Jogilag rendezett kémkedés - telemetria: https://hup.hu/node/175094#comment-2671386

Itt találsz még systemd-s cuccot bőven. :)

http://oscomp.hu/without-systemd/List_of_articles_critical_of_systemd.html
http://oscomp.hu/without-systemd/Arguments_against_systemd.html

Oldschool Computer - http://oscomp.hu


Σ: 002 -> chx , carlcolt


Jogilag rendezett kémkedés - telemetria: https://hup.hu/node/175094#comment-2671471

Na, mer' te aztán jól megmondtad, az előbb még azt írtad be neki, hogy "kakidiff", csak kitörölted.

Oldschool Computer - http://oscomp.hu




Jogilag rendezett kémkedés - telemetria: https://hup.hu/node/175094#comment-2671632

Felőlem azt csinál vele, amit akar. A hangsúly a jól megmondáson volt.

Oldschool Computer - http://oscomp.hu




HTML 2021: https://hup.hu/node/175098#comment-2671390

És akkor a tag egyszerű click eseményének kezelésére behúzott hatvannyolcezer megatonnányi jávaszkriptes keretrendszer nem is látszik... :(

Oldschool Computer - http://oscomp.hu


Σ: 001 -> carlcolt


HTML 2021: https://hup.hu/node/175098#comment-2671398

4.01 is oké volt még, de amúgy +1.

Oldschool Computer - http://oscomp.hu




Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2670715

Nem hazudtak, max. elkúrták a kommunikációt, bár nem tudom, miért meglepő ez pár részecskefizikustól; informatikus még lehet belőlük, marketinges vagy jogász aligha.

Oldschool Computer - http://oscomp.hu




Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2670948

Egyrészt nem kötelező megadni a helyreállításhoz semmit. Másrészt meg emailből ugyanúgy csinálhatsz másik anonim szolgáltatónál egyet és akkor ugyanúgy anonim tudsz maradni visszaállításkor. Mi ad itt okot a bizalmatlanságra? A telefonszám? Hát ne add meg, én se tettem. De ha valakinek szüksége van erre a feature-re, akkor ő miért ne adhatná meg? A PM nem a felhasználókat védi saját maguktól, hanem a náluk tárolt tartalmat a jogtalan kutakodóktól.

Ettől persze a hash még jó megoldás. Küldj nekik feature requestet. :P

Oldschool Computer - http://oscomp.hu




Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2670926

Vírusmarketing az Europollal és a Francia hatóságokkal karöltve? :)

Oldschool Computer - http://oscomp.hu




Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2670961

Hát pont rólad nem gondoltam volna, hogy beszállsz a boszorkányégetésbe...

Mitől FUD a VPN?

Oldschool Computer - http://oscomp.hu




Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2671050

Olvasd el a másik topicot, mert ezek már sokszor meg lettek válaszolva. Egyrészt nem azt írták, hogy nem logolnak, hanem, hogy nem tartják meg. Átmeneti log van a spam miatt, amit aztán törölnek; ők nem is tudnak mit kezdeni pár IP címmel, ami akár hamis is lehet (ld.: Tor). Másrészt meg nem ők keltették az illúziót, hanem a hamis hírek gyorsan terjednek, nekik meg esélyük sincs, hogy mindenütt mindenre reagáljanak. Itt csak arról van szó, hogy az emberek nem értették meg, mit jelent a "by default"; saját magukat csapták be, nem a PM őket.

A PM meglincseléséből csak az NSA, google és hasonló bandák profitálnak.

Oldschool Computer - http://oscomp.hu




Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2671145

A VPN-nél nem, az e-mail-nél igen, korábban pedig félrevezették a felhasználókat, mivel az incidenskor távolították el a mondatot az e-mail szolgáltatásuk tekintetében. Egy VPN-nél mondjuk kvázi alapkövetelmény is ez, még ha páran nem is teljesítik.

Nem, pont ez az, hogy nem, ezt értették félre a júzerek: a VPN-nél még loggolás sincs a svájci törvények miatt, tehát ott nem loggolnak, a másiknál meg nem tartják meg. Átmenetileg rögzítik az IP címet az email-eknél, mert nekik is meg kell küzdeniük a spammerekkel (sajnos), de utána leves. Kivéve, ha megjelenik a törvény és kényszeríti őket, hogy naplózzanak és ne töröljék a logokat. Ha az aktivista rövid idővel a kötelezés előtt regisztrált, akkor a PM-nek esélye sem volt, hogy ne adhassa át a regisztrációkor használt IP címét. Valahogy érdekes módon erről sem szól a fáma, neked ez nem gyanús?

Ebben már vannak olyan fogalmak, ami lehetőséget ad az egyéni értelmezésre, pláne ha a hivatkozott terms and conditions változtatható a részükről, illetve törvényi kötelezettségeknek kell megfelelnie.

Az lehet, hogy félreérthető volt a júzereknek, de az volt benne, ami és azt írták le, ami a valóság: loggolnak, majd törölnek, kivéve ha rájuk szólnak. A törvény az törvény.

Tehát akár az is lehet(ett) ürügy, hogy egy aktivista törvényt szeg.

Mármint nekik? Nekik nem, csak akkor, ha az aktivista a svájci törvényeket szegi meg. Itt az történt, hogy a francia hatóságok az Europol-on keresztül megkeresték a svájci hatóságokat és "kiverették" a PM-ből, amit ki tudtak. Nem volt sok, de sajnos most pont elég volt. Itt van az egyik jelentés (ami egyébként tartalmaz bullshitet, mert a PM nem adott át adatot az Europolnak; a svájciaknak adták át és ők passzolták át az Europolnak):

La société PROTONMAIL répondait à notre réquisition sans indiquer plus d’information qu’une adresse IP.

Azaz, a PM válaszolt, de baszott mást átadni, mint az IP címet. És azt is csak azért, mert muszáj.

Továbbá, gyakorlatilag a svájci törvények kötelezik is rá, hogy a temporary-ból permanent lehessen, ha a bíró úr úgy kívánja.

Ez valóban így van, de egyrészt ezt ők is leírták, másrészt meg ez nem az ő saruk.

Ennek ellenére, legyünk őszinték, a ProtonMail nem csak azt az imázst építette fel, hogy nem adják el az adataidat, mint a multik (Google, Microsoft, Facebook stb.), hanem ennél egy kicsit többet.

Nem, ők nem keltettek semmit, max. a kommunikáció nem volt elég szájbarágós a júzereknek, akik aztán nem a PM által leírtakat raktározták el a fejükben és adták tovább, hanem azt, amit beleláttak.
Egyébként is: milyen adatot adnának itt el? A szolgáltatás anonim, még fizetni is tudsz crypto-val, PayPal-lal, vagy más anonimizálható módszerrel. Mit adhatnának itt el; tán az IP logokat, amikről azt sem lehet tudni, hogy egyáltalán valósak? (Tor, VPN, egyéb proxy, stb.)

Én csupán azt kritizálom, hogy a multik a hazudozással és elhallgatással való tűzoltást nettó minimumnak tekintik és ez a céges kultúra sajnos egy kicsit átszivárgott ProtonMail-ékhez is.

Én nem ezt látom. Van kommunikációs malőr, ez egyértelmű, de hazugságot én itt nem láttam. A júzerek csapták be magukat. Pl. a privacy policy-jükben részletesebben ki is volt fejtve. Csak azt senki nem olvasta el, ahogy Ar0n is megfogalmazta és ebben van is valami, mert pl. egyébként én sem tettem, legalábbis a balhé kitöréséig, viszont utána, miután elolvastam, rögtön látszott, hogy nem hazudtak ezek a szerencsétlenek, csak szemmel láthatólag nem volt egyértelmű egy raklap júzernek. Most aztán magyarázhatják már, szemmel láthatólag szépek lehetnek, okosak nem.

Nem védték be magukat jogilag rendesen, meg a marketing sem állt stabil lábakon. De mit várunk tőlük, részecskefizikusok, nem ügyvédek, meg sales-esek...

Oldschool Computer - http://oscomp.hu


Σ: 001 -> hajbazer


Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2671168

Nincs mit.

Oldschool Computer - http://oscomp.hu




Protonmail kiadta egy francia klíma aktivista adatait: https://hup.hu/node/175051#comment-2671049

LOL... Mert a PM akkorában van, hogy simán manipulálja az Europolt és a Francia rendőrséget, valamint az egész mainstream médiát és mindezt azért, hogy miközben égnek, még a júzerek egy része is elszökjön. Hát ez aztán a profi vírusmarketing. :)))

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2632863

Az egyik gyilkos tömeg a másik tömeggyilkos. A szar szóviccért ezúton kívánok jó magasról és vastagon elnézést.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2632506

fho

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636687

> ostoba állatoknak
> volt valami sikerük

Nobel-díjas === ostoba állat, akinek volt valami sikere. Ez új. Neked hány Nobel díjad van, hogy az neked csak "valami" siker? Mekkora az IQ-d, hogy neked egy Nobel-díjas az csak ostoba állat? (Tuti 150...)

Oldschool Computer - http://oscomp.hu


Σ: 002 -> Gyurex , neuron


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636690

Honnan tudod, hogy tudatosan terjeszt rémhíreket? Mi van, ha csak tévedett?

Milyen segghülye viselkedés alól? Az alól, hogy volt N darab prognózisa és ebből M nem jött be?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636764

És ha sokat szóltak neki, hogy "hülyeségeket beszél", attól automatikusan mindenben is tévedni fog?
BTW, kik azok, akik szóltak neki? Remélem más tudósokról van szó és nem mindenféle mindent is jobban tudó farturkász zugfirkászokról, akik kb. azt írják le, amiért megfizetik őket... De még, ha más tudósoknak ellenvéleménye is van, mikor szokott az bármilyen tudóst megállítani, amíg be nem bizonyosodott, hogy kinek van igaza? Szerinted hányan mondtak neki ellent, amikor azokat az "őrült" ötleteit hajszolta, amiért később a Nobelt kapta? Akkor meg neki volt igaza.

Már megint, miből gondolod, hogy kihasználja, hogy szakembernek hiszik és szándékosan terjeszt faszságokat? Miért feltételezel róla rosszindulatot?
Nem, attól, hogy valaki Nobel-díjas, még baromira nem lesz mindenben igaza. De az, hogy ragaszkodik az elképzeléseihez, még nem jelenti, hogy direkt kárt akar okozni. Te itt mindenáron szándékos rosszhiszeműséget akarsz beleláttatni a dologba, holott semmi sem igazolja, hogy nem csak annyi történt, hogy neki is volt véleménye a dolgokról, amihez ragaszkodott és volt, amikor mellélőtt vele.

A fenti mondatod

Nem kell elhagattatni senkit, de hátszelet sem kell adni ostoba állatoknak, csak azért mert egy tök más területen volt valami sikerük.

talán szerencsésebben vette ki volna magát így:

Nem kell elhallgattatni senkit, de hátszelet sem kell adni valakinek, csak azért, mert egy tök más területen Nobel díjat kapott.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636777

Tehát, ha valaki mást mond, mint te, az csak hülye, vagy csak rosszindulatú lehet? Okos és jóindulatú ember máshogy nem gondolkodhat mint te, más logikai összefüggéseket nem állíthat fel, mint te, más konklúziókat nem vonhat le, mint te? És ha adott esetben téved, akkor az a bizonyíték erre?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636789

Ugyan kérdezhetném, hogy te hogyan jutottál a fenti - Nobel-díjas === ostoba állat, akinek volt valami sikere - beteg következtetésedre, de inkább hagyjuk, átfogalmazom a kérdést: Tehát, ha valaki mást mond, mint a mainstream, az csak hülye, vagy csak rosszindulatú lehet?

Azt mondod, hogy a Nobel díj miatt feltételezel róla intelligenciát, tehát a hülyeség kizárva, csak a rosszindulat jöhet szóba. A jóhiszemű tévedést kizártad. Miért is? Ha Nobel-díjas, akkor automatikusan tévedhetetlennek kell lennie? Hovatovább, mint Nobel-díjasnak, muszáj a mainstream-mel egyetértenie, saját véleménye nem lehet, akkor sem, ha az utólag tévesnek bizonyul? Remélem tudod, hogy ha mindenki feltétel nélkül elfogadná a mainstream-et alapigazságnak, akkor még mindig teokráciában élnénk, vagy rosszabb esetben az őskorban.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636793

Nem, csak amíg írtam a választ, addig alámszerkesztettél és mire elküldtem volna a módosított választ, már válaszposztoltál rá és nem tudtam beküldeni.

miért jó, ha valaki visszaél a más területen szerzett tekintélyével, és olyan dolgokban nyilvánul meg, amihez nem ért. Mert szerintem nem jó, úgy tűnik szerinted meg igen, csak nem érthető, hogy miért, még a kérdéseid elolvasása után sem.

Látod, erről beszélek, te direkt rosszindulatot láttatsz bele a dologba: ő visszaél a tekintélyével. Nem gondolkodik és mer a fősodrattal ellentétes véleményeket is megfogalmazni, hanem visszaél. Továbbá szerintem ez jó, hogy ő visszaél a tekintélyével. Ez is egy nagyon rosszindulatú csúsztatás. Szerintem ugyanis nem élt vissza. Tehát szerintem nem az a jó, hogy ő visszaél a tekintélyével, hanem az, hogy gondolkodik és mer véleményt formálni. Ha téved, hát téved, mind tévedünk. A Nobel-díjasok is.
Az meg, hogy miért szól bele egy olyan területbe, amihez nem ért; miért, itt a hupon hányan értenek a virológiához, az immunológiához, aztán mégis erről megy a vita...

3x Nem /o\

Továbbra is kikerülted a választ: miért zárod ki a jóindulatú tévedés lehetőségét? Az nem válasz, hogy mert sokan mondták neki, hogy "hülyeséget beszél" és az sem, hogy mert Nobel-díjas. Ha továbbra is ez a válaszod, akkor gyakorlatilag csak visszajutottunk oda, hogy neki Nobel-díjasként hallgatnia kéne a mainstream-re, mert aki nem hallgat a mainstream-re, az vagy hülye, vagy rosszindulatú, de mivel ő Nobel-díjas ezért hülye nem lehet.

sarlatánok

Nobel-díjas === sarlatán. O_O

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636911

Mert nem egy zárt akváriumban él. Ha úgy kitalál dolgokat (és ahogy állítólag kezdődött az egész), az tényleg lehet jóindulatú tévedés is, egy talicskányi feedback után ez már nem valószinű.

Loop, ez már volt:

És ha sokat szóltak neki, hogy "hülyeségeket beszél", attól automatikusan mindenben is tévedni fog?
BTW, kik azok, akik szóltak neki? Remélem más tudósokról van szó és nem mindenféle mindent is jobban tudó farturkász zugfirkászokról, akik kb. azt írják le, amiért megfizetik őket... De még, ha más tudósoknak ellenvéleménye is van, mikor szokott az bármilyen tudóst megállítani, amíg be nem bizonyosodott, hogy kinek van igaza? Szerinted hányan mondtak neki ellent, amikor azokat az "őrült" ötleteit hajszolta, amiért később a Nobelt kapta? Akkor meg neki volt igaza.

Miből gondolod, hogy nem csak ragaszkodik az elgondolásaihoz? Makacs nem lehet, csak geci? Miért utálod ezt a fószert annyira?

BTW, most utánanéztem, hogy mik is voltak a tévedései. Hát ilyen szintű pitiánerségre ritkán van példa, pl. a fickó egyszer azt találta mondani Twitteren (tehát nem valami komoly nézettséggel bíró műsorban, vagy újságban/hírportálon, hanem a saját Twitterén), hogy Svédországban 0.06% a halálozási ráta, miközben 0.12% volt. Kemény 0.06%-ot "tévedett". Hát ez aztán maga a szándékos rosszindulatú aknamunka. Iszonyú. Borzasztó. Monnyonle. Ilyenekért meghurcolni valakit...

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2636943

Megint kikerülted a kérdést. A kérdés az volt, hogy miből gondolod, hogy direkt szemétkedik? Az rendben van, hogy nagyobb publicitással bír, amit mond és a nagyobb hatalom nagyobb felelősségvállalást kíván, csakhogy eddig te nem szimpla felelőtlenségről beszéltél, hanem szándékos rosszindulatról. És ez kurwa nagy különbség. Igen, nagy hatalom, nagy felelősség, viszont a gondolkodás és a vélemény szabadsága őt is megilleti; visszaélést én meg nem láttam a "hatalmával". Csak ilyen súlytalan tévedéseket, hogy valamit rosszul tudott, vagy nem jött be egy prognózisa. Na bumm, nagy cucc. Ennyi erővel szegény üljön rá a szájára és soha többet ne mondjon és csináljon semmit, mert ha neadjisten véletlenül kiderül, hogy két cukorral issza a kávéját, hát a végén még epidémiába torkollik miatta a cukorbetegség...

Szóval, miért ragaszkodsz ennyire hozzá, hogy rosszindulatból írja le a véleményét, szándékosan azért, hogy kibasszon mindenkivel?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2639379

10:2 esélyed, hogy súlyos lefolyással kórházba kerülsz és itt Mo-n 10:8 esélyed, hogy megkrepálsz a kórházi ágyon.

Nem is tudtam, hogy a fertőzöttek 20%-a súlyos lefolyással kórházba került és ennek a 80%-a bele is halt. Ez azt jelenti, hogy idehaza az összes KV fertőzöttek 16%-a (0.8*(0.2*100)) belehalt a betegségbe. A koronavirus.gov.hu szerint eddig 776323 fertőzöttünk volt (gyógyultak és még betegek együtt), aminek a 16%-a 124212 fő lenne, viszont az elhunytak száma jelenleg 29883, ami 3.84%. Hogy jöttek neked ki ezek az arányok?

(És mindezt ugye úgy, hogy egyrészt a fertőzések száma drasztikusan alul van becsülve, (egyes becslések szerint akár tíz-tizenötször annyi fertőzött is lehet, mint az ismert szám: #1, #2, #3, #4, #5, #6, #7, #8), másrészt meg nálunk akkor is felkerültél a COVID listára, ha elütött a vonat, de pozitív lett a teszted.)

Oldschool Computer - http://oscomp.hu


Σ: 001 -> neuron


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2639404

Mibe? Értelmetlen lenne, mert teljesen nonszensz volt, amit írtál.

Kezdjük azzal, hogy nem kell beoltatni magadat ahhoz, hogy mehess szabadon nyaralni, inni, enni bent is, mert elég a védettségi igazolvány is, amit egy igazokt KV fertőzés után is megkaphatsz.

Aztán, legyen 100:1 az esélye, hogy oltottan kórházba kerülsz (tekintve, hogy oltatlanul ez az esély kb. 100:5, ez még hihető is), viszont az hogy jön ki, hogy ezek után viszont a mutánsok esetében már 100:20-50 az esély? Egyrészt, ha ez tényleg így lenne, akkor mindenütt, ahol a mutánsok megjelentek, a fertőzöttek fele/negyede a kórházakban volna; ami pl. Indiában több, mint tízmillió kórházban fetrengőt jelentene egyszerre, ami már rég kinyírta volna még az indiai egészségügyet is és ezek az emberek mind belehaltak volna, orvosi segítség híján, de ehhez képest összesen haltak meg eddig 350 ezren a 30 millió fertőzöttből (1.16%). Másrészt meg ha az első variánsnál 100:1 az arány, a többinél meg 100:20-50 (átlagoljunk: legyen 35), akkor az pl. öt variánsnál (nem tudom, hogy hánynál járunk már) (1+35+35+35+35)/5=28.2%, tehát még ha el is fogadjuk a mutánsokra hozott - egyébként teljesen abszurd - arányodat, akkor is oltással kb. 10:3 eséllyel kerülsz kórházba, a variánsok miatt és nem 100:1. (De ezt csak a matematikai képtelenség miatt írtam, amúgy ez az 20-50%-os kórházba kerülési arány esélytelen.)

Aztán, hogy jött ki az, hogy oltottan a kórházba kerülők 100:1 eséllyel krepálnak be, amikor pont az van, hogy az oltásnak pont az a lényege, hogy a kórházi szintű lefolyást megúszd, de ha már kórházba kerültél, akkor már mindegy, hogy oltva voltál, vagy sem? A kórházi ágyon az oltás már nem segít. Egyáltalán honnan van ez a 100:1-es arány a kórházi lefolyásba való belehalásról? Honnan van a 10:8-as?

Amit mondtál, az köszönőviszonyban sem volt a valósággal, de a számaid még egymásnak is ellentmondtak, nem csak a hivatalos adatoknak.

Oldschool Computer - http://oscomp.hu


Σ: 002 -> asch , hgen


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2639448

Szóval az arány forrása te vagy, ha te úgy tudod? Vagy honnan tudod így, ha nem? Van erre valami forrás, hogy ha kórházba kerültél, akkor oltatlanul csak 20% esélyed van, oltottan meg 99%?

Egy része ellen igen, egy része ellen részben, egy része ellen meg egyáltalán nem. Ráadásul más vakcina más-más variánsra máshogy hat. Lutri. Ahogy az is, hogy melyik variánst kapod el. Magyarán, ha oltatlan vagy, akkor 3-4 ezrelék esélyed van belehalni, ha oltott, akkor ennél valamivel kevesebb, de nem sokkal, a variánsok miatt; mittudomén, legyen mondjuk 1 ezrelék (hasraütés, lehet, hogy több, lehet, hogy kevesebb). Tehát egy olyan kockázatot csökkentettél nem túl szignifikáns mértékben, ami amúgy is alacsony volt, de cserébe nem tudod, hogy milyen egyéb kárt okoz a vakcina, mind rövid, mint hosszú távon.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> asch


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2639541

Ezekben a cikkekben nyoma sem volt olyan adatnak, hogy a már kórházba kerültek milyen arányban halnak bele oltással vagy anélkül. Az idézet is csak annyit mond, hogy (132-20)/832 az összesített arány (13.46%), ami elég messze van az általad közölt számoktól, mind az oltottak 1%-ától, mind az oltatlanok 80%-ától.
Tehát továbbra is áll a kérdés, hogy mi a forrása annak, hogy ha kórházba kerülsz a KV-val, akkor ha oltott vagy, 1% eséllyel halsz bele, ha nem, akkor 80%.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> asch


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640195

Kikre cseréled őket? Szerinted akik majd leváltják őket, nem fogják ugyanezt csinálni?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640228

@enpassant, @asch:

És szerintetek mennyi esély van rá, hogy az MHM, vagy az MMP fog nyerni? Hogy egyáltalán hagyják őket nyerni? Mennyi esély van rá, hogy ha mégis nyernek, akkor ők szembe mernek szegülni a gyógyszerlobbival? Vagy, hogy egyáltalán szembe akarnak? A Jobbikból és az LMP-ből is kitakarította a patriota elemeket az opportunista többség...

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640241

Eddig honnan tájékozódtál a járványügyi adatok kapcsán? Nem a kiadott számok alapján? Mi lesz, ha a következő hullámot megpróbálják eltusolni? Vagy, ha kiborul a bili, akkor rákenni az oltatlanokra és elnyomni azokat a hangokat, amik azt kérdik, hogy ha az oltatlanok miatt van járvány, akkor az oltottak miért kerülnek kórházba - ne adj' Isten - miért halnak meg? Hogyan fogod magadnak bizonyítani, vagy cáfolni, hogy az oltottak jobban jártak? Ha esetleg elmaradna a következő hullám, honnan fogod tudni, hogy az oltásokkal elértük a nyájimmunitást és kipusztult a vírus, vagy itt van még, csak épp az oltottakon a vakcina miatt, az oltatlanokon meg a KV-zrí miatt beszedett D-vitamin miatt nem fog?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640254

Röviden: sehogy. Nem fogjátok tudni, hogy mi az igazság.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> hgen


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640272

Az összhalálozással is próbálnak manipulálni; meghaltál kétoldali pisztolylövésben, de pozitív volt a teszted -> +1 COVID hulla... Most épp ezzel próbálják magyarázni, hogy azért nem olyan rosszak a hazai mutatók, de azért csinálják tovább.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640280

És honnan fogod tudni, hogy ha kiugrás van, az tényleg a COVID-tól lesz? Tavaly kb. másfélmillióval több ember halt meg, mint szokott, de tavaly nem csak a COVID volt műsoron, hanem természeti katasztrófák egész sorozata, plusz amcsiéknál egy több hónapig elhúzódó véres zavargás.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640387

Én nem vagyok ennyire derűlátó, kb. azt látom, hogy az ország egyik fele Orbán-fóbiás és bármi áron le akarja váltani, a másik fele meg nem szeretné, ha a szemkilövető bármilyen formátumban visszajönne és magával hozná azt, ami most a nyugaton tombol és pusztít; a járvány és minden ahhoz kapcsolódó dolog pedig csak muníció a két oldalnak az egymással való csetepatékban, de valójában leszarják.

Toroczkai pedig téved: ahhoz, hogy a mérleg nyelve lehessen, ahhoz az kell, hogy valamelyik oldalnak velük legyen meg a kétharmada, vagy legalább a győzelme. Ha bármelyik oldalnak megvan nélkülük a kétharmad, akkor hiába jutottak be, annyit fognak számítani, mint a nyócbites intel: nem osztanak, nem szoroznak.

Igen, ebben az országban mindig is meghallgatták a panaszokat... :)))

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640253

mocskos nácik

Ma a liberálfasiszták a legnagyobb "nácik" és mégis ők náciznak mindenkit. Ezért nem is érdemes velük vitatkozni.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> neuron


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640271

Hazafiak a baloldalon is előfordulnak néha.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> neuron


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2640355

Igen, tudom; csak mi szívtunk rá ezzel is... :(

Oldschool Computer - http://oscomp.hu


Σ: 001 -> neuron


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2642643

mi is volt a bajom eddig vele

Hisztis.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> neuron


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2643093

Csak a pontos kép kedvéért: június 16.-án 146456124 ember volt beoltva, ha ebből 5888 meghalt a vakcina miatt, akkor az 0.004%-os halálozási rátát jelent.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> osod88


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2643250

@All:

Félreértettétek, én nem védem a vaxxerhisztériát, csak felhívtam a figyelmet, hogy az arány kimaradt. Igen, nem tudjuk, hogy valójában hányan haltak meg, de a 100-as szorzó azért elég meredek túlzás lenne: tényleg 600 ezer ember halt volna meg az USA-ban eddig az oltásoktól? Az azért csak feltűnt volna, nem?

Oldschool Computer - http://oscomp.hu


Σ: 001 -> osod88


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2643282

Hatszázezerrel? Amikor világszerte összesen másfélmillióval volt több hulla? Az a 100x-os szorzó sehogy sem jön ki.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647246

És milyen emberre vall, ha valaki azt írta egy Nobel-díjasra, hogy ostoba állat, akinek volt valami sikere?
Tényleg pár poszt alapján akarunk megítélni valakit? Meg a rommá-manipulált wikipedia alapján?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647467

Ja, a 444 aszonta, hogy hülye, ők meg okosabbak, mint egy Nobel-díjas, tehát tudják. Ezt is. Ezt is jobban.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647869

Ej-ha... Ilyen nyakatekert sértést sem kaptam még.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647165

Szóval te egy fizika PhD-vel nyugodtan terjesztheted a mainstream gyógyszergyári orvosi dogmát álláspontot, de S.S. (<=== EZ TUTI NEM VÉLETLEN!!!4) matek/számítógép PhD-vel nem kritizálhatja mások statisztikai modelljeit. Fú, bazmeg... :)))

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647242

A "using broad statistical extrapolations" részből nekem az jött le, hogy neki is vannak statisztikai modelljei és ha szerinted a másét "félreértette", akkor gondolom azok ellen kreálta őket. Hogy ő miben mennyire kvalifikált, azt nem tudom. De azt látom, hogy te bárminemű kvalifikáció nélkül abba vered bele a nózidat, amibe szeretnéd, de ha valaki olyan álláspontot képvisel, ami neked nem tetszik, akkor édesmindegy a kvalifikáltsága, csakis baromságot beszélhet.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647335

Noha az igényt értem, de már megint kilóg a kettős mérce a pöcegödörből; neked sincs szakirányú végzettséged és mégis véleményezel a témában. Folyamatosan.
BTW, itt nem statisztikai modelleken ment a háború? Ahhoz sincs szakirányú végzettsége egy matematikusnak/programozónak? Arról nem is beszélve, hogy amikor egy Nobel-díjas virológus (nesze szakirányú végzettség) szólalt meg az ügyben, akkor azonnal megjöttek a fact-fakerek fact-checkerek és axiomatizálták, hogy a) hülyeséget beszélt, b) nem is mondta, amit mondott. A kettő együtt nem tudom, hogy lehetséges, dehát ki vagyok én, hogy egy Nobel-díjas virológus véleményét inkább tartsam megalapozottnak vírusok témakörében, mint pár mainstream-seggnyaló farturkász zugfirkásznak...

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647983

Akkor nem statisztikai modellek voltak. A többi rész szempontjából mindegy. (Gondolom, ezért nem válaszoltál rájuk.)

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2647521

Hevi pár perccel megelőzött...

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2649467

És pont a WSJ? Pont ők? Mi lehet a trükk? :)

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2651600

Lettországban, az egészségügyi dolgozókat.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2651610

Ja, hogy a zindekszen egy parsec-nyit kellett volna lejjebbgörgetni, hogy elolvashassam a hírt...én csak kinyitottam és megállapítottam, hogy ez felül a főcím, alatta meg már Haitiről van szó. Inkább rákerestem a kuglin.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2651668

Akkor nincs mese, szereznem kell papírt, hogy a betegségeim miatt nem vagyok oltható.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2653299

Kapcsolódó alatta: https://index.hu/belfold/2021/07/20/nincs-szakmai-egyetertes-a-harmadik-oltas-fajtajarol-de-a-pfizer-lesz-a-nyero/
Szóval a végén csak eljutunk odáig, hogy kamu volt a választás lehetősége, hogy hiába van klasszikus vakcina, vektorvakcina, alegység vakcina, a végén csak kitalálják, hogy tök mindegy mit választott az ember, meg mit kapott, azért a végén csak nyomjunk már mindenkibe egy génbaszogatós vakcinát is, senki ne kerülhesse el.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2653301

Dupla, először meg se jelent, aztán miután újra megírtam, mind a kettő megjelent. Ez a topic is megfekszi már a hup gyomrát.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2652011

https://parameter.sk/mar-virus-elleni-kotelezo-oltas-lehetoseget-vizsgalja-miniszterium

Az egészségügyi miniszter szerint az ország lakosainak átoltottságát növelné, ha a lakosság egyes csoportjait kötelezően beoltanák. Ez vonatkozhatna bizonyos foglalkozásokat végzőkre vagy bizonyos korcsoportokra, például a 60 év felettiekre.

Sz*rk: Szlovákiában, mielőtt félreérti valaki.

Sz*rk 2: https://444.hu/2021/07/16/az-orvosi-kamara-titkara-szerint-nemcsak-az-egeszsegugyben-kell-kotelezo-oltas

Van még olyan foglalkozási csoport, ahol szükség lenne erre?

Szerintem igen, de ez nem a kamara álláspontja, hanem a saját véleményem. Úgy gondolom, hogy az egészségügyön kívül a szociális szférában és a kritikus infrastruktúrák, például az áram- és gázellátást biztosító cégek dolgozóinál is kötelezővé lehet tenni az oltást. Szerintem az oktatásban is van helye, akárcsak azoknál a vállalatoknál, ahol az alkalmazottak sok emberrel találkoznak.

Ez viszont már hazai.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2652021

Ahogy nézem, ez még nem volt: https://atlatszo.hu/2021/05/13/kiutotte-a-biztositekot-a-kotelezo-oltas-otlete-de-az-orvosok-beleallnanak/

Sz*rk: Szeretném felhívni a figyelmet, hogy a "derék" doki a nagy bulshittelés közbeni igyekezetében a 11. pontjával sikeresen cáfolta a saját 10. és 15. pontját, gy.k.: 10. pont, eddig még egyetlen hosszútávú oltási mellékhatásra sem derült fény, 15. pont a vakcinák nem okoznak betegséget és 11. pont, eddig nagyon kevesen haltak bele; mert ugye, ha az oltás halált okoz, az nem mellékhatás, pláne nem hosszútávú és ha az oltás kinyír, akkor tkp. nem betegséget okozott. Anyám...

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2652034

Nem bírtam magammal, végigolvastam a cikket és leírtam, amit gondoltam...

1. tévhit: Ez csak az influenza egyik válfaja, együtt kell vele élnünk.

Természetesen az idős, beteg emberekre veszélyesebb, de erős egészséges fiatalok is szerepelnek a COVID-gyászjelentésekben.

Ja, másodlagos betesége: motorbaleset.

A lassan másfél éve garázdálkodó COVID változatai ellen viszont ugyanaz az oltás hatásos.

Azért kell most már lassan hatodik oltás is.

2. tévhit: A fertőzöttek 97%-a tünetmentesen meggyógyul, ahogy a sima influenzából is.

Valóság: a betegségen átesettek egy része tünetmentesen gyógyul, de a súlyosabb esetek igen nagy részénél visszamaradnak elváltozások, amik poszt-COVID [long COVID] szindrómákat okoznak.

Elmismásolta az arányokat. Az "átesettek egy része", a "súlyosabb esetek igen nagy része", mennyi az a rész? Ez így üres mellébeszélés.

Ezek a szinte minden szervrendszert érintő elváltozások igen változatos tüneteket okoznak, még hosszú évekig komoly egészségügy kapacitást fog lekötni a kezelésük, és okoznak gyógyíthatatlan egészségkárosodásokat is, melyek a betegségen átesettek életét akár jelentősen meg is rövidíthetik.

Nincsenek arányok, tények, adatok; ez így hisztériakeltés. Arra sincs bizonyíték, hogy a "lonkovid"-emberek nem a stresszbe rokkantak bele. Nekem sikerült, évekkel a COVID előtt "lonkovid"-tüneteket produkálni.

Tehát egyáltalán nem biztos, hogy az, aki tünetmentesen vagy pár napos enyhe lefolyással megúszta, nem kerül néhány hónap múlva akár keresőképtelen állapotba.

Isoraz: FUD.

3. tévhit: A megbetegedéssel szerzett védettség erősebb, mint az oltással kialakított.

Valóság: pont fordítva van. Nem véletlen, hogy a védettségi igazolványok is időkorlátosak a betegségen átesettek esetében.

4. tévhit: Ha voltam már covidos, nem fertőződhetek meg újra.

Valóság: sajnos megfertőződhet. A tapasztalatok szerint a betegségen átesettek nem szereznek egész életre szóló védettséget. Aránylag hamar, pár hónap múlva már újrafertőződhetnek.

Ez oké, de a vakcina sem véd forever. Akkor mi lesz? Minden évben rommávakcináztatjuk magunkat?

5. tévhit: A COVID19 elleni védőoltások kísérleti stádiumban levő gyógyszerek.

Valóság: egyik sem kísérleti gyógyszer. Egy részük bevált, évtizedek óta használt vakcinagyártó eljárásokon alapul, más részük, a hazánkban is nagy közkedveltségnek örvendő mRNS alapú vakcinák pedig a legmodernebb technikával készülnek.

Ez nem válasz, ez nem cáfolat, hogy a "a hazánkban is nagy közkedveltségnek örvendő mRNS alapú vakcinák pedig a legmodernebb technikával készülnek", ez marketingbullshit; nem cáfolta meg, hogy ne lenne kísérleti cucc, csak nyomja a rizsát, hogydemekkoramodernizé.

7. tévhit: Felesleges az oltás, hiszen az oltott is terjeszti a fertőzést tünetmentesen.

Valóság: az oltottak nehezebben kapják el a fertőzést, és kevésbé súlyos tünetekkel vészelik át.

Ehhez képest a híradások már arról szólnak, hogy oké, nehezebben kapják el, de éppenhogy súlyosabb lefolyást produkálnak.

8. tévhit: Erős az immunrendszerem, soha nem voltam beteg, majd az megvéd.

Valóság: sajnos, mivel ezzel a vírussal régebben nem találkozhatott az immunrendszerünk, nincs felkészülve rá, hogy megvédjen tőle. Természetes immunitás a jelenlegi tapasztalataink szerint nem létezik a vírussal szemben. Ugyanígy nem védenek meg a fertőzéstől a vitaminok, az ima vagy a tízparancsolat, csak az izolációs intézkedések maradéktalan betartása és az oltás hatásos ellene.

Az aljasság csúcsa a vitaminokat összemosni az imával, gratulálok. Ez nem cáfolat, ez nettó bullshit, hogy miért ne segítene a C, D-Vitamin.

9. Az oltottak nagyon betegek lesznek, amikor a szervezetük találkozik az egy új vírussal, pl. egy mutációval vagy az influenzavírussal.

Valóság: az oltottak nem lesznek betegebbek az oltatlanoknál sem egy esetleges mutáns COVID-, sem influenza-fertőződés esetén. A jelenlegi mutációk ellen véd az oltás, bár igaz, hogy egyes mutációk ellen valamivel kevésbé hatékony, mint az alapvírusnál. Viszont semmiképpen nem lesz súlyosabb kimenetelű a fertőzés lefolyása az oltottaknál, hanem épp ellenkezőleg.

Ld. 7. pont, az oltottak éppenhogy jobban megszenvedik, a mutánsok ellen meg csak részlegesen, vagy sehogy sem véd a vakcina, úgyhogy GOTO10, akkor most minden rohadt mutáns megjelenése után vakcináltassuk magunkat rommá?

10. tévhit: Az oltásnak hosszú távú mellékhatásai vannak.

Valóság: eddig még egyetlen hosszú távú oltás-mellékhatásra sem derült fény, ezek minden alapot nélkülöző rémhírek.

Ja, mert ha valaki belehal az oltásba, az nem mellékhatás, pláne nem hosszútávú, ugye?

11. tévhit: Az oltások súlyos/fatális oltási szövődményeket okoznak.

Valóság: a súlyos oltási szövődmények extrém ritkák. Az híres/hírhedt AstraZeneca oltás „vérrög okozó” hatása is csak minden 100–250 ezredik oltottban jelentkezett, és még ennél is ritkábban okozott halált.

Na tessék. Nincs mellékhatás, de eddig alig haltak bele? Sikeresen rácáfolt saját magára.

13. tévhit: A kínai vakcina nem hatásos. Aki ilyet kapott, az védtelen.

Valóság: a kínai (Sinopharm) vakcina ugyan a megfertőződéstől valamivel kevésbé véd, mint pl. a modernebb, mRNS-alapú vakcinák, de a betegség súlyos lefolyását hasonlóképp megelőzi.

Ehhez képest most, két hónappal később már az a duma megy, hogy a Sinopharm nem jó, nem termel antitestet, kell rá másik oltás. WTF?

15. tévhit: Egy idő után súlyos idegrendszeri betegségeket okoz a vakcina.

Valóság: a vakcinák nem okoznak semmilyen betegséget.

Ja, csak belehalnak. Az végülis nem betegség.

18. tévhit: Az embereket kell megkérdezni, akarnak-e oltást vagy sem.

Valóság: a szakembereket kell megkérdezni, nem a laikusokat.

Csakhogy az orvosok nem szakemberek, hanem bérencek. A gyógyszergyárak bérencei. Nem szakmai véleményt adnak, hanem bulshittelnek, hazudoznak, a gyógyszergyárak érdekeiben.

19. tévhit: Azért van lakosságarányosan a legtöbb COVID-halott Magyarországon, mert másképp számoljuk, mint más országok.

Valóság: sajnos nem. A magyar lakosság rossz általános egészségügyi állapota, a dohányzók és az elhízottak világviszonylatban is igen magas aránya inkább okolható ezért.

Milyen érdekes. Közben erről is kiderült, hogy bullshit és tényleg azért voltak ilyen rossz adataink, mert még a motorbalesetben elhunytat is felírtuk a COVID-veszteséglistára.

És ilyen alakok akarják kötelezővé tenni az oltást, mert ők a szakemberek és ők nekünk akarnak jót. Aha, persze...

Oldschool Computer - http://oscomp.hu


Σ: 002 -> jailhouse , asch


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2652205

Most három oltásnál tartunk. Akkor minden évben csak a COVID-variánsok ellen három vakcina mindenkinek? Ez komoly?

Oldschool Computer - http://oscomp.hu


Σ: 001 -> asch


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2652252

"Ha szükséges?" És azt ki vagy mi dönti el, hogy szükséges? Miből gondolod, hogy egy elég lesz? Először azt mondták, hogy egy oltás lesz összesen. Aztán kitalálták, hogy kettő. Most már a harmadiknál tartanak és már félévente/évente oltani akarják az embert. Most akkor hogy lesz?

Oldschool Computer - http://oscomp.hu


Σ: 001 -> asch


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2652378

A "szakemberek" eddig is tücsköt bogarat összehordtak, folyton önnönmagukat cáfolják, hazudtolják meg. Ezek akarják eldönteni?

Amúgy ez az übergáz és überaljas "oltásellenes" bélyeg még mindig pörög? A szomszédaink is oltásellenesek, akik rohantak az első oltásért, amikor elérhető lett, majd homlokráncolva, de engedelmesen elmentek a másodikért is, de amikor benyögték "fentről", hogy na, akkor még egy harmadik is kéne, akkor az már nekik is sok volt? Hány kell majd még? Mindezt úgy, hogy egyre inkább látszik, hogy az indiai variáns nyugodt lélekkel terjed a rommáoltott országokban (Britannia, Izrael). Mikor esik már le az embereknek, hogy az egész a profitról szól, mert a gyógyszergyáraknak nem kell az egészséges ember, ők el akarják adni amit gyártanak, de egészséges embernek nem lehet?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2654115

Mibe, hogy neked a Gaia féle megközelítés jött be.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2656965

A cikkben:

Mindazonáltal a kép összetett: mint arra Letoha Tamás kutatóorvos az Azonnalinak rávilágított, a delta variáns azért tud tömegével terjedni az oltottak körében Izlandon (is), mert a vírus – ahogy azt például az amerikai járványkezelésért felelős CDC is kimutatta – elkezdett alkalmazkodni a tüskefehérje-fókuszú oltások miatt megváltozó játékszabályokhoz.

Az Izlandon használt vakcinák az eredeti, vuhani vírus tüskefehérjéje ellen adnak immunitást – márpedig a koronavírusok hagyományosan a tüskefehérjéjük megváltoztatásával hoznak létre újabb és újabb mutációkat.

A delta variáns tulajdonképpen az oltásokra adott válasz volt a koronavírus részéről:

a tüskefehérje szekvenciájának megváltoztatásával egy olyan variáns képződött, ami bizonyos mértékig ki tud már bújni a tüskefehérje-fókuszú vakcinák nyújtotta védettség alól – ezért tudja fertőzni a delta variáns tömegével a beoltott személyeket is.

@RaptoR: Erre a kérdésemre emlékszel még? Akkor tagadó választ adtál, hogy úgy is az ACE2 receptorokhoz kell kapcsolódnia a tüskefehérjének, tehát nem mutálódhat annyit, hogy egy adott variánsra ne hassanak a vakcinák, azaz a vakcinák szükségszerűen minden variáns ellen hatásosak. Fenntartod?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2653298

De ha a vakcina nem vet véget a járványnak, akkor minek is kell?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2656569

Nem fordítva? Ha 100e lakosra vetítem ezt, akkor 118 halt meg 68000-ből, ami 1.735 ezrelék és 92 halt meg 32000-ből, ami 2.875 ezrelék.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2657127

Az, hogy szinte minden nagyobb városban vannak, akik az utcára vonultak, még nem jelent semmit. Összesen hányan vannak, az a kérdés.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2657144

Nem ez volt a kérdés, hanem az, hogy hányan vannak. Ha több millióan mentek ki, az már tömeg, akkor jelentős az elutasítottság és túl nagy ahhoz, hogy megfélemlítéssel, börtönnel, vagy akármivel elhallgattassák őket, majd visszahozhassák a visszavont intézkedéseket. Pár ezer embernél viszont ez nem is kérdés.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2659669

Ez ugyan egy régi cikk és a gyerekek közelező védőoltásáról szól, de az benne van, hogy akár naponta is kiszabhatja a bírságot a hatóság. E szerint, miután kötelezővé tették a kovidszurit, ha nem megy el az ember párhetente oltásra, akkor addig bírságolják, amíg annyi adósság össze nem jön, hogy mindenét is elvehetik és mehet a sittre. (Ahol úgyis beoltják, ha akarja, ha nem.)

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2662809

Nahát, ki gondolta volna.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2663321

Volt az LMP-nek is nemzeti érzelmű szárnya és Schiffer is oda tartozott. Aztán "kitakarították" őket. A Jobbik is erre a sorsra jutott.

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2664650

WA-n még elérhető: http://web.archive.org/web/20210822092948/https://covidosztaly.wordpress.com/

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2666839

http://www.atv.hu/videok/video-20210826-megtorlo-joggyakorlas

Oldschool Computer - http://oscomp.hu


Σ: 001 -> enpassant


Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2667337

És hányan halnak meg a megbetegedettek közül?

Oldschool Computer - http://oscomp.hu




Covid-19 vakcinák tudományos szemmel (2.): https://hup.hu/node/173895#comment-2667348

Tehát az Augusztus 17.-e és 30.-a közti napokban összesen 113430 új fertőzött és 356 új halott volt. Thx.

Oldschool Computer - http://oscomp.hu




Sun Blade 100-as a Sun Blade 150 processzorával: https://hup.hu/node/175086#comment-2671248

Hát engem majdnem minden érdekel a microsoft cuccait leszámítva. Egyébként azért szereztem be, hogy a Sparc64 architektúrát támogatni tudjam, de mire fullosan beüzemelem, addigra kihal a platform; már a FreeBSD is dobta... :( (Linuxok meg igazából sose voltak rá érdemben.)
Miért adtad fel? Mi volt a gáz a Solarissal? x86 alatt nekem eddig nincs gondom vele. (Igaz szinte csak fordításra használom.)

Oldschool Computer - http://oscomp.hu




Sun Blade 100-as a Sun Blade 150 processzorával: https://hup.hu/node/175086#comment-2671474

Hát, a Solaris az szokatlan a Linux meg a BSD után az fix, de működik. A HW nyűg az nálatok is a DALLAS NVRAM chip miatt volt?

Oldschool Computer - http://oscomp.hu




Sun Blade 100-as a Sun Blade 150 processzorával: https://hup.hu/node/175086#comment-2671285

Mondanám, hogy neked is, dehát akkora arcod van, hogy nincs az a kuka, amibe bele lehetne téged gyömöszölni...

Oldschool Computer - http://oscomp.hu




Sun Blade 100-as a Sun Blade 150 processzorával: https://hup.hu/node/175086#comment-2671291

Miért, nálad nem látszanak? :)

Oldschool Computer - http://oscomp.hu


Σ: 001 -> wowbagger


Sun Blade 100-as a Sun Blade 150 processzorával: https://hup.hu/node/175086#comment-2671339

A hiba a fejedben van, de sebaj, maximum kimaradsz a jóból. ;)

Oldschool Computer - http://oscomp.hu




Sun Blade 100-as a Sun Blade 150 processzorával: https://hup.hu/node/175086#comment-2671380

Nem a "kukázós cuccra" gondoltam "jó" alatt, de mindegy.

Megbeszélni meg emlékeim szerint azt beszéltük meg, hogy vagy lamer vagy, vagy troll, azért nincsenek nálad képek, de ez is mindegy. Azt írod, hogy nem a te oldaladon van, nem tudod megjavítani, miközben amit belinkeltek, az browseroldali megoldás, hovatovább a FAQ-ban és előtte kommentben is leírtam - nem egyszer - hogy nincs hozzáférésem; ugyanannyira férek hozzá, mint te - aki nem tudod megjavítani - de te ezeknek ellenére is jössz hatvannyolcezredjére is, hogy nem látod a képeket. Konklúzió (ismét): te vagy egy végtelenül retardált lamer vagy, vagy csak simán trollkodni próbálsz, csak kurwa szarul tolod.

De sebaj, engem nem zavar, ha te nem látod a képeket, a legkevésbé sem. :]

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2526120

sub

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2532695

Kérdés: Mennyire drop-in replacement ez most a pulseaudio-ra nézve? Egy csomó szoftver van, amit azért száműztem a gépemről, mert pulse kellene neki, de ha ez tényleg működik (nem eszi meg reggelire a CPU-t, nem leakel, nem recsegteti kiszálláskor a fel nemszabadított buffereit - mint teszi a PA), akkor berakhatom helyette ezt.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2532834

Akkor ez hiánypótló darab lesz, mert pont a BT-t PA nélkül beüzemelni Linuxon már kínkeserves, bár egyelőre még megoldható.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2532833

Az nem vészes, akkor viszonylag minimális az overhead amit a rendszerre pakol. RAM-mal hogy áll?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2533062

Thx, ez sem vészes.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2536695

Mik ennek a cuccnak a compile-time, ill. runtime dependenciái? Azt látom, hogy a build környezet az Python3-mal van megverve...

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2536801

Nem a sebesség miatt rühellem elsősorban a Pythonos buildkörnyezeteket, hanem a spagettiság és a szemetelés miatt. Szeretnék leforgatni egy akármilyen programot és a fél világot fel kell rakni hozzá a gépre, mert mezon, meg ninnya, meg mittudomén.

Mindenesetre a hangsúly nem ezen volt, hanem azon, hogy mi kell neki. Nyomsz egy objdump-ot a legenerált .so-n?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2536860
BuildRequires:  systemd-devel >= 184
Requires:       systemd >= 184

Ezt miért? Hogy fogják így portolni BSD-re, vagy Solarisra? Sőt, hogy fogják ezt systemd mentes Linuxon használni? Egyáltalán minek neki a systemd?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2536897

És miért nincs akkor eudev támogatás? Hogy fog ez menni systemdless rendszereken?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2536896

A kérdés maradt: megy ez systemd nélküli rendszereken is?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2536932

És törjem el az upstream kompatibilitást? Inkább majd írok a szerzőnek, amikor majd aktuális lesz. Kösz a listát.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2536981

Na, az viszont jó hír, thx.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2537118

Ez még jobb hír, thx. Úgy látszik a készítő se nem poetteringista, se nem linuxista.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2537165

Én nem sütöttem rá semmit, csak utánakérdeztem pár dolognak, mert jobb félni, mint rákefélni.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2537166

Solarisok alá is és ugyanúgy szar is, ahogy Linuxon is. :(

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555102

A Ctr + W kombó az előző whitespace-ig töröl, nem kell annyiszor backspace-et nyomni. (Ez tudtommal minden shellben megy.)
Egynémelyik shell pedig tud a Ctrl + B és Ctrl + F vagy a Ctrl + Left és Ctrl + Right kombókkal a szavak közt ugrálni.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2537363

Valamikor lehetett OSS-t is használni Linux alatt. Nem tudom, hogy ez ma - triviálisan - megvalósítható-e, vagy a fél kernelt újra kéne írni az ALSA eltávolításához és az OSS4 beépítéséhez.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2537376

Feltételezem 2Geza arra célzott, hogy Linuxon azért van szükség ilyen extra hangkezelő rétegekre az ALSA felett, mert az ALSA nem támogat olyan dolgokat, amiket ezek megoldanak, illetve a PA esetében inkább próbálnának megoldani. Az OSS4 az egyik legfejlettebb hang-alrendszer, valószínűleg ezeknek a hiányosságoknak egy jelentős részét pótolná. Részleteket ne kérdezz, mert sem az ALSA, sem az OSS4 belső működését nem ismerem annyira, hogy adekvát választ tudjak adni.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2537489

Én azt értem, de a hang felőli oldalon nyilván olyan dolgokat old meg, amiket az ALSA nem támogat natívan. Ilyenek a PA-ban is vannak szép számmal, csak a megvalósítás minősége miatt több kár, mint haszon.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2537647

Valóban nem a kernelnek kell tudnia, de egyébként lehet BT-t ALSA-val is csinálni a BlueALSA segítségével, nem kell hozzá PA.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2538943

Hogy kéne?

(int)round(pow(1.0, volume) / pow(1.0, 100) * volume);

Így?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2538959

Eredetileg így nézett ki:

volume = (int)round(pow(1.0 + (progression / 100.0), volume) / pow(1.0 + (progression / 100.0), 100) * volume);

Csak itt nem láttam semmiféle "progressziót", így kiszedtem, viszont az le se esett, hogy akkor az egy lesz hatványozva... Fel kéne már ébredni. :/

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2543552

Nem biztos, hogy magával a PW-vel van a baja, lehet, hogy csak azon húzta fel magát, hogy a Debian csak úgy rolling-release módra kéretlenül feltelepítget neki olyan függőségeket, amik eddig nem voltak jelen egy állítólag stabil csomagkészletű rendszerben. (Mondom ezt úgy, hogy ha a GNOME3 azért húzta le a PW-t, mert a PA-t helyettesítik innentől vele, azt én egy nagyon üdvözölendő lépésnek tekintem, mert a PW-ben ugyan még nem vagyok biztos, hogy tényleg olyan nagyon jó lesz, de a PA-t alulmúlni aligha fogja.)

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2543564

> mint bizonyos körülmények között a pulseaudionak.

Annak csak akkor nem recseg-ropog a hangja, ha csendben van...

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544120

Meg amikor bezárod a programot és az utolsó allokált buffer bennragad a memóriában és ott loopol recsegve-ropogva, mint egy gramofon, amibe beleállítottál egy csorba csavarhúzót...

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544119

> és egyébként is pötterix

locsemege pont nem tartozik azok közé, akik utálják Pötyi bátyót; jópár vitában védte már eddig a systemd-t. Szóval, ha még ő is azt mondja a PA-ra, hogy good riddance to bad rubbish, akkor ott már komoly baj kell, hogy legyen a PA-val.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544135

Meg, hogy felfalta az erőforrásokat. Meg a hangminősége en-bloc. Meg mittudomén.
De mindegy, mert csak arra reflektáltam, hogy nem tartozik Pötyi "rajongói" közé, tehát nála semmi sem fúj azért, mert "pötterix".

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544224

Nálad.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544288

Nem mindegy, hogy hányan mondják, hogy nekik nem működik jól. És az sem másodlagos, hogy akiknél nincs baj vele, azok csinálnak-e egyáltalán valamit vele, vagy hozzá sem nyúlnak.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544350

Igazából az összes csoport számosságáról (szereti/utálja/gőze sincs mi az) csak halovány becsléseink lehetnek. Lehet mondani, hogy a nem működik csoportot lefedik a systemd-mentes disztrók userei, de ez is torz képet ad, mert vannak olyan userek, aki utálják, de nem vállalták be a mainstreammel való szembemenés kompromisszumait és váltottak systemd-re, annak ellenére, hogy bajaik vannak vele. Továbbá az sem feltétlenül igaz, hogy akinek baja van a systemd-vel, az annak hangot is ad. Nézd meg a legutóbbi HOVD szavazást, a systemd csak 8%-os többséget szerzett a többiekhez képest, de a systemd-t mégsem szidja a HUP 42%-a.
A csöndben lévők systemd-hez való hozzáállásáról leginkább gőzünk nincs, hogy működik nekik, vagy csak lenyelték a békát és tűrnek, vagy azt sem tudják, hogy mi az és hogy egy probléma, amivel épp szembesülnek, az a systemd sara-e, vagy sem.

Amire viszont reflektálni szerettem volna, hogy nem mindegy, hogy tíz ember mondja, hogy nem jó, vagy tízmillió. Az előbbi ugyanis nem egyszerűen kisebbség, hanem marginális kisebbség, míg az utóbbi az ha kisebbség is, de tömeg. Ha ennyi embernek van vele baja, akkor ott valami baj van. (És azért az elég sokatmondó, hogy a distrowatch népszerűségi listájának a tetején egy systemd-mentes disztró (MX Linux) van, ill. az is, hogy a számontartott élő disztrók 30.8%-a (77/250) systemd-mentes.)

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544701

Nem játszom semmivel, a "többiekhez képest" az pontosan azt jelenti, hogy az összes többihez képest. Aki tud szöveget értelmezni az azt is tudja értelmezni, amit mondtam. Aki nem, annak marad a belemagyarázás. Jó kis szalmabáb sose rossz, igaz?

> hát ebben se vagyok biztos, HUP-on bárhol felmerül a téma lelkes ekézésbe kezd a közönség a hszekben.

Mind a 353 ember, aki ellene szavazott? Mert szerintem ugyanaz a 10-15 ember szokta szidni. És kb. ugyanannyi védeni.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544709

Aki szavaz valamire, az a többi ellen szavaz és ennek megfelelően aki nem szavaz valamire, az ellene szavaz. (Ez alól kivételt képeznek természetesen a tartózkodók, de ők a szavazásban csak akkor jelennek meg, ha van "tartózkodom" opció, itt pedig nem volt.) Ez nem systemd-specifikus, ez generikus logika, ami mindenféle szavazásra igaz. Ennyit a szalmabábokról; megint csak gondolkodni nem sikerült.

A másikra csak annyit tudok mondani, hogy szerintem ezen a portálon én voltam az, aki a legtöbb műszaki érvet felsorakoztatta a systemd ellen, úgyhogy ezt nagyon rossz embernek mondod.
Az meg nem az én hibám, hogy a systemd pártiaknál az "ellenérvelés" többnyire kimerül a személyeskedésben és a szalmabábok püfölésében (ld. még: "Nem sikerült megtanulni?", "Persze, mert ami új az rossz, ugye...", "De ezt egy systemd-hater írta!!!4", "Mert a SysVInit az olyan jó, mi?!" és még sorolhatnám). És az sem az én hibám, hogy a systemd pártiak többségénél a systemd kritizálása és ekézése közé tripla egyenlőségjel van téve. Ezek ugyanis vallásos hozzáállást tükröznek, ami a legkevésbé engem minősít.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544962

Én nem is azt mondtam, hogy baja van velük, hanem azt, hogy ellenük szavaz.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2544999

Mindkettőtöknek: ti keveritek az "ellene szavaz"-t az "ellene van"-nal (azaz azzal, hogy utálja). Ha szavazol a saját választottadra, akkor azt akarod, hogy az győzzön és nem a többi, tehát a többi ellen szavazol, hiszen nem akarod, hogy győzzenek, de ez nem azt jelenti, hogy utálod a többit. Az egész posztom arról szólt, hogy aki csendben van, annak a véleményét nem tudhatjuk. A systemd 8%-os többséget szerzett, de nem szidja a másik 42% egésze, aki nem a systemd-re szavazott, csak egy része. Nem lehet tudni, hogy pontosan mi volt a szavazatuk oka, ebben benne van az is, hogy simán mást favorizálnak, meg az is, hogy bajuk volt a systemd-vel, de nem adtak neki hangot. A lényeg az volt, hogy aki csöndben van, annak a véleménye nem ismert.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545085

Azzal nem tudok mit kezdeni, hogy az "ellenszavazatot" összemossátok az "ellenérzéssel"...

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545143

Ha valami mellett szavazol, akkor a többi ellen szavazol. Ez tiszta logika, csak ti indulati töltettel ruházzátok fel az "ellen" szót. Idevágó analógia: ellenfél != ellenség.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545208

Hogy került már megint az utálat a képbe? Ezt ti látjátok bele folyamatosan, pedig itt csak arról van szó, hogy ha választottál valamit és az mellett voksolsz, akkor az automatice a többi ellen egy szavazat. Ha leülsz megnézni egy meccset, akkor is, ha az egyiknek drukkolsz, akkor a másik ellen drukkolsz, de ez nem azt jelenti, hogy utálod a másikat. Ezt ti látjátok bele folyamatosan.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545252

Azt, hogy valamivel szemben.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545306

Akkor mondjuk a fizikában az ellenerő azt jelenti, hogy utálja az egyik erőt és nem azt, hogy szemben áll az egyik erővel? Ami pedig a magyar nyelvet illeti: https://www.arcanum.hu/hu/online-kiadvanyok/Lexikonok-magyar-etimologiai-szotar-F14D3/e-e-F1E41/ellen-F1ECD/

‘‹valakivel, valamivel› szemközt; ellentétes irányban; ‹valakinek› ártalmára’; ‘‹főnévként› ellenség’. Származékai: ellenség, ellenséges, ellenségeskedik, ellenébe, ellenkedik, ellenez, ellenző, ellenkezik, ellenkező, ellenkezés, ellenkezőleg, -ellenes, ellenzék, ellenzéki, ellenzékieskedik.
Alighanem az elő főnév el-, illetve ele- tövéből jött létre -n locativusi raggal; a szó tövének l-je utólag nyúlt meg intervokális helyzetében. Eredeti jelentése tehát ‘előtte’, majd ‘vele szemben’ (pl. átellenben); később ‘feléje’, végül ‘támadólag valaki felé’ irányban fejlődött névutóként. Főnévként nyelvújítási elvonás, talán az ellenség, ellenkezik származékokból; ebben az értelmében régies, irodalmi szó. Összetett szavak előtagjaként, illetve igekötői szerepben is sok szó eleme, többnyire latin (contra-) és német (gegen-) előtagú összetett szavak mintájára: ellenáll, ellenvetés, ellenszél, ellenfél, ellenméreg, ellenőriz, ellenérzés, ellenvélemény stb. Lásd még ellenszenv.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545661

Nope. Az ellenszavazat továbbra sem ellenérzést vagy ellenségeskedést jelent. És ha egy adott választási lehetőség szempontjából nézed a dolgot, akkor az összes többire leadott voks az ellenszavazat. Szembeszavazat.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545747

Micsoda? Az, hogy az ellenszavazat ellenérzetet vagy ellenségeskedést jelent? Hol? Amit beidéztem, az az ellen szó jelentése volt, amiben világosan leírták (mindjárt az első szóban), hogy ez elsősorban azt jelenti, hogy valamivel szemben, átellenben, csak lehet használni úgy is, ahogy ti teszitek, de az még mindig a szótő (ellen) és nem pedig az ellenszavazat.

Ha választottad X-et, akkor azt akartad, hogy X győzzön, tehát nem akarod, hogy a többi győzzön, tehát a többi ellen szavaztál, de ez nem jelenti, hogy utálod őket. Mit nem lehet ezen érteni?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545810

Nem, ez nem a jelenlegi jelentése, hanem jelenleg lehet így is értelmezni, a szótövet, de ettől az ellen szónak a jelentése az azt jelenti, hogy valamivel szemben. Szerinted az ellenszél pl. mit jelent? Nem szembeszelet? Az ellenpólus? Az ellenhatás? És még sorolhatnám. Ezek melyike hordoz negatív érzelmi töltetet?

Ez nem negatív értékítélet, ennyi erővel ellenfél == ellenség, holott nem. Ez egyszerűen versengés, ebben az esetben a szavazatokért. Az ellen pedig nem hordoz semmilyen negatív érzelmi töltetet.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2545840

Jó...mondom, ezzel nem tudok mit kezdeni, hogy direkt gyűlöletet láttok bele abba, ami sima szembenállás.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2543803

Passzolom, nem nálam történt, én csak tippeltem.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547612

Most akkor mégsem drop-in replacement lesz a PA helyett, hanem plusz egy réteg a PA tetején, ha a PA interface-e kell valamelyik programnak? Akkor oda minek a PW? Erre rá kéne kérdezni...

Oldschool Computer - http://oscomp.hu


Σ: 001 -> nullptr


PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547667

Dehát így az egész dolog értelmét veszti... Mi a francnak tegyen föl bárki egy olyan extra audiolayert az ALSA/OSS fölé, amit a saját interface-ével nem használnak a szoftverek? Azért, hogy feltegyük azt a hulladék library-t, amit kiváltani hivatott és annak a tetején ücsörögjön, feleslegesen, pluszban, amikor ennyi erővel az eredeti hulladékot is hívogathatnák a szoftverek?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547707

Miféle létjogosultsága van valaminek, amit nem használ semmi? Ha ki tudja szolgálni a más hasonszőrű layerekre támaszkodó szoftvereket, akkor van, amennyiben jobban csinálja, mint azok, amiket imitál (és speciel a PA-t elég nehéz lenne alulmúlni). Nyilván, ha majd lesz, ami ezt natívan használja, akkor már más lesz a helyzet, de itt pont az lett volna a lényeg, hogy addig is lehet használni N féle másik helyett, ráadásul, ha jobban működik, mint azok, akkor az emberek rászoknak arra, hogy inkább ezt az egyet tegyék fel a többi helyett és akkor az még ahhoz is lendületet adhat, hogy a saját interface-ét is elkezdjék használni. PW PA helyett: jóra cserélni a fost, az jöhet; PW a PA tetején: a felesleges ül a foson, az a felállás kell a francnak...

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547722

Lehet meg kéne kérdezni a fejlesztőjét, hogy mik a hosszútávú tervek.

Oldschool Computer - http://oscomp.hu


Σ: 001 -> tttaaa


PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547772

Nem kell rögtön kiegyenesített keyboarddal nekimenni. :P

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547721

Már épp javasolni akartam locsemegének, hogy forkolja. :P

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547773

Which pulse server? A sajátját belül? Vagy az igazit kívül?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2547771

Ennél ja, de ha ennek most vége és innentől PA kell hozzá, akkor ott vagyunk, ahol a part szakad.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554036

Az érdekes; már ők is szabadulnának a saját szemetüktől?

Oldschool Computer - http://oscomp.hu


Σ: 001 -> bra-ket


PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554064

Szerintem nem rosszindulatból mondta, hanem ez az igazság, hogy a Fedora-t pont azért tartják, hogy ha van valamiben bug, az ott jöjjön ki és ne a mustbestable CentOS-ben és RHEL-ben.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554128

Komolyan...ez egy szófordulat. Nem úgy kell érteni, hogy ott direkt legyen szar, hanem, hogyha valami még szar benne, akkor az ott legyen szar, a testing distroban és ne abban, amit élesben használnak.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554229

De nem erről volt szó, senki sem szidta itt a Fedorát, nem ez volt a lényeg. nullptr annyit mondott, hogy inkább várjanak vele, mintsem szállítsák le bugosan, golgota meg erre mondta, hogy a Fedora pont arra való, hogy bugosan is kijöhetnek vele, mert a Fedora egy testing site; inkább ott legyen bugos. Ez nem azt jelenti, hogy legyen csak bugos, és azt sem jelenti, hogy szükségszerűen bugos lesz, csak azt, hogy ha az, akkor ott legyen bugos és ne a longterm disztrókban. Kár ebbe többet belelátni, főleg rosszindulatot.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554382

> Ne legyen tiszta bug az egész, a fejlesztők törekedjenek arra, hogy elsőre minél kevesebb hibával írják meg a kódot!

Ez nem azt jelentette, hogy szándékosan pakoljanak bele bugokat, hogy legyen mit kijavítani... :)
Csak az számít bugosnak, amiben meg is találják a bugokat, mert amíg nem fut bele valaki, az olyan, mint ha ott sem lenne. (Nyilván ott van és bugos a cucc, de ismert hiba nincs, tehát a szoftver jelenleg nem minősül bugosnak.) Magyarán értsd: találjanak meg benne minél több bugot. Erre való egy játszótér disztró. (Ez most külön, kötőjel, vagy egybe...?)

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554390

> Ettől még erősen tesztelve van és nem adnak ki olyan dolgokat benne amiben nem biztosak, hogy stabilan működik. Tehát biztos lehetsz benne, hogy addig nem lesz a pipewire a default audio server amíg nem biztosak benne, hogy működik, ugyanúgy, ahogy a waylandre sem álltak át addig, amíg nem teljesítette a feltételeket, és nem a userekkel teszteltették le.

Akkor csak a systemd-re sikerült idő előtt átállniuk? :P

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554400

> Nem, a systemd működött kezdettől fogva.

Hibás szórend; helyesen: a systemd kezdettől fogva nem működött. Kiegészítés: most se.

> A pulseaudio volt az

Is.

> ami valami elképesztő mértékben bugos volt, durván recsegett-ropogott a hang, néha 100 % CPU-t megevett és egyúttal szétfagyott

Nem érzem indokoltnak a múlt időt.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554405

> vannak olyan dolgai, amelyek valóban nem a dokumentáció szerint működnek?

Hát, mintegy ezerháromszáz darabnyi (csak ma hat új darab)...plusz még húsz darab sérülékenység; bár ki tudja, lehet, hogy azok a dokumentáció szerint működnek.

> Természetesen a legfrisseb változat érdekes, mert korábbinak a bugjait a friss javíthatta.

Ez annál is frissebb, ez az upstream repository.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554436

> ~1300 issue azért nem ugyanennyi sérülékenység.

He? Ki mondta, hogy 1300 sérülékenység van benne? locsemege azt kérdezte, hogy vannak-e olyan dolgai, amelyek valóban nem a dokumentáció szerint működnek és erre írtam, hogy mintegy ezerháromszáz darab, lévén a bug azt jelenti, hogy nem a doksi szerint működik. Plusz még húsz darab sérülékenység. Nem ezerháromszáz plusz húsz sérülékenység, hanem ezerháromszáz bug plusz húsz sérülékenység. Legközelebb figyelmesebben olvass.

> Ennyi idős és ekkora projektben lazán van bárhol ennyi issue.

Ennyi nyitott, azaz javítatlan? Mert ezen felül még van több, mint ötezer lezárt...ami viszont nem ekvivalens a javítottal, lévén egy jó része WONTFIX-szel került lezárásra.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554595

> Aha, bízzál benne, hogy más sem nézi meg, hogy igazat beszélsz-e? 1300 nyitott issue, és mind-mind javítatlan, azaz BUG! :D

Micsoda? Nézd már meg jobban: ennyi nyitott issue van. Abban ugyan igazad van, hogy ez nyilván nem mind bug, de vajon hány lehet ebből feature-request? 100? 200? Változtat ez az eredményen? Nem, már csak azért sem, mert elegánsan figyelmen kívül hagytad, hogy a lezárt hibajegyek se mind javítottak, hiszen Pötyi bátyó tucatjával zár le hibajegyeket WONTFIX-szel... Felhívnám még arra is a figyelmedet, hogy ugyan még csak dél van, de már ma is két bugot reportoltak, valamint arra is, hogy százával hemzsegnek az olyan ticketek, amiket évek óta nem javítanak (csak 2015-ös ticketből 65 db van).

> És nem, nem állítom, hogy ez egy tutijól megírt cucc, csak nem értem mit kell itt (is) vergődni ezen, ráadásul egy olyan topicban, ami a PipeWire-ről szól.

Szóbakerült, mert related, már csak azért is, lévén a PW támogatja a systemd-t, szerencsére a jelek szerint opcionális a dolog. Itt konkrétan úgy jött képbe, hogy mivel a PipeWire a PulseAudio-t hivatott leváltani és ebben a szálban az volt a téma, hogy a Fedorában is tervezik a váltást és a Fedora játszótér mivolta kapcsán szóbajött, hogy mi mindent tett defaultá a Fedora idő előtt, többek között a PulseAudio-t is és a systemd-t is.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554648

> A kernelben hány bug is van?

Kb. 9000, de nem baj, hogy alma-körte? A kernel több nagyságrenddel bonyolultabb, mert több nagyságrenddel több dolgot kell tudnia, mert annyival több feladata van. Hol kell a pl. systemd-nek hatvannyolcezer féle hardware-t kezelnie? Csak érzékeltetésképpen (tömörítetlen TAR fájlban) a méretek:

-rw-r--r-- 1 root root 1011333120 nov   28 14:12 linux-5.9.11.tar
-rw-r--r-- 1 root root   58449920 nov   28 14:13 systemd-247.tar

A Linux kernel kódbázisa 17x akkora, mint a systemd-é, ehhez képest kevesebb, mint 7x annyi bug van benne. Ha megnézzük, hogy hány bug jut egy MB-ra a két projektben, akkor 9.45 bug/MB a Linux kernelnek és 24.13 bug/MB a systemd-nek. Ez azt jelenti, hogy arányaiban a systemd 2.5x olyan bugos. És mondom: mindezt úgy, hogy a kernelben található bugok egy nagyon jelentős része a hardwarekezeléssel kapcsolatos (ott a lista, lehet csekkolni) és asszem pont neked nem kell ecsetelnem, hogy mennyi olyan van, hogy a hardware maga is bugos, vagy csak dokumentálatlan, vagy épp máshogy működik, mint a doksi leírja...szerinted fair ilyen jellegű kernelbugokat pariba állítani azzal a taknyolással, ami a systemd-ben folyik?

> A systemd bugtrackerében is van olyan bug, amely mellé oda van biggyesztve, hogy voltaképpen az kernel bug.

Persze, a rm -rf /foo/.* meg "UNIX pitfall"... Pötyi bátyó előszeretettel hárítja másra a saját sarát.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554901

> Nem related, de szóba hoztad, és még mindig lovagolsz rajta.

De related és nem is én hoztam szóba először.

> Hogy neked mennyi felesleges időd van!

Hétvége van.

> Esetleg javíthatnál systemd bugokat!:D

1. A systemd koncepcionálisan törött, azt nem lehet javítani.
2. Ne akard beosztani az időmet, vagy megszabni, hogy mivel foglalkozzak.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554994

Személyeskedésen kívül bármi? Az meg ugye vicc, hogy a systemd a motorizált jármű, az s6 vagy a nosh meg a patkolt ló?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555036

> Azt elfelejtetted odaírni, hogy: szerinted.

Mert nem csak szerintem. Én sem vagyok egyedül ezzel a véleménnyel.

> Szerintem meg a hibáival meg bugjaival együtt is sokkal inkább előremutató stuff, mint a klasszikus initek.

És? Más újkori SCS nincs a systemd-n kívül? Még mindig csak a SysVInitre sikerül mutogatni?

> szép lassan a mainstream disztrók bevezették, használják.

A popularitás nem érv. Ha az lenne, a winfostíz lenne a legjobb desktop oprendszer a világon.

> Persze lehet, hogy mindenki hülye azoknál is.

Nem csak hülyeség lehet a háttérben.

> Én mindenesetre szívesen látnék egy mondjuk a solaris SMF-re hajazó megoldást systemd helyett

Ebben egyetértünk, de már vannak hasonlóak.

> nem pedig scriptekből összetákolt megoldásokat, amiket jelenleg fel szoktak sorolni alternatívaként.

Te miről beszélsz? Az s6 vagy a nosh mióta van scriptekből összetákolva?

> Kicsit figyelj már oda, mielőtt vagdalkozni kezdesz, ott a szmájli a végén.

És? Azt nem csak a komolytalanság jelzésre lehet használni, hanem kárörvendésre vagy hasonlókra is.

> Egyébiránt meg ki vagy te hogy ezt megszabd nekem, majd én azt eldöntöm, hogy kinek mondok véleményt, és kinek nem! :D

Nem szabtam meg semmit, főleg nem azt, hogy kinek mondhatsz véleményt. Azt mondtam, hogy te ne akard megszabni, hogy mit csináljak.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555046

> Nos, ezek nincsenek összetákolva, csak még igen messze vannak a széles körben használhatótól.

Miért is? Mi hibádzik belőlük, amiért ne lehetne őket "széles körben" használni?

> Persze ha valakinek elég sok ideje van init rendszerekkel kísérletezni VM-en pl, akkor tuti jó móka lehet.

Ezek nem init rendszerek, ezek SCS-ek, ahogy a systemd is.

> A nosh egy tök jó ötlet, de kb one-man project, annak minden velejárójával.

A legtöbb opensource projekt kis létszámmal. A systemd-t is Poettering meg Sievers kezdték el csinálgatni.

> Plusz elég érdekes, hogy van forráscsomag, de sehol egy git, issue tracker, etc...

Hogyhogy sehol? Fent van githubon a nosh. Az s6 is.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555365

Honnan tudod, hogy egyetlen ember commitol? A git csak egy mirror. Kérdezd meg az írót, hogy mennyire aktív a tábor.
Ez a szakértőzés meg nagyon beakadt neked valamiért; az eszedbe sem jut, hogy minden ami nem mainstream, az egyre inkább a perifériára szorul? Ld. golgota válaszát egyel lejjebb.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555487

Milyen szakaszában? Nem akarod ezeket a becsmérlő állításokat valami műszaki adattal is alátámasztani?

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554902

Eszembe jutott egy másik lehetőség is: vajon ez az IBM műve? Nemrég az IBM megvette a RedHat-et, lehet, hogy nekiálltak takarítani és a PA az első szemét, ami lapátra kerül?

Oldschool Computer - http://oscomp.hu


Σ: 001 -> nullptr


PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554915

Nem magára a PW-re gondoltam, hanem arra, hogy egyáltalán hajlandóak kihajítani a PA-t, lecserélni valami másra.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554940

> Na, de ha tegyük fel, hogy Wim hamarabb elkezdte a munkát, akkor ez a folyamat az IBM nélkül is végbe megy.

A munka hamarább elkezdése irreleváns, mert én nem azt állítottam, hogy az IBM mondta neki, hogy fejlesszen PA alternatívát, hanem azt kérdeztem, hogy vajon lehet-e, hogy az IBM adta ki az ukázt, hogy a PA-t cseréljék le rá, ha már kifejlesztette. Lehet, hogy nem, mert tényleg mindenképpen lecserélték volna, de az is lehet, hogy az IBM takarítani kezdett. Az első felállás is jó hír lenne, mert akkor fejlődőképesek.

> Egyébként az IBM szerintem elsősorban a szerver piacra és a cloud-ra fókuszál, nem hiszem, hogy a desktop és azon belül a multimédia lenne az érdeklődése homlokterében.

Lehet. De az RHEL világ nem csak szerver, hanem desktop felhasználásra is jó. Lehet úgy gondolták, hogy ha már megvették és hirtelen lett ilyenjük, akkor nem ártana, ha a legnagyobb hulladékokat kiszórnák belőle. De ez persze szigorúan csak feltételezés.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2554993

Titkon? :)

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555012

Sok igazság van abban, amit mondasz, de olyan nincs, hogy valamit nem lehet. Ha van kizárólagos előnye a systemd-nek (azaz olyan feature-je, amit más SCS-ek nem tudnak), az nem átemelhetetlen, hiszen a plusz tudásának zéró százaléka származik abból, hogy mindent egybeöntöttek. Egyszerűen csak sokan dolgoztak rajta és sok feature-t implementáltak. Ki lehet bökni valamelyik hasonlóan nagy tudású SCS-t, mondjuk az s6-ot, vagy a nosh-t és el lehet kezdeni felmérni, hogy mi hibádzik belőlük és mennyi munka lenne átemelni. (És zárójelben mondom, hogy ezeknek is megvannak a maguk előnyei, amit meg a systemd nem tud.) Vagy, fel lehet mérni teljesen, hogy mit tud a systemd, hogyan tudja, mi az ami koncepcionálisan törött benne, mi az, ami amúgy használható koncepció és nulláról újraírni, ezúttal nem a PID1-be beleöntve az egészet. (És Poetteringet és Sieverset minél távolabb tartani a projekttől.)

BTW, a systemd-vel implementációs bajok is vannak, nem csak koncepcionálisak; picit feljebb linkeltem be, hogy mennyi bugja van.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555054

Majd ha annyi erőforrásom lesz, mint a RedHat-nek. Egyébként sem valószínű, hogy bármit elfogadnának kívülről.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555069

> Akarsz valaki lenni? :-D

Már megint kezded? Én már vagyok valaki. Bármennyire is fáj ez neked.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555085

Tekintve, az eddigi diskurzusaink lefolyását és a kiemelt részek áthallásos jellegét, lehet jobb lett volna, ha kiírod, hogy "ez a valaki", mert így nagyon is úgy nézett ki, hogy megint csak szurkálódni akartál. (Ld. még ezt a "leesős" kitételt is.)
A csomaghalmaz forkolására amúgy nincs szükség, mert ezt már több projekt is meglépte, számos systemd-mentes package repository van, elég csak a systemd-mentes Linuxokat megnézni. Itt igazából egy olyan systemd alternatíva kifejlesztése volt a kérdés - márhogy bejátssza-e ezt az IBM - ami tudja azokat a feature-öket, amik miatt a systemd-re esküszők a systemd-re esküsznek. Hogy ezt az s6, a nosh, vagy valamelyik hasonszőrű SCS forkolásával, vagy a NIH elve mentén from scratch oldják meg, az igazából mindegy.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555106

Csak az a baj, hogy RHEL vonalon sem működik, ők is szívtak/szívnak vele. Egyébként senki nem mondta, hogy holnapra - vagy akár az RHEL9 érkezésére - kell lecserélni; ha az új SCS-t lóhalálában hányják össze, akkor ott vagyunk, ahol a part szakad. A gyors váltás meg a systemd minden bugja ellenére több kárt, mint hasznot hozna a keletkező káosz miatt. Meglátjuk, hogy egyáltalán egy induló tendenciával állunk-e szemben, vagy csak a PA-t dobják el.

Oldschool Computer - http://oscomp.hu




PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555174

Lehet, hogy ez a ticket konkrétan 2018-as, de az utolsó kommentek ideiek, többen is reklamáltak még mindig a probléma miatt. Az utolsó kettő ugyan a fixálásról szólt, de:

fixed by https://access.redhat.com/solutions/3900301 works like charm after applying it

https://access.redhat.com/solutions/3900301 involves rebooting the server like a cheap PC.

És ha megnézzük a hivatkozott ticketet:

  • Since updating to RHEL 7.6, users need 25 seconds to login and messages such as the one shown below are seen in the journal:
  • [...] dbus[xxx]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out
    [...] systemd-logind[xxx]: Failed to enable subscription: Failed to activate service 'org.freedesktop.systemd1': timed out
    [...] systemd-logind[xxx]: Failed to fully start up daemon: Connection timed out
    [...] systemd[1]: systemd-logind.service: main process exited, code=exited, status=1/FAILURE
    [...] systemd[1]: Failed to start Login Service.
  • RHEL 7.6 periodically doesn't boot properly because polkit.service and tuned.service fail to start. This happens about 1 in 10 to 20 boots.
  • Tehát a probléma még csak nem is egyértelműen reprodukálható, mert stochasztikusan 10-20 bootonként egyszer jelentkezik.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555367

    Ha a unit fájl van szarul megírva, vagy maga a szolgáltatás bugos, akkor az nem a systemd hibája.
    Viszont ha a unit fájl rosszul van megírva, az mindig rossz működést eredményezne, hiszen szarul paraméterezik fel a szolgáltatást, tehát stochasztikus start-fail esetében a unit-errort kizárhatjuk.
    A szolgáltatás pedig el sem indul, tehát ami bugja nem a startup részében van, az nem is játszhat közre, ami bugja meg esetleg a startup részében van, az meg mindig crasht eredményezne, ha azonos paraméterekkel indítod.
    Ennek megfelelően itt a hiba forrása kívülről jön. Lehet, hogy egy nem várt - és le nem kezelt - külső esemény miatt nem tudja elindítani őket a systemd. Ez azonban nem az el sem indult szolgáltatások hibája. A rendszer indulási mizériáinak reboottal történő javítása pedig nem lehet megoldás egy szerveren.

    (Kivételt képez az, ha valami hardwarehiba van a háttérben, vagy, ha egy harmadik software belekontárkodik a folyamatba. Ilyenkor sem a systemd, sem a szolgáltatás hibája. De ez lokális jellegű probléma, nem jelentkezhet egyszerre N helyen...)

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555486

    Tudom. De a párhuzamos indítás pláne kívül esik a szolgáltatások szkópján, mert azt maga a systemd intézi, tehát ha ott race-fail lenne, az csakis a systemd sara lehetne. De ha függőségi probléma miatt nem tudna elindulni a szolgáltatás, akkor a systemd ezt jelentené. Vagy legalábbis gondolom, hogy jelentené...

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555366

    A systemd is freedesktopos termék (#1, #2), a freedesktop is RedHat fennhatóság alá tartozik.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555627

    Te is beszálltál. :P

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555648

    Mármint a systemd-vel nem volt szétoffolva. Mert ha szigorúan vesszük, a pulse is off, mert ugyan lehet, hogy azt váltja és az még csak-csak related, hogy miben jobb a PW, de az már off, hogy a pulse-nak milyen önálló gyíkjai vannak...és a pulse fikázását biza te inicializáltad. ;) (Na, nem mintha nem értett volna benne egyet a fél közönség. :] )

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2555655

    Értem én, csak vicceltem. :P

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2577086

    Pedig azt is újraírhatnák...

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2577105

    A libpulse is megérett a kihajításra. A PW azért lett volna jó, mert a PA-t teljesen lecseréli. De így csak a szervert cseréltük le...

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605676

    > Az is ment régen, hogy ugyanarról a gépről zenét hallgatsz bluetooth eszköz felé, miközben a saját hangkártyájára megy a böngésző hangja, de keveri egy harmadik alkalmazáséval, ahonnan eltérő mintavételi frekvenciával jön a hang, és individuálisan állíthatók a hangerők?

    A per-task volume level-t leszámítva (bár hákolással-tákolással az is megoldható) ezt az ALSA is tudja. Igen a BT-t is.

    > Mert a pipewire ezeket tudja - egyébként a pulseaudio is.

    Csak utóbbi rosszul csinálja.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hajbazer , bra-ket


    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605784

    De igen, az USB-s hangkártyákat felismeri röptében; a leszakasztós topicban is "plug and pray" volt az USB-s hangkártya/hangszóró.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605994

    Csak tájékoztattam, hogy azért nem kell leírni az ALSA-t. Vannak gyíkjai és hiányosságai, de a pulse csak bajnak jött a nyakunkra. Viszont a PipeWire fejlesztőjénél egyelőre nem tapasztalom a poetteringi (RHEL/FreeDesktop) mentalitást; a cucc működik, a pulse is kiváltható vele és ami a legfontosabb, ez egyelőre opcionális.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hajbazer , nullptr


    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605785

    > Kicsit feature-szegény, de legalább faék egyszerűségű és rugalmatlan.

    Azért ez elég erős túlzás.

    > Statikusan konfigurálhatod, s ha változik a hardware-ed, módosíthatod a config file-t.

    Ez meg nem igaz. Ha kicseréled a hangkáryát, akkor sem kell semmiféle konfigot túrni.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605880

    Nem biztos, hogy ez az eredeti, de itt van egy példány belőle.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606073

    A lényege, hogy az amcsik nagytestvérkednek és mindenhova megpróbálnak befurakodni. Így a nyílt forráskódú projektekbe is.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> bra-ket , nullptr


    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605878

    Én azt használom. Mi a kérdés? :)

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606012

    Mindent tud, ami egyes embereknek kell (pl. nekem). A PW létjogosultsága, hogy az ALSA nem tudja azt, ami más embereknek kell (pl. neked, bár eddig amit felsoroltál igényként, azt mind tudta az ALSA, ha kompromisszumokkal is). A PA létjogosultága ugyanez lett volna, csak éppen a csapnivaló megvalósítás miatt több kár volt, mint haszon.
    A fő az, hogy attól, hogy valami többet tud, még nem biztos, hogy mindenkinek szüksége van rá, tehát csak addig extra, amíg opcionális, utána már kényszer. Namármost, ha ez mellett legalább jól van megcsinálva, akkor az ember maximum azért reklamálhat, hogy neki nincs rá szüksége, de a PA még szar is. Nagyon.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606077

    A PW-vel nekem nincs bajom. Ez akinek kell, jó, akinek meg nem kell, nem kötelező. A PA-ra ez nem igaz, az akinek kellett is, annak is szar, akinek meg, annak meg ráadásul kényszer is.

    Őszintén szólva, ha már az alkalmazás mindenképpen dependálni fog vagy a PA-ra, vagy a PW-re, akkor inkább tegye ezt az utóbbira. A drótozás nem jó, de a PA még szarabb. :P

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605882

    A PW egy dolog, de sajnos nem az a kváziszabvány linuxos audio-middle-layer, hanem a szutyok PA, ami sokkal több problémát kreált, mint amennyit az ALSA hiányosságai okoztak, arról nem is beszélve, hogy azért az ALSA is fejlődik, a hiányosságok egy része már a múlté.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606019

    Az attól függ, hogy mit értünk "interface" alatt: magát az API-t, vagy a libpulse-ot? Az API-t nem tudom milyen, mert fejleszteni sose fejlesztettem pulse-ra, de emlékeim szerint az API-t nem is minősítettem. A libpulse viszont ugyanúgy szoftver, mint maga a szerver és annak is van minden baja; pl. a függőségekkel való kínlódás.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606069

    Hát azért a függőségekkel lehet szopni ott is; tipikus Freedesktop.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606025

    > Inkább feltaláljuk a kombájnt, csak ne kelljen kaszával aratni nyáron a földeken.

    Csak pl. a PA esetében nem a kombájnt találtuk fel, hanem egy hernyótalpas vízikecskét, ami nem elég, hogy felzabálja a termést, de még irányítani sem lehet, hogy merre menjen.

    > van ennek egy gazdasági oldala is. Gyorsan kell sokat és jól csinálni.

    Pontosabban: "van ennek egy gazdasági oldala is. Gyorsan kell sokat és jól csinálni."

    És pontosan ez a "gazdasági" oldal, ami miatta szoftverek egyre rosszabbak lesznek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606070

    Nem az igényt, a lehetőséget. A profitéhség miatt minden legyen meg tegnapra, a lehető legolcsóbban, az nem baj, ha szar és hogy ezt kivtelezhessék, a multik ilyen kvalitású mentalitású embereket is alkalmaznak.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605464

    > A browserek mindegyike meg mindig is mukodott, meg a jo oreg alsa-val is

    A róka is?

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2607702

    Arra céloztam, hogy a Firefox eldobta az ALSA támogatást az 57-essel. Azelőtt valóban ment, nem volt tiszta, hogy mit értettél régen alatt.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605463

    > Az más kérdés, hogy a pipewire képes jack vagy pulseaudio kliens is lenni, de efféle butaságot valamiféle nyakatekert teszten túl miért tennénk?

    Azért, hogy ha egy szoftvernek pulse kell, akkor fel lehessen rakni helyette ezt.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605469

    Lehet, hogy félreértettem valamit, de eddig nem arról volt szó, hogy a PW tud PA interface-t biztosítani a PA-dependens programoknak és így megússza a PW user, hogy PA-t kelljen telepítenie?

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605610

    Itt az egyes felállás volt a kérdés, hogy PA helyett használom. A libpulse az egy más kérdés, az csak az interface, ha nincs fent PA, akkor nem mutat sehova...vagy esetünkben a PW-re.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605609

    Tuti, hogy csak egy magot terhel 25%-ra és nem mind a 4 magot, azaz egy magot továbbra is 100%-on pörget? Ez a mai napig előfordul, amióta a Slackware-ben is van, azóta a Slackware userek is megtapasztalták a gyönyöreit. :P

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605627

    Késő van és lehet, hogy csak nem esik le a tantusz, de ha a kliens és a szerver tudhatja, hogy várnia kell, akkor itt van valamiféle handshake, nem? Viszont akkor, ha handshake van, akkor hogy próbálhatja meg a szerver kétszer átvenni, ha egyszer tudja, hogy már átvette? Mondjuk bele én se néztem a PA kódjába, a működése is elég meggyőző volt, hogy kerüljem el jó messzire, így nem tudom milyen módon cserél adatot a kliense és a szervere.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605660

    Nem triviális, de nem is lehetetlen, én is írtam már jópár kommunikációs kódot, sorosat, párhuzamosat, TCP/IP-set, GPRS-eset, "tessék itt van két szál drót"-osat; azért nem egy ördöglakat. A PA-nak ezek szerint ez sem sikerült, ráadásul itt az esetek többségében itt a sender és a receiver is a localhoston belül van, az átviteli közeg a memória, ahol azért messze nincs annyi hibalehetőség, mint egy valamilyen hálózati csatornán keresztül.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605673

    Hát ez az, hogy ha itt a kliens és a szerver várnak egymásra, akkor itt kell, hogy legyen valami szemaforkezelés, handshake és a többi; akkor meg hogy a bánatba tud előállni olyan, hogy úgy próbál olvasni a szerver, hogy a buffer ready flag szerint nem olvashat, vagy hogy a bánatba mutathatja a flag azt, hogy olvashat, ha a kliens nem töltötte fel a buffert? A bufferen végrehajtandó műveletek végrehajtása után a szerver a jelzőflag-et azonnal át kell, hogy kapcsolja, a kliens meg addig nem kapcsolhatja vissza, amíg a buffert nem töltötte fel újból és mindenki csak akkor nyúlhat a bufferhez, ha a szemafor engedi, tehát bármelyik oldalon is következik be crash, a double read nem lehetséges, feltéve ha a szemafort mindenki átváltja a munkája befejeztével és utána vár addig, amíg megint át nem áll. Azért ez tényleg nem egy ördöglakat, főleg ugyanazon a gépen belül.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605677

    Hát nem tudom mit lehetett elbonyolítani azon, hogy egy flag-et billegtessenek a munka befejeztével... :P
    Ez a csapnivaló implementálás meg ugyan übergáz a PA-ra nézve, de ennek nincs köze a buffer underrunhoz.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605786

    > Nem az van, amit locsemege feljebb is írt, hogy akkora aszinkronitás van (nem RTOS, eltérő magokon futhat a szerver meg a kliens, dinamikusan változik az egyéb processzek száma), hogy hiába állítgatják a szemafort, elképzelhető, hogy a kliens már feltöltötte a buffert, beállította a flag-et, de a szerver még nem kapott CPU-t, hogy elkezdje feldolgozni?

    Ha a szerver egyáltalán nem kapott még időt, akkor hogyan olvashatta ki kétszer, hogy buffer underrun legyen belőle? Akkor maximum egyszer sem olvassa ki és lagzani kezd a hang.

    > Okés, hogy milisec-ekről beszélünk, de lehet, hogy az audio feldolgozás erre már pont érzékeny (nem értek hozzá), mert annak teljesen seamless-nek kellene lennie a megfelelő élmény érdekében, más program esetében meg nem tűnik fel a dolog.

    De itt most nem az volt a kérdés, hogy az aszinkronitás miatt lehet-e jitter, hanem, hogy hogy a búbánatban tud a szerver buffer underrunt produkálni, ha a szemaforkezelés helyesen van implementálva?

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2605881

    Oké, én most vesztettem el végleg a fonalat. A PA működésképtelen az ALSA vagy az OSS nélkül. Te Linuxot használsz, ott ALSA a hangrendszer. Ha egy program közvetlenül az ALSA-t akarta hívni (kernelhívás AFAIK), akkor hogy a búbánatban érhetett az véget a PA egy emulációs rétegében? Egyáltalán mi a túrónak emulálja a PA az ALSA-t, amikor ott van alatta az igazi? (Mármint Linuxon.) Ezt így hogy? Itt többszintű masszív és komplex elkúrást sejtek a PA részéről, ha egy ilyen felállás előfordulhatott...mondjuk meglepni nem lep meg túlságosan. :P

    A másik felét sem értem túlságosan. ALSA hívás, bufferkérés, a PA válaszol rá, de az emulációs rétege nem adott buffert. A kapcsolat eltrashelődik, broken pipe. Idáig értem, ez tényleg szörnyű. Viszont. Egy törött csőből mi a túrónak akart olvasni a PA, pláne kétszer?

    Vagy én nem értem mit mondasz, vagy te nem érted mit kérdeztem, vagy mindkettő.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606026

    A PA szerver az egy opcionális daemon, a kernelen kívül. Ha én a kernelben lévő függvényeket hívogatom, azt hogy téríti el a PA? Arról nem is beszélve, hogy a driverek esetében röhej lenne, ha az ALSA driverek nélkül nem működő PA-t hívogatnák az ALSA driverek. Szóval itt valami nem stimmel. Próbáltam keresni, de semmi olyasmit nem találtam, hogy a PA-nak ALSA emulációs rétege lenne (nem is lenne értelme). Nem kevered te az ALSA PA emulációs rétegével?

    Csak én még mindig nem értem, hogy rendes szemaforkezeléssel hogy fordulhat ilyesmi elő.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606071

    Szóval nem emulációról beszélünk, hanem az ALSA eszközök között megjelenik egy olyan elem, amit a PA rakott oda. Thx. Ez mondjuk még mindig nem magyarázza a buffer underrunt, hogy mégis mit lehetett annyira elkefélni egy flag beállításában, hogy double read legyen belőle... (A lib-replacement egyébként is kizárt lett volna, abból aztán végképp akkora botrány lett volna, ha a PA lecseréli az ALSA libeket, arról nem is beszélve, hogy csomagütközést is eredményezett volna, abból pedig a PA jött volna ki rosszul, mert neki függősége az ALSA, tehát ha ütközik vele, akkor őt nem lehet felrakni.)

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606120

    > A buffer underrun akkor is bekövetkezhet, ha megpróbálod jól kezelni. Azzal nem tudsz mit kezdeni, ha egy csomó ideig nem kapja meg a vezérlést a kliens, a szerver meg közben éhen hal adat nélkül. :)

    Nem, ettől nem következhet be buffer underrun, csak akkor, ha a szerver a szemafor tiltó állapota ellenére is olvasni próbál. Ha van egy egyértelmű jelződ, ami azt mondja, hogy nincs adat, azt nem lehet letojni. Ha a pulse ezt letojta, akkor Poettering még annál is elmeháborodottabb, mint amit eddig hittünk róla...

    > A baj azzal van, ami ezt követően jön: lezárja a kapcsolatot, pedig nem kellene. Persze mással is baj van, mert ugyanaz az ütemező, ugyanaz a kernel fut a pipewire esetében is, aztán az meg képes szépen szólni.

    De a lezárt kapcsolat önmagában nem eredményezhet buffer underrunt. Ez az amit nem értek, nem azt, hogy a PA feleslegesen eltöri a csövet, csak mert szerinte túl régen nem jött már adat...

    > Tegyük hozzá - s ebben hajbazernek igaza van -, Lennart Poettering egy szélsőségesen idealista, elméleti szakember.

    Ebben egyetértünk. (Bár lehet, hogy direkt csinálja, mert ezért fizetik. Vagy mert pusztítani akar.)

    > Amikor egyes alsa driverekben nem volt implementálva valami, amit addig szinte senki sem használt, de a PA-nak kellett - talán a hardware pointer visszaolvasása az adott pillanatban -, akkor ahelyett, hogy workaroundot írt volna a PA-ba, kicsapta a hisztit, hogy ez alsa bug, ennek elfedése nem az ő dolga, az OSI-modellben nem ahhoz a réteghez tartozik, amelyet a PA megvalósít, javítsa meg az alsa fejlesztői csapata.

    Távol álljon tőlem Pötyi bátyó bárminemű védelme, de egy csak a driverspace-ben elérhető pointer kiolvasását miféle mágikus workarounddal oldotta volna meg a userspace-ben? Nem kevered valamivel? Vagy csak a hardware pointer alatt értünk mást? (Nálam az vagy a hardware címtartományára mutató pointer, vagy egy indexregiszter a hardware-ben.)

    > Az eredmény az lett, hogy a hang sokáig használhatatlan volt Linuxon, s közben ezt Lennart simán meg tudta volna oldani. Ilyenkor érzem azt, hogy legszívesebben felrúgtam volna az égig, illetve nagyon semmi keresnivalója a Red Hat egyik vezető fejlesztői pozíciójában ezzel a szemlélettel.

    Hát ezt megértem, de miért nem törölted le a francba a PA-t és akkor megint használható lett volna a hang? :)

    > Wim Taymans nem ilyen beképzelt, sokkal gyakorlatiasabb. Ő a feladatot látja. A Commodore 64 időktől kezdve foglalkozik audio driver-ekkel, ezzel a témakörrel, s működő dolgot akar csinálni, nem pedig olyat, ami ugyan nem működik, de meg tudja magyarázni, hogy valaki más miatt nem működik. Láttam is a PW commitok között workaround-ot, ami Lennartnak egészen biztos derogált volna.

    Elhiszem, Wimet én nem is minősítettem, sem a munkáját. Pötyi bátyóval van tele a joystickom, meg a munkáltatóival.
    BTW, C64, Wim 10 éve még aktív volt. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606230

    De még mindig elbeszélünk egymás mellett: a kérdés az, hogy mi a túróért olvas a szerver bele egy bufferbe, ha látja, hogy nincs benne adat? Ez a kérdés. Az, hogy elfogyott az adat és nem jött újabb már N idő óta, az maximum timeout, de miért próbál beleolvasni a szerver a bufferbe, ha egyszer tudja, hogy üres, mert látja a szemaforból, hogy nem szabad? Nem az a kérdés, hogy ha nem jön adat időben, akkor miért lesz csend, hanem, hogy miért próbál meg ennek ellenére a szerver beleolvasni, ha nem jött? Mire számít, mi jön vissza egy üres bufferből? Én ezt nem értem.

    > Lennart nekem sem a kedvencem, a Red Hat-et nem ismerem, mint szervezetet, de érzelmileg elfogult vagyok Fedora használóként.

    A RedHat és a Freedesktop iszonyatos mértékű károkat okozott a UNIX világnak a shitware-eikkel, amiket a világra szabadítottak.

    > Az igen, C64-re kiadni játékot 2011-ben, szép! Kell hozzá eltökéltség. Ahogy nézem, írt C64-re jócskán kódot.

    A C64 scene a mai napig virágzik, még ma is adnak ki játékokat rá.

    Oldschool Computer - http://oscomp.hu




    PipeWire - mi ez?: https://hup.hu/node/166237#comment-2606238

    Akkor itt beszéltünk el egymás mellett; nekem a buffer underrun a tényleges buffer underrun és az jött le, hogy ez a hulladék PA bele is olvas a feltöltetlen bufferbe, te pedig a buffer underrun lenne, ha beleolvasna állapotot is buffer underrun-ként kezelted, nálam az meg inkább buffer timeout, vagy empty buffer, vagy mittudomén.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zeller


    Buta, szánalmas spammerek: https://hup.hu/node/174953#comment-2666862

    Ne tűnődj tovább, mutatom a célcsoportot: https://segitsegnelkul.eoldal.hu/cikkek/adok-kapok---csere-bere-.25.html

    (Mr Csicska, 2014.08.03 13:09)

    Szüksége van egy sürgős kölcsön 3%-os? Fizetni a számlákat? Ha igen, lépjen kapcsolatba velünk ma (csicska.spammer@gmail.com)

    (P. Bernadett, 2014.08.05 14:34)

    Tisztelt Csicska, olvastam hirdeteset es sajnos nagyon nagy szuksegem lenne hitelre. Szeretnem kerni, hogy tajekoztasson a hitel felteteleirol. Elore is koszonom. P. Bernadett

    Már az is, hogy egyáltalán hitelt akar felvenni egy ilyen tört magyarsággal megírt spam hatására, az is szörnyű, de az, hogy ezek után még a falra reply-zik, miközben a másik publikálta az email címét, hogy ott lehet elérni, az már leírhatatlan.
    És ez csak egy - hangsúlyozom: egy - példa volt, de ha végignézed ezt a csere-bere oldalt, akkor tucatjával találsz még; csak az első oldalon négy (!) balfasz akart felvenni hitelt ezektől a csalóktól. És ez csak egy "vendégkönyv" volt.
    Nem elszigetelt, nem szórványos esetekről beszélünk, hanem tömegesekről; ha nem működne, a spammerek már leszoktak volna róla, de nem szoknak, mert működik. Működik, mert sok a buta ember, akik nyakig ülnek az anyagi szarban és bármibe belekapaszkodnak. Ha átmész a második oldalra, ott is ott van egy ilyen "segélykiáltás",

    Végső elkeseredesemben írok. Eladósodás szélén vagyunk a csaladommal. 2500.000-rá lenne szükségem hogy minden tartozast ki tudjunk fizetni.havi 50000 körül tudnák törlesztőt fizetni.ha valaki tudna segíteni az olyan jó lenne.köszönöm

    mert a szerencsétlen azt hitte, hogy ez ilyen "hiteles" oldal, holott nem, csak egy moderálatlan "vendégkönyv", amit megszálltak a hitelbáró spammerek. És nem tűnik fel a célcsoportnak, hogy gaymailes accounttal és tört magyarsággal írnak, nem esik le nekik, hogy komoly hitelintézet ilyet nem csinál, hogy ez átverés.

    És ez is csak egy fajta spam volt, a "hiteles" és csak egy ország, kicsiny hazánk. De a probléma globális. A 2000-es években az emailforgalom 90%-a (!!!) spam volt és egészen 2017-ig 50% fölött volt az arány. Ez sem véletlen: a spam működik, tehát csinálják és mostanra sem azért esett ennyire vissza, mert már nem működne, hanem mert javulnak az email-es spamszűrők (mesterséges intelligencia és tsai), az online felületi csevegés meg a pár közösségi médiumra (frászbúk és tsai) korlátozódott, akik meg tűzzel vassal próbálják irtani a spamet (lévén nekik is kárt okoz: forgalom, sávszél, DB tárhely, moderátorok ideje), így ma már sokkal nehezebben jut el az emberekhez a spamszemét, mint 10 éve.

    TL;DR: az anyagilag szar helyzetben lévő, naív emberek a célcsoport, akik bedőlnek a spammereknek, mert még a spammereknél is butábbak. Amíg hal van, addig a horgász is marad.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> transitive


    Buta, szánalmas spammerek: https://hup.hu/node/174953#comment-2671147

    Most épp nem akarják a melleimet és a farkamat megnagyobbítani, ami azért megnyugtató valahol. Faxkivan.

    Lehet, hogy azért nem akarják megnagyobbítani, mert már annyira megnőtt, hogy teljesen kivan. :)))

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670078

    https://protonmail.com/privacy-policy

    Payment Information: We rely on third parties to process credit card, PayPal, and Bitcoin transactions and must therefore share payment information with third parties. Anonymous cash or Bitcoin payments and donations are however accepted. The legal basis of this processing is the necessity to the execution of the contract between you and us.

    https://protonvpn.com/privacy-policy

    Payment: The Company relies on third parties to process credit card and PayPal transactions, and we do not save your full credit card details. For example, if you make a payment with a credit card, your name and the last 4 digits of the credit card number will become part of the invoice and saved by us. Anonymous cash or Bitcoin payments and donations are also accepted.

    ...

    Right to Access, Rectification, Erasure, Portability, and right to lodge a complaint: Through the Service, you can directly access, edit, delete or export personal data processed by the Company in your use of the Service.

    Ezek sok szemből álló összetett műveletláncok. Kár a PM-en számonkérni azokat a gyenge láncszemeket, amik nem hozzájuk tartoznak, főleg, ha lecserélhetőek.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670292

    Hát ott van az idézetben, hogy "Anonymous cash or Bitcoin payments and donations are also accepted." Vagy nem ittál eleget, vagy már túl sokat. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hajbazer , carlcolt


    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670402

    Nyilván befenyítették őket. A VPN-es oldalukon még kint van.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670659

    Igen, "by default" nem "figyelnek meg", nem gyűjtik az IP-t, browser fingerprintet, de ha jön a sintér, akkor muszáj. Nem muszáj Tor-on keresztül: leírták, hogy a VPN-re nem vonatkozik az adatgyűjtési kötelezettség Svájcban.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670664

    Honnan tudod, hogy "szándékosan félrevezetően lett megfogalmazva"? A félrevezető még csak-csak érthető, hisz volt, aki nem értette (pedig sokan vagyunk, akik szerint világos volt), de mivel támasztod alá, hogy szándékos félrevezetés történik? Ha az történne, ha ez honeypot lenne, hogy meg lehessen figyelni azokat, akik nem akarják, hogy meg lehessen figyelni őket, akkor most se lenne leszedve, hanem bullshittel lenne körültákolva és akkor nem tolnák a VPN-t, meg a Tor-t, hanem sűrűn kussolnának ezekről, vagy ha szóba is kerülne, akkor pont azt mondanák, hogy ez szükségtelen, mert ők semmit se loggolnak...

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670681

    Az rendben van, hogy te mint fizetős ügyfél tisztán akarsz látni, de az már nincs rendben, hogy elég egy szarul megkonstruált pletyka és szerinted rögtön bűnösök. Írj nekik, kérd ki a magyarázatot. Twitterre meg akármit lehet írni. Konkrétan a másik linkelt francia cikkre válaszolt egy PM-es, hogy kamu, mert ők az Europolnak csak úgy semmit sem adnak ki, csak, ha a svájci hatóságok kötelezik őket rá.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670749

    Ezt arra ertettem, hogy nezd meg hanyan irjak azt twitteren, hogy ok is felrertettek.

    Az lehet.

    De nem is csoda, hogy felreertettek az emberek. Ezeket pl. nem az ujsagirok talaltak ki maguktol:

    https://www.techspot.com/news/56880-protonmail-promises-nsa-proof-encry…

    "ProtonMail won’t have access to encryption keys and they won’t log personally identifiable information such as IP addresses."

    Az a baj, hogy de, ezt az újságíró "találta ki", illetve pontosabban: értelmezte félre, aztán meg terjesztette a fake news-t.

    Nem gondolom, hogy bunosok, hanem hogy velemenyem szerint gaz amit csinaltak a marketingesek. Regen ez nem is volt kiemelve az oldalukon, minek kellett ezt igy hirdetni? Tokeletesen eleg volt az amivel indultak. Ide nem bujkalni jottek az emberek, hanem a google es barataitol menekult mindenki.

    Ebben konszenzus van, a kommunikációt elég szarul tolják a srácok, dehát...

    Az amit csinaltak pontosan olyan mint mikor Musk azt sejteti, hogy full onvezeto a Tesla.

    Hát ez attól függ. Ha Musk leírta, hogy önvezető a Tesla, akkor hazudott. Ha azt írta, hogy önvezető lesz a Tesla, akkor lehet, hogy hazudott, de az is lehet, hogy nem. Viszont, ha ezt az emberek értették félre, hogy a Tesla már most önvezető, akkor viszont nem Musk hazudott, hanem az emberek nem tudnak olvasni. És ez baromi nagy különbség, mert itt ez forog fenn.

    En ott voltam a crowd funding kapanyuknal es utana is tamogattam a projectet. Ez egy for-profit ceg lett, es azt sajnalom, hogy gyozott a marketing.

    Az várható volt, hogy előbb-utóbb for-profit lesz, mert a jóakaratból meg a hitből nem lehet megélni. Egy darabig fenntartják magukat, aztán eldöntheti, hogy választ az elvei vagy a céljai közt és vagy hagyja veszendőbe menni amit addig elért, vagy pénzt kér, hogy folytatni tudja a munkát. Ez még önmagában nem feltétlen takar pénzéhséget; a kérdés az, hogy átbassza-e és kiszipolyozza az ügyfeleket, vagy nem. Én nem látom a PM esetében az utóbbit, de elismerem, hogy én free user vagyok, így tehát rálátásom nincs arra, hogy a pénzügyeit hogyan intézi a cég, de hallani nem hallottam disznóságról.

    Akarva/akaratlanul de rosszul kommunikaltak ezert bunosok.

    A szándékosságot kizárhatjuk. Magukat szívatták meg vele és bárki is szeretné megfingatni őket, az kapott tőlük egy jó lehetőséget.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670800

    Nem értem miért akarsz mindenáron rosszindulatot belelátni a részükről. Ha kamu lenne az egész, egy csali, egy adatgyűjtő, akkor a Torral éppenhogy lábonlőnék az egészet, viszont ennek ellenére ezerrel tolják. Itt inkább kommunikációs balfaszságról lehet szó, meg a törvények és a privacy/emberi jogok közti lavírozásról.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670883

    Mi volt a marketingbullshit? A "by default"?

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670944

    Hát ha sejtetés volt, de ez az, ami koránt sem biztos. Egyel lentebb írtam, hogy igazából esélyük nincs cáfolni minden róluk kerengő fals információt, akár jó nekik, akár nem. Túl nagy az internet.

    Tudom. A kétségeidet meg is értem, de tényleg többre mennél, ha inkább írnál nekik. Audiatur et altera pars. :P

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670951

    Ha visszaírtak, azt megoszthatnád (az érzékeny infók nélkül ofcoz).

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670884

    Honnan tudod, hogy nem közöltek korrekciókat? Végigolvastad talán 2014-ig visszamenőleg az összes blogposztjukat, cikküket, Twitter/Facebook/Whatever-posztjukat, hírlevelüket?
    Honnan tudod, hogy egyáltalán láttak-e minden róluk szóló fals infót tartalmazó cikket, amikor több ezer volt belőlük? Ha neked lenne valami közismert szolgáltatásod, amit pár ember visz és naponta jelenne meg róla a jóég tudja hány cikk, blog/FB/Twitterposzt szerte a glóbuszon, volna erőforrásotok arra, hogy nemcsak mindet elolvassátok, de még reagáljatok is rá? Pláne, ha nem mind íródott olyan nyelven, amit beszéltek?

    Ha bűnösnek akarod őket látni, akkor bűnösnek fogod őket látni. De talán gondolkodni is célszerű lenne ítélkezés előtt.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670885

    A legtöbb PM user egy fillért nem fizet nekik. Árut meg nem tudnak csinálni a júzerekből, mert nincs mit eladni; az szolgáltatás anonim, az IP címek/browser fingerprintek/etc. önmagukban értéktelenek, ráadásul lehetetlen megállapítani róluk, hogy egyáltalán validak-e.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670928

    Fölényeskedéssel nem mész semmire, mert nincs mire. Inkább leírhattad volna, hogy a három közül melyik csoport az, akit te balfasznak titulálsz és akiken szerinted a PM sokat keresett. Egyébként új személyi rekordot döntöttél: egy posztig bírtad türtőztetni magad. Ignore. Mondtam, hogy űzd mással a beteg játékaidat.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670076

    Mentegetőzik, mert az emberek gondolkodás helyett anyáznak, hogy "ennyit a protonmail biztonságosságáról."

    Világosan leírták: a levelekhez senki nem fér hozzá a - felhasználónál lévő - kulcs nélkül, tehát nem tudják átadni, valamint a szolgáltatás anonim, tehát konkrét felhasználói adatokat sem tudnak átadni. Mit tudnak átadni akkor, ha pl. olyan történik, hogy a francia hatóságok a svájcin keresztül kötelezik őket az együttműködésre? Leírták a data collection részben.

    Szóval, ha a hatóságok a klímaaktivista emailcímét ismerik (climaactivist.dude@protonmail.com), akkor azt látják, hogy a rendszerbe valaki belépett ezzel az accounttal, erről, vagy arról az IP-ről, ilyen vagy olyan browserrel és OS-sel, küldött levelet ennek, vagy annak, de az üzenethez nem férnek hozzá, már amennyiben az illető titkosítva küldte (tehát a célszemély is PM fiókot használt). Nem tudom, hogy ki a lecsukott klímaaktivista és azt sem, hogy miért és hogyan csukták le, de ha a PM-től kapott adatokkal sikerült sittrevágni, akkor magának köszönheti, mert a PM süketre ordítja a júzerei fülét, hogy használják a Tor-t, vagy legalább a ProtonVPN-t, mert előbbi esetben simán hajukra kenhetik a hatóságok a kapott hamis IP-t, a második esetben pedig a PM nem kötelezhető az átadásra, mert nem is loggolja. Ha pedig azért bukott le, mert érzékeny adatokat (tartózkodási vagy a legközelebbi akció helye) küldött pl. gmailes fiókba, az megint PEBKAC, hiszen ennyi erővel a freemailról is küldhette volna; ha titkosítatlan fiókba küld üzenetet, ahhoz nem kell PM fiók.

    A PM csak azt ígérte, hogy ami levelet (és egyéb tartalmat) náluk tárolnak, ahhoz nem fér senki hozzá, még ők sem. Akkor mondhatnánk, hogy "ennyit a protonmail biztonságosságáról", ha valaki a kulcsok nélkül szerzett volna meg leveleket vagy más tartalmat onnan. Ilyen pedig nem történt.

    Hovatovább a PM 2015 óta open source, tehát lellenőrizheted a kódjukat, hogy van-e benne backdoor, vagy nincs.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670291

    A kérdés jogos, de a válasz egyszerű: amekkora erőfeszítéseket öl bele a mainstream média és néhány nagy cég, hogy ezt a projektet folyamatos lejáratással, sárdobálással és jogi vegzálással kicsinálja, valószínűsíthetőleg tényleg útban vannak a tömeges megfigyelés gépezetének.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670404

    A google-telenített verziót kell használni, akkor erre nincs esély.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670290

    Triviális biztos nincs benne, ez a projekt nagyon szúrja egyesek szemét és sokat kap a jóból, viszont hat év alatt nem találtak backdoort a publikus kódban. Igen, attól még lehet rés a pajzson, de ha találnának is, honnan tudhatod, hogy az szándékos backdoor, vagy egy emberi hibából eredő sechole? A glibc tökig van ismert biztonsági résekkel, mégis majd' mindenki használja valamilyen szinten (mármint a szakmabeliek, köztük 99%-os valószínűséggel te is) és mégsem mondja senki rá, hogy kétbalmancsos társaság szándékosan csinálják.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670157

    The police also noticed that the collective communicated via a ProtonMail email address. They therefore sent a requisition (via EUROPOL) to the Swiss company managing the messaging system in order to find out the identity of the creator of the address. ProtonMail responded to this request by providing the IP address and the fingerprint of the browser used by the collective. It is therefore imperative to go through the tor network (or at least a VPN) when using a ProtonMail mailbox (or another secure mailbox) if you want to guarantee sufficient security.

    Magyarul pontosan az történt, amit tippeltem.
    A lecserélt szöveg meg valószínűleg annak köszönhető, hogy régebben nem is gyűjtötték az IP címeket, aztán hatóságilag kötelezték rá őket. Pontosan ezért tolják az ember arcába a PM-esek minden sarkon, hogy használjon Tor-t, vagy a ProtonVPN-t, mert a VPN más elbírálás alá esik Svájcban.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670443

    Mert már nem állja meg a helyét?

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670484

    Jött pár napja newsletter, de sosem olvasom el, így nem tudom, mit raktak bele. A weboldalon viszont leírták, hogy változtatnak:

    What we are changing

    We will be making updates to our website to better clarify ProtonMail’s obligations in cases of criminal prosecution and we apologize if this was not clear. As a Swiss company, we must follow Swiss laws. We will also clarify that the use of our onion site (details below) is highly recommended for users with heightened privacy needs. Finally, we will also be updating our privacy policy to make clearer our legal obligations under Swiss law.

    Tehát "maszatolásról" szó sincs. Azonfelül a titkosított tárhoz továbbra sem lehet hozzáférni és a VPN-jükön keresztül bonyolított forgalom IP-ihez sem.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670543

    Lehet, bár kérdés, hogy mennyire nem volt az? Szerintem az, hogy "by default", meg az, hogy a svájci hatóságok kérésére muszáj kiadni ami van, az elég egyértelmű volt. (Azaz: a PM alapból lószart nem gyűjt, de tud, ha akar. És ha a hatóság megjelenik, akkor akarnia kell, ha tetszik neki, ha nem.)
    Ahogy az is, amit folyton nyomnak az ember orrába, hogy a VPN-ek Svájcban más elbírálás alá esnek, szóval ProtonVPN alól ha akarnak se tudnak kikaparni semmit a hatóságok. A Tort is folyamatosan tukmálják. Sajnos alacsony a hírleveleik és a blogposztjaik olvasottsága, legalábbis a mainstream média és a google-hálózat cikkeihez képest.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670661

    Az lehet. De ettől ez még nem maszatolás, max PR-baklövés.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2671036

    Már akié. Aki elolvasta rendesen, hogy mit írtak, azé nem.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670660

    Nem tévesztettek meg vele senkit, az emberek magukat tévesztették meg. IMHO elég világosan le volt írva, hogy nem gyűjtenek, de megtehetik és ha jön a végzés, akkor fogják is csinálni, mert muszáj. Nem véletlenül forszírozzák a ProtonVPN használatát.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670675

    Leírták:

    IP Logging: By default, we do not keep permanent IP logs in relation with your use of the Services. However, IP logs may be kept temporarily to combat abuse and fraud, and your IP address may be retained permanently if you are engaged in activities that breach our terms and conditions (spamming, DDoS attacks against our infrastructure, brute force attacks, etc). The legal basis of this processing is our legitimate interest to protect our Services against nefarious activities. If you are breaking Swiss law, ProtonMail can be legally compelled to log your IP address as part of a Swiss criminal investigation. This obligation however does not extend to ProtonVPN (see VPN privacy policy here). Additional details can be found in our transparency report.

    Your login IP address is also kept permanently (until you delete it) if you enable authentication logging for your account (by default this is off). The legal basis of this processing is consent, and you are free to opt-in or opt-out at any time in the security panel of your account.

    Röviden, átmeneti loggolás az van a spammerek miatt, de nem tartják meg alapból, hacsak nem kényszeríti őket a hatóság. Nem tudjuk, hogy az aktivista mikor regisztrálta azt az email-t, ha röviddel előtte, akkor lehet, hogy az átmeneti logok közt még megvolt. Vagy ő maga kapcsolta be az autentikációs naplót. Erről sincs egy szó sem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> harlequin


    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670670

    Nem. A by default az azt jelenti, hogy folyamatosan loggolnak és nem csak akkor, ha odajön a törvény, hogy most loggoljatok. Amit beidéztél, egy szót nem mond arról, hogy milyen körülmények között informálta őket, mik előzték meg az információ átadását.

    https://techcrunch.com/2021/09/06/protonmail-logged-ip-address-of-french-activist-after-order-by-swiss-authorities/

    ProtonMail’s founder and CEO Andy Yen reacted to the police report on Twitter without mentioning the specific circumstances of that case in particular. “Proton must comply with Swiss law. As soon as a crime is committed, privacy protections can be suspended and we’re required by Swiss law to answer requests from Swiss authorities,” he wrote.

    In particular, Andy Yen wants to make it clear that his company didn’t cooperate with French police nor Europol. It seems like Europol acted as the communication channel between French authorities and Swiss authorities. At some point, Swiss authorities took over the case and sent a request to ProtonMail directly. The company references these requests as “foreign requests approved by Swiss authorities” in its transparency report.

    https://threatpost.com/protonmail-log-ip-address-french-activist/169242/

    There is a difference between security/privacy, and anonymity. As we wrote in our public threat model (published back in 2014), “The internet is generally not anonymous, and if you are breaking Swiss law, a law-abiding company such as ProtonMail can be legally compelled to log your IP address.” This cannot be changed due to how the internet works. However, we understand this is concerning for individuals with certain threat models, which is why since 2017, we also provide an onion site for anonymous access (we are one of the only email providers that supports this).

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670682

    *shrug*

    Hát írj nekik. Többre mész vele, mint ha a többi PM usert akarod meggyőzni arról, hogy ők a Google II.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670714

    Az új infók behozatala rendben van, csak kissé egyoldalúak voltak; kb. minden jöttment 3rd-party entitás véleménye be lett citálva, csak épp a PM válaszai vagy magyarázata nem.

    Egy internetes boszorkányégetésnek vagyunk tanúi most, csak kérdés ki az egyház, ki az, aki a PM égéséből profitál? Egyrészt azok, akik a tömeges megfigyelésben érdekeltek, másfelől pedig azok a konkurens mailszolgáltatók, akiktől a PM júzereket csaklizott el. A google pl. mind a két csoportba beleesik.

    Oldschool Computer - http://oscomp.hu




    Mentegetőzik a ProtonMail: https://hup.hu/node/175048#comment-2670748

    Párhuzamos! Muszáj?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    [Megoldva] Napkitörés vagy mi a "szösz"? (Win 10-es laptopok furcsa viselkedése): https://hup.hu/node/175012#comment-2668673

    A kibaszott Microsoft Office az egyetlen, ami a mezei Windows felhasználót ahhoz a kupac szarhoz köti.

    Igazából azok vannak a windowshoz láncolva, akiknek a használt cucca windows-only, vagy, ha macOS-re van is port belőle, nekik nincs Apple vasra pénzük.

    Oldschool Computer - http://oscomp.hu




    UltraSparc IIe és UltraSparc IIi felcserélhetősége: https://hup.hu/node/170757#comment-2524170

    Sun Blade 100. Arra volnék kíváncsi, hogy ha a vele majdnem ekvivalens Sun Blade 150-ben UltraSparc IIi van, akkor lehet-e ebbe is azt rakni. A memória elvileg nem lehet gáz, mert a Sun Blade 150 ugyanúgy csak 2 GB-ig támogat RAM-ot, holott a CPU és a memóriavezérlő engedné 4 GB-ig, de csak 512 MB-os DIMM modulokat eszik meg, pont, ahogy a 100-as is. A IIi-ben kétszer akkora az L3 cache, az azért nem jönne rosszul.

    Oldschool Computer - http://oscomp.hu




    UltraSparc IIe és UltraSparc IIi felcserélhetősége: https://hup.hu/node/170757#comment-2524311

    Köszi a linket, ez nem volt meg. Mondjuk a 150-esnél is azt írja, hogy nem lehet kicserélni az 550 MHz-es verziót 650-esre, ami viszont tényleg elég érthetetlen; fordítva még érthető lenne (mondjuk mert nem bírja az 550-es a 650-es órajelet), de így? A kipróbálással pont az a bajom, hogy nem szeretném, ha kinyúvadna... Ennek a CPU grounding ringnek még utána kell néznem.

    Oldschool Computer - http://oscomp.hu




    UltraSparc IIe és UltraSparc IIi felcserélhetősége: https://hup.hu/node/170757#comment-2524355

    Thx, ez jó hír, mert tápot tudok berakni nagyobbat, a hűtés meg egyrészt szintén cserélhető, de amúgy is, ha egy 650 MHz-re tervezett CPU-t (egy Blade 150-ét) 500 MHz-en járatok (a Blade 100-asban), akkor az éppenhogy hidegebb lesz a vártnál. Azt nem tudom, hogy az órajelet mi szabályozza a Sun Blade-ekben, de tudtommal nem állítható. (Fixme.)

    Oldschool Computer - http://oscomp.hu




    UltraSparc IIe és UltraSparc IIi felcserélhetősége: https://hup.hu/node/170757#comment-2524169

    -

    Oldschool Computer - http://oscomp.hu




    UltraSparc IIe és UltraSparc IIi felcserélhetősége: https://hup.hu/node/170757#comment-2670917

    Közben fejlemények: szereztem egy UltraSparc IIi-nek felcímkézett UltraSparc IIe+-t (amit az olasz seller PC processzorként adott el, mert olyan PGA-370 tokozása van, mint a Pentium III-as CPU-knak) és kontaktoltam eme blogposzt írójával, aki azt írta vissza, hogy a földelőgyűrű csak azért van benne, hogy megakadályozza, hogy a borda felemelkedjen/elforduljon és ne érintkezzen a CPU-val, csak mivel vezet, ezért földeli a bordát is. Azonfelül fogadna velem 50 Euróban, hogy a két CPU kiosztása kompatibilis. :)

    Ja és ha megtalálom az oszcillátort, akkor kicserélhetem és mehet a gép akár 650 MHz-zel is, csak akkor tényleg melegedni fog, meg egyes alkatrészek, amik az alaplapi órajellel működnek, "vicces" viselkedést produkálhatnak. Nem tervezem, de soha se mondd, hogy soha. :)
    Melegedésről annyit, hogy a Wikipedia szerint P=C*U*U*f, azaz C=P/(U*U*f). Itt ugye az U=1.7, az fB100=500 és az fB150=650, tehát ha PB100=15 és PB150=19, akkor CIIe=0.01038 és CIIe+=0.01011. Ennek megfelelően akkor a IIe+ CPU-val felvértezett Blade 100-asban a teljesítmény az PB100+=CIIe+*U*U*fB100=0.01011*1.7*1.7*500=14.6089, tehát még kevesebbet is kéne, hogy zabáljon valamivel. Elméletileg.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668571

    Rinocéroszbőrbe csomagolt fapofával huhognak a minden képzeletet felülmúló mértékű rasszizmusról, aztán sikerült nekik kemény egy darab majomkodó embert kipécézni a jóég tudja hány tízezer ungáricse szurkolóból álló tömegből, miközben a nyugati országok csapatainak drukkerei közt is bőven akadnak ilyenek.

    Woke/Cancel induló:

    Egy a jelszó: kettős mérce.
    Állj közénk és harcolj érte!

    Oldschool Computer - http://oscomp.hu


    Σ: 007 -> lupus , zdesigner , chx , BaT , solt87 , mbael , kassaiviktor


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668662

    Mintha az előző rezsim nem lopta volna ki a szemünket...ja de, sőt, ők még ki is lőtték. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668696

    Busszal. Ha nem kell erőltetni azt, ami nem megy, akkor az előző rezsim miért erőltette a kormányzást? Azoknak is megvoltak a maguk "stadionjaik".

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668704

    Most lehetne egy sort poénkodni a Strabag Demokratákon, Zusslágeren, Kulcsáron, az Elenderen és még számos más vicces dolgon, vagy összehasonlításokat csinálni, hogy ki milyen GDP-t tudott produkálni, vagy ki hogy kezelte az államadósságot, de igazából ez mellékes, mert vastagon le van szarva, hogy ki mennyit lopott és mire költötte: a mostaniak nem lépték át azt a határt, hogy kezet emeljenek az emberekre, az előzőek meg átlépték.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668719

    Egy. Nem ők kezdték, hanem a rendőrök kezdtek el lőni és verni. (És elsősorban nem is a valódi szélsőjobbos Kigyúrt Kopasz Keménymagot, hanem a nyugdíjasokat, nőket, vasággyal ötven kilós srácokat.)

    Kettő. Az autókat és a kukákat pár tucat ember gyújtotta fel egy 250-300 ezres tömegből, de a rendőrök az egész tüntető tömeget szétlőtték/szétkönnygázosították/szétverték/szétvízágyúzták/szétkardozták(!). (Vagy szerinted pl. az itt látható hölgy is gonosz szélsőjobbos gyújtogató? (A bácsit meg a srácot meg se kérdezem...)) Aztán meg "összeszedegettek" egy csomó "szélsőjobbos" újságírót, bloggert, kommentelőt(!) akik csúnyát mertek írni a kormányról; vitték őket az akkor még nagyon is üzemelő A60-ba, folyton meghosszabbított előzetesbe, tárgyalás és ítélet nélkül, család meg néha azt sem tudta, hogy hol vannak, akiket elvittek.

    Három. Ha nálunk csak szélsőjobb van a jobboldalon, akkor az idestova 12 éve regnáló kormány és összes szavazója is szélsőjobboldali. Ha nekik a szokásuk felgyújtogatni a dolgokat, akkor miért nem csinálják?

    Bónusz +1. A hazai "szélsőjobb" labdába se rúghatna a nyugati szélsőbalos "tüntetések" mellett; nálunk nem égtek le egész városrészek.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , mbael


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668743

    Ebből, amit leírtál, egy büdös szó sem igaz. A rendőrök parancsra rátámadtak a tüntetőkre. (Nem, kukákat nem gyújtogattak a zsaruk és utcakővel sem dobálták egymást, ilyet nem mondtam, hiába hazudsz.) A keménymag csak ezután kezdett gyújtogatni, meg utcakövekkel dobálózni. A tömeg meg nem védett senkit, hanem menekült, ahogy bírt. (Ezt nem is értem, hogy hoztad össze, hogy a nyuggerek, meg egyetemista csajok védték a kigyúrt kopaszokat...)
    Talán nézz meg pár akkori képet és videót, amin látszik mi történt.

    Hogy Hitler korában ki volt náci, azt nem tudom. Ma a liberálfasiszták azok.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668749

    Tehát te azt mondod, hogy a rendőrök önszorgalomból kezdték el szétverni a gyújtogatás előtt a tömeget?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668781

    Milyen szabály írja elő a még nem randalírozó tömeg szétverését?
    Nem volt felszerelésük...én nem tudom, honnan veszed ezeket. Képek és videók készültek a vízágyúkról, a könnygázról, a viperákról, a karddal felszerelt lovasrendőrökről; nem, nem volt felszerelésük. Meg azonosítójuk sem.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668970

    Tehát a zsaruk parancsnokai adtak parancsot arra, hogy a mezei droidok csoportosan rugdossák a földön az embereket, vagy, hogy fejbelövöldözzék őket a könnygázlövedékkel?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668722

    Tehát először támadni, aztán pedig az egész tömeggel együtt ledarálni a védekező fosadékot?
    Mit kéne akkor csinálni a BLM-mel és antifával akik szó szerint a fél US-t felgyújtották?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , bra-ket


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668748

    És az első kérdés? Először támadni, aztán a nem gyújtogató tömeggel együtt ledarálni?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668806

    De a tömeg nem kezdett autókat borogatni/gyújtogatni. A rendőrök kezdték a tömeget verni, meg lőni, az autóborogatás/gyújtogatás csak utána következett és csak a keménymag által (elképzelem az akciónyugger szupernagyit, ahogy felrúgja a sikátorban a kispolszkit). Ami meg a "korpát" illeti, abból volt 2-300 db. a "korpa közé keveredőkből" meg szó szerint ezerszer annyi; akkor kik keveredtek kik közé? Odamenni meg azért ment oda, mert a) joga van odamenni, b) tüntetni akart valami ellen, c) akkor még nem lőttek, amikor odament.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668818

    A "drukkerek" nem csináltak semmit, amíg a rendőrök nem mentek neki a tömegnek. Egyébként a képen látható emberek közül melyik tűnik szélsőjobboldali focihuligánnak?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668832

    Ez bullshit. A rendőrök akkor lőnek, ha parancsba kapják. Egyébként a Kossuth téren a kutya nem gyújtogatott, a balhé a Szabadság téren kezdődött; a kossuth-térieket miért is kellett akkor szétverni?

    Él az alkotmányos jogaival és kimegy tüntetni, ha nem tetszik a rendszer === kurwának állt és ne csodálkozzon, ha a rendőr szétbassza. Gratulálok. Csak tudnám, hogy ilyen logika mentén mit rinyál folyton az ellenzék mindenért, mit sírnak, hogy diktatúra van, hiszen ez tök természetes, nem, hát minek jöttek ide?

    Nem a beszédjén volt a hangsúly; mások is buktak már le, hogy kamuztak. De egyik sem lövetett a tömegbe, rajta kívül.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668884

    Hol? Az egy helyben álldogáló embertömegre gondolsz? Az volt a csőcselék? Azok mentek "feléd"?
    Meg volt szervezve? Az, hogy többszázezer átlagember spontán, néhány óra leforgása alatt kiment az utcára? Mondjuk ki tudja...Szanyi Tibor szerint Gyurcsány maga szivárogtatta ki a felvételt, szóval, ha ez szervezés, hogy úgy teszel, mintha lebuknál valamivel, hogy kicsalogasd az embereket az utcára és lőhesd őket, akkor lehet, hogy meg volt szervezve.
    Azt nyugodtan elfelejtheted, hogy ezt a jobboldal szervezte volna. A Fidesz előtte akkorát zakózott a választáson az ostoba "rosszabbúlélüngminnégyéve" "kampány" miatt, hogy még Vlagyivosztokban is kilengtek a szeizmográfok; a kutya nem hallgatott volna rájuk. (A balhé alatt ráadásul Orbán épp Brüsszelben volt. (Gyurcsány meg Moszkvában.)) A MIÉP meg a Jobbik meg még a Parlamentbe se jutott be, ketten együtt szereztek 2.2%-ot, ami nincs 200e ember és annál messze többen mentek ki tüntetni. Konkrétan Csurka Istvánt el is hajtotta a tömeg.
    Jól megszervezték, mondhatom.

    És ha mégis sztrájkolnak, akkor mi lesz? Lövik őket? Nyilván ez is pofátlanság, nem bagatellizálni akarom, de tegyünk már különbséget a jogi patkánykodás és a fizikai erőszak között.

    Talán olvasd el még egyszer, amit írtam: mellékesek a gazdasági mutatók, csak az "olcsóság" kapcsán linkeltem őket; a lényeg, hogy itt fél évszázada ő volt az első, aki fizikailag bántotta az embereket.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668931

    Már megint nem. A tömeg fékezte a radikális keménymagot, a rendőrattak előtt nem volt gyújtogatás, sokadjára írom már le. Az lehet, hogy pár provokátor esetleg megdobálta a rendőröket üveggel, de azokat sem a jobboldal küldte oda, hanem a baloldal, casus bellinek.
    #define túlkapás
    Ha a túlkapás alatt azt érted, hogy ő nem mondott ilyet tollba a zsaruknak, hogy folyjon a vér, az lehet, de tudta, hogy folyni fog, ha kiadja a parancsot az oszlatásra. Azt meg ne akard már megmagyarázni, hogy a rendőr félelmében rohan rá csoportosan nyugdíjasokra, meg nőkre és veri szét őket. Több ilyen kép és videó is készült, ahogy a rendőrök a legagyatlanabb focihuligánokat megszégyenítő módon csoportosan rugdosnak valakit a földön. Aha, kurwára félhettek tőle, hogy beleharap a bakancsukba, már ha volt még foga.

    Ha te úgy gondolod, hogy a te tulajdonod fontosabb, mint bárki élete, az a te bajod, nem rólam állítasz ki ezzel szegénységi bizonyítványt. Csak mellékesen, a halálbüntetést itt már nagyon régóta eltörölték, de te itt ezzel a mentalitással nem egyszerűen újra bevezetnéd, hanem vagyon elleni bűncselekményre alkalmaznád és azt is tárgyalás és ítélethozatal nélkül. Hát gratulálok. Van még kérdés, hogy ki itt a fasiszta?

    Ezek után nem csodálkozok rajta, hogy te még több vért akartál. Nincs jogod a futballhuligánokat fikázni, hiába volna egyébként miért.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668950

    Nem vizionálok semmit. A rendőrök szétverék a tömeget, ez tény és az is, hogy ők kezdték a balhét. A "csőcselék" addig semit nem csinált.

    Szigorú büntetés != halálbüntetés || testi fenyítés. Ezek az erőszakos büntetések már rég nem részei az állami hatóságok által alkalmazható eljárásoknak. Helyszíni büntetés az max. bírság van, azon felül letartóztatás, de az nem büntetés, az majd utána jön, ha jön. Igen, a rendőrnek joga van magát megvédenie, de a) az arányos önvédelem rájuk is vonatkozik, tehát még akkor sem rugdosunk alaktalan húscafatokra valakit csoportosan, ha focihuligán, b) ők kezdték a cirkuszt és a tömeget kezdték el oszlatni, nem pedig a "csőcseléket".

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668967

    Olyat egyszer sem állítottam, hogy a baloldal kezdte volna a bunyót. Végig azt mondtam, hogy a zsaruk voltak. Azt mondtam, hogy a provokátorokat küldte oda a baloldal. Nem mondtam ellent magamnak, hiába próbálod azt a látszatot kelteni.
    Amúgy ennyi? Szándékos félreértelmezés és a szavakon való lovaglás, majd hülyének minősítéses hiteltelenítési kísérlet? Elfogytál?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669035

    Hiába próbálod úgy forgatni, hogy hülyeségnek tűnjön, nem az; a rendőrök rongyoltak neki a tömegnek, nem fordítva; ha volt is, aki provokálta a rendőröket, azt a baloldal küldte oda, mert nekik volt érdekük a tüntetés feloszlatása, nem a jobboldalnak, de gyújtogatás, rombolás a rendőrattak előtt nem volt. Én ezt mondtam, csak kurwára elfogytál és próbálod kiforgatni amit mondok, meg engem hitelteleníteni. Bukó.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669051

    Aha...
    Témához valami?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669077

    Szó szerint azt mondtad, hogy "én vagyok az egyetlen", én meg megmutattam, hogy mások is használják ezt a szófordulatot. Továbbá azt is állítottad, hogy "rendszeresen", aztán mutatsz 9 db találatot, amit 4 év alatt hoztam össze. Tehát ez is csak a szokásos bolond féle hazudozás.
    Témához valami? Nem fogod elvinni a mocskolásom felé az egészet, ahogy szeretnéd.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669125

    Mondtam, hogy nem fogod elterelni a szálat a mocskolásom felé. A beteg játékaidat űzzed mással. Majd, ha lesz a témával kapcsolatban is valami értelmes hozzászólásod, majd válaszolok, addig ignore.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669072

    Nem mondtam ellent, csak te próbálod úgy beállítani. Én eddig kétszer cáfoltam, hogy miért nem, te meg csak ugyanazt hajtogatod szmájlizva, mintha bárki elhinné, hogy röhögsz.
    A "baloldal" szót meg eddig a topicig összesen egyszer használtam (politikai kontextusban) a hupon, tehát nem lehet a kedvenc szavam, pláne nem lehetett meg eddig, lévén én jobbára elkerülöm a politikai topicokat.
    Mégvalami a témához, vagy próbálod elterelni a dolgot a személyeskedés felé, hátha nem veszik észre?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669085

    Tehát semmi, maradt a személyeskedés.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , mbael


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668914

    Had kérdezzem már meg, hogy mit is keresett ott egy tank? Minek kellett azt kivezényelni? Csak nem azzal is lőni akarták a tömeget?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668923

    Mivel demonstrálta a megszállást, ha mozgásképtelen volt? Egyébként még ha múzeumi darab is volt, nagy ötlet volt egy balhé kellős közepébe odarakni...

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668915

    Nem. A "szkinhedek" meg sem moccantak, amíg a rendőrök nem kezdtek el lőni, meg ütni. A tömeg nem akart balhét és ők ezerszer annyian voltak, mint a "szkinhedek". Csak a liberálfasiszták állandóan náciveszélyt próbálnak vizionálni, hátha akkor a plebsnek nem esik le, hogy ők az igazi nácik.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> chx , end , mbael


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668930

    Az igen... Szóval, ha valaki egyenruhát merészel ölteni, azt péppé kell verni viperával, karddal, meg ki kell lőni a szemét. No comment.
    És kik voltak akik összeverték ezeket az embereket? Tényleg a keménymag, vagy provokátorok? Mi oka lett volna még a drukkereknek is arra, hogy random embereket verjenek meg? De még ha az agyatlanabbja meg is tette a balhé kitörése után; a rendőrök az egész többszázezres tömeget oszlatták fel brutálisan szétverve azt. Isoraz, no comment.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668937

    #define alkalmas megfélemlítésre
    Ez az egyik legaljasabb duma, hiszen kinek mi a félelmetes. Holnap valaki már a zöld színt is félelemkeltőnek fogja találni, hiszen a nyilaskereszt is zöld; verjük péppé a környezetvédőket is. Hát nem, azért nem lehet szétverni senkit, mert visel valamit. Ha tiltott dolgot visel is, azért is csak bírság jár, nem pedig rendőrattak.
    Egyébként nyilaskeresztet még a "szkinhedek" sem vettek fel; jó reggelt kívánok, tiltott önkényuralmi jelkép, majd bolond lesz kiplakátolni magára, ha tényleg nyilas, mi? Nem, a különféle "félelemkeltő" jelképeket a provokátorok vitték oda, a tömeg meg kurwára gyorsan lekoptatta őket.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668953

    Hogy micsoda? Az öltözik feketébe, aki akar; citálnál erre valami jogszabályt, hogy csak a fegyveres erők hordhatnak fekete ruhát? Akkor miért nem verik péppé a rendőrök a rockereket, emósokat, gyászoló embereket és még sorolhatnám?

    Ez ilyen fából vaskarika, hogy a hatóság mondja meg, hogy mi alkalmas megfélemlítésre és ha ők úgy döntenek, hogy félnek a nyuszijelmeztől, akkor a nyuszijelmezbe öltözött csóringereket nyugodt szívvel szétverhetik, mert félelemkeltőek, hiszen a hatóság is megmondta?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668966

    Mutass egy olyan törvénycikkelyt, ami kimondja, hogy öltözékért megverhet valakit a hatóság. A törvényhozók ilyet nem állítottak, te mondtad, hogy "félelemkeltő egyenruháért" járt a verés. Nem. Nem járt. Ilyen törvény nincs.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668919

    Még a keménymag is csak azután kezdett randalírozni, miután a rendőrök lőni kezdtek; jóhogy, a tömeg nem akart balhét és ezerszer annyian voltak.
    Hogy aztán a rendőrök tényleg csak simán lőni kezdtek, vagy volt ott pár darab beszivárgott provokátor, aki casus bellit szolgáltatott nekik, az már sose derül ki. De ha Szanyi Tibornak igaza van (és ahogy nézem még sokan mások - külföldön és idehaza - is ezt állítják), akkor simán megáll, hogy Gyurcsány, miután kiszivárogtatta a beszédet, odaküldött pár provokátort a spontán összeverődött tömegbe, hogy dobjanak sörösüveget vagy akármit a rendőrökre, hogy legyen miért rohamot vezényelni a tömegre. (Még véletlenül sem a keménymagra, hát azok visszaütnek...)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , mbael


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668727

    Aha...mert azt csak nektek lehet. (Keresztbe szarod, igen.)

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668780

    Ja, az antirasszista tüntetők (BLM, antifa). Sőt, ki is nyírják őket. Több feketét öltek meg pár hét leforgása alatt, mint a balfasz/rasszista amcsi rendőrök évek alatt. No comment.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , wladek1


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668805

    Mi volt a baj az érvelési technikával? (Mármint azon túl, hogy fáj az igazság.) Paralellbe lett állítva a két rezsim: mind a kettő lopott és elbaszta a pénzt fasságokra, de csak az előző lőtte a tömeget.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2668868

    Egyszer már megtette, nem baj? Mi a garancia rá, hogy nem fogja megint?

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669036

    Ez aztán a cáfolat. Akkor 2006-ot csak álmodta mindenki, ugye?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , mbael


    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669299

    Ismét itt a hup cyberszkarabeusza és megint nem futja másra, mint beszólásra.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669312

    Ezt hívják konkrétumok nélküli személyeskedésnek, amit csinálsz. Mik itt a tények, amit nem bírok? Nem verte szét a tömeget a rendőrség 2006-ban, vagy mi?
    Amúgy téged még nem nagyon láttalak beszélgetni itt bárkivel, trollkodni, beszólogatni viszont elég gyakran látlak.

    Oldschool Computer - http://oscomp.hu




    Ezért szar magyarnak lenni: https://hup.hu/node/175011#comment-2669353

    A kérdésre válaszolj, ne terelj, ne fölényeskedj.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Linus alapértelmezetté tette a '-Werror' flaget az összes kernelfordításnál: https://hup.hu/cikkek/20210906/linus_alapertelmezette_tette_a_werror_az_osszes_kernelforditasnal#comment-2669415

    ...és minden IF-nek legyen ELSE ága is :)

    Így gondolod? :)))

    int elempos(elem *a, int l, elem e)
    {
    	int i;
    
    	if (a == NULL)
    	{
    		return -1;
    	}
    
    	for (i = 0; i < l; ++i)
    	{
    		if (a[i] == e)
    		{
    			return i;
    		}
    		else
    		{
    			continue; // :P
    		}
    	}
    
    	return -1;
    }

    Oldschool Computer - http://oscomp.hu




    Linus alapértelmezetté tette a '-Werror' flaget az összes kernelfordításnál: https://hup.hu/cikkek/20210906/linus_alapertelmezette_tette_a_werror_az_osszes_kernelforditasnal#comment-2669468

    Sebaj, megcímkézem az egyetlen return-t és oda goto-zok. ;)

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> kmm , kbalint , bennyh


    Linus alapértelmezetté tette a '-Werror' flaget az összes kernelfordításnál: https://hup.hu/cikkek/20210906/linus_alapertelmezette_tette_a_werror_az_osszes_kernelforditasnal#comment-2669746

    Abban mi a kihívás? Kirakom globális változóba, a return meg visszaad, amit akar. :]

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> bohocmasni , nullptr


    Linus alapértelmezetté tette a '-Werror' flaget az összes kernelfordításnál: https://hup.hu/cikkek/20210906/linus_alapertelmezette_tette_a_werror_az_osszes_kernelforditasnal#comment-2670294

    Nem tűnt fel, hogy szarkazmus volt?

    Oldschool Computer - http://oscomp.hu




    [KV] A Pfizer megbukott Izraelben, hatásfoka 0: https://hup.hu/node/174817#comment-2661805

    Ha az oltások és a halálesetek megoszlása közt egyenes arányosság áll fent, akkor az azt jelenti, hogy a vakcina - ezúttal a szó legszorosabb értelmében - nem oszt és nem szoroz. Ha a vakcina javítana a helyzeten, akkor 80-90%-os átoltottság esetén a haláleseteknek kevesebb, mint 80-90%-a kellene, hogy az oltottak köréből kikerüljön, ha pedig rontana, akkor pedig több. Az egyenes arányosság azt igazolja, hogy a vakcina nem csinált semmit. Se pro, se kontra.

    Oldschool Computer - http://oscomp.hu




    [KV] A Pfizer megbukott Izraelben, hatásfoka 0: https://hup.hu/node/174817#comment-2661825

    Én nem kértem semmit sem... Én azt mondtam, hogy ha egyenes arányosság áll fent, akkor a vakcina nem befolyásolja az eredményt, mert nem csinál semmit. Szerintem rossz helyre válaszoltál.

    Oldschool Computer - http://oscomp.hu




    [KV] A Pfizer megbukott Izraelben, hatásfoka 0: https://hup.hu/node/174817#comment-2661842

    A mutációk során az ereje elfogyott.

    Én ezt is jósoltam, még mielőtt kijöttek volna a vakcinák.

    Oldschool Computer - http://oscomp.hu




    Kezdőcsomag játékfejlesztés iránt érdeklődőknek - Raylib: https://hup.hu/node/175031#comment-2669324

    Thx && sub.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , s-kami


    Kezdőcsomag játékfejlesztés iránt érdeklődőknek - Raylib: https://hup.hu/node/175031#comment-2669555

    Mert érdekel a téma és ez egy jó librarynak tűnik, lehet belőle tanulni, hogy mit hogy old meg, stb.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> nevergone , chx , s-kami


    Kezdőcsomag játékfejlesztés iránt érdeklődőknek - Raylib: https://hup.hu/node/175031#comment-2670091

    Nem, de azért kár idejárni, hogy mindenkivel kötekedjen.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Gyuszk , s-kami


    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668573

    Csak tipp, de az nVidia felvásárolta az ARM-ot, az Apple meg az nVidia nem igazán szeretik egymást; lehet nem akarnak tőlük függeni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668674

    Jogos, én úgy emlékeztem, hogy már rég tető alá hozták.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668656

    Regiszterből van még 512-bites is az x86-ban, az adatbusz az, ami 64-bites. Viszont azt akkor memória oldalról el is kell tudni látni adattal, szóval vagy átállunk GDDR-re, vagy mindenképp két DDR-es modul kell majd egy olvasáshoz.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668785

    Megpróbáltam rákeresni, hogy mennyiért vesztegetik, de semmi érdemlegeset nem találtam, azon túl, hogy 2019-ben a HBM2 GB-onként $7.5 volt, azaz egy 64 GB-os HBM2 modul cca. 144000 Ft lehetett akkoriban. Hát, nem az az asztali PC kategóriás cucc. Amúgy mindenütt csak GFX kártyákban jött szembe, de konkrétan CPU-hoz nem találtam semmit.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668802

    Ki beszélt RPi-ről; x86-ról, asztali PC-kről volt szó.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668869

    Én hiszek neked, de itt az asztali gépek 128-bitesítéséről volt szó. :) Ezért mondtam, hogy GDDR, vagy mindenképpen kettős DDR, mert különben nincs értelme a CPU adatbuszát kiterjeszteni 128-bitre, ha maga a RAM csak 64-bites adatbusszal bír.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668895

    Kicímezhető memóriatartomány??? Te valamit nagyon félreértettél, adatbuszról volt szó, nem címbuszról.

    A multi-channel az nem ekvivalens a kiterjesztett adatbusszal, az olvasás ott továbbra is több lépésből történik meg, lévén a CPU-nak nincs annyi data-pinje.

    Ki beszélt olcsó Celeroncsokról, könyörgöm??? Egy esetleges jövőkép 128-bitesített adatbuszú x86-osairól volt szó.

    Übersebességről sem volt szó; arról volt szó, hogy 128-bites regiszter van az x86-ban, de az adatbuszra egyszerre nem fér ki annyi.

    Ne haragudj már, de te melyik szálat, vagy kinek a hozzászólásait olvasod? :) Csak mert konzekvensen nem arról beszélsz, amiről szó volt.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668907

    A DDR 64-bit széles. Mindig is annyi volt.

    A Pentium II-nek 64-bites adatbusza volt, ahogy az összes többinek is. Kívül, fizikailag. Az, hogy belül az x86-osok cache-e hány bites adatbusszal bír, illetve a fizikait hányszoros ciklussal tudja írni/olvasni az más kérdés; itt a fizikai adatbuszról volt szó, az pedig még mindig 64-bit, lévén a DDR RAM is 64-bites. Ezért mondtam, hogy ha a CPU adatbuszát kibővítjük, akkor vagy át kell állni a GDDR-re, vagy mindenképp csak párosával lehet a DDR-t használni.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668945

    Nem az egész utasításkészlet száll el... :)))

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668979

    Tudom, de nem ez volt a lényeg. Még csak nem is az, hogy van unaligned access-t lehetővé tevő parancs. A lényeg, hogy a fizikai adatbusz 64-bites. Igen, belül a cache már 256, meg 512, meg mittudomén hány bites adatbusszal is bírhat. Igen, a fizikai adatbuszt sokciklusosan tudja meghajtani a CPU, így működik a multi-channel is. De a fizikai adatbusz 64-bites, így az egyszerre közlekedő adatmennyiség az 64-bit és annyi is marad, mindaddig, amíg a fizikai lábak számát nem bővítik. És ha ez megtörténik, akkor pedig vagy átállunk egy szélesebb adatmozgatást lehetővé tevő RAM típusra (pl. GDDR, vagy akár a HBM, ha valaki aranyból akar gépet építeni), vagy kettő (vagy több) DDR RAM-ot kell a CPU-val használni, különben a 64-bit feletti lábak a levegőben fognak lógni. Erről volt szó, nem másról.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2669058

    Kész... Asztali gépekről és azok CPU-iról volt szó; te most tényleg egy sort nem olvastál el a threadből, vagy direkt szívózól? Ezt hogy dugod be egy PC-be, vagy egy Mac-be?

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2669086

    Család, de mellékes; 64-bites adatbusza van. Asztali gépbe csak 64-bites adatbuszú CPU-t tudsz rakni (vagy kisebbet, de az mellékes most).

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2669088

    És? Fizikailag továbbra is 64-bites a címbusz mind a CPU, mind a RAM oldalon.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2669122

    Adatbuszt akartam írni, csak elbasztam. Nem mintha nem tudnád, hiszen végig adatbuszról beszéltem, többször fel is hívtam rá a figyelmed. Tényleg kötekedni akarsz? Tőled nem vártam volna.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2669152

    Az N * 64-bites párhuzamos DDR-hez képest nem valószínű, hogy a fele annyi csatornán hajtott, de kétszer akkora adatbusz szignifikáns sebességnövekedést okozna (valamennyi biztos lenne, de nem sok), de ilyet nem is állított senki. Amennyiben kiterjesztik az adatbuszt, akkor mi indokolná, hogy hirtelen lefelezzék a csatornaszámot, mi abban a haladás? Természetesen azonos csatornaszámról és kétszer akkora adatbuszról van szó. Jelen pillanatban asztali gépbe csak 64-bites adatbuszos CPU-k és RAM-ok vannak, a multi-channel, meg a többprocesszoros alaplap nem változtat azon, hogy az az adatmennyiség, ami egy CPU és egy RAM modul között egyszerre mozgatható, az 64-bit.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2669305

    Akkor nem hoz gyorsulást, ha a csatornaszámot lefelezed, de mint írtam, nem tudom, hogy honnan veszed, hogy ha kibővítenék 128-bitre az adatbuszt, akkor lefeleznék mellé a csatornaszámot, mert annak tényleg nem lenne értelme.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2669642

    Az lehet, hogy nem gazdaságos, ehhez nem értek. De elméleti bővítésről volt szó, gazdasági szempontok nem voltak eddig.

    Oldschool Computer - http://oscomp.hu




    Jönnek a 128 bites rendszerek? : https://hup.hu/node/175009#comment-2668898

    Ld. itt a második bekezdést. Multi-channelt 128-biten is lehet csinálni; kb. megduplázhatja a 64-bites multi-channel sebességét.

    Oldschool Computer - http://oscomp.hu




    x86 & gcc ... így szeretjük: https://hup.hu/node/169019#comment-2473650

    A GCC rossz kódot fordít, rossz utasítást használ és alignment crasht produkál. Ha megnézed az ASM forrást

    gcc kecske.c -O2 -S -o kecske.s
    cat kecske.s
    	.file	"faszom.c"
    	.text
    	.section	.text.startup,"ax",@progbits
    	.p2align 4,,15
    	.globl	main
    	.type	main, @function
    main:
    .LFB641:
    	.cfi_startproc
    	leaq	20+a(%rip), %rax
    	pxor	%xmm1, %xmm1
    	leaq	400(%rax), %rdx
    	.p2align 4,,10
    	.p2align 3
    .L2:
    	movaps	(%rax), %xmm0
    	addq	$16, %rax
    	mulps	-12(%rax), %xmm0
    	mulps	16(%rax), %xmm0
    	cmpq	%rax, %rdx
    	addps	%xmm0, %xmm1
    	jne	.L2
    	movaps	%xmm1, %xmm2
    	movaps	%xmm1, %xmm0
    	shufps	$85, %xmm1, %xmm2
    	addss	%xmm2, %xmm0
    	movaps	%xmm1, %xmm2
    	unpckhps	%xmm1, %xmm2
    	shufps	$255, %xmm1, %xmm1
    	addss	%xmm2, %xmm0
    	addss	%xmm0, %xmm1
    	cvttss2si	%xmm1, %eax
    	ret
    	.cfi_endproc
    .LFE641:
    	.size	main, .-main
    	.comm	a,4000,32
    	.ident	"GCC: (Debian 7.3.0-1~mx17+1) 7.3.0"
    	.section	.note.GNU-stack,"",@progbits
    

    akkor GDB-vel végigsteppelve kiderül, hogy az érintett utasítás a "movaps (%rax), %xmm0". A MOVAPS pedig megköveteli, hogy ha memóriahozzáférés is van, akkor az 16-tal osztható címen történjen. Márpedig te egy float tömböt indexelsz, ami 32-bites értékekből áll, azaz csak a 4-gyel osztható indexek lesznek 128 bitre-ra igazítva.

    A CLang azért működik, mert ha megnézed a forrást

    clang kecske.c -O2 -S -o kecske.s
    cat kecske.s
    	.text
    	.file	"faszom.c"
    	.globl	main                    # -- Begin function main
    	.p2align	4, 0x90
    	.type	main,@function
    main:                                   # @main
    	.cfi_startproc
    # %bb.0:
    	xorps	%xmm1, %xmm1
    	xorl	%eax, %eax
    	jmp	.LBB0_1
    	.p2align	4, 0x90
    .LBB0_2:                                #   in Loop: Header=BB0_1 Depth=1
    	movups	a+36(,%rax,4), %xmm1
    	movups	a+40(,%rax,4), %xmm2
    	mulps	%xmm1, %xmm2
    	movups	a+68(,%rax,4), %xmm1
    	mulps	%xmm2, %xmm1
    	addps	%xmm1, %xmm0
    	addq	$8, %rax
    	movaps	%xmm0, %xmm1
    .LBB0_1:                                # =>This Inner Loop Header: Depth=1
    	movups	a+20(,%rax,4), %xmm0
    	movups	a+24(,%rax,4), %xmm2
    	mulps	%xmm0, %xmm2
    	movups	a+52(,%rax,4), %xmm0
    	mulps	%xmm2, %xmm0
    	addps	%xmm1, %xmm0
    	leaq	4(%rax), %rcx
    	cmpq	$99, %rcx
    	jbe	.LBB0_2
    # %bb.3:
    	movaps	%xmm0, %xmm1
    	shufps	$229, %xmm0, %xmm1      # xmm1 = xmm1[1,1],xmm0[2,3]
    	addss	%xmm0, %xmm1
    	movaps	%xmm0, %xmm2
    	movhlps	%xmm0, %xmm2            # xmm2 = xmm0[1],xmm2[1]
    	addss	%xmm1, %xmm2
    	shufps	$231, %xmm0, %xmm0      # xmm0 = xmm0[3,1,2,3]
    	addss	%xmm2, %xmm0
    	cvttss2si	%xmm0, %eax
    	retq
    .Lfunc_end0:
    	.size	main, .Lfunc_end0-main
    	.cfi_endproc
                                            # -- End function
    	.type	a,@object               # @a
    	.comm	a,4000,16
    
    	.ident	"clang version 7.1.0-svn353565-1~exp1~20190407125230.69 (branches/release_70)"
    	.section	".note.GNU-stack","",@progbits
    	.addrsig
    

    akkor látod, hogy az nem MOVAPS-ot, hanem MOVUPS-ot használ a memória piszkálásakor, aminek nem szükséges a 16 byte-os alignment.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> tibyke , suckit , SPYFF


    [Megoldva] hajbazer merre lehet?: https://hup.hu/node/174991#comment-2668078

    Átment a Hülye Windózos Seggfejek Weboldalára csicskítani a pszeudoprogresszívokat.

    Oldschool Computer - http://oscomp.hu




    [Megoldva] hajbazer merre lehet?: https://hup.hu/node/174991#comment-2668225

    Mérnököt írt, nem mérnökurat. Nem a mérnökökkel van neki baja, hanem a balfaszokkal, akik keresleti alapon mérnöki diplomát szereztek.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hajbazer , ak0sh


    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2655557

    Hát, én megpróbáltam frissíteni, de BASIC működni: http://oscomp.hu/depot/VirtualBox_Haiku64_26_07_2021_16_40_18.png
    Biztos sokan akadtak rá és bedugult.

    Oldschool Computer - http://oscomp.hu




    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2655632

    Erre majd akkor válaszolok, amikor nem tetszik összekeverni a biztonsági protokollt az átviteli protokollal; addig csak félve jegyzem meg, hogy ha a szerver már csak TLS-t támogat, akkor akkor se lenne "SSL a hivatkozáson", ha HTTPS-en keresztül linkelném...

    Oldschool Computer - http://oscomp.hu




    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2655778

    Tőlem nem kell ezért elnézést kérni, de ha már trollkodni akarsz, akkor ne hagyj magadon támadási felületet.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Gyuszk , freeoli


    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2655960

    Egyébként most már lefrissült; átállítottam a repositorykat a beta3-ra, aztán ütöttem egy update-ot és lefrissült az egész rendszer. Kb. két perc alatt. És ez is csak azért tartott addig, mert a nyelvi csomagokat telepítgette.
    http://oscomp.hu/depot/VirtualBox_Haiku64_27_07_2021_19_29_39.png
    A portsot (HaikuPorts) mondjuk kikapcsolta, reboot után vissza kellett kapcsolni és még egyszer update-ot nyomni, de az is megvolt fél perc alatt.
    http://oscomp.hu/depot/VirtualBox_Haiku64_27_07_2021_19_33_01.png

    Viszont update után fogtam egy bugot: a mouse pointer úgy tép, mint az állat és nem reagál a változtatásokra, magyarul az egérbeállítások eltörtek.

    Update: Ez a bug a 32-bites rendszert is érinti, nem csak a 64-bitest.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neuron


    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2667343

    Most kísérletképpen leupdate-eltem mind a két VM-et és az egér sebességét már lehet állítani, de a gyorsulást nem. Ezt nem tudom, hogy minek kellett egyáltalán piszkálni, amikor ez tökéletesen működött már sok-sok éve...

    Oldschool Computer - http://oscomp.hu




    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2667520

    just a hobby, won't be big and professional like gnu

    Oldschool Computer - http://oscomp.hu




    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2655951

    Melyik browserről van szó? WebPositif? Vagy a NetSurf?

    Oldschool Computer - http://oscomp.hu




    Haiku OS R1/Beta3: https://hup.hu/cikkek/20210726/haiku_os_r1_beta3#comment-2655972

    Thx.

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2665227

    Nem vagyok OpenBSD expert, de a sysupgrade -s alapból a latest snapshotra visz. Miután a rendszer rebootolt, még kell egy sysmerge, hogy a konfigokat rendberakja, majd utána egy pkg_add -u a csomagok frissítéséhez.

    Legalábbis a release-to-release upgrade így zajlik (kivéve, hogy -r kapcsoló kell), itt a 6.8 to 6.9 útmutatója, ez alapján én éppen most frissítettem fel a 6.8-asomat 6.9-re. Probléma nem volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2665447

    Mi köze a boot lassúságának az operációs rendszerekhez? Te itt a systemd párhuzamosított boot-ját mérted össze a BSDInit (vagy minek hívják) egyszálú boot-jával, márpedig nem csak ez a felállás létezik; tedd vissza a SysVInitet Linux alá és tegyél fel egy párhuzamos boot-ot lehetővé tevő initet OpenBSD alá (pl. nosh), aztán máris fordul a kocka. A fájlrendszer sebessége sem biztos, hogy az OS sara; ugyanazon gépen és ugyanazon - és ugyanolyan FS-re formázott - partíción mérted Linux és OpenBSD alatt is? A kernel lassúsága alatt mit értesz, konkretizálnád?
    Van framebuffer konzol OpenBSD alatt, úgy cca. 2015 óta. Mit értesz a man-ok gyengesége alatt, konkretizálnád? A shelleknek sincs túl sok köze az operációs rendszerekhez; használhatsz ksh-t Linux alatt és használhatsz bash-t OpenBSD alatt (FYI: az OpenBSD-ben alapból van bash), akár default-tá is teheted őket.

    BTW, milyen vasra raktad fel az OpenBSD-t?

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2665704

    Itt nem az OS függvénye volt a bootsebesség, hanem a cserélhető inité. Te összemérted a systemd bootsebességét a BSDInittel, ahogy mondtam (már amennyiben ugyanarra a gépre raktad fel mindkettőt, különben még a gépek közti teljesítménykülönbség is belezavar) és ahogy kiderült a fájlrendszerek sebessége sem az OS függvénye volt.
    Viszont nem válaszoltál arra a kérdésre, hogy milyen vasra raktad fel az OpenBSD-t. Ugyanazon a vason lassabb a programok betöltése OpenBSD alatt, mint Linux alatt? Összehasonlítani mindig azonos környezetben kell, különben nem ér semmit az egész.

    Betűtípust betölteni a wsfontload-dal tudsz.

    Miért is volna windózmatyizás-szerű, ha bash-t, vagy zsh-t használnál OpenBSD alatt, ha szabad tudnom? Mitől lenne ez linuxosítás? Mi köze van a bash-nak vagy a zsh-nak a Linuxhoz? A bash 1989-es, a zsh 1990-es, a Linux meg 1991-es. A BSD-ken már akkor volt bash és zsh, amikor a Linux még nem is létezett. Akkor mitől is volna linuxos privilégium a bash/zsh használata, mitől is lenne linuxosítás, ha OpenBSD alatt bash-t/zsh-t használnál? Ennyi erővel Linuxon bármilyen nem Linux alatt született shell használata BSD-sítés, Solarisosítás, AIX-esítés, urambocsá, POSIX-compliant shell esetén UNIX-osítás.

    A Firefox egy az OpenBSD-től teljesen független projekt. Szerinted, ha szarul portolják OpenBSD-re, akkor az az OpenBSD-nek, mint rendszernek a hibája?

    Hogy a disklabelek szokatlanok, azt megértem és aláírom, de a windowsos partíció betűjelekhez semmi köze nincsen. Nem, nincs c: meghajtód, mert a C disklabel az nem egy partíció, hanem több, konvencionálisan a root és swap partíciókon kívüli összes többi.
    A swapot meg nem célszerű megszüntetni akkor sem, ha "sok" RAM van a gépben (BTW, FYI: a mai JS-sel torkigbaszott webkettős világban a 16 GB nem számít soknak), mert nem a rendszer falja fel a RAM-ot, hanem az alkalmazások. Olyan Linux alatt se nagyon van, hogy bebootolsz egy Linuxot és a konzol cseszegetésén kívül nem csinálsz vele semmit és mégis elszublimálna 16 GB RAM. A browser viszont fel fogja falni.
    Ettől függetlenül a "furcsa", "zavaró", meg "félrevezető" kitételek szubjektívek; ez megszokás kérdése.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> tethys


    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2665821

    Az egy dolog, hogy a core team fejleszti az egészet, de ennyi erővel a Linuxnak meg még initje sincsen; akkor mivel hasonlítottad össze és milyen alapon? A lényeg, hogy te az initeket hasonlítottad össze a bootidőnél, nem a rendszereket. A SysVInit és a BSDInit egyébként nem ugyanaz az initrendszer (System V vs. BSD).

    Nem, a bash és a Linux közel sem szinonim fogalmak, maximum neked. Csak mondom, hogy a 10.15-ig (Catalina) a macOS-ben is a bash volt a default shell és a macOS desktop részesedése 8-10x-ese a Linuxokénak, azaz ennyi erővel a bash a macOS-sel lenne szinonim, már, ha egy operációs rendszer és egy shell szinonim fogalmak lehetnének.

    Kicsit bővebben is leírhatnád, hogy mit is csináltál, miket írtál be, mert az, hogy "nem működik", az nem bugreport...
    Én nem ijesztgettelek semmivel sem, csak leszögeztem egy tényt: a webkettes browserek felzabálnak sok GB RAM-ot. Tehát hiába nem használsz sem Linux, sem OpenBSD alatt bloatware szoftvereket, mert egyet mindenképpen fogsz: a browsert. Hogy most épp nem eszik sokat, az lehet, hogy azért van, mert nem látogattál meg olyan bloated oldalt.
    Hinni meg nem szokásom; nekem is 16 GB RAM van a gépemben és nekem sem szokott elfogyni, de volt már rá példa, amikor elfogyott (pl. sok GB-os lemezkép csesztetése, sok virtuális gép egyszerre, valami überbloated webkettes alkalmazás) és akkor bizony jól jött a swap.

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2666108

    Van, akiknek a systemd sosem lesz "szokásos". Igen, a bootot meggyorsítja, azon initekhez képest, amik nem tudják a szolgáltatásokat párhuzamosan fellövöldözni, de vannak más párhuzamos indítást támogató initrendszerek is.
    Hogy az OpenRC mennyire gyorsan kel fel, vagy sem, azt nem tudom, de újfent felteszem a kérdést: milyen vason használtad az OpenBSD-t? Ugyanazon, mint a Linuxot? Mert ezt már sokadjára kérdem, de egyszer sem válaszoltál.

    Hogy neked mi micsoda, az egy dolog, de az a te perspektívád, nem a világé. Vö. "azokat sose vette senki komolyan"; hát nem, max. te nem vetted komolyan, de az legyen a te bajod. És nem, nem csak GUI-s normik használták, lévén a világ ~10%-a használja, ami - lássuk be - mély merítés, akárki előfordulhat benne és ez nem csak "a legutóbbi divat, az utóbbi néhány évben"; az Apple desktop részesedése mindig is nagyobb volt, mind a Linuxé.
    Hogy melyik shell a legjobb, annak eldöntését meghagyom az egyes shellek rajongóinak, mert nekem fingom sincs; én még mindig POSIX-compliant shell kódot írok, az megy mindegyikben...

    Nem, nem feltétlen kell SQLite a Ports-ban való keresgetéshez; olvasd el a manualt. Be is baszna, ha kéne, hiszen nem mindenki beszél SQL-ül.

    Szóval pontosan az történt, amit jósoltam: a browser felfalt több GB-ot, mert csak, de csakazért se lesz swap, mert csak? Mert még így is volt elég RAM? És ha legközelebb nem lesz? Amikor már kelleni fog, akkor már hiába akarod bekapcsolni, gátat sem árvíz után építünk.
    Ez a jobb, vagy nem jobb, mint a Linux, ez egy teljesen értelmetlen összehasonlítgatás; mire jobb? A fogyasztást és a sebességet megint csak nem sikerült konkretizálni, hogy ez mit is takar, meg azt sem, hogy ugyanazon a vason mértél-e, mint Linux alatt.
    A végére - mert nem tudtam megállni - a "Mac/Windows mindsetű normik" miért maradjanak(?) a Linuxnál, nekik nem inkább a Mac-nél, meg windowsnál kéne maradniuk?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Dolphy , ibenny


    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2666520

    Éééés negyedjére sem sikerült leírni, hogy milyen vasra raktad fel az OpenBSD-t...

    Ennyi erővel minek a find | fzf combo, amikor ott az ls | grep?

    Neked az vallás, ha valaki tapasztalatból mondja, hogy swap nélkül kurwa nagyot lehet szívni? Épp most futottál bele abba, amire jó előre figyelmeztettelek és mégsem akarod a swap partíciót, mert csak; ki nem viselkedik itt racionálisan?

    Az lehet, hogy a "normiknak" nem való az OpenBSD, de nekik a Linux se. Ami felületet és alkalmazásparkot fel tudsz rakni a Linuxra, annak az elsöprő többségét a BSD-kre is fel tudod rakni, lévén amikre ezek épülnek, azok crossplatform cuccok, úgyhogy, ha egyik nem jó nekik, akkor a másik se.

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2666790

    Hát, ha valakit, engem nem lehet regex-overuse-zal vádolni, de ha az a baj, hogy nem egymás melletti karaktereket akarsz beütni, ott a karakterek közti regex az annyi, hogy: .*
    Azért az csak nem olyan bonyolult. Aztán meg ha csak a fájlnevekben keresel, azt a find már alapból tudja.
    De ez már off, tök mindegy mivel keresel; nem kötelező az SQLite.

    Maximum akkor "gáz" a TRIM hiánya, ha nagyon régi SSD-t használsz.

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2666849

    Egy szóval nem mondtam, hogy bloat az fzf; csak azt próbáltam mondani, hogy ez eléggé ilyen DirectTurkász fajta keresés, ami nem baj, de azért nem kell lehúzni az OS által adott lehetőséget; vö. a "make search akármi= útvesztőkkel"; FYI: ez az "útvesztős" megoldás is awk-kal turkászik a ports fában, csak éppen ő tudja is, hogy hol keres, te meg az "útvesztők" kihagyásával a teljes ports fát átnyálaztatod a turkászós cuccaiddal, úgyhogy hiába nyúlsz a legminimalisztikusabb cuccokhoz, így is nagyobb overhead-del fog járni.
    Az SQLite-os megoldás nekem sem nyerte el a tetszésemet, de opcióként nincs vele baj.

    De minek kéne TRIM-capable OS-t bootolni és manuálisan TRIM-melni, amikor a modern SSD-kben van garbage collection? A TRIM-support lehetett szempont 10 éve, de ki a túró vesz ma szándékosan 10 éves SSD-t direkt OpenBSD alá?

    A drivereket leszámítva az OpenBSD ugyanúgy alkalmas desktopnak, hiszen ugyanazok a desktop környezetek érhetőek el rá, mint FreeBSD-re.

    Esetleg nem akarod elárulni, hogy milyen vasra raktad fel az OpenBSD-t?

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2666958

    Ott fent csak azt írtad, hogy tervezed feltenni egy ThinkPad-re, utána, amikor rákérdeztem, hogy mire raktad fel, akkor nem mondtad.

    Bírom ezeket a konkrétum nélküli, hatásvadász megfogalmazásokat, hogy "komótos", meg "villám sebességek"...time paranccsal mit mértél egyik alatt és mit a másik alatt? Mik voltak az FS cache beállítások OpenBSD alatt és mik voltak Linux alatt?

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2667064

    "Érzetre..." Arra szoktunk adni a reáltudományokban. :/

    Szóval akkor mégis be lehet állítani azt a konzolt olyanra, amilyenre szeretted volna. Ki hitte volna. :P

    Már megint egyes programok dolgait húzod rá a rendszerre és már megint egyes programokat mosol össze a Linux-szal. Ha a GNU ls és find kell neked, akkor miért nem rakod fel őket? A bash-t már tisztáztuk, hogy köze nincs a Linuxhoz, most akkor tisztázzuk, hogy a GNU toolsetnek se: egyfelől elérhető OpenBSD alá is, másfelől meg már a 80-as években is létezett, bőven a Linux előtt (a GNU ls konkrétan '85-ös, a find meg '90-es).

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2667220

    Nem a konzol nem jó, hanem a konfig.

    Ezen a "a BSD-seknek nem kéne leragadni túlzottan ennél a POSIX kompatibilitásnál, ugyanis így nem lesz soha fejlődés" kitételen nem tudom, hogy sírjak, vagy röhögjek, vagy mindkettőt felváltva, vagy akár egyszerre. Remélem ez vicc volt. :P Ha elérhetőek a GNU toolok egy mozdulattal, akkor "leragadtak" a POSIX-kompatibilitásnál? Pont azért van így, mert nem szarják telibe a backward-compatibility-t, ha az kell, akkor ott a default toolset, ha meg az új feature-ök, akkor ott a GNU.

    Az utolsó bekezdéseddel már majdnem kezdtem egyetérteni, hogy ebben tényleg van valami, amikor megint kilukadtunk oda, hogy ha felteszed az extended toolsetet, akkor az olyan, mint egy Linux disztró, BSD kernellel... Nos, a túrót. Van olyan Linux disztró, amiben nemhogy a GNU toolset, de semmi sincs, mert nem is kell, hogy bármi legyen benne, mert mondjuk valami embedded szart hajt meg. A GNU és egyéb - desktop/server Linuxok alatt megszokott - toolsetek használata nem "Linuxosít" el semmit, mert ezek a toolsetek nem ekvivalensek a Linux-szal, de még csak nem is Linux sajátosságok; a BeOS klón Haiku-ban is a bash a default shell.
    Az meg, hogy az emberek 99.999%-a mit gondol, vagy mond, az miben releváns a kettőnk vitáját és a te az OpenBSD-ről alkotott és kommunikált véleményedet tekintve? Mi tudjuk, hogy GNU tools != Linux, nem? Én legalábbis tudom, te meg azt állítod, hogy tudod, de akkor miért csinálsz folyton úgy, mintha nem tudnád? Ezek mind cross-UNIX toolok, te pedig folyton Linux-privilégiumként tekintesz rájuk és úgy is érvelsz, mintha azok lennének. Én nem értem, hogy ezen mit nem lehet érteni, hogy ez miért hibás álláspont és invalid érv.
    BTW, a Linuxhoz a systemd-nek és a pulseaudio-nak sincs köze, mert azok sem részei a kernelnek, ezek a userspace-t fertőzték össze. A pulseaudio ráadásul nem is Linux-only sajnos, pl. a Solarisokat is megfertőzte.

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2667519

    Dehát ennek pont az az oka, amit mondanak. Ha a GNU toolok funkcionalitása kell, akkor tedd fel őket, hiszen elérhetőek. Ha meg POSIX rendszer kell, akkor meg az van by default.

    De itt most a kettőnk vitájáról van szó, nem a legtöbb emberről. Állításod szerint te tudod, hogy ez nem így van, csak akkor miért beszélsz úgy, mintha nem tudnád? BTW, ez a "legtöbb ember" kitétel is ilyen konkrétumok nélküli, levegőben lógó, minden számszerűséget nélkülöző légből kapott állítás. Mint kitárgyaltuk, macOS-ra is van GNU toolset és azok 6-8x annyian vannak, mint a Linuxosok; akkor miért is forrt volna egybe a legtöbb embernél a GNU a Linux-szal? A GNU-nak saját OS-e is van.
    Igazság szerint már az Illumos sem húzhatja túl sokáig így, hogy a szarákül kinyírta a Solarist. :(

    Oldschool Computer - http://oscomp.hu




    OpenBSD 7.0 BETA: https://hup.hu/cikkek/20210824/openbsd_7_0_beta#comment-2665705

    Az OpenBSD nem minimalista. A minimalista azt jelenti, hogy csak az a minimum van benne, ami a minimális működéshez kell, annál azért meg még az OpenBSD-ben is több van.

    Ezzel viszont

    Valahogy előnye, hogy a polkorrektkedők nem találták még meg maguknak, nincs CoC, nem támogatnak melegfesztiválokat, ilyen Red Hat, P5stering, Gnome-osok, MS, Google, Ó-rák-köl, stb. még nem tuszkolták bele a millió soros kreténségeiket, mert nem látják rá méltónak. Így meg csak hobbiszakkör jelleggel szakemberek fejlesztik maguknak, szakmai alapon, és nem az öltönyös-nyakkendős cégvezérek divatmajmolása dönt, ez is egy kifejezetten jó dolog benne.

    maximálisan egyetértek. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kecske


    Sportnemzetek: https://hup.hu/node/174820#comment-2662615

    WC = Woke/Cancel, szóval passzol...bár az "okos WC" ebben az esetben oximoron.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Sportnemzetek: https://hup.hu/node/174820#comment-2662219

    Fura, itt más szerepel; igaz, ezen a Tokiói még nincs rajta, de annyit nem számíthatott, hogy ekkora változás legyen. Mármint a sorrendben.

    Oldschool Computer - http://oscomp.hu




    Biden: Chaos inevitable: https://hup.hu/node/174874#comment-2663842

    https://9gag.com/gag/arMw2D7

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Biden: Chaos inevitable: https://hup.hu/node/174874#comment-2664378

    Bevásárlóközpont. :]

    Oldschool Computer - http://oscomp.hu




    Best of US Marines: https://hup.hu/node/174882#comment-2664122

    Én nem tudom mi van itt; megnézte egyáltalán valaki a videót? :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kikadff


    Best of US Marines: https://hup.hu/node/174882#comment-2664132

    Csak mert sorra érkeznek a politikai kommentek, a videó meg nem politikai jellegű volt.

    Oldschool Computer - http://oscomp.hu




    Best of US Marines: https://hup.hu/node/174882#comment-2666220

    Wasn't the point, but whatever.

    Oldschool Computer - http://oscomp.hu




    Tudományosan igazolták, hogy a bullshittelés magas intelligenciával jár: https://hup.hu/node/174855#comment-2664148

    Írjátok úgy, hogy "nem szimpatikus", abba nem lehet belekötni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , nullptr


    Tudományosan igazolták, hogy a bullshittelés magas intelligenciával jár: https://hup.hu/node/174855#comment-2664157

    Asserossz.

    Oldschool Computer - http://oscomp.hu




    Tudományosan igazolták, hogy a bullshittelés magas intelligenciával jár: https://hup.hu/node/174855#comment-2665547

    De.

    Oldschool Computer - http://oscomp.hu




    Hekkerek (WTF!): https://hup.hu/node/174884#comment-2664188

    Barna. Nem, a kék!

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> n4buk0d0n0z0r , siddis


    20 éves a Haiku!: https://hup.hu/cikkek/20210822/20_eves_a_haiku#comment-2664370

    Reméljük az 1.0-finalig már nem kell újabb 20 évet várni. :P
    Amúgy sok boldogot a projektnek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    20 éves a Haiku!: https://hup.hu/cikkek/20210822/20_eves_a_haiku#comment-2664462

    miqlas, de már nem járkál hupra.

    Oldschool Computer - http://oscomp.hu




    Devuan 4 "chimaera" telepítő ISO béta: https://hup.hu/cikkek/20210818/devuan_4_chimaera_telepito_iso_beta#comment-2663221

    Itt egy lista a bajok egy kis részéről, meg egy másik lista, "pár" a bajokat elemezgető cikkel.

    Oldschool Computer - http://oscomp.hu




    Devuan 4 "chimaera" telepítő ISO béta: https://hup.hu/cikkek/20210818/devuan_4_chimaera_telepito_iso_beta#comment-2663238

    Én már összeszámolni sem tudom, hogy hányezerszer lett már megcáfolva ez a "nem ismerik és nem hajlandóak megtanulni" felütésű degradálása a systemd-elleneseknek, de újra-és-újra előkerül...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , bra-ket


    Devuan 4 "chimaera" telepítő ISO béta: https://hup.hu/cikkek/20210818/devuan_4_chimaera_telepito_iso_beta#comment-2663731

    "Nem ismerik és nem hajlandóak megtanulni" -> 68000x megcáfolva = "csak azért sem"? Ez hogy jött ki?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Devuan 4 "chimaera" telepítő ISO béta: https://hup.hu/cikkek/20210818/devuan_4_chimaera_telepito_iso_beta#comment-2663733

    Szóval aki nem systemd-t használ az büytkölhet magának init integrációt ahhoz amit akar használni, de supportot nem kap hozzá.

    Ez a karbantartók szégyene és nem a systemd érdeme.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , bra-ket


    Devuan 4 "chimaera" telepítő ISO béta: https://hup.hu/cikkek/20210818/devuan_4_chimaera_telepito_iso_beta#comment-2664456

    Én nem a programfejlesztőkről beszéltem, hanem a karbantartókról. Nem a programfejlesztő feladata lenne, hogy adott disztró minden initjéhez is megcsinálja a támogatást, hanem az adott disztró karbantartóié. Az ő szégyenük ez, nem azé, aki a programot írta.

    Oldschool Computer - http://oscomp.hu




    A Magyar Nemzet a jövőbe lát - múlt időben írtak egy szeptemberben megrendezésre kerülő konferenciáról: https://hup.hu/node/174864#comment-2663404

    Pedig trey ígéretet tett arra, hogy a flame-en kívül mindenhonnan moderálni fogja.

    Oldschool Computer - http://oscomp.hu




    20 éves a HUP!: https://hup.hu/cikkek/20210811/20_eves_a_hup#comment-2661351

    Szóval a HUP pontosan 10 év mínusz két héttel fiatalabb, mint a Linux? :)

    Amúgy bulldog szülinapotot, még legalább ugyanennyit.

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2661814

    nem sok szoftver volt rájuk

    WTF... Láttál te már Tiger-t vagy Leopard-ot? Annyi cucc volt rá, mint a nyű. A fontosabb szoftverek többségét portolták rá (vagy épp róla, ld. Photoshop), amit meg nem, annak meg volt alternatívája.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> arpi_esp , davebacsi


    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2662120

    Nem, nem csak az ms és az Adobe cuccait portolták rá, hanem szinte minden olyan programot, amit a nagyobb szoftvercégek adtak ki. Honnan ez az egzakt statisztika, hogy 5%-a se? Forrás?

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2662163

    Én nem vagyok Apple fan, ezt baromira benézted. Amigán nőttem fel, most pedig Linux/PC az elsődleges rendszerem.
    A PowerMac-eket nem is az OSX miatt, hanem a MorphOS (next-gen Amiga OS) miatt szereztem be, viszont kiváncsiságból feltettem a Tigert is és nem azt tapasztaltam, hogy semmi sincs rá. Amit viszont te leírtál a Tiger szoftverkínálatáról, az minden konkrétumot nélkülözött. Milyen iparági standardra gondoltál, ami nem volt elérhető a PPC-s Mac-eken? Az Adobe és az ms cuccait már tisztáztuk, hogy volt Apple rendszerekre portjuk és ezzel az "iparági" cuccok jelentős részét le is fedtük. Voltak rá a nagy 3D modellerek is, pl. Maya, vagy AutoCAD. Voltak rá zeneszerkesztők is, pl. Fruity Loops. Videóvágók is, pl. Sony Vegas. Vajon a grafikusok/animátorok és a zenészek miért preferálták annyira ezt a platformot, ha annyira nem volt rá semmi? Felhasználói utility-k? Itt egy pár Tigerre és itt egy pár Leopardra. Classic Mac OS repoval borítva van a net.
    Akkor mi nem volt rá? Talán játékok? Hát a homebrew windows játékok özöne biztos nem volt rá, de a nagy játékfejlesztő cégek portolták rá a cuccaikat. A Classic Mac OS-eken a DOS éra mainstream stuffjainak többsége megjelent, OS X-re pedig a windowsos cuccokat portolták.
    Milyen iparági cuccokra gondoltál? Csak mellesleg mondom, hogy az "iparági" cuccok nagy részét az amcsik állították elő, ott pedig kultusza van az Apple-nek és olyan nem nagyon volt, hogy egy magára valamit adó cég a PC-t támogassa, de az Apple gépeket ne.

    Az x86 kapcsán baromi érdekes ez az "ipari szabvánnyá váló OS-ek" kitétel; van egyáltalán olyan, hogy ipari szabvány OS? Mert én nem hallottam róla. Legjobb tudomásom szerint szabvány OS nincs, csak OS-ekre vonatkozó szabványok (mint pl. a POSIX). Mit értettél te ipari szabvány OS alatt?
    Az Apple legsikeresebb gépe az Apple ][ volt? 5-6 millió eladott géppel? És akkor az iPhone 6 a maga 222 milliós eladásával mi? És akkor még nem beszéltünk az Apple desktop részesedéséről, ami a maga 8-10%-ával több mint félmilliárd Apple desktop gépet jelent világszerte. A '90-es évek végén/2000-es évek elején ugyan "csak" 3-6% volt, ráadásul akkor még a piac is kisebb volt, de még az is többtízmilliós nagyságrendet jelent. Egy ekkora piacot biztos kihagytak a nagy "iparági" cégek...
    Ez is valami olyan állítás lehet, mint, hogy a PPC-s Apple gépek "csak néhány évig voltak használatban"; FYI: a 6100-asok '94 márciusában rajtoltak, a G5-ösök gyártását 2006 augusztusában fejezték be. Ez több mint 12 év.
    Visszafelé kompatibilitás? Amikor kijött az első használható konzumer windows, az xp, akkor a szoftverpark egy jelentős részének csengettek, akkora differencia volt a 9x-ek és az NT-k között. Apple? Nemhogy a Classic Mac OS cuccait lehetett futtatni teljes integrációban OSX alatt, de utána, az architektúraváltás után a Rosettával lehetett futtatni x86-on a PPC-s programokat.

    Azon meg nincs mit csodálkozni, hogy 20 éves gépeken kevés mai feladatot lehet ésszerűen megoldani - noha itt kell leszögeznem, hogy ez csak részben a feladatok bonyolultságának növekedése miatt van így, a másik fele a programozói társadalom ellustulása miatt.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> csardij , kikadff


    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2662803

    És mi az, amit mindenütt használnak és minden alkalmazás elérhető rá? Ez még a windows-ra se igaz, hiszen azt sem használják mindenütt és nem érhető el minden alkalmazás rá. Adnál rá forrást, hogy a PPC-s Mac-ek és az Apple OS-ek rosszul voltak dokumentálva? Az OSX a nyílt forrású Mach kernellel és a BSD környezettel szerinted annyira rossz doksival bírt? Vagy az OpenFirmware? Miért is ne lett volna lehetősége bárkinek bővítőkártyát építeni PPC-s Mac-ekhez, amikor azok a NuBus, AGP, PCI, PCI-X és PCIe nyílt, ipari szabvány buszokat használták? Könyörgöm, beledugok egy "pécés" kártyát a PPC-s Apple gépbe és megy; nekem PC-s hangkártya, hálókártya és videokártya (a videokártyákon persze cserélni kell a firmware-t, ha PC-ből rakod át) van beleplugva a PowerMac-ekbe és mennek. Miről beszélsz?
    Ezzel szemben a windows dokumentáltságáról jobb, ha inkább nem is beszélünk.

    Az Apple fanságról meg annyit, hogy nemhogy félreértetted, hanem kb. totál rosszul emlékszel, mert okostelefonos vitában én szerintem még egyszer sem vettem részt (hacsak nem úgy, hogy mindet szidom), nemhogy "mindig" valamelyik oldalt védeném, lévén még okostelefonom sincs és nem is volt. Se Apple, se más.

    Aztán. Azt kérdeztem, hogy miféle iparági cuccokról beszéltél, hogy milyen szoftverek nem voltak PPC-s Mac-ekre, mikor kb. a felét azokon fejlesztették ki, de erre ismételten nem válaszoltál, csak megint leírtad jó bő lére eresztve, hogy OSX-en iszonyatos szoftverhiány volt, mert milyen szörnyű az Apple féle zárt ökoszisztéma. (Miközben a microsofté még zártabb; az OSX legalább részben nyílt forrású volt.) Kifejtenéd végre, hogy milyen szoftverek hiányoztak a PPC-s Mac-ekről?

    A Rosettánál viszont aztán végképp eluralkodott a totális képzavar és fogalmatlanság:
    - A Rosetta sosem futtatott m68k-s kódokat PPC-n, hanem PPC-s kódokat futtatott x86-on.
    - A régi Rosettáról volt szó, nem a Rosetta 2-ről, ami x86-os kódot futtat ARM-on.
    - Nem cikluspontos m68k emulációt (amire ugye egy OS rendszerbarát programjainak wrappelésénél szükség van) már egy csoffadt P2-esen is elég jó sebességgel lehetett csinálni, nemhogy a sokkal erősebb G4-eken, pláne G5-ösökön.
    - Nem az emuláció volt a lényeg, hanem az, hogy az Apple-nél nagyon is volt backward compatibility; a Classic Mac OS cuccokat simán tudtad futtatni OSX alól, utána a PPC-s programokat meg a Rosettával az x86-os gépeken.

    Szóval, milyen "iparági" szoftverek hiányoztak a PPC-s Mac-ekről?

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2663429

    Ééééés újfent nem sikerült semmi konkrétumot mondani, hogy mégis miféle "iparági" szoftverek hiányoztak volna a PPC-s Mac-eken... Ki beszélt itt arról, hogy a windowsos szoftverválaszték nem nagyobb, mint az Apple-ös? Még ki is emeltem a homebrew részt, de te itt a komoly "iparági" szoftvereket hiányoltad, nem a hobbicuccokat, meg az apró utility-ket - amikből egyébként a PPC-s Mac-ekre is volt feszt, max. nem annyi, mint windows alá, de nem is erről volt szó.
    Ki mondott olyat, hogy az emuláció ekvivalens a visszamenőleges kompatibilitással? Most vagy nem érted, amit írok, vagy direkt szalmabábot csépelsz. Visszamenőleges kompatibilitás az, amikor egy adott cucc az elődjének a cuccait is tudja használni. Az mindegy, hogy hogyan. Akár emulációval is elérhető visszamenőleges kompatibilitás, de nem egyenlő a kettő, mert amelyik platformnak nincs köze az emulált platformhoz, az csak emuláció és nem visszamenőleges kompatibilitás. A MorphOS pl. visszamenőlegesen kompatibilis az AmigaOS 2.0+ rendszerekkel (az OS-sel, nem a géppel) és ezt részben emulációval, részben API-wrappinggal oldja meg, azaz a konkrét binárisok 68k-s kódját emulátorral futtatja, de a rendszerhívásokat már maga a rendszer szolgálja ki, natívan; na ez visszamenőleges kompatibilitás, viszont egy windows-on futtatott WinUAE nem visszamenőleges kompatibilitás, hiszen a windowsnak semmi köze nincs az AmigaOS-hez. És OSX-en a Rosettánál is ugyanez volt, hogy a kódot emulátorral futtatja, de a hívásokat wrappeli, tehát a Rosetta még csak nem is egyszerűen egy emulátor. Mondom, teljes fogalmatlanság.
    És miféle "iparági" szoftverek nem voltak a PPC-s Mac-ekre? Ezt nem akarnád végre konkretizálni, hogy miféle szoftverhiányról beszélsz? Mert eddig már nem tudom, hanyadjára kérdezek rá, de folyton csak terelést kapok, hogy zárt ökoszisztéma, meg nem szabványos (WTF?). Szóval?

    Nem, nem én vagyok fogalomzavarban a bővítőkártyák kapcsán, hanem te, mert attól, hogy az AGP slotokban a pinout eltérhet, attól még beledughatod, maximum le kell ragasztanod valamelyik pin-t. (Azonfelül megvan, hogy 5 féle buszt használtak és ebből az AGP csak egy?)
    A firmware "nem tetszést" (ezt a megfogalmazást...) - aminek egyébként semmi köze a Mac-hez, a BIOS-hoz/OpenFirmware-hez van köze; csak szólok, hogy ugyanez az inkompatibilitás még PC és PC közt is fennáll, ha az egyik UEFI-s, a másik BIOS-os - ezt konkrétan leírtam az előző posztban, de ezek szerint nem olvastad el, csak válaszoltál.
    Nem tudom feltűnt-e, de én tapasztalatból beszélek, nekem itt vannak a PowerMac-ek, PC-s kártyákkal, te meg még arra sem voltál hajlandó válaszolni, hogy egyáltalán volt-e PPC-s Mac-ed, vagy sem.
    Az egyetlen, amiben igazad van, az a driver kérdése, csak pont ez a pont az, ami baromira irreleváns, mert egyfelől te azt állítottad, hogy nem csinálhatott akárki bővítőkártyát a géphez, ami nem igaz, hiszen ipari szabvány buszokat használt (írod még: "a szabványosságnak a teljes ellentéte"; akkor nekem biztos csak mákom volt az itteni nemtudomhány kártyával, vagy azok sem szabvány PCI/PCI-X/PCIe/AGP kártyák, hiába pécéből bányásztam ki őket), márpedig itt a PPC-s Mac-ekről volt szó, a gépekről és nem az OS-ekről, másfelől pedig a driverhiány nem Apple OS sajátosság, Linux-szal, BSD-vel és a többi alterrendszerrel szemben is egy visszatérő kritika, pedig azok nem is zárt ökoszisztémák. Hogy is van ez? Miről beszélsz? BTW, ha már Linux, meg BSD, azt rakhatsz és rakhattál PPC-s Mac-re is és itt a gépekről volt szó, még mindig.
    És miféle "iparági" szoftverek nem voltak a PPC-s Mac-ekre?

    Nem éri meg? Mit értesz te az alatt, hogy megéri? Mi éri meg? Ha valakinek jól esik, hogy használja és tudja mire használni, akkor miért ne érné meg? Ennyi erővel semmit se éri meg tartani, csak a post-latest x86_64-es fúziós erőművet, meg ARM-os SBC-t és azokon aztán lehet emulálni mindent. Miben alantasabb egy PPC-Mac user nosztalgiázása egy C64 userénél? Amúgy nem tűnt fel, hogy többször is leírtam, hogy senki nem mondta, hogy egy régi PPC-s Mac-cel jobban meg lehetne oldani valamilyen napjainkbeli feladatot, mint egy mai PC-vel, ARM-os SBC-vel? Elolvasod néha, amire válaszolsz?
    És miféle "iparági" szoftverek nem voltak a PPC-s Mac-ekre? Erre válaszolhatnál végre...

    Ugyan az utolsó bekezdésed már totál irreleváns, de a Z80-ra muszáj válaszolnom, hogy nagyobb bakot nem is lőhettél volna a "szépen öregedés" példáival; az elmúlt 10 évben a Z80-as platformoknak kisebb reneszánsza alakult ki a neten; CPC-re díjbesöprős demo-kat és pofaleszakasztós játékokat írnak (láttad már a Vespertino trailerjét?), Speccy-re meg olyan özön van amatőr - de jópofa - játékokból van, mint 20 éve Flash-re.
    Ja, Speccy: Sir Sinclair anno nagyon telibetrafált azzal, hogy a gépe a kutyaközönséges magnókkal is ment, nem kellett neki speciális tape; ma a 8-bites gépeknél külön ipara van már annak, hogy hogyan tudod a netről letöltött lemezképeket, tape-fájlokat valahogyan átvinni a masinára, míg a Speccy-nél ez sosem volt gond, mert megfogod, átkonvertálod közönséges hangfájllá (WAV/MP3/MP4/OGG/STB) és lejátszod a gépnek bármivel (hangkártyáról/MP3 lejátszóról/okostelefon füleséről/stb).
    De mindegy, ez tényleg totál irreleváns, inkább arra válaszolj plz., hogy miféle "iparági" szoftverek nem voltak a PPC-s Mac-ekre?

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2663441

    btw a díjbesöprős demokban mi a jó ?

    Fun megírni, fun megnézni. (Azonfelül a díjjal némi pénzmag is jár.)

    Kaputelefonra is írhatnak ilyen demot, ami majd elnyer "valami díjat" valahol.

    Írtak is. Nyert is. (Oké, nem konkrétan kaputelefon, de az a szint.)

    A pofaleszakítós játékok, ha a Vespertino egy olyan játék lenne, jah leszakadt a pofája mindenkinek, hogy dejó, hogy van ilyen, ki fog vele játszani a demoscene társoságon túl ? Senki. :)

    Miért, a többi 8 és 16-bites mikrogépes cuccal ki játszik a demoscene társoságon kívül? Senki. So? A Vespertino-tól csak annak szakad le a pofája, aki érti is, hogy mit lát a képernyőn; Mari néninek a Doom 5-től sem fog leszakadni; akkor nem kell a Doom 5 se? Mit fáj neked, ha a Vespertinoval max. pártízezer ember fog játszani; ha valaki örömét leli benne, hogy ilyet írhat, a másik meg abban, hogy játszhat vele, akkor nem megérte mindkettőnek?

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2663452

    Nm.

    Asszem nem értetted meg mit jelentett a "pofaleszakasztós" kitétel: azt, hogy azon az adott platformon pofaleszakasztós teljesítmény ilyen játékot kihozni.

    Most mondhatnám, hogy ez általánosítás, mert, ha egy tini érdeklődik a számítástechnika iránt és az esze is megvan hozzá, akkor, ha nem is ismeri a platformot, azt nagyjából fel tudja mérni, hogy mekkora teljesítmény kihozni egy ilyen játékot abból az "ócskavasból". De inkább azt mondom, hogy és akkor mi van? Kit érdekel a mai tinik véleménye és emojija? Talán ők a kultúrális és intellektuális origó, vagy mi? Az számít, hogy nekik mi a véleménye egy produktumról? Ez nem fogyasztói cucc. Ez funfactor. Annak, aki szerint ez fun. Viszont aki tudja mi a Z80 és foglalkozik vele, annak ez fun. Erre próbáltam csak reflektálni a "nem szépen öregedés" kitétel kapcsán. Egy mai tini a C64-re is csak aszongya, hogy meh. So? Dobjuk ki a C64-et is? Meg a SNES-t is, mert arra is csak azt mondaná egy mai tini, hogy WTF?

    None taken.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> krix


    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2662180

    Én tudom, hogy az intel CPU-k úgy melegszenek, mint egy fűtőszál, de 18 Ampert azért csak nem vesz fel. :P

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2662617

    Egy szar szóviccért bármit. :P

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2663456

    Én úgy tudtam, hogy P=C*U*U*f, de lehet, nem számoltam/néztem utána, mert csak egy szóvicc volt a mértékegységekre.

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2661708

    Van rá még támogatott Linux, pl. Adélie, Void, Fienix, Mint, meg megint van Crux is, de BSD-zni is lehet rajta. De fel lehet tenni egy OSX Tiger-t is ezek mellé és játszani a régi OSX-ekre írt játékokkal.

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2661886

    Legjobb tudomásom szerint az egyetlen Apple vas, amin AIX-ot lehet telepíteni az az Apple Network Server, de azt direkt arra is tervezték. (Fixme, ha van más is.)

    Oldschool Computer - http://oscomp.hu




    Mit csináljunk egy PPC géppel?: https://hup.hu/node/174809#comment-2662119

    FreeBSD-hez nincs bináris repository, mindent forgatni kell.

    Oldschool Computer - http://oscomp.hu




    Linux/Filecoder.ECh0raix: https://hup.hu/node/174741#comment-2659077

    Csinálj biztonsági másolatot a letitkosított fájlokból, aztán nyugodtan kipróbálhatod.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> mogorva , Gyuszk , Ar0n , falu , domby


    Ismerjük el, elvtársak, vannak még hibák!: https://hup.hu/node/174789#comment-2660993

    Az oldalon van, aki Amigat takol, jo buli lehet, meg kevesebb gyakorlati haszonnal.

    #define gyakorlati haszon
    A limitált platformokból nehezebb kihozni valamit, ennek megfelelően több körültekintést, gondolkodást és melót igényel. Ha az ilyen kihívások során szerzett tapasztalatokat tudod hasznosítani az élő - termelő - platformokon, az szerintem nettó gyakorlati haszon.

    mert egy Linuxbol egyszerubb Linuxot csinalni, mint AIX-bol

    AIX alapon sok - komoly - helyen üzemeltetnek. A Linux-migrációra sok esetben nincs esély, egyrészt mert a Linuxok nem igazán jeleskednek a POWER architektúra támogatásában, másrészt meg lehet, hogy az üzemeltetett célszoftverek nem, vagy nehezen portolhatóak Linuxra. Viszont ugyanakkor sok mainstream szoftvernek nincs AIX támogatása, vagy sok baj van vele. Ennek megfelelően, ha egy AIX alapokon üzemelő helyen felmerül az igény, hogy adaptálni kéne egy mainstream szoftvert rá, akkor nem lesznek túl sokan, akik meg tudják csinálni, ergo, aki meg tudja csinálni, az kaszálhat vele.

    Oldschool Computer - http://oscomp.hu




    Ismerjük el, elvtársak, vannak még hibák!: https://hup.hu/node/174789#comment-2661025

    Ami azt illeti, az Amigás assembly is átvihető mai gyakorlatba, lévén 68k alapú mikrokontrollerek is léteznek.

    De lehet nem akarnak betenni egy/több x86_64-es gépet a POWER mellé. Hogy miért, ne kérdezd. Talán megbízhatósági okai vannak, vagy spórolnak, mert olcsóbb átírattatni a kívánt mainstream programot AIX-ra, mint pluszban üzemeltetni egy/több Linuxos gépet is mellette. Egyébként nem is értem, hogy miért pont Linuxot akarna csinálni belőle, amikor az eddigi programok mind kifogástalanul futnak FreeBSD vagy Solaris alatt is; ennyi erővel azt is rá lehetne fogni.

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2657688

    chluser 222 NagyZ

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2657730

    Mindjárt a harmadik sorban be volt linkelve a komplett válasz a nem látszó képekre, de ha egyszer analfabéta vagy, azon sajnos semmilyen szakmai hozzáállás nem segít.

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2657747

    Szakmai hozzáértés híján? Hogyan? Ha egy pirinyó szakmai hozzáértésed is lenne, már bekapcsoltad volna a mixed-contentet, vagy felraktál volna egy HTTPS-everywhere-t és problem solved. De te ehelyett inkább picsogsz, hogy nem látod a képeket, ami nem meglepő, mert tőled ennyi tellik. Valahányszor szakmai vitába keverednénk, te picsagyorsan kihátrálsz, hogy neked nem igazából a szakmai résszel volt bajod, abban egyetértesz velem, stb. Szerintem ne erőlködj.

    BTW, ezt már rég meg akartam kérdezni: ha neked a nicked a nevedből van, akkor miért nem NagyArZ a nicked? Jobban passzolna.

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2657763

    Ennyi? Megint elfogytál. Loser.

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2657799

    Igen, elfogytál, mert semmi érdemi választ nem tudtál adni sem arra, hogy
      a) miért nem kapcsolod be a mixed-contentet,
    vagy
      b) miért nem teszel fel egy HTTPS-everywhere-t,
    ha te szakmailag akkora überszakértő vagy, ill. arra sem, hogy
      a) miért nem illúzió a HTTPS által adott biztonság
    és
      b) miért nem vezet a netsemlegesség kinyírásához.

    Ehelyett maradt ez a már hatvannyolcezerszer megcáfolt hazugsághalom, holott, ha eddig nem írtam le nem csak a belinkelt FAQ-ban, de hupos válaszkommentekben is hatvannyolcezerszer, hogy ha lenne hozzáférésem, már rég megcsináltam volna, hogy a biccsegés abbamaradjon, akkor egyszer sem.

    Tehát te vagy egy retardált write-only analfabéta vagy, aki picsog, mert nem képes egy ilyen piszlicsáré problémát sem megoldani (erre mondtam, hogy: chluser 222 NagyArZ), vagy egy figyelemkurwa troll, aki hazudozik.

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2657830

    Fogok. :)

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2659233

    Ez a trükk mennyire általános, hogy a változókat IT-ből időnként visszaállítják?

    Azt nem tudom. Amigán egy raklap módon lehet ezt csinálni, mindenki válogathat.

    Számomra ez ilyen igazi "dirty hack" fíling. ;)

    Ez annak is készült. :) A legegyszerűbb megközelítést választottam.

    Logikusabbnak hangzana az, hogy a változókat módosító kódot keresem meg / peccselem, hogy ne csinálják a dolgukat.

    Azt is lehet, csak akkor az sokkal több reverse engineering-gel és átalakítással jár, feltéve, ha egy hasonló szintű trainert akar az ember kihozni belőle; nyilván, ha csak annyit akarok, hogy ne fogyjon az életerő/idő/lövés, azt egy-egy sub.w xxx,yyy átírásával el lehet érni.

    Illetve ez a 2048 ciklusonként futtatott IT nem sűrű egy kissé? Nem lenne elég ennek mondjuk frémenként csak 1× futnia?

    A változók átírásához simán elég lenne, de a billentyűzetfigyelés kisebb mintavételezéssel "lagzani" fog és nem reagál azonnal; sokat próbálgattam, hogy mennyi lenne a célszerű. Többek közt ezért is járna sokkal több átalakítással a kódátírós dolog, hiszen meg kéne patchelni a billentyűzetfigyelő kódot úgy, hogy több kódot kéne belenyomni ugyanakkora adatterületbe, hiszen itt minden fix címen van, nem tologathatom el a végével a következő rutin elejét. Vagy kirakhatom az új rutint oda, ahol van elég hely és odaugraszthatom a régi billentyűzetfigyelő kód legelejéről, de ehhez szabad hely kell, ami nem mindig van, ez a játék is majdnem csurig írta a memóriát.

    Aztán ami még érdekelne, hogy anno ezeket hogy csinálták? Amikor még nem volt kéznél egy emulátor, ahol szabadon garázdálkodok a gép belsejében, hanem volt az egy szem A500-am, azzal kellett / lehetett megoldani mindent. Én ugyan nem találkoztam vele, de mintha A500-hoz létezett volna ilyen "Action-Replay" szerű hardverbővítés, meg az újabb AMIGÁkban ha van a CPU-ban MMU, ott már szoftverből is lehet csinálni ezt-azt.

    Igen, volt Action Replay, de ez csak egy volt a sok közül. Amigán a 7. szintű - nem maszkolható - megszakítást úgy lehetett kiváltani, ha alacsonyra húztad mindhárom IPL lábát a CPU-nak. Ekkor minden más megállt, lévén ez a legmagasabb szintű interrupt, őt nem szakíthatja meg semmi. Ilyenkor a rendszer kvázi "megfagy", csak az a kód működik, amire a $7c címen található vektor ugrasztotta a processzort. Ha az a kód azzal nyit, hogy mindent is lement valahova (movem.l d0-d7/a0-a7,$add4e55), meg kibányássza a veremből a pc és az sr megszakítás előtti értékét, akkor tkp. máris van egy monitorunk. Lehet a dolgot olyan fancy módon is csinálni, mint az AR és a hasonló freezerek, hogy ráül a buszra és egy raklap dolgot csinál, de igazából egy az IPL lábakat és a földet összekötő kapcsoló is elég, meg egy szoftveres monitor, mint pl. a WinUAE-be is beépített HRTmon.

    De ha ezek nincsenek, csak egy sima alapgépem, hogyan álljak neki..? :) (A kérdés nyilván teoretikus; a mai eszközök mellett a régi megoldással minek is álla neki az ember...)

    Hát így. :) Alacsonyra húzod a CPU IPL lábait és használsz egy szoftveres monitort.
    Vagy, van a másik módszer: disassemblálod a bootblockot, megnézed mit, hogyan és hova tölt be, kigrabbeled azokat a részeket a lemezről, végrehajtod rajta azokat a műveleteket (pl. decrunch), amiket kell, majd utána azt is disassemblálod és így tovább. Csináltam ilyet is pár éve, igaz az nem trainer volt, hanem HD verzió egy játékból, mert trackloaderes volt és nem települt HD-re. Értelemszerűen, ha a cucc nem trackloaderes, akkor nem a bootblockot kell disassemblálni, hanem a programot. :)

    Oldschool Computer - http://oscomp.hu




    Amigás trainer írása: https://hup.hu/node/174684#comment-2661023

    Nincs mit. (Még az első 10 percben, miután leesett, hogy ez nem C64 és három darab multiplexelt IRQ láb van; 0.75 kecske voltam aznap, na. :P )

    Szerintem a cracker bácsik ritkábban foglalkoztak a bootblock közvetlen disassembly-ével és inkább az NMI/monitor kombóval tolták (már csak azért is, mert a jobb monitorokban is volt disassembler), de ha régi disassemblert keresel, akkor AFAIK a ReSource volt a koronázatlan király, az amúgy elég népes tömegben (AmiNet-en továbbiakat is lehet találni). A lemezek egyes blokkjait pedig pl. a TransDisk nevű programmal lehetett írni/olvasni, vagy egy disk monitorral, pl. a DiskMon-nal.

    De ma tényleg nem sok értelme van így csinálni, amikor ott a WinUAE debuggere, meg az IDA disassembler (igen, perfekt viszi az Amigás futtathatókat és a raw dump-ot is).

    Oldschool Computer - http://oscomp.hu




    28 éves a Windows NT! Használtad-e valaha?: https://hup.hu/cikkek/20210729/28_eves_a_windows_nt#comment-2656884

    http://oscomp.hu/depot/szkazikartya.jpg :]

    Oldschool Computer - http://oscomp.hu




    28 éves a Windows NT! Használtad-e valaha?: https://hup.hu/cikkek/20210729/28_eves_a_windows_nt#comment-2656502

    Ez mekkora. :D

    Oldschool Computer - http://oscomp.hu




    28 éves a Windows NT! Használtad-e valaha?: https://hup.hu/cikkek/20210729/28_eves_a_windows_nt#comment-2656518

    Ez nekem semmilyen browserből nem akar menni.

    Oldschool Computer - http://oscomp.hu




    28 éves a Windows NT! Használtad-e valaha?: https://hup.hu/cikkek/20210729/28_eves_a_windows_nt#comment-2656535

    Megnéztem debuggerben, hátha kell neki valami CDN, azért reklamál, de nem, minden betöltődött. Csak utána syntax errorral/hiányzó objektummal elhal:

    PaleMoon
    IceWeasel-UXP
    Chromium

    Hát ez van. :(
    Azért köszi, biztos ez is üt.

    Oldschool Computer - http://oscomp.hu




    28 éves a Windows NT! Használtad-e valaha?: https://hup.hu/cikkek/20210729/28_eves_a_windows_nt#comment-2656537

    Én azt ismertem, hogy Windows NT works.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> espakm


    28 éves a Windows NT! Használtad-e valaha?: https://hup.hu/cikkek/20210729/28_eves_a_windows_nt#comment-2658172

    A WNT viszont nem csak legenda. Illetve maga a név, azt nem tudom, hogy az-e, de az biztos, hogy a WinNT kernel VMS-szerű, ezt maga a ReactOS fejlesztője mondta nekem pár éve IRC-n.

    Oldschool Computer - http://oscomp.hu




    Gyakran ismételt kérdések: https://hup.hu/node/171415#comment-2545803

    1. Reset, aztán rm /usr/bin/vi
    2. pkill <browser name> && rm `command -v <browser name>` && for i in `seq 0 65535`; do ping stackoverflow.com & done
    3. rm -rf .git && wall '42' && dd if=/dev/urandom of=`df / | grep '/dev/' | cut -d' ' -f1` bs=16777216
    4. .DBF vagy téikszté. Esetleg lyukkártya.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> transitive


    IE for Unix és ami mögötte van...: https://hup.hu/node/174750#comment-2659247
    4.3BSD->Mach (2.5)->XNU
            |
             ---------->4.4BSD

    Oldschool Computer - http://oscomp.hu




    Nézzétek elvtársak, hogy tetszik a méhecskelegelőm?: https://hup.hu/node/174650#comment-2656361

    HTTPS-en tolja, nem zavar?

    Oldschool Computer - http://oscomp.hu




    Nézzétek elvtársak, hogy tetszik a méhecskelegelőm?: https://hup.hu/node/174650#comment-2656369

    Ki picsogott itt rajtatok kívül, már bocs? Egyelőre ti picsogtok, hogy nektek ez sem jelenik meg. bra-ket szóba se hozta a HTTPS-t és mellesleg azon keresztül linkelt. Miről beszélsz?
    Szar a böngészőtök. Helyettetek dönti el, hogy mit nézhettek meg. És ti még tapsoltok is ehhez.
    Ezt a "kell" dolgot meg el lehet felejteni; semmit sem kell.

    Oldschool Computer - http://oscomp.hu




    Nézzétek elvtársak, hogy tetszik a méhecskelegelőm?: https://hup.hu/node/174650#comment-2656359

    http://oscomp.hu/depot/hogymijafaszvan1.png
    http://oscomp.hu/depot/hogymijafaszvan2.png
    http://oscomp.hu/depot/hogymijafaszvan3.png
    http://oscomp.hu/depot/hogymijafaszvan4.png
    http://oscomp.hu/depot/hogymijafaszvan5.png
    http://oscomp.hu/depot/hogymijafaszvan6.png

    Oldschool Computer - http://oscomp.hu




    Nézzétek elvtársak, hogy tetszik a méhecskelegelőm?: https://hup.hu/node/174650#comment-2656378

    Mondjuk te úgy se fogod látni a hosszanfriss Operáddal :)

    Te teljesen vak vagy? Nem látod, hogy az első két képen a "hosszanfriss" Operából nézem? Te ennyire write-only vagy? Meg ennyire tudatlan is? Nem zavar, hogy a "hosszanfriss" Operában is van TLS 1.2 támogatás? Miről beszélsz? Jelen pillanatban az a kurwa nagy harci helyzet, hogy én a "hosszanfriss" Operámmal meg tudtam nézni, te meg a szupermodern, szuperfriss és főleg (egyáltalán nem) szuperbiztonságos krómoddal nem. FAIL.

    NET::ERR_SSL_OBSOLETE_VERSION

    https://en.wikipedia.org/wiki/Google_Chrome_version_history

    84.0.4147 2020-07-14 Removal of TLS 1.0 and TLS 1.1

    A króm 84-ben szedték ki a TLS 1.0, 1.1 támogatást, alig egy éve. Egy. Kibaszott. Éve. MÁR EGY ÉVE?! ELAVÚÚÚÚT!!!4 ŐŰSKŐŰVŰŐLEEEET!!!666 /o\

    Oldschool Computer - http://oscomp.hu




    Nézzétek elvtársak, hogy tetszik a méhecskelegelőm?: https://hup.hu/node/174650#comment-2656383

    Szerintem is, mert megint csak a totális hozzánemértéssel párosuló vallási fanatizmusról teszel tanúbizonyságot. Fogd fel végre: a HTTPS nem ekvivalens a biztonságos kapcsolattal. Ez a netsemlegesség megsemmisítéséről szól, nem másról. Discrimination by protocol és discrimination by certification, csak ez utóbbi még nem szerepel a fogalmak közt. Tényleg hagyjuk, mert úgy sem fogod fel...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hiena , Pixel5


    Nézzétek elvtársak, hogy tetszik a méhecskelegelőm?: https://hup.hu/node/174650#comment-2656949

    Engedélyezd a TLS 1.1-et.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    Nézzétek elvtársak, hogy tetszik a méhecskelegelőm?: https://hup.hu/node/174650#comment-2657017

    Isten hozott a "friss böngészők biztonsági beállításai elleni HUP-os koalícióban". :]

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    Teljesen értelmetlen szemét vagy király cucc? - Digitális filmtekercs analóg fényképezők számára Raspberry Pi-vel: https://hup.hu/szavazasok/20210728/teljesen_ertelmetlen_szemet_vagy_kiraly_cucc_digitalis_filmtekercs_analog_fenykepezok_szamara_raspberry_pi_vel#comment-2656232

    Ahogy megláttam, beugrott egy régi Chip magazin cikk, amiben olvastam valami hasonlóról.

    Chip magazin 2001. március, 65. oldal, Vaporware toplista 7. helyezet: Silicon Film - Electronic Film

    Pár hónapra rá tényleg be is dőlt.

    Oldschool Computer - http://oscomp.hu




    Hogyan tervezzünk processzort [pre-amb] : https://hup.hu/node/174642#comment-2657034

    Ha egy előjel nélküli számhoz hozzáadsz egy másikat és a végeredmény kisebb lesz, mint az eredeti szám, akkor átvitel történt, ehhez még nem feltétlen kell Carry flag, max. több lépcsőből rakod össze. Viszont, ahhoz, hogy megállapítsd valamiről, hogy kisebb-e, vagy nagyobb-e, mint valami más, ahhoz viszont már kelleni fog a Carry, hiszen a komparáció is lényegében kivonás, csak tárolás nélkül. A Zero flaggel csak az egyenlő, nem egyenlő vizsgálat végezhető el, a Carry nélkül egy CPU rettenetesen limitált lesz. Én nem is tudok olyat, amiben nincs; a két alap flag, aminek egy generikus processzorban lennie kell, az a Carry és a Zero. Nélkülük rémálom lesz programozni, mert nincs lehetőség a vizsgálatokra.

    Oldschool Computer - http://oscomp.hu




    Hogyan tervezzünk processzort [pre-amb] : https://hup.hu/node/174642#comment-2657041

    Nem Pixel5-nek írtam, hanem apalnak; ő filózott rajta, hogy lehetséges-e, vagy sem.

    Oldschool Computer - http://oscomp.hu




    Hogyan tervezzünk processzort [pre-amb] : https://hup.hu/node/174642#comment-2657101

    Hogyne lehetne "egyszerűbben": bitshifttel és maszkokkal; először lecsekkolod, hogy nem egyenlő-e, ha igen, kiszállsz, különben pedig fentről lefelé elkezded kimaszkolni a biteket és ahol először különbséget találsz, ott az lesz a nagyobb szám, amelyikben az egyes volt. Hogy ez egyszerűbb-e? Az embernek megírni nem, de a CPU-nak futtatni igen, lévén így nem 1000 ciklusról beszélünk, csak pár tucatról. :)

    Szóval, igen: Carry nélkül szopás az élet; a többi flag nélkül lehet élni (max nem lesznek előjeles változók/tiltható megszakítások, vagy nem egyszerűen), de a Zero és a Carry az musthave.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zeller


    Hogyan tervezzünk processzort [pre-amb] : https://hup.hu/node/174642#comment-2657133

    Már önmagában a Carry hiánya is kb. "furcsa". :)
    De igen, a balra bitshift az pótítható duplázással, csak egy itt a gond...itt jobbra kéne forgatni, hiszen fentről lefele megyünk. :)
    Bár itt csak a bitmaszkot kell tologatni, azt pedig akár táblából is lehet olvasni.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575855

    Köszi a cikkeket. A kettes foglalja össze a legjobban, szisztematikusan végigmenve az összes fajtán, viszont egy kalap alá vette az mRNS és a DNS alapúakat, nem írva le a különbségeket. Rákerestem, hogy hogy is működik az a híres bilgéc féle DNS vakcina, de csak csupa "cáfolatot" találtam arra, hogy de biz'isten nem változtatja meg az emberi DNS-t... Ööö, nem baj, hogy nem erre kerestem? Na mindegy. (Egyébként az itt belinkelt kettes cikk is leírja, hogy "there’s a theoretical probability vaccine DNA can integrate into your genome", szóval nem értem mi ez a nagy erőlködés.)

    Egyelőre ezt találtam, hogy mi a különbség a kettő között, így már tiszta, hogy azért voltak egy kalap alatt, mert majdnem ugyanaz, csak az mRNS "egy lépéssel előrébb van".

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575863

    A jelek szerint már felütötte.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575882

    Sajnos benne volt a pakliban, hogy ez is időről-időre új variánsokkal örvendeztet meg minket, mint az influenza, aminek a vakcinái, enyhén szólva sem a hatékonyság élő szobrai:

    Vaccine effectiveness (VE) against influenza A(H1N1)pdm09 and its genetic group 6B.1 was moderate in children and adults, and low among individuals ≥65 years. Vaccine effectiveness (VE) against influenza B was low and heterogeneous among age groups.

    Az NCBI szerint - biztos-ami-biztos alapon - jobban jár az ember, ha alásegít a dolgoknak egy kis D-vitaminnal.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575887

    A vakcináknak nem ugyanazon antitesteknek a termelését kellene kiváltaniuk, mint annak a betegségnek, ami ellen fel akarják készíteni a szervezetet?

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575941

    Olyan variáns tüskeproteinjét nem rakhattak bele, ami később jelent meg, mint ahogy elkészültek vele, csak olyanét, amit ismertek. (Persze módosíthatták is, de úgy maximum véletlenül, hogy az jó legyen egy ismeretlen variánsra is.) Ez elméletben azt jelenti, hogy itt a fertőzés és az oltás ugyanolyan antitesteket kellene, hogy termeljen, nem? Ez pedig azt jelenti, hogy nem valószínű, hogy hatnának az ismert vakcinák az új variánsra.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576014

    > Azonban a vírus számára az a fix feladat, hogy kapcsolódni tudjon az ACE2 receptorokhoz az emberi szervezetben, ami nem mutálódik, tehát a tüskeprotein se mutálódhat annyit, hogy elveszítse kapcsolódási képességét.

    Mutálódni mutálódhat, csak akkor ártalmatlan lesz. Az evolúció nem ritkán produkál zsákutcákat. (Értelemszerűen ez esetben további teendő nincs.)

    > Nem vagyok szakértő molekuláris biológiában, de szerintem nem mutálódhat végtelenül a tüskefehérje úgy, hogy egyszerre ellenálló maradjon a vakcinás antitesteknek és ugyanakkor továbbra is hatékonyan kapcsolódni tudjon az ACE2 receptorokhoz.

    És úgy nem mutálódhat, hogy más receptorhoz tudjon kapcsolódni? Nyilván az már egy teljesen másik vírus lesz, de itt az eméleti lehetőség a kérdés; valahogy ez a kapcsolódási szisztéma is kialakult.

    > Nem minden esetben. Az oltások túlnyomó részében azért a tüskefehérje van bekódolva, mert kimutatták, hogy ezen a ponton a leghatékonyabb a védekezés a vírus ellen. Azonban ha bejut a teljes vírus a szervezetbe, akkor a vírus többi részére is termelődhet antitest.
    > ...
    > Mindenesetre az mRNS típusúakban csak a tüskefehérje van, így csak erre alakulhat ki antitest. Az inaktivált/legyengített vírust tartalmazó oltásoknál valószínűleg ugyanolyan "antitest-sorozat" termelődik, mint a fertőzés esetén.

    Akkor ez a gyakorlatban azt jelenti, hogy a teljes-vírusos vakcina hatásosabb, mint a csak tüskefehérjés, mert több a minta, amire immunválaszt kényszerít ki. Viszont, ha a dél-afrikai erre se reagál (az antitesteket írták), akkor az mRNS-alapúra pláne nem fog.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576035

    > Csak lehet az egész tüskefehérjét le kellene hozzá cserélni, ami se nem egyszerű, se nem gyors folyamat, ha véletlen mutációkkal megy végbe.

    Véletlenek nincsenek, csak ismeretlen okok és szükségszerűségek, persze, ha nem ismerjük őket, akkor ugyanúgy nem tudjuk megjósolni a kimeneteleket, mintha véletlen lenne. Amire célozni akartam az az, hogy nem tudjuk, hogy a mutáció miféle szabályrendszer szerint történik, tehát nem tudjuk megjósolni, hogy miként tud és fog mutálódni, vagy mennyire tud és fog mutálódni.

    > Pl. hogy milyen más receptorok vannak az emberi szervezetben, amit érdemes lenne egy vírusnak támadnia?

    Elméletileg bármit, amire kapcsolódni tud, nem?

    > Illetve tud-e valahogy úgy kereszteződni molekuláris szinten két különböző vírus, hogy mondjuk csak a tüskefehérje cserélődik le. Mindenesetre az sejthető, hogy egy ilyen folyamat elég ritka.

    Tudtommal ez a vírus is két faj kereszteződéséből jött létre, azt mondjuk nem tudom, hogy mi cserélődött le mire. De az ilyen "chimera" is elég ritka.

    > Először én is ezt gondolnám, de mégis azok a vakcinák tűnnek hatékonyabbnak, amik csak a tüskefehérjét tartalmazzák. A célzott támadás egy helyre, lehet hatékonyabb módszer e vírusnál.

    A célzott csapás lehet hatékonyabb a szőnyegbombázásnál, de ha a tüskefehérjénél még az sem garantált, hogy egyáltalán antitestek fognak termelődni tőle (majdnem összekombináltam az antitestet és az ellenanyagot antianyagnak... :P ), akkor az nem tűnik túl hatékonynak.

    > Várjuk meg a vizsgálatokat először. Arra is megvan az esély, hogy hatásos rá, csak egy picit kisebb mértékben, ami még teljesen vállalható.

    Nyilván meg kell várni a végeredményt, de valahogy szkeptikus vagyok az egésszel kapcsolatban.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576015

    > Nincs rá garancia, hogy a szervezet a tüskefehérje ellen kezd el AT-eket termelni. Ezért hatékonyabb a pfizer-moderna(-sputnik), mint az elölt kórokozós.

    Nem fordítva? Ha a tüskefehérje ellen nem feltétlen kezd anyagot termelni, a teljes kórokozósra meg igen, akkor pont az utóbbi a hatékonyabb, nem?

    > De kellő átoltottság mellett az új variáns is nehezebben terjed. Sőt, eleve új variánsok nehezebben alakulnak ki.

    Ezt már kiveséztük, hogy ez csak akkor működik így, ha a vakcina elég hatásos; a "csöndes-tömegfertőzés" lehet, hogy az egészségügy szempontjából jó, de az új variánsok keletkezésének szempontjából majdnem azonos, mint a "zajos-tömegfertőzés".

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576099

    De itt most a variánsok előfordulásának a szempontjából néztük. Az egy dolog, hogy az oltások miatt az "A" variánst mindenki elhordja lábon, ha közben viszont a csendes tömegfertőzésnek következtében kitermelik a "B", "B+", "C" és "C++" variánsokat, amiket viszont már nem hordanak el lábon, mert nem fog rajtuk a vakcina.

    Értem, tehát az egész vírus nem biztos, hogy hatékonyabb, mint a vírusdarabka. Viszont akkor a többféle vírusdarabka hatékonyabb kell, hogy legyen, mint az egyféle, mert a vírus többféle tulajdonságára is reakciót kényszerít ki.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576245

    Egyrészt félreértetted, mert nem arról volt szó, hogy az A variáns elterjedése és vakcinával elnyomása után a csendben kitermelt BCD variánsoknak enyhébbek a tünetei, hanem pont arról, hogy azoknak már nem lesznek azok, mert a mutáció miatt a vakcina nem fog hatni rájuk, a szervezetnek egyedül kell felvennie a harcot az új variánssal. Azaz: zajos járvány az A variánssal -> vakcinázás -> csendes járvány az A variánssal -> új variánsok -> zajos járvány az új variánsokkal.
    Ha pedig minden kórokozó úgy fejlődik, hogy lehetőleg ne nyiffantsa ki a hordozót, akkor miért vannak gyilkos vírusok és baktériumok, amik villámgyorsan végigfertőzik a populációt és pusztítanak? (Bármilyen kórokozó, nem csak emberre veszélyes.)

    Kösz a fejtágítást. Akkor ettől függ a fehérjetüskés vakcina hatásossága, hogy mennyire képes immunválaszt kicsikarni a szervezetből?

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576285

    > átalában jól működnek, kevés mellékhatással

    Kivéve amikor nem és akkor jönnek a nem vicces dolgok. Ezért tesztelik az oltásokat több évig.

    > Én pl kötelező oltás párti vagyok, logikusan ez lenne a legjobb.

    Vannak kötelező oltások. De nem lehet és nem is szabad minden oltást kötelezővé tenni. Az influenzaoltások hatásfoka pl. bizonyítottan alacsony. Miért legyen kötelező? Szerinted mennyire lenne egészséges, ha mindenkinek minden létező oltást beadnánk, ha szükséges, ha nem?
    Nagyon jól ki van ez találva, hogy van olyan oltás, ami kötelező, mert muszáj, mert nélküle sokkal nagyobb eséllyel murdel meg a delikvens, mint vele és van, ami opcionális, mert semmi garancia nincs rá, hogy vele jobban jársz, mint nélküle.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576310

    > Nem az számít hogy hány évig tesztelik, hanem hogy hány emberen.

    Is.

    > Az oltás biztonságosságát már az első és második klinikai fázis után sejteni lehet.

    Sejtésekre alapoznál emberi életeket?

    > A harmadik fázisban már csak a nagyon ritka mellékhatások maradhatnak rejtve (most ilyenekről beszélünk, ha egyáltalán tényleg az).

    Úgy nem nehéz azt állítani, hogy "nagyon ritka", ha az nem számít mellékhatásnak, ha valaki belehal.

    > Ezt az oltást most sokkal több emberen tesztelték, mint általában szokták, mivel a világjárványnak "köszönhetően" sok volt az önkéntes, és fertőzés is akadt bőven.

    Nem csak az emberek száma számít, hanem az idő is. Ha egy mellékhatás fél év után jelentkezik, akkor teljesen mindegy hány emberen tesztelted két hónapig.

    > A másik ok pedig, hogy egy csomó mindent megtanultunk a SARS és MERS idején, amik igen hasonlóak, ezért messze nem kellett 0-ról fejleszteni. Csak ezzel éveket spóroltak meg.

    Úgy érted: csak a tesztelést spórolták meg. Az egy dolog, hogy a fejlesztésnél volt mire alapozni.

    > A többi már csak gyártás és tesztelés, és szerencsére minden klappolt végig.

    Pont a tesztelés maradt el.

    > Ez nem így van, olyan vakcinát (vagy gyógyszert) nem engedélyezhetnek, ami többet árt, mint használ.

    De ha nem tudják, hogy többet árt, mert nem tesztelték le?

    > Most járvány van, ha beadatod az oltást, garantáltan jobban jársz.

    Az a kaliforniai doki is jobban járt. Megszabadult minden bajától. Ugyanez igaz a norvég nyugdíjasokra.

    > De ami nagyon fontos, hogy ez nem csak rólad szól, hanem az egész társadalomról, amiben élsz. Még ha te simán át is vészelnéd, közben megfertőzhetsz olyanokat, akik meg belehalnak. Na ezért gondolom, hogy kötelezővé kéne tenni, mert ha az emberekre hagyjuk a döntést, akkor tuti leszarják hogy kit ölnek meg. (kivéve ha ez egy közeli hozzátartozójuk, de akkor kitalálnak valami alternatív magyarázatot)

    Ezt a demagóg rizsát nagyon rossz embernek tolod; én most is önkéntes karanténban ülök (már nem először), mert a boltban összefutottam valakivel, aki pont arról magyarázott az eladónak, hogy már jobban van, de még mindig nem érzi a szagokat. Több méterre voltunk egymástól, maszkban, tüneteim nincsenek, de nem akarom ráragasztani senkire, nem akarok megölni senkit, így inkább az előírt tíz nap.

    És egyébként, aki tesztelés és válogatás (Előzetes vizsgálatról, meg az egyéni rizikófaktorokról hallottál már?) nélkül szénnéinjekciózna mindenkit, na az szarja le, hogy kit öl meg.

    És itt jegyezném meg, hogy a patkóelmélet a jelek szerint ott is működik, ahol az ember nem várná.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576362

    A hosszútávú hatásokat semmiképpen sem tesztelhették le, hiszen mindössze pár hét telt el, mióta elkészültek. Ezeket évekig szokták tesztelni.

    OK, spongyát rá.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576382

    Szerinted nem olvastam el? Szerinted a "years" mit jelent? De adok másik forrást:https://www.bbc.com/news/world-54082192

    Phase 3 trials in vaccines often involve thousands of participants and can last several years.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576453

    Aha és a "months" az véletlenül sem 18, 24 vagy 30 hónapot jelent, hanem kettőt, mert már az is többes számban van...
    Adtam másik forrást is. Kereshetsz még hatvannyolcezret a neten. Évekig tesztelik a vakcinákat.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576655

    0-1: month
    2-inf: months
    12-23: year
    24-inf: years

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2577032

    > ha ennyire nem bízol benne, akkor nem adatod be, és kész. szerencsére van választási lehetőséged.

    Igen, csak vannak itt páran, akik kötelezővé tennék, dacára annak, hogy hosszútávú tapasztalatok nincsenek erről az új fajta mechanizmusról.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2577084

    Nem csak konkrétan a koronavírus oltásokkal kapcsolatban nincs hosszútávú tapasztalat, hanem mRNS vakcina terén sem, hiszen vadi új a technológia. A többi vakcina már bejáratott megközelítést alkalmaz.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2577128

    Ez oké, csak az a baj, hogy ha netán kötelezővé tétetne, aztán, ha valaki belehal, ott már hiába vállal felelősséget az állam, mert egy hullának már mindegy. Persze a családról gondoskodhat, adhat kártérítést, stb., de engem a legkevésbé sem nyugtatna meg, ha az orvos megnyugtatóan közölné, hogy semmi baj, haver, ha megmurdelsz, az állam vállalja a felelősséget.

    Ha nem oltatom be magam és belepusztulok a COVID-ba, akkor az az én hülyeségem volt. Ha beoltatom magam és az oltásba pusztulok bele, az is. De ha erővel beoltanak és úgy dobom égnek a bakancsot, akkor engem kinyírtak. Szóval szerintem addig jó, amíg az állam nem akar felelősséget vállalni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> muszi , mbael


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576100

    80% tünetmentes, 15% enyhe tünetek, 5% életveszélyes tünetek. Az emberek java része az oltás nélkül is csendes terjesztő, nem véletlen, hogy úgy becsülik, hogy kb. 10x annyi fertőzött van, mint amennyiről tudunk.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576106

    Nem az ujjamból szoptam.
    Amúgy mivel teszteltek tömegesen? Mert a PCR tesztek nem túl megbízhatóak.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576114

    Hol írják ebben, hogy a lakosság hány százalékát tesztelték és milyen hibaaránnyal dolgozik a teszt? Itt nagyságrendi különbségről beszélünk, tehát a szakemberek által adott 10x becslés kb. akkor van cáfolva, ha a lakosság nagyobbik felét letesztelték valami 80-90%-os hatásfokú teszttel (nem tudom, van-e ilyen). Ha ott nem jön ki, hogy tényleg kb. 10x annyi fertőzött volt, akkor a becslés tényleg invalid volt.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576156

    Olyan nem fordulhat elő, hogy valakinek a szervezete tkp. nem is adott mérhető immunválaszt, mert körberöhögte a fertőzést? Ettől ő még átesett a fertőzésen, csak nyoma nem maradt.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576354

    > Amennyire én megértettem, hogy mi történik, a szervezetben ki kellett volna alakuljon az immunválasz akkor is, ha mondjuk tünetmentesen úszta meg a fertőzést.

    Azt írtam: "a szervezete tkp. nem is adott mérhető immunválaszt"

    > Viszont olyan véleményt is olvastam, hogy nem lehet tudni, hogy mennyire tartós a szervezet "emlékezete", és az is elképzelhető, hogy mondjuk fertőzés után x hónappal már nem mutatható ki (és védelem sincs, másodjára is elkaphatja a delikvens ugyanazt a vírust).

    Simán benne van ez is.

    > Persze, amennyire látom, ez a második ez nem bizonyított, inkább csak spekuláció, amolyan nincs bizonyítva, hogy nem így van, szóval lehetséges, szóval tartsuk észben, hátha igaz.

    Cáfolva sincs, úgyhogy lehetőségnek elmegy.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575940

    Alig tizenöt hónap telt el a megjelenése óta és már négy variánst ismerünk (most csekkoltam le, van egy brazil verzió is, amit valószínűleg szintén nem ismernek fel az antitestek), bár az egyik újra (a britre) jónak tűnik az original vakcina, de ez a szerencsén múlott. Ha ez a tendencia marad, akkor átlagban 4-5 havonta kellene kijönni az új vakcinákkal és végigoltani velük mindenkit. Ezt nem tudom, hogy lehetne kivitelezni és az sem tűnik valószínűnek, hogy ilyen sűrűséggel oltani valakit egészséges.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575954

    Ez mondjuk jogos, ha a beadott vakcina hatásfoka elég jó, azaz elég gyorsan felszámolja a fertőzést. Ha viszont "csak" arra elég, hogy annyira elnyomja a vírust, hogy az illető a fertőzést tünetmentesen vészeli át, de közben fertőz, akkor nem vagyunk sokkal előrébb. A felsorolt vakcinák felénél gyenge immunválaszt és többkörös oltást írtak.

    Sz*rk: Másik topicban épp linkelték: https://hu.euronews.com/2021/01/13/csak-50-szazalekosan-hatasos-az-egyik-kinai-vakcina

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575970

    Ez rendben van, én nem azt vontam kétségbe, hogy jó lenne, ha mindenki tünetmentesen, lábon elhordaná az épp aktuális eresztést, mert nem is erről beszéltünk, hanem arról, hogy az új variánsok gyors feltűnésének lehetősége a fertőzés elterjedtségével nő, azaz hiába nem terheljük éppen túl az egészségügyet, mert mindenki tünetmentes, ha közben mindenki fertőz is, mert akkor kb. (majdnem) ugyanennyi esély van a mutálódásra és ugyanilyen ütemben fognak előfordulni az új variánsok is, ez meg nem szoftver, hogy a "finomhangolást" olyan könnyen meg lehessen ejteni; még ha a módosítás, engedélyeztetés, legyártás, szétosztás meg is van néhány hét alatt (nagyon optimistán becsülve), a végigoltás mikorra lesz meg? És addig is terjed az új variáns, ami megint az újabb variánsok feltűnésének megjelenési esélyeit növeli drasztikusan és a kör ezzel bezárult, ott vagyunk, ahol a part szakad, ill. ahol elkezdtük. (És mennyire lesz az egészséges, ha párhavonta újra kell oltani mindenkit?)

    Lehet, hogy a megelőzés helyett inkább a hatékony kezelést (annak a kifejlesztését) kellene erőltetni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2575980

    Az immunrendszer arra való, hogy ne kelljen minden ellen oltani. De ha az immunrendszer válasza nem elég gyors, vagy elég erős egy olyan betegség esetében, ami komoly károkat tud okozni, akkor a szervezetet előre fel kell készíteni a támadásra, hogy utána kellő időben és vehemenciával reagálhasson rá.
    De ahogy az immunrendszer maga sem válasz mindenre, úgy az oltás sem. Van olyan kór, ami ellen célszerűbb immunerősítéssel védekezni, mint oltással.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576013

    100%-os hatékonyság csak a mesekönyvekben létezik. Amúgy nem kell minden egyes mutációra külön oltani, csak azokra, amelyeknek a komponensei annyira eltérnek a már beadott vakcinában hordozottól, hogy a szervezet nem fogja felismerni.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576017

    > Azonban azt gondolnám, hogy a tünetmentes fertőzés szakasza is rövidebb, ha be van oltva az illető, hiszen ekkor az immunrendszer egy percet se pazarol arra, hogy saját antitestet fejlesszen ki, hanem egyből tudja mi a dolga. Ezzel effektíve csökkentettük az R0-t, lehet hogy épp elegendő mértékben.

    Hát ez az, hogy lehet. Ha a többi vakcina se sokkal jobb, mint a linkelt kínai, akkor nem sokkal fog javulni a helyzet.

    > Nem tudnék hirtelen olyan komolyabb betegséget mondani, ahol a kezelés jobb út lenne a megelőzés helyett.

    A jóég tudja hányféle betegség ellen rossz hatásfokkal újra és újra szisztematikusan oltani jobb út, mint csak akkor hatékonyan kezelni, amikor baj van?

    > Mindenesetre az oltás időt adhat arra is, hogy jobban felkészüljünk az esetleges későbbi variánsokra is.

    Hatásfoktól függően valamennyit lehet, hogy ad. De kérdés, hogy mennyit és kérdés, hogy milyen áron. Jóideig nem fog még javulni a helyzet és párhavonta végigoltani mindenkit nem tűnik jó taktikának.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576031

    Én nem mondtam, hogy oltsunk mindenkit rommá, pont azt pedzegetem, hogy lehet jobban járnánk, ha a kezelések terén lennénk eredményesebbek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576157

    Mert az szezononta új VUID-ot kap. :P

    Viszont pont az influenza rossz példa, mert bár nyájimmunitásra tényleg nincs lehetőség, az ellene kreált oltások is borzasztó rossz hatásfokúak; van ugyan akit pont megment, de rengetegen az oltás ellenére is elkapják és megszenvedik a vírust, sőt van olyan, aki pont az oltástól betegszik meg. Az tényleg a több kár, mint haszon.

    Talán a polióvírus jobb példa, mert az ellen már lassan 100 éve harcolunk vakcinákkal és mostanra már elég jelentősen visszaszorult.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576353

    > Igen, de alapvetően nagyon függ a vírus fizikai felépítésétől, hogy mennyire könnyen változik.

    A mutáció gyakorisága ezt jelenti. :P

    > Valami, ami olyan stabil, mint mondjuk a himlő, az kiirtható, mert a vakcina működik ellene. Valami, ami annyira instabil, mint az influenza, az meg nem, mert ha az egyik változatot egy világszintű oltási erőfeszítéssel mondjuk vissza is szorítanák / kiirtanák 0-ra, egy újabb változat ugyanúgy megjelenhetne újra a következő szezonban (vagy akármikor).

    Meg mernék esküdni, hogy kb. ugyanezt írtam, csak himlő helyett én polio-t mondtam.

    > Csab kollégának abban igaza van, hogy koronavírussal találkozott már az emberiség, ha jól emlékszem, maga a koronavírus elnevezés is valami 1920-30 körüli fertőzés vizsgálatának az eredménye. Azóta is volt talán 3-4-5 (pontos számra nem emlékszem, csak a nagyságrend rémlik) koronavírus fertőzés. Bizonyára korábban is volt ilyesmi, csak ugye akkoriban még nem volt a tudomány képes a vírusokat elkülöníteni és ilyen szinten megvizsgálni.

    Koronavírusból egy csomó van, most is van jópár variáns a legtöbb ember szervezetében; nem okoznak galibát. (A legtöbbjük, de pl. a nátha igen.)

    > Az látszik, hogy a koronavírus nem olyan stabil, mint a himlő (már csak a felépítéséből is adódóan), de szerintem senki nem tudja még, hogy a covid-19 annyira változékony lesz-e, mint egy influenza, vagy ahogy korábban, 100 év alatt jön mondjuk 5 különböző koronavírus változat, és ahogy korábban, mindegyik változat pár év alatt kikopik és eltűnik.

    Ha száz év alatt öt variáns jönne COVID-19-ből, azt oltásokkal végleg ki lehetne söpörni, de már négynél járunk, holott még csak egy év telt el. Mondjuk ez még nem jelent automatikusan semmit sem, mert nem biztos, hogy tendencia. Viszont, ha az, akkor az oltással kb. annyit érünk ellene, mint ha porronggyal mennénk a sivatag ellen...

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576626

    A legtöbb emberben most is egy enyhe megfázást, vagy még annyit se produkál. De vannak, akik rászívnak vele.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576808

    Nem szőrszálhasogattam, csak leszögeztem egy tényt. Ha szőrszálhasogatni akartam volna, akkor abba kötöttem volna bele, hogy a COVID-19-ben a "19" az évszám, tehát a 42-es, 69-es, 90-es és 02-es "verziókra" annyit kell várni, hogy addigra lehet, hogy nanobotokkal fogjuk irtani őket. :P
    Hogy a kérdésedre is válaszoljak: én nem mondtam neked ellent, nem mondtam, hogy nem lesz kevesebb, csak annyit mondtam, hogy most sem olyan egetverően sokan halnak bele arányaiban.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576101

    Erre ugyanezt tudom mondani, mint fentebb, de TL;DR: tök jó, hogy egy variánst lábon kihord a populáció, de ha közben ugyanúgy tombol a fertőzés, csak észrevétlenül, akkor az új variánsok fel fognak bukkanni.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576352

    Van még egy negyedik lehetőség is: a régi variánsra adott oltás és az új variáns együtt gikszert csinál.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> timi


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576452

    Nem pont erre, de valami ilyesmire gondoltam, hogy "érzékenyebb" lesz a másik variánsra, ha egy adott variánsra oltották, azaz termelt ellene ellenanyagot. Nem tudom milyen jelenségnek hívják ezt az "ütközést", mert nem értek hozzá.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576098

    Könnyen lehet. Én csak azokról tudok, amit megírtak. A többiről honnan is tudhatnék?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2576159

    Szerinted, amit belinkeltem a négy variánsról, az honnan volt? Átfogalmazom neked: amit megírtak és rá is bukkantam a lapra, ahol írtak róla.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2584753

    Nem tudom mennyire fog beválni, de egy egyetemi kutatócsoport szerint a thapsigargin nevű növényi alapú vírusgyilok, hatásos a COVID ellen:

    Ha ez mind igaz, akkor ez jó hír.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2589865

    Esetleg a Thapsigargin?

    Kitartást, jobbulást.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2589897

    > Azért én erősen kíváncsi lennék arra, hogy enpassant és TCH mit reagálna, ha ott állnának egy Covid-19 beteg mellett és a kezelőorvos tőlük kérdezné, hogy oké, mennyi ivermectin vagy thapsigargin legyen az adag és hogyan és milyen adagolással adjuk be?

    Én egy egyetemi tanulmányt linkeltem be és kérdő módban felvetettem, hogy szóba jöhet-e, mint lehetőség. Hol írtam én olyat, hogy ezt azonnali hatállyal alkalmazni kell? Feltűnt a kérdőjel? Vagy csak megint nem tudtál olvasni, ahogy azt tőled eddig is megszokhattuk? Nyilvánvalóan az orvosnak lehet megmutatni, mint lehetőséget, persze neked egyszerűbb belemagyarázni, hogy érvek híján mocskolódni lehessen, ahogy csak szoktad.

    > Innen nézve nagyjából úgy tolják ezt

    Mi ez a többes szám, hm? TCH a te és az enpassant közti csörtékbe bele sem szólt, ahogy hozzád sem. Megint hazudsz? Az Ivermectint én sehol sem hoztam szóba, a Thapsigargin-ról szóló tanulmányt meg fentebb érdekességképpen/esetleges kezelés lehetőségeként belinkeltem (és ott is feltételes módban beszéltem, hogy ha bejön) - lévén ez a topic pont az ilyeneknek a gyűjtése végett jött létre - meg itt rákérdeztem, hátha az orvos tud vele valamit kezdeni. Kemény két alkalom egy nyolcszáz kommentes topicban. Magához a topichoz sem szóltam hozzá - a tanulmány belinkelését leszámítva - már vagy egy hónapja. Akkor mit is tolok én, hm? Te tolod itt (is) a hazudozást. Ipari szinten.

    > mint amikor jön a gyerek, hogy sütött homokból pogácsát, kóstoljam meg, ha pedig nem csak játékból kóstolom meg, akkor rögtön mondja, hogy ne edd meg, az homok! Játéktudatnak hívják a jelenséget, de vallásos környezetben is megfigyelhető, amikor az "imádkozom érted" módból átvált "jövök, segítek" módba.

    Vallásosságot eddig inkább terajtad lehetett megfigyelni a különböző műszaki és politikai topicokban: ha valaki csak fel merészel vetni bármit, ami ellenkezik a te szent véleményeddel, akkor azt érvek híján minden szarnak elhordod, megpróbálod valami negatív színben feltüntetni. Gratulálok.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> enpassant , mbael


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2589907

    > A kérdésemre válaszul: mennyit és milyen adagolásban adnál?

    Én tudjam? Láttad a linket a tanulmányról? Vetted a fáradságot, hogy elolvasd? Esetleg a nottinghami egyetem kutatóit kéne megkérdezni a kezelőorvosnak, hogy hogy lehet/érdemes használni. Vagy az ő véleményük nem elég jó, mert nem a tieddel azonos?

    > Egy konkrét esetről van szó, ahhoz szóltál hozzá, hogy azt kellene adni.

    Látod, már megint hazudsz. Vagy már megint analfabéta vagy. Hol írtam én azt, hogy "kellene"? Szerinted mit jelent az "esetleg"?

    > A többi szokásos terjengős bullshit és terelés nem érdekel.

    Bullshitet és terelést te toltál ebben a topicban egész végig. Jó terjengősen. Ehhez is pont annyira értesz, mint a számítástechnikához. Annyi eszed van, mint egy vödör laposföldhívő oltásellenes chemtrailezett szarnak, de mégis akkora a pofád, hogy gyűrűstől elférne benne a Szaturnusz és annak minden holdja.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2589947

    > Aham, én olvastam, hogy in vitro sejtkultúrán és hörcsögön van valamennyi eredménye. Te olvastad? Szerintem nem: "The key features based on cell and animal studies, which make thapsigargin a promising antiviral [...]"

    De olvastam. Te viszont még mindig nem olvastad el, amit én írtam: ez még mindig egy lehetőség. Egy lehetőség, amit "esetleg" megvizsgálhatnak.

    > És mindez alapján egy konkrét, folyamatban lévő Covid-19 esetet kezelnél ezzel, amikor nem hogy széles körű clinical phase 3, de még phase 1 se volt.

    És már megint hazudsz, de mint az árvíz. Te ezt a szintű rosszindulatot tanulod valahol, vagy születésedtől fogva vagy ekkora féreg? Én mit kezeltem volna ezzel? Hol írtam én olyat, hogy ezzel kezeljék? Tudsz te mást is mint hazudozni? Én feltettem egy kérdést, hogy "esetleg" ez. Te próbálod meg mindenáron belemagyarázni, hogy én emberkísérleteket akarok végezni. Ami pedig a klinikai kísérleteket illeti, már megint vagy analfabéta vagy, vagy hazudozol: világosan le volt írva, hogy

    safe as an antiviral (a derivative of thapsigargin has been tested in prostate cancer).

    azaz más betegségen már kipróbálták a származékait: a cucc biztonságos. Úgy látom, te a belinkelt cikkből csak azt olvastad el, amivel a kontextusából kiragadva mutogatni tudsz. Szánalom.

    > Mit akartál ezzel elérni? Mi volt a célod?

    Én? Miből gondolod, hogy bármit el akarok érni? Miből gondolod, hogy nekem "céljaim" vannak? Ja, te sem gondolod, csak megpróbálod úgy beállítani, hátha akkor sikerül hitelteleníteni. Holott csak belinkeltem valamit tipp alapon. Problem?

    > Próbálj meg egy kicsit gondolkodni, totálisan el vagy szakadva a valóságtól.

    Ezt pont te mondod, aki szerint a DLL-ekbe pakolt 4k-s videók miatt több GB a windows 10? Aki szerint a Motorola 6800-as, 68000-es és 88000-as processzorok azok Motorola klónok? Aki szerint a boot közben lemerevedő fsck az PEBKAC? Ha valaki ezen a portálon el van rugaszkodva a valóságtól - és szállva önmagától - az te vagy.

    > Odamennél egy kezelőorvoshoz, hogy "Jó napot kívánok, TCH vagyok a hup.hu informatikai portálról, a Covid-19 tudományos szemmel témája kapcsán felmerült bennem egy új gyógymód, látom, súlyos a helyzet ezzel a beteggel, esetleg thapsigargin?"

    Te ilyenkor kurwa okosnak, vagy viccesnek hiszed magad? Mert egyik sem vagy, úgyhogy a fölényeskedéseddel nyugodtan távozhatsz a devnullba. És már megint hazudsz. Bennem semmiféle "gyógymód" (helyesen: lehetséges kezelés, te subtard) nem merült fel. Eszméletlen szánalmas vagy, ahogy folyton engem próbálsz mocskolni érvelés helyett. Két érdeklek itt én? Mármint rajtad kívül.

    > Vagy hogy gondoltad ezt az egészet? Tassadar nyomtassa ki a hozzászólásod és vigye el a kórházba?

    Ld. még ezt is. Miért az én hozzászólásomat kéne kiprintelnie a tanulmány helyett? (Egyáltalán miért kéne kiprintelnie, emailről hallottál már, te számítástechnikusok gyöngye?) Folyamatosan énrám próbálod meg kihegyezni az egészet, azaz érveid nincsenek, csak a szokásos formádat (belemagyarázás, hazudozás, analfabetizmus, fölényeskedés, stb.) hozod. Én viszont ezt meguntam. Rendelj egy tankerhajónyi Reparont. Vagy inkább egy óceánnyit. Talán elég lesz. Esetleg.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2589984

    Egyrészt már megint hazudsz, mert nem hívtam gyógymódnak és azt sem mondtam, hogy essenek neki és kezeljék, ezeket te hazudod most már sokadjára, gondolom abban a hiú reményben, hogy az a marék ember aki még olvassa a topicot, azok elhiszik neked. Szomorú, hogy tőled ennyi tellik. Visszakozni meg te visszakozol szépen lassan, mert az elején még azt hazudoztad, hogy én személyesen kezelném vele, most meg már csűröd-csavarod, hogy a kezelőorvos. Szánalmas vagy.
    Másrészt meg miért ne lehetne megkérdezni az orvost, hogy mi a véleménye? Max. azt mondja, hogy felejtsék el. Az orvos véleménye számít, nem a tiéd.
    Harmadrészt meg tanulj már meg végre olvasni, nem csak prosztatarákra használhatóak a származékai; mája, meg agya a nőknek is van és már évekkel ezelőtt túl voltak vele a phase 2-esen is. Na, ez a valóságérzékelési probléma, meg a játéktudatból sütött homokpogácsa.

    Ennyit ér a véleményed kb. mindenben, akár számítástechnikáról beszélünk, akár másról. Subtard.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590193

    Megrökönyítő, hogy úgy akarod mások biciklizését megítélni, hogy életedben nem láttál biciklit.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590200

    Ezt el tudom hinni, amennyiszer pofára estél már itt, csukott szemmel is fel kell ismerned. (Amúgy jól bírod, biztos a vastag arcbőr teszi.)

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590195

    > Csak annyit szeretnék mondani, hogy nekem eléggé bántja a szemem, hogy gyakran ilyesmiket írsz embereknek.

    Csak azoknak, akik ilyesmiket csinálnak velem.

    > Főleg úgy, hogy tudom, hogy ha ennél lényegesen kevésbé bántó dolgot ír rólad valaki, akkor arra ugrasz.

    Nem. Csak van itt 4-5 ember, aki mindig megtalál egy kis köcsögösködésre és _Franko_ egyike ezeknek. A regisztrációm óta ott köt belém és ott mocskol ahol tud, holott én szinte soha nem szólok hozzá. Az előzményeket is figyelembe kéne venni, mielőtt ítélkezel...

    > Nem lehetne esetleg visszavenni egy kicsit a stílusból?

    ...lásd pl. ezt. (Disclaimer: a következő felsorolás nem E/2-ben írt elemei nem rólad szólnak.) Nem lehetne esetleg, hogy nem adunk szavakat a számba? Nem lehetne esetleg, hogy nem próbálunk lépten-nyomon mondvacsinált hülyeségekkel alapot teremteni egy kis mocskolódásra? Nem lehetne esetleg, hogy nem hazudozunk rólam mindenféle baromságot? Nem lehetne esetleg, hogy megnézed, hogy ki kezdte ezt is? Nem lehetne esetleg, hogy végigolvasod a topicot és nyugtázod, hogy _Franko_ nem csak velem tolta ezt az arrogáns tuskó stílust, hanem még vagy 4-5 emberrel, azaz kb. mindenkivel, aki nem osztja a véleményét? Nem lehetne, hogy ezek után nem már megint rajtam kérjük számon a stílust? Nem lehetne esetleg?

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590340

    Összefoglalom:
    - Látod, hogy _Franko_ szólított meg engem és nem fordítva.
    - Látod, hogy rögtön fikázással/hazudozással nyitott.
    - Látod, hogy topicszerte ugyanezt az arrogáns bunkó stílust tolta több kollégával is.
    - Látod, hogy én csak vele voltam tirpák.
    - Tudomásul vetted, hogy a reakciómnak több évre visszanyúló előzményei vannak.
    - Elismerted, hogy úgy hülye, ahogy van.

    És mindezek ellenére téged az én P2P tuskóságom jobban zavart, mint az ő broadcast-eltje és szerinted én vagyok az, akinek vissza kéne vennie a stílusból, nem pedig ő, mert az én hülye viselkedésemre nem mentség az övé. Noha egy pillanatig nem vitattad, hogy ő volt a fasz, de mégis felettem akarsz pálcát törni.

    Ez hogy jött ki?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> enpassant , mbael


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590443

    Ez nem válasz. Hogy van az, hogy nekem felrovod, hogy "túlreagálom", hogy valaki folyton betalál, de annak a valakinek meg nem rovod fel, sem az én, sem a más cseszegetését? Ez hogy van?

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590582

    A problémám ezzel csak az, hogy nekem már többször "tanácsot adtál" és minden alkalommal figyelmen kívül hagytad, hogy a másik kezdte, mert vagy alapból prosztó volt, vagy nem bírta elviselni, ha valaki kritikát mer megfogalmazni a rajongása tárgyával. Azokat a kommenteket valahogy sose sikerült elolvasnod ezek szerint, ahol nekem beszólnak, csak azokat, ahol visszaszólok? Ez azért elég érdekes, hogy mindig nekem teszed szóvá a "stílust", a másiké az érdektelen és nem, nem mindegyik volt troll, volt köztük butthurt fanboi-tól elkezdve a szimpla idiótáig mindenféle alak.

    Az meg elég nagy tévedés, hogy bármilyen kialakított kép független lenne a külső tényezőktől; pl. én sose ítéltem el még gondolatban sem valakit, ha visszaszólt egy kötekedőnek. Ez maximum a te véleményed.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> asch , mbael


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590696

    De miért mindig engem tisztelsz meg eme gondolataiddal? Bármilyen is az én stílusom, azért nem egy alakot lehetne a hupról mutatni, akié jócskán alulmúlja és még csak az sem igaz, hogy mind troll, akit úgy sem lehet meggyőzni, tehát próbálkozni is kár vele.
    Kicsit nekem olybá tűnik, mintha a stílus csak casus belli lenne ezekben a "gondolatokban" és neked alapvetően nem a stílusommal van bajod, hanem velem. Ez persze nem baj, csak akkor mondjad és ne a stílusra mutogass, miközben a környező szálakban tőlem teljesen függetlenül fúl mocsokba az egész topic.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590815

    > Pl. valaki írt valamit, amiben nem ért veled egyet, és te erre megtorlási módba kapcsolsz.

    Nem. Ez úgy, ahogy van, nem igaz. "Megtorlási módba" én maximum akkor "kapcsolok", ha van mit "megtorolni". Az, hogy valaki nem ért egyet, azon nincs mit megtorolni és az sem megtorlás, hogy folytatom vele a vitát. "Megtorolni" akkor van mit, ha a túloldalon vagy elfogynak az érvek, vagy akkorára nő a butthurt, hogy az opponens elveti a sulykot és nekiáll anyázni, szalmabábot csépelni, vagy rágalmazni. Citálj be egyetlen egy posztot, amikor én valakit alpári módon elküldtem melegebb éghajlatra pusztán azért, mert nem értett egyet velem.

    > Másoknál vagy nem látom ezt (vagyis olyan szinten reagálnak, ami számomra természetesnek tűnik, és ha a dolog eszkalálódik, jellemzően több hozzászóló mind apránként járul ehhez hozzá). Vagy pont az ellenkezője, van néhány ember, aki bármikor bármire személyeskedve, káromkodva, a másikat sértve reagál. Ezekre valószínű azért nem reagálok, mert az első nem éri el az ingerküszöböt, a második félére meg csak legyintek, hogy ez egy reménytelen hülye.

    Ezzel az okfejtéssel csak az a baj, hogy már többször mondtam (valamiért mindig figyelmen kívül hagyod), hogy nem csak a folyton személyeskedő trollok vannak, akik nekiállnak anyázni. Nem készítettem statisztikát, de az eseteknek szerintem csupán a kisebbik hányadában van ez.

    A legtöbbször én azt látom, hogy van egy adott technológia, amit napjainkban nagyon hype-olnak és ezért sok a "rajongója" is. Namármost, a rajongás az sosem racionális, hanem érzelmi alapú reakció. Itt is valójában nem az adott - és alsógatya módra naponta lecserélődő - technológia a lényeg, hanem az ezen technológiák mögött meghúzódó népbutító ideológia, esetünkben a túldimenzionált álhaladás, csúnya szóval élve pszeudoprogresszió és az ezt a világ torkán leerőltető gigacégek, akik ebből vastagon profitálnak. Ennek megfelelően ha te megalapozott műszaki érvekkel megkritizálod a rajongás tárgyát, akkor abból szinte mindig butthurt lesz. Először pl. a fanboi-ok előveszik a mantrát, amivel a mainstream hype-olja az adott technológiát és azzal próbálnak "érvelni".
    Miután az rövid úton megcáfolódott (kevéssé meglepően, hiszen a hype mindig érzelmekre apelláló bullshitből áll), akkor jön a WORKSFORME, meg ritkábban pár olyan use-case, ahol az adott technológia hasznos lehet.
    Miután tisztáztuk, hogy a WORKSFORME nem érv, a use-case-ekre meg vannak alternatívák, akkor szokott előfordulni, hogy pár ember elveszti a fejét és nekiáll személyeskedni, szalmabábot csépelni (kétségbeesett kísérlet arra, hogy a kritikát egy abszurd marhaságnak megfeleltesse és így hiteltelenítse), arrafelé terelni a témát, hogy én "ez-meg-az", meg "ilyen-meg-olyan" vagyok. Csakhogy ez nem érv, hanem nulla. (Illetve itt még időnként előfordul, hogy a rám való mutogatás előtt még nekiállnak más technológiákra mutogatni, hogy az is szar, ami ugyan lehet, hogy tényleg igaz, csak épp nem tartozik a tárgyhoz.)
    Namármost, egy darabig még - hangulattól és egyebektől függően - nem állok bele a dologba (keress vissza, erre számos példát találsz), de amikor már több kör óta arról szól a dolog, hogy az én kurwa anyámat, meg esetleg nekiáll az opponens rágalmazni, hazudozni, a technológiáról meg már rég nincs szó, csak az én mocskolásomról, akkor az én türelmem is el szokott fogyni és visszaszólok.
    Felteszem akkor a kérdést, mit is reagáltam túl, amikor baromi sokáig tűrtem? Miért is nekem kéne a stílusomból visszavenni, amikor az opponens már több poszt óta "túlreagálja", hogy valaki kritizálni merte a kedvenc technológiáját és azon keresztül a kedvenc ideológiáját és az azt képviselő céget/szervezetet? És ez nem troll volt.

    Aztán van itt pár ember, aki minduntalan belém áll és igazából egy-két poszton belül - vagy néha azonnal - rágalmazással, mocskolódással nyitnak. Egy darabig anno megpróbáltam normálisabb hangot megütni velük, de most így több év után már semmi értelmét nem látom a dolognak: had szóljon. Ismét felteszem a kérdést, hogy mit is reagáltam túl, amikor itt több éves basztatás utáni állapotokról beszélünk? Miért már megint nekem kéne a "stílusból" visszavenni, amikor a másik mást sem akart, mint alpári stílusban belémkötni? És ez sem biztos, hogy troll, lehet, hogy simán csak utál. Szíve joga, de az enyémé meg az, hogy én se szeressem őt és ne tűrjem el a baszogatását.

    Ezeknek az embereknek mégsem kritizálod sosem a stílusát.

    Továbbra is azt mondom, hogy a "stíluskritika" a részedről csak indok, neked velem van bajod, nem a stílussal. Vagy, lehet, hogy nem konkrétan személy szerint velem, hanem a véleményemmel. Valamit sért a világnézetedben, viszont mivel azt látod, hogy meg tudom védeni az álláspontomat és a mocskolódást sose én kezdem, ezért inkább marad a magyarázat a másik szintjére le nem süllyedésről, megítélésről és egyebekről; arról próbálsz meggyőzni, hogy ne is próbáljam megvédeni sem a véleményemet, sem magamat, hanem inkább hallgassak, ne sérüljön a status quo.
    Tévedés jogát ezzel kapcsolatban fenntartom.

    (A posztod további részében magadról írtál, arra nem tudok mit válaszolni.)

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590961

    > Azt tanácsoltam, hogy a véleményedet más módon kommunikáld.

    Csakhogy nem a véleményemet "kommunikáltam" úgy, ahogy te gondolod; az már csak az anyázós rész volt. A véleményemet én ki tudom fejteni anyázás nélkül is és úgy is szoktam.

    > Többször említettem a nonviolent communication irányt, szerintem használna neked. Úgy tűnik, nem szimpatikus neked, nem akarod használni.

    Igen, tényleg nem olvasol el minden posztot, legalábbis azokat, ahol leírtam, hogy nem az a default, amit itt _Franko_-val toltunk, meg azokat, amikor "nonviolent communication" folyik köztem és normális emberek között, azokat valahogy nem sikerül. Valahogy mindig csak azokat sikerül elolvasni, ahol már anyázok valakivel...

    > Ez rendben van, de ha megnézted, akkor láttad, hogy nem arról szól, hogy nem mondhatod el a véleményedet.

    Az érdekes lenne, ha explicite megtiltanád. Arról beszéltem, hogy meggyőzni akarsz, hogy önként ne akarjam elmondani.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2589890

    Nem mondtam, hogy te add neki. Az orvost lehet érdemes esetleg megkérdezni.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590581

    Érdekes... Tavaly, mikor vérre menő versenyt jósoltam a vakcina-előállítók között, akkor ki lettem kiáltva laposföld hívőnek, pedig most pontosan ez a vérre menő verseny zajlik.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590597

    Gőzöm sincs, hogy miből következtettétek ki, hogy laposföldi vagyok, de egyébként még "bilgécezés" se nagyon volt, csak annyit mondtam, hogy ez üzlet, nem pedig "jótékonykodás". És az is, ahogy az eddigiekből kiderült.

    Oldschool Computer - http://oscomp.hu




    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590820

    Igazából mindegy miért kaptam. Azóta többször is bebizonyosodott, hogy megállta a helyét. (Pl. akkor, amikor Oroszország dobta piacra először a vakcináját és tüstént egymilliárd megrendelést kapott. (Az egymilliárd itt nem költői túlzás: nytimes.com, cnn.com))

    Legalábbis érdemi ellenvetést egyikőtök sem tudott felhozni (a tények ellen nehéz is lenne), csak a butthurt megy, hogy a trécéhá bilgécezik, meg lelkesen pluszegyelitek egymást, hogy haha a trécéhá laposföldhívő. Magatokat minősítitek, nem engem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> enpassant


    Covid-19 vakcinák tudományos szemmel: https://hup.hu/node/172294#comment-2590841

    > Csak te hívod így magadat, ez valamiféle trauma lehet.

    Nem, ez sima önirónia (vagy önparódia, vagy minek hívják, amikor az ember saját magából csinál viccet). Szerintem vicces, hogy trécéhá. Nem baj, ha szerintetek nem az.

    > Hol írtam olyat, vagy pluszegyeztem olyan hozzászólást, ami szerint laposföldhívő vagy?

    Többes számban beszéltem, a konteóval való bélyegzésben speciel nem vettél részt, azt krix és NagyZ csinálta, harlequin és NevemTeve meg lelkesen pluszegyelte. Holott zéró konteó volt abban amit mondtam, az egész amit csináltak nettó szalmabábcséplés volt. A "bilgécezéssel" való bélyegzésben viszont te is részt vettél. Holott igazából bilgécezés sem volt; ennyi erővel ruszkizás is lehetne, ha már az ő vakcinájuk is szóba került, nem?

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2652522

    Én értem, hogy mit mondasz és igazad is van valahol, de azért nem minden formázás csicsázás.
    Hasonlítsd össze ezt a két táblázatot: HTML 3.2, HTML 4.01 + CSS 1; az információ betűre ugyanaz, de azért csicsásnak nevezni a 4-est elég erős túlzás, nem? Azonfelül a HTML 4 hozott magával pár funkcionális dolgot is, pl. span, button, iframe, frame és frameset tag-ek, target attribútum az a tag-en, readonly, maxlength, checked és disabled attribútumok az input tag-en, vagy a globális class attribútum, stb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> pacm4n


    This is a web page: https://hup.hu/node/174537#comment-2652541

    Konstruktív javaslatokra mindig nyitott vagyok.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2652559

    Ilyen jellegű oldalról én nem tudok többről. Illetve egyről, de az is az enyém. :P

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2652560

    És hogyan lehetne olvashatóbb?

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2652800

    Köszi, de ezzel így nem nagyon vagyok előrébb. Oké, a vörös nehezen olvasható, de pont a vörös feliratokon nincs mit olvasni, az ugyanis mindenütt csak egy "None", vagy simán egy "N" betű (kivéve a systemd fertőzöttség oszlopában, ahol "Y"), akár egy vörös téglalapot is betehetnék a helyükre. De hol van itt sötét alapon sötét szöveg? Mely színek azok, amelyek már annyira szaturáltak, hogy káprázik tőlük a szemed? A sárga és a piros? Mire cseréljem őket, amikor a pirosnak és a sárgának konkrét jelentése is van? (Nézd csak meg, hogy miket jelöltem vele.) Az a baj, hogy nekem így is tökéletesen olvasható az egész (majdnem: a vörös szerintem is kicsit nehezen olvasható, de mint mondtam, azokon pont nincs mit olvasni), így csak a kezemet tudom széttenni, ha nincs megjelölve, hogy mi az, ami szembántó és mi az, amire cserélhetném, hogy a színe által hordozott jelentés is megmaradjon.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653008

    Még mindig nyitott vagyok a javaslataidra, hogy melyik színt mire cseréljem. (Amúgy ez tuti, hogy a nagyobb fényerő mellett könnyebb olvasni? Egy tiszta fehér képernyő a te szemedet nem bántja? Mert az enyémet eléggé.)

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653060

    Háromszor kérdeztem eddig, hogy oké, mit cseréljek mire, de egyszer sem mondtál semmi konkrétumot, azt leszámítva, hogy a vörös nehezen olvasható (jó, de mire cseréljem, ami ugyanazt jelenti?), meg ne legyen aláhúzva (csak a linkek vannak aláhúzva, meg a felső táblázat headerjei; utóbbit még kikapcsolhatom, de a link se legyen aláhúzva?), meg ne sötét alapon világos legyen, hanem fordítva (ez sem túl konkrét mondjuk).
    Én megpróbáltam...

    Ami a linkelt weboldalt illeti: tuti olyantól akarunk design-tanácsokat venni, aki arra is képtelen volt, hogy a body-nak beállítsa a színét, mert úgyis tuti fehér mindenkinél? És ha valakinél nem az, mert kiveri a szemét a fehér?

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653133

    Elolvastam, csak ettől még nem vagyok előrébb, mert hiába kérdeztem rá pár dologra, nem kaptam értelmes választ. Kérdeztem, hogy hol van itt sötét alapon sötét szöveg? Az alap sötét, az oké, de melyik szöveg az? Nem válaszoltál. Kérdeztem, hogy mely színek azok, amelyek már annyira szaturáltak, hogy káprázik tőlük a szemed, esetleg a sárga és a piros? Nem válaszoltál, de esetleges igen esetén kérdeztem azt is, hogy mire cseréljem őket, amikor a pirosnak és a sárgának konkrét jelentése is van? Erre sem válaszoltál. Annyit mondtál csak, hogy neked az egész olvashatatlan, kiüti a szemed, meg zavarnak az aláhúzások, mert nincs is jelentőssége, hogy alá van húzva. Visszakérdeztem, hogy a linkeknél se? Erre sem válaszoltál. Csak mondod, hogy olvashatatlan, szembántó, stb. Oké, elhiszem, de ezzel így nem tudok mit kezdeni, mert nekem meg nem az.
    Nem azt vártam, hogy "helyrerakd" az oldalam, hanem azt, hogy konkrét tippjeid is lesznek azokra, amik miatt panaszkodtál, mert önmagában az, hogy "ez így nem jó", az minden, csak nem konstruktív kritika. Ezek után, én kötözködök itt?

    Ami pedig a linkeket illeti, valahogy afelett a kérdés felett is átsiklottál, hogy tuti olyantól akarunk design-tanácsokat venni, aki arra is képtelen volt, hogy a body-nak beállítsa a színét?

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653257

    Erre gondolsz? Hát tessék, én beraktam felülre egy "témaválasztót", így néz ki a Modarin színsémával. Szerintem sokkal rosszabb, dehát ízlések és pofonok, meg ez legalább végre valami konkrétum volt...

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653715

    Nem, eddig nem volt témaválasztó, most raktam be, hogy aki konkrét színsémát javasolt, annak megcsinálhassam.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653256

    Mind, kivéve az egybetűseket. Azok túl világosak (nekem).

    Hát ez aztán konkrét. Minden is rossz. Az egyik azért mert sötét alapon sötét, a másik azért, mert sötét alapon világos. Oké...

    a vörös és a világoszöld szöveg hiába nem olvasható, kiüti a szemem, ezáltal a környékét is olvashatatlanná téve

    Hányszor kérdezzem még meg, hogy oké, úgy kiüti a szemed, de mire cseréljem?

    De azt is írtam, hogy az egész színvilág rossz.

    Ez az, ami minden csak nem konstruktív kritika.

    Most egyesével nevezzem meg a színeket, jobb lesz?

    Ha neked annyira rossz, hogy lecseréltetnéd, akkor igen; mi az, amivel konkrét bajod van, mi a bajod vele és mire cserélnéd. Ez a konstruktív kritika.

    Mivel más a színe is, nincs. De gondoltam, hogy mindannyian önálló gondolkodásra képes lények vagyunk, talán rájössz magadtól is, nem kell szájba rágni.

    Aha, kezdődik a személyeskedés is, noha okod nem volt rá. És még én kötekszem. Áruld már el, hogy egy olyan oldalon, amin van tíz féle szín, miért egyértelmű, hogy az X szín jelöli a linket? Vagy nézzen bele a HTML forrásba a látogató? A linkeket az aláhúzás szokta jelölni.

    a sötét alapon világos szöveg rosszabbul olvasható, mint a világos alapon sötét szöveg. Ebben mi a halál nem elég konkrét?

    Ez nem konkrétum, ez egy semmi, hogy cseréljek mindent sötét alapon világosról, világos alapon sötétre.

    Talán adjam meg a színkódokat egyesével?

    Színkódot nem muszáj, csak a színt, vagy legalább valami konkrétumot, ha már annyira zavar, hogy szóváteszed.

    Lehet azt is, általában 5 ezer forintos óradíjjal szoktam dolgozni, de most nem vállalnék új ügyfelet.

    Ez már minősíthetetlen. Egy ingyenesen elérhető tartalom színvilágába álltál bele, hogy szar, amiben ugyan lehet, hogy igazad van, de ez nem konstruktív hozzáállás; te most komolyan pénzt akarsz kérni azért, hogy mondasz pár színcserét, amit én ingyen megcsináltam volna neked, mert téged zavart, hogy olyan, amilyen? Ezt ugye te sem gondoltad komolyan?

    Ha rossz a tipográfia, azért a szerző a hibás?

    Nem erről van szó. Designről tart előadást és elkövet egy ekkora design bakit.

    Főleg az utolsó mondatod után: igen.

    Szerintem ezzel a posztoddal vált igazán egyértelművé, hogy te kötekszel, nekiállsz személyeskedni, aztán meg még te akarsz fizetést húzni az én munkám után, mert mondanod kellett volna pár konkrét színcserét, miközben neked volt vele problémád, nem nekem. No comment.

    Látod, az egyel feletted lévő kolléga legalább bedobott egy konkrét színsémát, meg is csináltam, szinte azonnal, mert ugye én csak kötekszem. Tényleg no comment.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653284

    Hát, ha már csináltam témaválasztót, beleraktam ezt is, bár az oldalon csak színskála volt, az nem, hogy milyen alapon mi legyen; inkább lemásoltam az oldalról a sötétet és a világosat is. A sötét valahogy nagyon szembántó az erőteljes kontraszttal. A világos még oké, de azon meg valahogy túl kevés a kontraszt. :P Mindegy, opciónak bent van.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> pacm4n


    This is a web page: https://hup.hu/node/174537#comment-2653716

    Kérésre kerültek be, nekem sem tetszenek.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2654143

    Ha jól értettem, eredetileg azt kívántad kifejezni, hogy a kettő közül az újabb technológiával készült oldal jobb.

    Nem: azt írtam, hogy túlzás a HTML 4-es verziót "csicsásnak" hívni.

    de nálam jól használhatóság szempontjából az újnak is csak a kis betűméret a fő problémája

    Azon mondjuk segíthetünk...mondjuk nálam egyforma méretű betűk vannak mindkét oldalon.

    Ha jól gondolom, az oldalt legfeljebb pár percig kell használni, szóval nem értem, mit faszkodtatok ennyit rajta. Vagy általánosságban kellene beszélni, és neked elfogadni, hogy utánaolvasol a színek használatának, és a tudás birtokában létrehozol egy új színsémát (ha szükséges), vagy nincs miről beszélni, hiszen a betűméret problémán kívül semmi valódi gond nincs az oldal megjelenésével (ezen meg mindenki tud segíteni kontrolplusszal).

    Tudja a tököm mi baja volt blr-nek... A többiek mondtak egy színsémát, beraktam, nekik tetszett, nekem nem, el van intézve.

    A "None" feliratoknak nem feltétlenül kellene félkövérnek lenniük, mert tényleg picit hangsúlyosak (főleg, ha valami elbaszott vagy "rosszul" beállított kijelzőt használ a látogató). Talán "---" is elég lenne helyette.

    Ez jó ötlet, köszi.

    A meglátogatott linkek színének csak az alsó táblázatban kellene változni, feljebb a funkcionális linkeknél nem.

    Azon sajnos a HTML 3.2-esben nem tudok segíteni, a vlink globális attribútum, CSS-t meg ugye ott nem akarok használni, mondjuk a class amúgy sem létezik 3.2 alatt. HTML 4-esben egy class-al megoldható.

    Szerintem a kettőspontoknak a kattintható szöveg részeinek kellene lenni (pl. "systemd:").

    Ez nem tudom miért fontos, de nem áll semmiből, oké.

    Nem kattintható, aktív funkció nélküli szöveget nem kellene aláhúzni (pl. "OS:").

    Ok, kihajigálom az aláhúzásokat a fenti táblából.

    Jó lenne, ha a jelölőnégyzetek a hozzájuk tartozó feliratra kattintással is bejelölhetők lennének (nem tudom, van-e erre lehetőség).

    Jó kérdés; elméletileg erre a label való, de az HTML 4-től felfele van csak. Oda persze berakhatom.

    A CSS-es témán az előbb írtak mellett úgy javíthatnál, ha a táblázatnak fekete (vagy közel fekete) hátteret állítanál be.

    Ok, rakok bele egy magas kontrasztos verziót belőle...vagy csak simán lecserélem az 5f-et 3f-re.

    A funkciók használatával nincs gond, minden egyértelmű és könnyen használható.

    Örülök, hogy végre valaki a funkcionalitást is nézi, nem csak a kinézetet... :/

    Esetleg az "Operating Systems for PowerPC" lehetne "Operating Systems for PowerPC (reset filter/order)", vagy az oldalnak lehetne egy nagyobb betűs címe ("Operating Systems for PowerPC"), és valahol egy "reset" opció.

    Jogos. Oda az kell, hogy "Reset all filters and ordering."

    Fontos lehet, hogy ~normális, kalibrált FHD kijelzőm van, a böngészőben az alap betűtípus talpatlanra és viszonylag nagy méretűre van állítva, és ~régi Firefoxot használok. Egy szűz ~aktuális Firefoxban kis méretű talpas betűkkel (Times New Roman...) jelenik meg a 3.2-es oldal, amit tetéz a nem olyan rég alapértelmezetté tett nyomorult "szaggatott" aláhúzás. Szóval ha a felhasználó nem állította be számára kedvezően a böngészője alapértelmezéseit, akkor a CSS-mentes oldal eléggé bolhaszaros lehet. Más gyártmányú és nem asztali böngészővel nem néztem.

    Lehet, hogy igazad van; majd adok a 3.2-es alatt az összes font tag-nek egy face="Arial" attribot.

    Köszi a konstruktív kritikát, szerintem holnap belekalapálom a változtatásokat.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2654345

    Oké, amit lehetett megcsináltam. HTML 3.2 alatt nem volt mit kezdeni a visited linkek színével (nincs class), a jelölőnégyzetek feliratának kattinthatóságával (nincs label), illetve a font típusával (a face attribútum sajnos nem létezik a 3.2-esben, sem a font, sem a basefont tag-nél). A többit megcsináltam, kivéve a kettőspontot a systemd linkjénél, mert megnéztem és sokkal rondább úgy, hogy kilóg az aláhúzás jobboldalra, de amúgy logikailag sem stimmel, mert a kettőspont már nem része a szónak és a szó van linkelve a szócikkhez.

    Kösz mégegyszer a tippeket.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2656053

    Szerintem a lap teteji címet nem érdemes lehagyni.

    Jogos, visszaraktam.

    Ha már kikerültek az indokolatlan aláhúzások, a lap tetején lévő két információs sorból is eltűnhetnének.

    Kiszedtem.

    A három kötőjelnek talán nem feltétlenül kell félkövérnek lennie.

    Nem kell, de van különbség? Nálam nincs. Mindegy, nem került semmibe, kiszedtem.

    A CSS-es oldalon a táblázat háttere sötétebben (0 és 000011 között) jobban olvasható számomra.

    A "Very high contrast BGAFC theme"-ben a hátteret 00001f-ről levettem 00000f-re.

    A téma/betűméret választót hosszútávon nem tartanám meg.

    Hát, pedig azok maradni fognak. Csak így tudom megoldani, hogy senki ne reklamálhasson a színekért/betűméretért; ha visszadrótoznám, hogy egy témát/betűméretet támogat csak, akkor tuti, hogy jönni fog megint valaki, akinek nem jó. Itt a választás szabadsága: mindenki kiválaszthatja, ami neki jól esik, ha meg nincs, akkor meg küldhet új sémát. Én mosom kezeimet.

    Nálam a böngésző Unicode karakterkódolást választ, ha az oldal mást nem kér. A főoldalon emiatt "á" helyett "�" jelenik meg.

    Kijavítottam, de a "főoldal" effektíve 2009 óta halott; azóta összesen két frissítés volt, ebből az egyik a 10. szülinapunk "eseménybeszámolója", a második meg a Dune 2 editorom új verziója, amit muszáj volt kiadni. És ez is már 2015-ben volt... Csak a vendégkönyv üzemel (az is egyre kevésbé), meg a két oprendszer lista frissülget.

    Köszi szépen az újabb tippeket.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2656507

    De, igazad van, köszi, fixed.

    Oké, legyen úgy. Illetve már úgy van.

    Még mindig? Oké, akkor legyen totál fekete. Annál sötétebb nem lehet.

    Használják. Nem, reklamálni csak itt reklamáltak, azok akik nem is használják. :D

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653287

    Világos alapon sötét szövegre cserélném, mert így olvashatatlan.

    Még mindig zéró konkrétum.

    Apró betűk, tömegesen aláhúzva, helyenként szemet kiverő vörösök.

    És még mindig nem válaszoltad meg: a) ha egy oldalon van X szín, akkor a júzer miből tudja, hogy valami link, csak mert más a színe, b) mire cseréljem a vöröst, hogy a jelentése megmaradjon?

    Adtam linkeket, amiből kiindulhatsz, hogyan építünk fel egy színsémát. Nem fogom helyetted megoldani a problémát.

    ROFL. Ez a te problémád, nem az enyém. Én nem fogom helyetted megoldani a te problémádat, ha még a színsémát is velem akarod kitaláltattatni, holott látod, hogy nem értek hozzá. Fordítva ülsz a lovon.

    Te most komolyan kiforgatod a szavaimat?

    Ezen nem volt mit kiforgatni. Rákérdeztél, hogy talán add meg egyesével a színeket, aztán közölted, hogy lehet azt is, de 5000 az óradíjad. Ezen nem volt mit kiforgatni.

    Az első linkemen olvashatsz róla, ha valódi megoldást szeretnél.

    GOTO10, "megoldást" te szeretnél, mert neked veri ki a szemedet, nem nekem. A POWER/SPARC userek sem panaszkodtak rá. Aki meg igen, az rajtad kívül már mind adott már legalább egy konkrét témát, vagy akármit. Meg is lett csinálva. Te kötözködsz még mindig, mert szerinted nekem kéne megszülnöm még a színsémát is, holott nem nekem van vele bajom. Fordítva ülsz a lovon.

    Szóval te most megesküdnél, hogy a cikk szerzője kódolta az oldalt

    Na, ez a szókiforgatás, ilyet én nem mondtam. De látni csak látta, nem? Ellenőrizte? Ha igen, szólt a felelősnek?

    Egyébként, ha így is van, az invalidálja az állításait?

    Nem, de beszédes.

    Ez a személyeskedés és ez a kötözködés.

    Nem, az lenne személyeskedés, ha én is lehülyéztem volna, ahogy te engem. Kötözködés meg az lenne, ha egyesével beleállnék az állításaiba és piszlicsáré dolgokon akadnék fent, mint pl. te itt a "színvilágon", holott ez sosem volt design-demo oldal, rohadtul nem erről szólt sosem.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653316

    Én is leírtam már egy párszor: nem értek hozzá, fingom nincs, mi mivel harmonizál és az meg, hogy kinek mi "kellemes", az meg végképp szubjektív.

    Éppen ez az, hogy egy színséma megtervezése időt, energiát és szaktudást igényel. Designer szaktudás nincs, az viszont nem járja, hogy neked nem jó és akkor én öljem bele az időt, meg az energiát, úgy, hogy szaktudás híján úgyis szar lesz a vége, ráadásul nem is érdekel, mert mint mondtam: a) nem vagyok designer, b) az oldalnak sem profilja a profi design, c) téged zavart a színvilág, nem engem. Eddig már három alternatív színsémát is beleraktam, amit két kolléga javasolt, azok se jók neked? Akkor neked semmi se jó, tehát kötözködsz.

    Anyázni pedig nem anyáztam, egyelőre te hülyéztél le engem.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2653368

    Te miről beszélsz??? Én nem "beledobtam még 4-5 színt", hanem lecseréltem az egészet arra, amit javasoltak, csak a jelzőszínek maradtak, mert azokra a színsémákban hiába is keresnék bármit, hogy mire cseréljem őket...

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2652498

    +1, de mondjuk azért a HTML 4.01 és CSS 1 még épeszű módon volt összerakva (mínusz a transitional mód, az gányolás volt). A trógerkedés az XHTML-lel és a CSS 2-vel kezdődött.

    Oldschool Computer - http://oscomp.hu




    This is a web page: https://hup.hu/node/174537#comment-2652801

    Meg tudom érteni. A web egy fos. Lett.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , Wabbitseason


    Levél a digitől: https://hup.hu/node/174631#comment-2655958

    Postai pecsét nincs, de a keltezés 2021.07.22.-e, azaz múlt hét csütörtök. Még ha aznap fel du. is adták, 26.-a már hétfő volt, azaz a postának kb. egy napja (péntek) volt ideérni vele. Azért ez teljesítmény úgy feladni egy kikapcsolós felszólítást, hogy négy (három?) nap van a határidőig és ebből kettő hétvégére esik.

    Oldschool Computer - http://oscomp.hu




    Levél a digitől: https://hup.hu/node/174631#comment-2655984

    Egy havi. 23.-án, egy nappal a keltezés után. De a baj nem az, hogy nem hívták vissza a már kiküldött levelet, csak mert közben megtörtént a befizetés, hanem az, hogy ezt a levelet már legalább egy héttel korábban fel kellett volna adni.

    Oldschool Computer - http://oscomp.hu




    Levél a digitől: https://hup.hu/node/174631#comment-2655986

    Nekem pont az volt, hogy nem kértem a nagyobb csomagot, de kaptam. 100 Mbitesre fizettem elő, aztán folyton hívogattak, hogy váltsak már 1 Gbitesre. Mindnek mondtam, hogy 100 Mbites a helyi háló. De váltsak mert csak 300 (?) Ft-tal drágább és 10x akkora a letöltési sebesség. De nem a 300 Ft, hanem hiába váltanék, mert nem tudnám kihasználni. Egy idő után megunták és maguktól áttettek az 1 Gbitesbe. Nem fogok belehalni abba az évi 3.6k +-ba.

    De mindezek ellenére össze sem lehet hasonlítani a trékommal a Digit. Van itt is baj, de sokkal olcsóbb és 5 és fél év alatt 10x ha elment a net, de ebből egy tartott két napig, a többi pár percig. A trékom esett-kelt és arányaiban 12 drágább volt (4x olyan drága és 3x olyan lassú). Az ügyfélszolgálatokat sem lehet összehasonlítani.

    Oldschool Computer - http://oscomp.hu




    Levél a digitől: https://hup.hu/node/174631#comment-2655996

    A digi nem drágult annyit, tényleg csak azzal a 400 Ft-tal kérnek többet. (Lecsekkoltam, nem 300.) Mondjuk én hűségidőt nem írtam alá, azzal engem egyszer palizott be a trékom, soha többet. (Igaz, akkor nem is volt kire váltani.)

    Oldschool Computer - http://oscomp.hu




    Levél a digitől: https://hup.hu/node/174631#comment-2656080

    És az ÜSz? Isoraz vice-versa? Csak mert itt a trékom ügyfélszolgálata az minősíthetetlenül szar volt, a Digié elfogadható, ill. néha pozitív csalódás is van.

    Oldschool Computer - http://oscomp.hu




    Levél a digitől: https://hup.hu/node/174631#comment-2656097

    Ez így van, az oldalon láttam is, hogy tartozás van, többek közt ezért is lett befizetve időben (mondjuk én online nem tudok fizetni, nincs bankszámlám), meg egyébként szoktak SMS-t is küldeni; itt az volt a vicces, hogy a felszólító/tájékoztató levelet kb. egy munkanappal a kiírt lekapcsolás előtt küldték ki, hát úgy nem meglepő, ha csak a határidő után fut be...

    Oldschool Computer - http://oscomp.hu




    PNG-k konvertálása Amigás ILBM és ACBM formátumba: https://hup.hu/node/174508#comment-2651582

    Inkább a FAQ-ot olvastad volna el; nem szabadságharc, csak nincs hozzáférésem.

    Bojkottálj nyugodtan.

    Oldschool Computer - http://oscomp.hu




    PNG-k konvertálása Amigás ILBM és ACBM formátumba: https://hup.hu/node/174508#comment-2651609

    Nem tudom, hogy jött ide Brüsszel, én ezen a portálon még sosem írtam le ennek a városnak a nevét. Politikával kívül tágasabb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> tomsolo


    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2236283

    Tudom, hogy nem ez volt a kérdés, de ettől függetlenül is elgondolkozhatnál a váltáson; a kuglit jobb elkerülni.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2236327

    Az "ostobaságaikat kéretlenül osztogató félkegyelműek" alatt a gúgel felszopókat érted?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2236344

    Amikor nekem lett elegem a gmail bugjaiból, meg nagytestvérkedéséből, megnéztem, hogy milyen alternatívák vannak és váltottam. A maps-re ugyanez igaz. A keresőre is. Egyszóval nem feltétlenül igaz, hogy hiába rossz, mert nincs jobb. Persze, ha van valami olyasmire igényed, amit a többiek nem tudnak megadni, akkor meg vagy lőve. :/




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2236413

    A levelezés helyett a Protonmail-t. A térkép helyett az OpenStreetMap-ot, hazai DB-vel. A kereső helyett a DuckDuckGo-t.

    A Protonmail meg az OpenStreetMap nagyon jók, csak ajánlani tudom. A DuckDuckGo az elfogadható, sokat fejlődött az elmúlt években, bár azért még előferdül, hogy abban nem találom meg, amit keresek, a kugli keresőjében meg igen, de ez visszafelé is igaz.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2236457

    Nm.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2389920

    És? Én azt mondtam, hogy van rá alternatíva. Megkérdezték, hogy én mit használok és én arra válaszoltam. Ha az lett volna a kérdés, hogy soroljak fel pár alternatívát, akkor ezt válaszoltam volna:

    https://www.openstreetmap.org/
    https://www.waze.com/en-GB/livemap
    https://citymapper.com/
    http://maps.randmcnally.com/
    https://wego.here.com/
    https://maps.me/
    https://www.mapquest.com/
    https://www.bing.com/maps

    Mit szerettél volna mondani? Ugye nem azt, hogy ha az egyetlen belinkelt alternatíva neked nem tetszik, akkor egyáltalán nincs alternatíva?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390078

    Nem szívtam fel magam. Az "alternatíva" koncepciójára adott definíciód pedig hibás: nem azt nevezzük alternatívának, ami ugyanazt és ugyanúgy tudja, hanem azt, ami kielégíti az igényeidet és így lehetőséget ad a választásra. Ennek megfelelően a különböző igények különböző alternatívákat eredményeznek.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390267

    > "Általánosságban véve azt nevezném alternatívának, ami funkcionalitásában elég nagy szeleten osztozik"

    Az, hogy mit nevezel annak, az nem definiálása a fogalomnak?

    Azonfelül meg ezt a Photoshop/GIMP/Paint háromszöget te hoztad elő, nem én, de ha már ezt használjuk analógiának, akkor nézzük ebből a szemszögből. Ha van egy feladat, pl. az, hogy húzzunk két egymásra merőleges egyenest, akkor nekem, mint grafikai analfabétának a Paint az alternatíva és nem a GIMP, vagy a Photoshop, mert azokat sosem használtam és lila fingom sincs, hogy hogy kell használni őket. Ha meg az a feladat, hogy rajzoljunk valami szépet, akkor nekem egyáltalán nincs alternatívám, mert nem tudok rajzolni. Aki meg tud, annak meg kb. mindegy, hogy miben alkot... Mint mondtam, az igények döntik el, hogy kinek mi minősül alternatívának és nem pedig az esetleges alternatívák képességei.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390666

    Felőlem akkor nevezd annak, aminek akarod.

    A felhasználóbázis szerinted homogén? Ahány ember, annyi igény.

    Ajánlotta a nyavalya; explicit rákérdeztek, hogy én mit használok, arra válaszoltam. Nem azt írtam, hogy az mindenkinek jó, azt írtam le, hogy én mit használok, mert azt kérdezték. És egyébként mi van akkor, ha csalódni fog? Összedől a világ? Vagy legalább a windóz? Mint mondtam, az alternatíva az ember igényeitől függ. Ha neki nem jön be, keres másikat. Van belőle egy raklap, párat én is belinkeltem.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391092

    Neked nem ajánlottam. Amit idéztél, azt annak írtam, aki egyértelműen rákérdezett, hogy mit használok, nem neked. Te jössz folyamatosan, hogy neked nem jó, mintha neked ajánlottam volna.

    Te nem érted meg, hogy tök mindegy, hogy csűröd-csavarod, nem tudsz univerzális kritériumrendszert felállítani arra, hogy mi alternatíva a kugli térképére. A "szinte (LOL) mindenki" az nem érv, meg nem pontosítás, hanem ködösítés, maszatolás. Az ilyesmit szokták "weasel-word"-nek hívni. Amúgy, ha nincs értelme, akkor minek forszírozod a beszélgetést? Nem én szóltam hozzád, csak mondom. Egyáltalán, neked tényleg az a legnagyobb bajod az életben, hogy valami random hülye a hupon a szájára vette a kuglit?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391222

    Jólmegaszontad.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391267

    > Mit mondjak?

    Azt, hogy neked tényleg nincs nagyobb bajod annál, hogy valami random hülye a hupon kicsavarta a kugli nevét?

    > Meddő vita az egész, és igazából nem is ér annyit, hogy ezen lovagoljunk napokig :)

    Ehhez képest eddig ezt tetted, mert emlékeztetnélek rá, nem én indítottam.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391291

    Hogy jött ez ide? Mi fáj? Egyébként meg csak akkor lenne bármi értelme annak, amit sugallani próbáltál, ha a kugli mt9 oldala lenne. Így viszont csak nettó személyeskedés, dehát tőled nem is lehet mást várni, az eddigi vitákban is csak arra voltál képes, hogy mocskolódj.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391307

    Egyfelől itt nem simán "érint" engem a dolog, hanem te konkrétan engem neveztél "foscompponthu-s tökikének", közvetlenül engem támadtál vele, a személyeskedés pedig a másik személyének a támadása.

    Aztán meg az sem mindegy, hogy kinek és miért mondod a dolgot, hiszen mint írtam, a személyeskedés azt jelenti, hogy a beszélgetőpartnered személyét támadod és ennek megfelelően az én "kugli" kifacsarásom csak akkor lett volna személyeskedés, ha Larry Page - vagy valamely másik alapító - itt kommentelne a topicban és én neki(k) replyztem volna, hogy "kugli", szándékosan azért, hogy baszogassam ő(ke)t. Te viszont konkrétan nekem mondtad, hogy "foscompponthu", azért, hogy baszogass és ez pedig bizony személyeskedés; ha valami másik random topicban egy random embernek mondod, akkor nem az.

    Elég szomorú, hogy neked ezek nem triviálisak, de tőled már egyáltalán nem lep meg: az eddigi vitákban is mocskolódással, "hangerővel" (értsd: keménynek szánt odamondásokkal) próbáltad pótolni az érvek és a gondolkodás hiányát.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391320

    Rettenetesen izzadságszagú és nagyon gyenge terelés, hogy ha nekem írod, hogy foscompponthu, az nem támadás, mert olyan nincs is... Hát ennyi erővel a kugliért is kár nyafogni, hiszen olyan sincsen, nem? Külön vicces, hogy a második mondatban még önmagadat is megcáfolod, mert leírod, hogy bizony egyenlőségjelet teszel a két név közé.
    Az meg, hogy a tökike még dícséret is az eddigi munkásságomat elnézve az meg aztán pláne személyeskedés. Te mit raktál le az asztalra, ha szabad kérdeznem? A blogodat végigfutva nem láttam semmilyen publikált munkát, akár cikket, akár programot. Írtál már pl. virtuális gépet (CPU-val, chipekkel, csatolással és mindennel egyben), akár csak 8-biteset is? Vagy assemblert? Vagy képkonvertert, PNG loaderrel, kvantizátorral, ditheringgel, remappal, minden túróval, úgy, hogy belefér 80k-ba és egy csotrogány 7 MHz-es gépen is fut (5 másik platform mellett)? Utánam tudod ezeket csinálni? Vagy írtál már cikket, amit legalább 50-en köszöntek meg, mert hasznos volt? Mit raktál le az asztalra, hogy feljogosítva érzed magad arra, hogy a másik ember munkáját nullának, őt meg tökikének tituláld?

    Csakhogy te folyton énrám használtad azokat az "erős jelzőket", nem pedig csak úgy és azok is elég alpáriak voltak.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391324

    Hát ha feljogosítva érzi magát arra, hogy így lehúzza a másik ember munkáját, akkor ő biztos nem csak szájkaratés. Várom, hogy mutassa, mit alkotott, ami mellett az én cuccaim tökikeségnek bizonyulnak.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391341

    Nem fontos, hogy ő mit gondol. A vitákba azért szoktam belemászni, mert egyrészt kiváncsi vagyok (emberi gyengeség), hogy mi sül ki belőlük, másrészt meg lehet belőlük tanulni. Már csak ha cáfolni akarod az opponens valamely állítását és ezért utánanézel valaminek, jobban belemászol, megismered, akkor ma is tanultál valamit; függetlenül attól, hogy a végén igazad lesz, vagy sem. Van, hogy az ember kikap egy szakmai vitában a nála tapasztaltabbtól, de akkor meg az opponenstől tanultál valamit. Mondjuk a zellerrel való vitázásra ez nem igazán jellemző, mert a személyeskedésen nem nagyon van mit cáfolni, vagy abból mit tanulni.
    Az meg nem zavar, hogy minek hívja a weblapomat (nem szokott az ilyesmi zavarni); a totál fals analógia volt, amin megrökönyödtem, hogy ez hogy jött ki neki.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391379

    A tanyavidéki kocsmák törzsközönségének ha benyögök egy ilyet, akkor vagy kiröhögnek, vagy furán fognak nézni, de nem csinálnának semmit, mert ezzel konkrétan senkinek nem szóltam be. Viszont ha te bemész oda és beszólogatsz, ahogy szoktad, akkor téged biztos agyonvernek. De ez igazából mellékes, nem ez volt a lényeg.

    Kérdésemre - miszerint mit tettél le az asztalra, hogy úgy érzed, van alapod az én munkámat lebecsmérelni - csak egy szánalmas terelést kaptam, ahol összemérsz három többezer fős céggel. Hát ezek után, ha azzal amit eddig letettem az asztalra, azzal én vagyok a tökike, akkor azzal, amit te felmutattál, azzal te vagy a morzsika, vagy még inkább a semmike.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391407

    Jól van morzsika. Majd ha fel tudsz valamit mutatni az üres mellébeszélésen (pl. stíluson lovaglás, miközben te vagy az, aki folyton beszólogat, nem én), fölényeskedésen és a szokásos személyeskedésen kívül, akkor majd visszatérhetünk a dologra.
    (És nem húztam fel magam, nem kell idegesnek lennem ahhoz, hogy trágár legyek.)




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2236430

    Thx, ez hasznos.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2389922

    Az a gyerekes, amikor valaki fennakad az ilyesmin. Mi fáj neked abban, ha egy gusztustalanul viselkedő mammutcéget gúnynévvel illetnek?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390079

    Nem szoktam. Főleg, ha a szóhasználat miatt teszik.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390268

    Aha...tehát, ha valami nem tetszik, akkor ennek hangot csak akkor adhatok, ha mutatok jobbat? Érdekes felfogás...főleg annak a fényében, hogy mutattam alternatívát, nem egyet. Az nem épkézláb terv, hogy az ember konkurens szolgáltatásra vált? Ha ezt teszi, akkor csak csúfolódásra tellett neki? Hogy is van ez?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390662

    Hát mit értettél akkor épkézláb érv alatt? Hogy miért érdemes elkerülni? Indokoltam: rossz minőség és nagytestvérkedés. Hogy mit érdemes használni helyette? Olyat is ajánlottam, először tavaly, majd a thread necromancy után, miután közölted, hogy neked nem jó az OSM, akkor felsoroltam még egy adagot. Mit szeretnél még? A véleményemet megindokoltam, kérésre alternatívát is mondtam, azzal meg nem tudok mit kezdeni, hogy neked nem tetszik sem a vélemény, sem az alternatíva. A lehetőség adott: keress olyat ami neked jó, ha váltani akarsz. Ha meg nem akarsz, akkor meg végképp nem értem, hogy tőlem mit akarsz, mert én egy szóval nem mondtam, hogy személy szerint konkrétan te válts, most, azonnal, vagy jön a szkájnet, meg az adóhivatal...




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391091

    > Azt mondtam, hogy az átlag felhasználásra nem alternatívája a mapsnek.

    GOTO 10. robavad azt kérdezte, hogy én mit használok, nem azt, hogy mi az átlagigény. Most mondhatnám én is, hogy "ezt vagy nem tudod, vagy nem akarod megérteni mit akarok ezzel mondani, vagy csak szívatsz, akárhogy is, ennek a beszélgetésnek nincs értelme".

    > Hát igazából ebben a szálban csak arra akartam rávilágítani, hogy csúfolódás nélkül is lehetne elmondani hogy miért rossz a google. Egy fokkal értelmesebb beszélgetés születhetett volna a problémáról.

    Ebből? Amikor a beszélgetés tárgya az volt, hogy miért "kugliztam"? Ha nem teszem, nincs ez a beszélgetés. Hogy jött ez ki?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390269

    Értem. Tehát, ha én egy multit illetek gúnynévvel, akkor komolyanvehetetlen dedós vagyok, de ha te egy másik embert hülyegyerekezel, faszozol, szarozol, barmozol, szarjankózol le, akkor te nem vagy az. Vagy, ha konkrétan a "nekünk nem tetsző entitások elnevezésének kicsavarásáról" van szó, ha én mondom, hogy Google => kugli, az ovis szint, de ha te mondod, hogy hajbazer => hajbuzer, vagy Budaházy => szarházi, vagy Bayer => bájer, az nem. (Ne is próbáld politikai irányba terelni: szarok a politikára; a tevékenységedre mutattam rá, nem az irányultságodra.) Olyan dolgokért kárhoztatsz engem, amiket te is elkövetsz, méghozzá napszámra, Mr. Kettős Mérce, Mr. Hipokrízis. Quod licet Iovi, non licet bovi, és te döntöd el, ki isten és ki ökör, vagy mi a fáras? Egyébként meg loop: az az ovis, aki fennakad ezen.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2390665

    > Nem, más igénytelen viselkedése ugyanolyan gáz, és elítélendő. Ugyanakkor ettől még nem lesz korrekt a te megnyilvánulásod sem :)

    De én nem is játszottam a szentet, meg az igényest, meg a komolyanvehetőt, meg a többit. És annyit azért még tegyünk hozzá, hogy én maximum trágár vagyok, de az sose a vitapartner ellen irányul, vagy max. visszkézből; a személyeskedést sose én kezdem. Innentől kezdve csak annyit tudok mondani SchTamas megjegyzésére, hogy más szemében a szálkát is, a magáéban az Endort se.

    > Az pedig, hogy aki fennakad ezen ovis... nyilván a gyerekek szoktak az igényes kommunikáció irányába terelni felnőtteket, és nem fordítva :)

    Mert manapság a felnőttek körében az igényes kommunikáció dívik, mi? Ne fárassz már, légy szíves... Az emberek tücsköt bogarat összehordanak, felesleges minden piszlicsáré szaron fennakadni. Egyébként elég szomorú is, ha egy magát komoly embernek gondoló valaki fennakad azon, hogy egy mamutcég nevét kiforgatta valaki.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391090

    > Mutass jó példát, és ne takarózz azzal, hogy más mit csinál.

    Hogy mi van? Először is, ki takarózott bármivel? Nem én játszom itt a szentet. Másodfelől meg mi az, hogy mutassak példát? Mi ez, vasárnapi iskola? Miért kéne bárkinek pont rólam példát vennie?

    > Azon akadok fenn, hogy a fórumtársaim nem képesek értelmes kommunikációra, és valamiért úgy érzik, hogy az ilyen igénytelen megnyilvánulások teszik őket naggyá. Ez itt egy a sok közül, megy a winfos, a microfos, a bubuntu és a társai az összes topicban. Azon akadok fent, hogy ezek vagyunk mi emberek. Nem képesek intelligensen megnyilvánulni, hát megtoljuk egy kör tahósággal. Mert attól leszünk nagyok. Nyilván.

    Egek. Itt bajok vannak, nagyok. Belemagyarázod a sokat a semmibe. Egy szarkasztikus névkicsavarás, vagy valami dühös megjegyzés rohadtul nem arról szól, hogy ki érzi magát nagynak. Az emberek gyakran nyilvánítanak spontán tetszést vagy nemtetszést bármivel kapcsolatban. Nem konstruktív céllal teszik, hanem csak úgy, mert nem gépek vagyunk és néha így adunk hangot annak, hogy valamit jónak vagy rossznak tartunk. Indoklás nélkül. Tévedés jogát fenntartva. Ésatöbbi. Nem azért hívják mindenféle gúnynéven az emberek ezeket a mocskos amcsi mamutvállalatokat, mert ettől érzik magukat nagynak, hanem mert bosszantja őket, hogy miket művelnek és mégis mindig megússzák. Mégis mit vársz az emberektől ilyen esetben? Egzakt és konstruktív tervezetet ezeknek a cégeknek a regulációjára? Makroökonómiai eszmefuttatásokat? Minek? Lófaszt. Fulladjon bele egy marhavagonnyi tejszínhabos kenguruszarba az egész mocskos kugli, a mikrofos és a szájbatekert, bivalyfaszrágó frászbúk is. Tessék. Történt valami? Nem történt semmi. Valaki káromkodott egyet. Ezzel senkinek nem ártott, maximum magáról állított ki szegénységi bizonyítványt, de egyébként nem történt semmi. És most kapaszkodj meg: akkor sem történt volna semmi, ha valaki nekiáll ötletelni ezeknek a cégeknek a megregulázásáról, vagy rizsázik pár oldalt a világgazdaságról, mert zéró hatása lesz vele a problémára. Ne érts félre, nem azt mondom, hogy nincs értelme a konstruktív vitának; azt mondom, hogy annak nincs értelme, hogy folyton az legyen: túl sokat magyarázol bele abba, hogy egyesek nem erőltetik folyton a konstruktív megközelítést, hanem néha csak simán gúnynevet aggatnak rá pár olyan cégre, akik bőven rászolgáltak. Istenadta joguk; kurwa szar világ lenne, ha nem lehetne azt mondani a mikrofosnak, hogy mikrofos, vagy nekem, hogy trécéhá, nemde?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391221

    Nem érdekel, ha nem vesznek komolyan, már mondtam.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391223

    Minek jelzed, ha tisztában vagy vele, hogy te is elköveted? Egyébként meg nem vagyok ideges.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391327

    Nem a hozzá való jogodat, hanem az értelmét vitattam.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391349

    Miért mi értelme van annak, hogy ráosztasz valakire olyanért, amit te is elkövetsz?




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391377

    Hát nem tudom, ha én elkövetek egy adott hibát tízszer, akkor biztos nem fogom kioktatni a másikat, hogy ugyanazt csinálta. Főleg, ha még egyéb is van a rovásomon, mert ő sem csak neveket csavart ki, hanem jópár fórumozót illetett mindenféle jelzőkkel.




    Van egy ikrem a gmail-nél: https://hup.hu/node/159517#comment-2391378

    Mint mondtam, megtehetni megteheted, csak az értelmét nem látom még mindig.




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655569

    Jajj...

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655623

    Már a 2017-es 53.0-ban letiltották az NPAPI-t, csak a Flash működött, de most januártól a 85.0-val kezdve annak is annyi.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655640

    Kevered az extension-öket a plugin-ekkel.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655653

    Mint ha a microsoftot hallanám a kétezres évekből: ami nincs, az nem is kell, hiába használnák a júzerek. Sőt, ez rosszabb, mert az ms azt ideologizálta meg, hogy mit miért nem implementálnak le, de ezt már leimplementálták sok-sok éve, csak kiszedték. És ez csak egy eltávolított interface volt. Rommá butították a Firefoxot az elmúlt évtizedben. Ez a Firefox már nem az a Firefox. (Egyébként a plugineknek nagyon is volt értelme, amit nem lehetett megcsinálni webes alapokon, azt meg lehetett csinálni beépülőként. Nem védem sem a Flash-t, sem a Java-t, sem a Silverlight-ot, de a webkettőnél még azok is jobbak voltak.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> end


    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655758

    Mert a szutyokszkriptes VM-ekben nincsenek biztonsági rések, amiken keresztül összefertőzhetik a gépedet.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655987

    A bugróka market loss-ában az NPAPI csak egy ok volt. Azonfelül volt még vagy féltucat. A róka egyre használhatatlanabb. Az egy dolog, hogy a krómok is szarok, de már nem tudnak hova menni a felhasználók; elfogytak a mainstream browserek.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655993

    Tudom, hogy a króm még korábban kidobta (írtam), de mint mondtam, nem mindegy, hogy mire cserélünk valamit. Amit kaptunk helyette az még sokkal rosszabb lett. Nézd csak meg a youtube-ot. Régen is szar volt, de amíg Flash alapokon ment, addig tilthatta az ember a szutyokszkriptet és ment régi böngészőből is, viszonylag kevés erőforrásért. Most? Kb. latest krómok/rókák/faszarik only és sivítanak a ventilátorok, olvadnak az alaplapok. Bughalmok voltak az NPAPI pluginok? Azok. És a JS? Az még nagyobb. Viszont lehetett olyan NPAPI plugint is írni, ami nem bughalom? Lehetett. A JS? Az koncepcionálisan el van baszva, abban jó szoftvert nem lehet írni, csak tolerálhatóan szart; hiába írod meg a tőled telhető legjobban, ha minden JS VM máshogy bugos és mindegyik máshogy futtatja. Hetente kétszer frissültek az NPAPI pluginek? JS-hez hetente kettő új überbloat "framework", meg transpiler jön ki, hogy azt a nyelvnek még kozmikus jóindulattal sem nevezhető gigászi foshalmot valami - bármi - elfedje a fejlesztő elől, akár egy keretrendszer, akár egy másik nyelv... És akkor még csak magáról a nyelvről beszéltünk, a ráépülő ökoszisztémáról és a körészerveződött "fejlesztői" "kultúráról" (annak a brutális hiányáról) nem.

    Azt meg senki nem mondta, hogy ez a firefox keresztes hadjárata; ez a webkettő konglomerátum keresztes hadjárata kb. minden ellen, ami a JS egyeduralmát hátráltatja. És ennek a patkánybandának mozzarella az egyik oszlopos tagja. És az, hogy a kugli mit csinál a krómmal, vagy az apple a safarival, az semmiben nem mentesíti a mozillát az alól, amit ők műveltek a firefox-szal. A másik két cég mégis csak két mocskos amcsi multi, azaz dőreség mást várni tőlük, de ez állítólag egy szabad szoftveres alapítvány.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655793

    A Flash, meg a Java appletekhez.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655798

    Fordítva ülsz a lovon. Nem az történt, hogy ezek kihaltak és ezért dobták ki a plugin supportot, hanem az, hogy kidobták a plugin supportot és ezért haltak ki ezek. Mert a jávaszkript az sokkal jobbabb.
    Volt egyszer egy jávaszkript-fan "kollégám", aki miután megtudta, hogy hobbiból assemblyzni szoktam, megpróbált a krómban debütált valami JS feature kapcsán azzal trollkodni, hogy "ez kell ide, nem processzor". Kérdésemre, hogy processzor nélkül mi fogja futtatni a jávaszkriptet, nem tudott válaszolni, de ez még mindig jobb, mint azok, akik erre azt mondják, hogy a browser. És azt mi fogja futtatni? Hát azt is megírjuk JS-ben, úgyhogy a browser...
    Na, ezen a szinten van a Firefox fejlesztése már egy jó ideje. És a Chromé is, abból még korábban kidobták az NPAPI támogatást; ahogy Hevi mondta: az egy szar. Én csak annyit tennék hozzá: az is.

    Van olyan Flash, ami csak browserből fut, mert kommunikálni akar a szerverrel.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655806

    A Flash egy fejlesztői/futtatói környezet. Azt írhattál benne, amit akartál. A legtöbben játékot írtak benne. Pl. a Honfoglalót is abban írták. (Az most más kérdés, hogy mivel a Honfoglalóból freemiumot csináltak menet közben, így nem kár már érte, de a lényeg, hogy azt is kinyírták a Flash kinyírásával.)

    Nem az volt a kérdés, hogy a Java applet jó-e, vagy idejétmúlt-e. Biztos lehet ezer okot mondani, hogy miért szar. A JS-re kétezret. (Vagy húszat. BTW, az 1994-es JS nem idejétmúlt?) Mi az, amit nem tudunk megoldani egy "lightweight" (ROFLMAO, 15 MB of JS and still counting, that's still lightweight today!!!1) weblappal, ami valami modern háttérrendszerrel kommunikál? Hát pl. azt, hogy a Java applet bináris volt, a JS meg nem. Ergo a JS kódját mindenképpen vissza fogom tudni fejteni, bárhogy is obfuszkálják. Ez szerinted biztonságosabb, mint a feketedoboz Java applet, csak azért, mert az NPAPI-ban, ill. a Java VM-ben sebezhetőségek vannak? (A browserben, meg a JS VM-ben nincsenek?)
    Csak úgy mellesleg mondom, hogy AJAX a JS-ben már kb. másfél évtizede van, tehát ilyen felállásra, amit leírtál, már a kétezres évek közepén is volt lehetőség; akkor miért erőltették pl. a bankok - hogy valami komolyabb felhasználási területet nézzünk - a Java appleteket?

    Sz*rk: Alámpostoltál. A backendi rész, úgy, ahogy van bullshit. 20 éve sem abból ált már a backend, hogy select valami from valami. A nagy adatbáziskezelők már a '80-as években is léteztek. A MySQL '95-ös, a PostgreSQL '96-os, az SQLite 2000-es. És 20 éve is meg lehett írni a backendet valami rendes nyelvben, nem csak PHP-ban. Az lehet, hogy ma már több backendi technológia van, de ez nem indokolja, hogy a frontendet JS-ben kelljen megcsinálni. Azt meg pláne nem, hogy a backendet is... /o\

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655817

    Te nem érted, amit én akarok mondani. Nem, banki infrastruktúrát konkrétan nem láttam, de webes lószarból már ezret csináltam; mindenki erőlteti a saját világmegváltó modelljét... Az, hogy régi Java-s appletekben összemosták a bankoknál a service layer-t (bármit is jelent ez a te modelledben) a felülettel, az az implementáció hibája. Ha szerinted JS-ben meg lehet csinálni azt, hogy a service layer a backenden van, akkor Java-ban ne lehetett volna, ne lehetett volna kevesebbet megcsinálni benne? Ha ma lehet a backend oldalon a service layer, akkor az azt jelenti, hogy akkor nem lehett volna? Hát de.
    Eddig nem nagyon tudtál olyat mondani, ami tényleg alátámasztaná, hogy a mai megoldásokat nem lehetett volna az akkori technológiákkal megcsinálni. Mi indokolja itt a JS erőltetését?

    Össze lehetne, de nem teszik. A JS fejlesztőknek nincs kultúrája, csak telibebasznak mindent JS-sel. Viszont a kliens nem csak a vizuális dolgokból áll, hanem bizony az interakciókból is. Azt pedig - ha látod a forrást - átírhatod és úgy csalhatsz a játékban (reakcióidővel, automatizált szótáralapú válaszadással, amivel akarsz), ahogy akarsz. Hasonlót persze a Flash idején is lehetett csinálni, ha írtál hozzá portsniffert, csak az a különbség, hogy ahhoz azért érteni kellett, a JS forrást meg egy kezdő is átírhatja.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655856

    De, én értem, hogy te is utálod a JS-t, csak éppen, amit mondani akarsz a lightweight website vs. heavyweight applet kapcsán, az nem állja meg a helyét.

    Ugyanezt egy sima Java formmal és pár sornyi Java-val is meg lehetett volna csinálni. Az pedig kicsit sántít, hogy "elég egy pure HTML oldal két sornyi Javascripttel", mert kifelejted, hogy ahhoz, hogy az működjön, kell az überbloated browser a szintén überbloated JS VM-mel. Hogy a Java runtime is bloated volt? Az. De nem ennyire. Hogy ott is ott volt a browser, amiben az applet futott? Ott. De egyfelől nem csinált semmit, hiszen az applet végezte a melót, másfelől meg akkor még a browserek is kevésbé voltak elhízva. Aztán elment az egész web abba az irányba, hogy mindent is JS-ben taknyolnak össze és ez vezetett oda, hogy egy browser többet zabál, mint egy tisztességes 3D game. Az megvan, hogy a WebAssembly kb. ugyanazt akarja csinálni, mint anno a Flash/Java/Silverlight pluginek, csak nem beépülőként és nyelvsemlegesen? Vajon miért kellett újra feltalálni a browserben futó blobot?

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655866

    Mondom, hogy ugyanezt a simplified szintet Java applettel is meg tudod csinálni. De egyébként nagyon leragadtunk a Java appletnél, holott az NPAPI nem ekvivalens a Java applettel. Oda bármilyen applet bemehet, ami pluginként telepíthető. Megírhatod C++-ban a saját speciális pluginedet és ha X bankhoz akarsz csatlakozni, akkor azt telepíted és használod. Azaz, hogy ez volt, aztán eltörölték. Mert legyen ez is JS-ben. Most tekintsünk el attól, hogy ezt a normális nyelvben megírt speckó plugin dolgot nem nagyon csinálták, mert egyszerűbb volt Java-ban összegányolni, de a lehetőség adott volt. Volt. És pontosan ezért álltak át JS-re, mert abban még egyszerűbb összegányolni. Még olcsóbb. A júzer le van szarva, az energiaigény le van szarva, legyen olcsó, nem baj, ha szar. Jávaszkript.

    Oldschool Computer - http://oscomp.hu




    A Chrome egy sz*r: https://hup.hu/node/174616#comment-2655877

    De én még mindig nem azt mondom, hogy nem tudod megcsinálni kevés JS-ből/HTML-ből. Amiről én beszéltem, az az, hogy miért is volt kurwa nagy gáz és pofátlanság a pluginek kigyilkolása, úgy, hogy a) a világ használta, b) a lehetőség benne volt, hogy normálisan lehessen pár dolgot csinálni a weben, ha több kötöttséggel is. Azt, amiről te beszélsz, applettel is meg lehetett csinálni. Akár Java applettel is, de bármilyen mással is, mert az NPAPI támogatta.
    A biztonsági réseket/sérülékenységeket meg nem tudom elfogadni indoknak akkor, amikor napjainkban tucatjával derül fény mindenféle JS-VM sebezhetőségre, távoli kódfuttatási lehetőségre, stb.

    Oldschool Computer - http://oscomp.hu




    WinPolyp: https://hup.hu/node/174612#comment-2655443

    Már negyed évszázada is csak keresték ezt a cuccot. Vagy pont te voltál?
    Egy '93-as Délmagyarország cikkben is írnak róla.

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2654743
    Neked az volt a célod, hogy mindenki lássa a beillesztett képet. Nem sikerült.

    Szerintem sikerült, szigorúbb céges tűzfalon és ősikor böngészőkön nem működött.

    Remélem azért érzed a brutális önellentmondást, hogy a cél az volt, hogy mindenütt menjen és szerinted ez sikerült, mert csak itt, meg ott, meg amott nem ment. Itt is égni akarsz egy kicsit? Nem még volt elég a másik topicban huszonötször? Vernyákolhatsz az "ősikor" (sic!) böngésző miatt, de azzal is csak magadat égeted, mert a tűzfalon is fennakadt, márpedig te azt jelentetted ki, hogy így "kell" képet beilleszteni, aztán meg mégsem megy. És ezen nem változtat az sem, hogy Pixel5-nek megjelent.

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2654747

    Ennyi? Már mondani sem tudsz mit kínodban?

    Ja, ezt az előbb elfelejtettem, külön vicces volt az a kitétel, hogy találtál "olyan szar böngészőt, ami még gyárilag megnyitja"; szóval neked az a szar, ami még működik és nem helyetted dönt? Így nem csoda, hogy a kugli és a mozzarella féle browsereket szopod fel, hogy az számít modernnek, hiszen az egyre kevésbé működik és egyre inkább helyetted dönt, hogy mit nézhetsz meg, vagy mit nem. Majd azok jól megvédenek, nehogy bejöjjön valami HTTP-n keresztül, hiszen az istenkáromlás. Megvédenek mindentől, leginkább saját magadtól. Aztán, ha valamelyik főfasz odaát elbasz egy szaros certet, akkor a levesbe küldi vele a világ összes kiegészítőjét, mert nincs lehetőség azt mondani, hogy leszarom, működj; a browser helyetted eldönti és megvéd magadtól, mert te nem értesz hozzá. Támogasd csak tovább a kiépülő cyberdiktatúrát te cyberpojáca.

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2654757

    Hogy jön ide a Viktor? Mi közöm van nekem hozzá? Nem nézek TV-t, meg politikát se. Ennyit tudsz, hogy akinek nem tetszik a pofája, az automatikusan "Viktor"? Ha végképp nem tudsz már mit kiizadni magadból, akkor marad a náci fidesz kártya? Szánalmas vagy.
    Valami érdemi válasz az eddigiekre, vagy csak az üres fölényeskedő csicskulás marad a nagy büdös semmire? Hajbókolj az isteneidnek, a kuglinak és a mozzarellának; legközelebb majd már a hupot sem tudod majd kinyitni ezeknek a brózerével, mert trey "Viktor", ezért ez egy naonveszélyes oldal, tehát blocked.

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2654768

    Így. Egyébként hol is állítottam én azt, hogy ennyire (Ennyire? Mennyire?) penge vagyok szakmailag?

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2654771

    Nincs. Az szokott lenni, hogy megcsinálom a próbamunkát, megfelelek, aztán amikor kiderül, hogy remote, akkor ja, akkor nem kellesz. De van ahol kijelentik, hogy diploma kell és punktum. Alkalmi melókat tudok csak összeszedni.

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2654772

    Nem, égni ti égtek. Ő azért, mert kurwa nagy pofával közölte, hogy ezt így kell csinálni, aztán rohadtul nem működött, te meg azért, mert analfabéta vagy. Ha nem írtam le eddig hatvannyolcezerszer, hogy már rég megcsináltam volna, ha lenne hozzáférésem, akkor egyszer sem. Tanulj meg olvasni.
    Pixel5-tel pedig továbbra sem vagyunk haverok, csak ti szeretnétek minket összemosni.

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2655301

    Csak érdekességképpen: az eredeti 240 byte-os Brainfuck fordító.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hg2ecz , Pixel5


    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2655387

    Csak érdekességképpen linkeltem.

    Oldschool Computer - http://oscomp.hu




    BrainHack! (Help Me!): https://hup.hu/node/174591#comment-2655441

    :D

    Nm.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646190

    Az lehet, de ettől még az utolsó mondata megállja a helyét. :(

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646238

    Félreérted. Az áll meg, hogy az orvosok írni sem tudnak. Hányszor láttam már ilyet, hogy simán szarul írja a betegség nevét, a gyógyszer nevét, stb.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646092

    ne fogadj el teljesen hozzá nem értőktől életbevágó orvosi tanácsokat

    Te teljesen hozzáértő vagy?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> csardij


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646100

    Ezt értsem úgy, hogy nem teljesen hozzáértő?

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646104

    Nem az volt a kérdés, hogy Csab ért-e hozzá, hanem az, hogy RaptoR ért-e. Mindegy, akkor majd nyilatkozik, hogy ő magát teljesen hozzáértőnek tartja-e.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646119

    Orvosi végzettségem nincs, fizikából doktoráltam.

    Vagyis: nem vagy hozzáértő.
    Kérdés a következő akkor, hogy ha te ugyanúgy nem vagy kompetens a kérdésben, akkor a saját "tanácsod" ("ne fogadj el teljesen hozzá nem értőktől életbevágó orvosi tanácsokat") mentén gondolkozva te milyen alapon adsz "tanácsot" az embereknek, hogy oltakozzanak?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zdesigner , csardij , mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646124

    Egyértelműen kijelentetted, hogy mindenkinek el kellene mennie oltakozni; még a blogposztod címe is az, hogy "ezért kellene mindenkinek beoltatnia magát". Úgyhogy akkor GOTO10, ha nem vagy hozzáértő és szerinted nem hozzáértőktől nem szabad tanácsokat elfogadni, akkor te miért tanácsolod hozzáértés nélkül az embereknek, hogy oltakozzanak?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646139

    Érdektelen kinek a kutatási eredményei voltak. Egyfelől mert hozzáértés nélkül nem tudod megítélni, hogy hitelesek-e; az, hogy ma ez a mainstream vélemény az orvostudományon belül, az érdektelen, mert az orvostudomány percről-percre változtatja meg a véleményét, ezt számtalan esetben láttuk az elmúlt két évben. Ezen nincs mit bizonyítani, ez egy tény. Másfelől pedig a tudomány jelenlegi állása szerint nem tudjuk, hogy mik a vakcinák hosszútávú hatásai, a vélemények pedig megoszlanak még az istenként tisztelt mainstream-en belül is. Ezen sincs mit bizonyítani, ez is egy tény.
    Ennek ellenére te a pro-COVID-vaxxer álláspontot fogadod el, anélkül, hogy bármi egyértelmű bizonyítékod lenne arra, hogy mondjuk 5-10-15 év múlva nem lesz-e tőlük bajunk. (Nem, az nem bizonyíték, hogy a mainstream ezt mondja, aki meg kérdést mer feltenni, ne adj' Isten ellenvéleménye van azt cenzúrázzák, ellehtetlenítik.) Ez persze még nem lenne baj, mert ez a te dolgod, de te viszont a nézeteidet meg is próbáltad a többi emberre - eléggé gusztustalanul demagóg módon - ráerőszakolni és mindennek a tetejében Csab-ot meg kárhoztatod azért, mert szintén szakértelem nélkül von le következtetéseket és hangot ad az aggályainak.

    Mit csodálkozol azon, hogy az emberek egy elég jelentős része nem bízik meg már a tudományos világban és az orvosokban? Az nem tudomány, hogy kuss, mi vagyunk a tudomány, nincs jogod vitatni/megkérdőjelezni, hogy amit mondunk az biztos helyes-e és az sem hiteles orvosi tájékoztatás, hogy kuss, mi vagyunk az orvosok és mi szentek vagyunk, hidd el, hogy neked ez jó. Ez teokrácia. (És ezt most nem is csak a COVID kapcsán mondom, hanem nagy általánosságban az orvosok kapcsán.)

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Dolphy , zdesigner , enpassant , mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646146

    Személyeskedésen kívül bármi? Miből gondolod, hogy semmi más oka nem lehet az embernek nem bízni az orvosokban, mint az, hogy hülye?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zdesigner , mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646161

    Te söpörsz le mindent az asztalról, kerülöd ki a válaszadást sorozatosan és velem nem lehet vitatkozni? Mit írhattál volna az istenként tisztelt mainstream-re? Mondjuk azt, hogy miért nincs igazam ezzel a kitétellel? Hogy az orvosok többségében jóindulatúak és jólképzettek, nem pedig a szakmájukhoz szart sem értő, cinikus és opportunista seggfejek, akik leszarják az emberek egészségét, csak a gyógyszergyáraktól/államtól/betegektől kapott pénz érdekli őket?
    De mindegy, akkor ne vitatkozzunk. Nem kívánom neked, hogy egyszer rászorulj az orvosok "szakértelmére" és "jóindulatára".

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646188

    Nem tűnt fel, hogy a "példaválaszból" parsec-ekre bűzlött a szarkazmus? Szerinted az ujjamból szoptam, vagy a tapasztalat beszélt belőlem? Tényleg én találjam ki helyetted, hogy miért nem vallásként funkcionál már lassan a mainstream, amikor de? Erre neked kellett volna valami épeszű ellenérvet kiötlened.

    BTW, tiéd az idei "best-nonszensz-személyeskedés" díj a "veled 2-3 hozzászólás-válasz ciklusban nem lehet megtárgyalni, azt többen sem lehet" véleményezésért a következő okok miatt:
    - Számos példa volt arra, amikor egy soktíz komment hosszú folyam végén jutott dűlőre a dolog, mert konszenzusra jutottunk a vitapartnerrel, vagy valamelyikünk belátta a másik igazát, tehát amit állítasz, az nem igaz.
    - Én kívánok elnézést, hogy védem a véleményemet és nem engedem baromságokkal lesöpörni az asztalról. (Mert amit eddig ideírtál, abban pontosan zéró érv volt, irreleváns baromság, személyeskedés és terelés annál több, pl. Trump-fanok és hasonlók; szokás szerint ez is mellément.)
    - Ilyen komplex problémával kapcsolatban hogy is szeretnél 2-3 hozzászólás-válasz ciklusban meggyőzni valakit, főleg ilyen magatartással?
    - Hány ember van még itt a hupon - téged beleértve! - aki folyton messze több, mint 2-3 fordulós kommentfolyamokba bonyolódik; miért enyém a megtiszteltetés?

    Egyébként tényleg nincs értelme vitatkoznunk; csak arra szerettem volna felhívni a figyelmet, hogy mekkora egy álszent dumát sikerült itt eltolnod...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> kosa_l , mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646240

    Ez a tudomány == vallási hit bullshit annyiszor előjött már itt a HUP-on, és annyiszor ki lett tárgyalva anélkül, hogy minimálisan is közeledtek volna az álláspontok, hogy nem akartam ismét belemenni fölöslegesen.

    Most vagy nem tudsz olvasni, vagy direkt magyarázod félre: én nem azt írtam, hogy tudomány == vallás, hanem azt, hogy mainstream == vallás és az nem ugyanaz.

    Anekdotikus bizonyíték/mérési hiba. :)

    Szánalmas vagy.

    Legyen mondjuk az a "konszenzusra jutottunk" definíciója, hogy nem a tiéd volt az utolsó hozzászólás a szálban! Mutass légyszi ilyeneket és beismerem, hogy tévedtem. :)

    Ott volt a belinkelt Rust topicban, nem baj? Nem szúrta ki a szemed? Vagy az is "utolsó szó", ha megköszönöm, ha felvilágosítottak valamiről? De tessék, van még. Olyan is, ahol csak ráhagytam a másikra. Várom a beígért beismerést.
    Ugyanakkor had kérdezzem már meg, hogy az miért nem lehet a "konszenzusra jutottunk" definíciója, hogy a másik látta be az én igazamat, vagy akár csak az, hogy közös nevezőre jutottunk? Csak olyan lehet, hogy én hatvannyolcezer poszton keresztül ragaszkodok valami hülyeséghez?

    És láss csodát, igaza lett: ezt követően alig 11 személyeskedő szóváltás után NagyZ és közted, abba maradt a szál, természetesen tiéd volt az utolsó szó.

    Gratulálok. Igaz, hogy NagyZ deklaráltan azért jár ide fel, hogy trollkodjon, de tessék, állítsd be az egészet még itt is úgy, hogy én vagyok a geci. Aljasság lvl99999.

    Ezzel mi is a bajod? Egy Trump-fan (nem e topik hozzászólói közül) egy tök másik topikban linkkel egy választási-csalásos konteót, amihez szép tudományosnak látszó ábrák voltak mellékelve, de a konklúzió (direkt?) hibás volt. Csak arra hoztam fel példaként, hogy attól még nem lesz egy következtetés igaz, mert valódi adatokkal dolgozik.

    A sunyi politikai alapú szúrkálódás, az a bajom vele. Legnagyod pechedre mellément, mert nem vagyok Trump-fan. Sem Orbán-fan. Oltásellenes sem. COVID-tagadó sem. Laposföld/kemtrél/gyíkemberhívő sem. Még csak (széső)jobbódali sem, szóval a skatulyázást nyugodtan fel is adhatod, nem fog menni.

    Ha ez nem költő kérdés volt, hanem kvantitatív választ vársz, akkor pl. a Rust topikokat kellene lehetőleg objektíven, gráfokat rajzolva kiértékelni, hogy a viták miért jutottak oda, ahova, miért "adta fel" több különböző vitapartnered is, mert úgy látta, hogy nem jut sehova a beszélgetés.

    Úgy tényleg nem is fog sehova se jutni, ha egyesek vallási buzgalmukban ki akarják irtani a C nyelvet. Ismét csak azt tudom mondani, hogy ott volt a mondandóm összefoglalója a Rust topicban (valahogy ez is kiszúrta a szemed, de sebaj), azé a mondandóé, amit valahogy nem nagyon akartak megérteni a vitapartnerek, viszont válaszolni valahogy nem igazán tudtak rá, NagyZ is csak annyit, hogy technikailag igazam van, de azért hülye vagyok és kész, mert csak, pont.
    Te itt most egyértelműen azt a látszatot próbálod kelteni, hogy nekem sosem volt és/vagy lehet igazam, de ennek ellenére körömszakadtáig ragaszkodok a hülyeségemhez.

    Viccet félretéve, ha nem veszed alapból sértésnek, hogy ilyen "kutatás" tárgya legyél, akkor lehet egyszer rászánom az időt és végigmegyek egy-egy hosszabb szálon, hátha kijön belőle valami érdekes konklúzió.

    Igazából téged is alá lehetne vetni egy kutatásnak, hogy te komolyan hiszel abban, amit itt terjeszteni próbálsz, vagy fizetnek érte, hogy terjeszd.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646317

    Mi értesz akkor konkrétan "mainstream" alatt? Van-e bármilyen tudományos vonzata?

    Nagy általánosságban a "mainstream" az, amit a média, a nagy cégek és a kormányok szajkóznak. A COVID esetében az orvosok nagyobb része is ezt mondja, de nem lehet tudni, hogy azért, mert tényleg úgy igaz, vagy mert vagy félnek, vagy korruptak.

    Igazából nem is kételkedtem benne, csak kíváncsi voltam, hogy milyen ellenpéldákat hozol fel. Az arányok azonban figyelemre méltóak.

    Mégis minek az arányai? Annak, hogy az összesből hány esetben látom be, hogy hülye vagyok? Látod, már megint azt a látszatot kelted, mintha nekem egyszerűen nem lehetne igazam semmiben sem - fizikai képtelenség - és csak ragaszkodok a saját hülyeségemhez, kivéve pár esetet, amikor a végén belátom, hogy nincs igazam, de azért nézzük meg az arányokat? Ideologizáljuk meg?

    Árulj már egyet el: azok, akik vitába keverednek velem hatszáz komment erejéig, azokra miért nem próbálod meg ráhúzni ezt a bohócruhát; miért csak nekem emlegeted fel, hm?

    geza42-nek végtelen türelme van

    Nem tudom mennyi türelme van, de teljesen irreleváns is, mert észérvekkel győzött meg, nem türelemmel. (Egyébként hasonlót nekem is írtak már, hogy mennyi türelmem van; de biztos itt is a másiknak volt igaza, hiába írták rajtam kívül többen is, hogy marhaságokat beszél.) Itt a hupon az észérv ritka jelenség; leginkább személyeskedő hitviták mennek; a cél a másik hiteltelenítése, nem az érvelés. Te is ezt csinálod most.

    Erre jutott egyetlen olyan szál geza42-vel, ami jutott valami konklúzióra és nem ment át szurkálódásba/személyeskedésbe.

    Én nem szoktam személyeskedni a másikkal, amíg ő el nem kezdi. Abban a topicban se én kezdtem, de te ezt is az én nyakamba próbálod varrni.

    Már csak ebben a topikban is több különböző fórumtárs volt említve, akikkel ugyanoda vezetett a vitád. Mintha lenne benne mintázat.

    Hogyne. Mint mondtam, itt a legtöbben hitvitát folytatnak és amikor beleállok velük egy vitába és érveket, forrásokat merek felsorakoztatni a vallásuk ellen, akkor elszáll az agyuk (amygdala hijack) és átmennek anyázásba. Biztos ez is az én hibám, hiszen nekem nem lehet igazam, ugye? Opponensem álláspontja, hogy a systemd jó, mert Poettering ezt mondja és ő az init tótumfaktum (tekintély alapú érvelés) és minden Linux erre áll át (közvélekedésre hagyatkozás) és mivel velem vitatkozik, ezért automatikusan neki lesz igaza, hiába vezetem le logikailag, hogy a PID1 összeomlása a rendszer összeomlását jelenti, ezért rossz gyakorlat mindent beleönteni, hogy egy abszolút nem kritikus komponens (e.g.: webszerver) programozási hibája (e.g.: segfault) automatikusan a rendszer halálát jelentse és hiába támasztom alá számtalan forrással, neki van igaza. Akkor is, amikor átmegy személyeskedésbe.

    Most biztos jön a duma, hogy nem erre gondoltál, mert biztos volt ilyen is, hogy véletlenül nekem volt igazam, pl. egy systemd bug kapcsán...na de mi lesz azokkal a bizonyos figyelemre méltó arányokkal? Hiszen hány százalékát teszik ki a vitáimnak az ilyen jellegű témával és lefolyással bíró szálak? Súgok: elsöprő többség.

    Úgyhogy ennyit rólad, meg az "arányaidról".

    Ha hiszed, ha nem, egy pillanatig se úgy írtam azt, mintha bárki is ebben a topikban Trump-fan lenne.

    Most mondhatnám, hogy nem hiszem, ld. majd a posztom végét, de tegyük fel, hogy elhiszem. Hogy jött akkor az ide? Miért pont ez volt a példa? Egy orvosi hozzáértés híján történő tanácsosztogatáshoz hogy kapcsolódott bármilyen szinten DJ Trump? Csak nem párhuzamot vontál az "oltásellenesek" és Trump tábora között? FAIL.

    Szerintem nagyon hamar azt hiszed, hogy a vitapartnered hülyének tart, holott szó sincs erről

    Most ugyan mondhatnám, hogy amikor egy systemd hívő a hatvannyolcezredik linkem után lehülyéz, akkor elég nehéz mást hinni, de ez most mellékes, mert én nem azt mondtam, hogy te hülyének hiszel, hanem, hogy annak próbálsz beállítani, hogy hitelenítsd, amit mondok. Ahogy Csab munkáját is megpróbáltad hitelteleníteni.

    direkt nem akarod megérteni, amit a másik mond. Amikor ezt szóvá teszi a vitapartnered, akkor szinte mindig átmegy a szál személyeskedésbe. Számos példa van erre a mintázatra az említett topikokban.

    "Átmegy" személyeskedésbe? Ki viszi át? Mert én úgy szoktam vitatkozni, hogy amíg a másik nem kezd el engem minősíteni, én nem minősítem őt sehogy sem.

    eddig kétszer külön kiemelted, hogy gusztustalan oltáspárti propagandát tolok

    Nem igaz, én nem ezt mondtam. Én azt írtam, hogy "a nézeteidet meg is próbáltad a többi emberre - eléggé gusztustalanul demagóg módon - ráerőszakolni", ill., hogy "ő is orvosi "tanácsokat" osztogat, hozzáértés nélkül. (Mindezt gusztustalanul demagóg agitpropba csomagolva.)".
    Hol látod te ebben az oltáspártiságot kiemelve, hm? Nem az volt a bajom, hogy oltásra buzdítasz, ezt le is írtam (új kiemeléssel a lényeg): "Ennek ellenére te a pro-COVID-vaxxer álláspontot fogadod el, anélkül, hogy bármi egyértelmű bizonyítékod lenne arra, hogy mondjuk 5-10-15 év múlva nem lesz-e tőlük bajunk. (Nem, az nem bizonyíték, hogy a mainstream ezt mondja, aki meg kérdést mer feltenni, ne adj' Isten ellenvéleménye van azt cenzúrázzák, ellehtetlenítik.) Ez persze még nem lenne baj, mert ez a te dolgod"

    Tehát eme állításodnak sem volt köze a valósághoz, mert nem az volt a bajom, hogy oltakozásra buzdítasz, hanem, hogy

    Olyan nehéz elhinni, hogy egy alapkutatással foglalkozó ember a szakterületén kívül is a tudomány álláspontját képviseli?

    Most ugyan kérdezhetném, hogy mit jelentsen az, hogy te a "tudomány álláspontját" "képviseled" (LOL!), amikor a "tudománynak" nincs "álláspontja". Tudományos álláspontok vannak. Ebből te képviselsz egyet. A legnépszerűbbet. Ezzel még nincs is probléma. A probléma azzal kezdődik, hogy azt, aki ezzel nem ért egyet, az rögtön oltásellenes laposföld és konteóhívő hülye, aki azt hiszi, hogy bechipelik az oltással.

    De inkább mást mondok. Tudod, ha komolyan így gondolkoznál, akkor a belinkelt blogposztodban csak simán azt írtad volna, hogy "gyerekek, a terhes nőket nem lehet oltani, lécci menjetek el oltakozni, hogy meglegyen a nyájimmunitás". De te nem ezt írtad. Te azt írtad, hogy: "Ha hazafi vagy és nem mész el oltakozni, akkor szar ember vagy, mert nem vagy hajlandó az egészségedet és az életedet kockáztatni a terhes nőkért." És ha valaki liberális és nem megy el oltakozni, akkor az nem szar ember, holott ugyanúgy nem kockáztatja magát a terhes nőkért? És akkor mi van azokkal, akik liberálisak és hazafiak is? (BTW, mi van, ha nem oltható a nyomorult? Vagy van több gyereke/beteg szülei/macskája/whatever és azoknak a felnevelése/eltartása fontosabb neki, mint vadidegen terhes nők?)
    Ez közönséges demagóg uszítás volt, semmi egyéb. Szándékos rájátszás az érzelmi triggerelődésre. Nem egy őszinte vélemény, hanem kiszámított provokáció, a terhes nők háta mögül, egy konkrét politikai csoport ellen. (Csattanó: már a terhes nőket is oltják, szóval ráadásul még üres duma is volt... Külön kiemelném a posztból a kiemelésedet, ahol kiemelted, hogy ez védőoltás és nincs benne chip, úgyhogy aki nem akarja beadatni magának, az hülye...mert ugye olyan nincs, hogy a tévedhetetlen orvosok elbasztak valamit, amikor rekordidő alatt összehányták a vakcinákat; ó nem, ilyen nincs, aki ettől fél, az hazudik, valójában attól fél, hogy a bilgéc becsippeli...OMG.)

    Persze értem én a logikát: csináljunk kísérleti patkányokat a "hazafiakból" (Ez mit is jelent pontosan nálad? Kúrmánypárti szavazót, vagy mit?), értük nem kár, először menjenek el oltakozni ők, aztán ha életben maradnak, nem rokkannak le, akkor minden OK, mehet oltakozni a többi is (és a hosszú távú hatásokkal mi lesz, doktor úr?), ha meg kinyúvadnak tőle, akkor meg legalább megoldódott az Y2k22 problémája...win-win.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> enpassant , mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646432

    Ismételten demonstrálod, hogy "hülyének gondolnak"-fóbiás vagy...

    Hamis állítás. Leírtam, hogy nem gondolnak, hanem annak próbálnak beállítani.

    Más az, ha valaki egyszer-kétszer keveredik ilyen vitába, vagy hogy valaki rendszeresen, több különböző fórumozóval. Keresni kell a közös pontot.

    Hamis állítás. Nem én vagyok az egyetlen aki folyton sokezer oldalas kommentfolyamokba bonyolódik. Láttál te engem politikai topicokban posztolni? Nem láthattál, mert pestis módjára kerülöm őket. Akkor hogy születnek a többezer posztos politikai topicok? Nélkülem. Egy raklap ember van még, aki extrém hosszú vitákba bonyolódik, de csak nekem rovod fel. Kettős mérce. Hiteltelenítési kísérlet.

    Jah, mindenki ezt mondja.

    Ez egy nagyon béna hárítás. Mutass posztokat, ahol én minősítettem elsőként a másikat.

    Illetve a személyeskedés kezdete elég bizonytalan

    Bizonytalan...amikor egyértelműen rám tesznek valami megjegyzést és nem az érveimre, az már személyeskedés (személy elleni érvelés), még ha cizelláltan/burkoltan is írják le.

    Ez így már érthető? Ha nem, akkor hol akadtál el? Ennél részletesebben már tényleg nem tudom elmagyarázni.

    Ott, hogy a konkrét példád miért kellett, hogy politikai töltetű legyen, mi szükség volt rá?

    Mint írtam már: a nem kellőképpen alátámasztott konklúziójával volt gondom, amit elfogadott. Az általa kinyert adatok hitelességét, amikkel ugyancsak sokat dolgozott, nem vontam kétségbe.

    Ha személyében hitelteleníted, akkor hitelteleníted a munkáját is; ha ekkora balfasz, biztos a számokat sem tudta rendesen kinyerni - gondolhatnánk.

    Mi alapján döntöd el, hogy mi a legnépszerűbb álláspont, amit én képviselek? Csak nem az, amelyiket véletlen a legtöbb adat és tapasztalat támaszt alá?

    Nem. Azt, amit az egész mainstream (média, nagy cégek, kormányok) el akarnak hitetni velem, hogy nekem csak jó lesz. Hát nem, ez max. nekik jó, azért akarják elhitetni. Azt már te is beismerted, hogy voltak elhallgattatások. Innentől kezdve van még kérdés, hogy mi lehet a legnépszerűbb? Ha igen, akkor leírom: amit azzá tesznek.

    Látom ez nagyon-nagyon betalált, pedig nem is neked szántam.

    Nagyon rosszul látod. El kell, hogy keserítselek: jelen pillanatban a liberálfasisztákat nem csak a szésőjobbódaliak utálják, hanem lassan már mindenki, mert nem elég, hogy irdatlanul hülyék, de még rá is erőszakolják a világra a hülyeségeiket és aki nem hajlandó behódolni, azt megsemmisítik. És szentül meg vannak győződve róla, hogy nekik mindenben is igazuk van és rajtuk kívül mindenki más hülye.

    De azért a nők szüljenek csak 3-4 gyereket. Jah, hogy ha terhesség alatt elkapja a koronavírust, akkor rohadt nagy gáz van?

    Abban igazad van, hogy járvány alatt nem célszerű teherbe esni, de általánosságban miért ne szüljenek gyereket? Európa elöregszik, nincs utánpótlás.

    Látod mi a probléma ezzel a mondatoddal?

    Az, hogy sikerült skippelnem egy félmondatodat? Hát...errare humanum est. A szomszéd topicban neked sikerült összekeverned a belgákat a hollandokkal. Errare humanum est. Ilyen van.

    Az természetesen ne oltasson. A "mindenki" szót ki lehetett volna jobban fejteni, de aki akarta, megértette.

    Na itt a bibi. Folyamatosan szűkítik a kört, hogy ki ne oltasson és a végén majd azt is be fogják oltatni, aki garantáltan beledöglik. Példa: direkt elolvastam a Szputnyik és az Astra leírását, hogy kik ne használják. Tudtommal mind a kettő ugyanolyan vektorvírus vakcina, de majd kijavítasz, ha nem. Ami a lényeg, hogy a ruszkik leírták, hogy nem kaphatja meg epilepsziás, pajzsmirigyes, stb., míg az Astra mit írt? Felsorolta ugyanazokat a betegségeket, majd leírta, hogy biztonsági okokból ezeket az embereket kizárták a vizsgálatból. És mi volt a konklúzió? Az, hogy ne forszírozzák? Nem; az, hogy mivel nincs adat, hogy kárt tett volna bennük, így nyugodtan olthatóak vele. Rated: WTF. (Sajnos nem találtam meg a PDF-et, amiben benne volt. Vagy elhiszed, hogy ezt írták, vagy nem.)

    alaptalan konteókra hivatkozva

    Látod: erről beszélek; mindenki aki nem ért egyet a mainstream állásponttal (AKA: oltasd szét magad), az hülye konteóhívő gyíkember. Bocs, mi a konteó abban, hogy

    Ezekből mi a laposföldi gyíkember kemtréles fasza a konteó?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647471

    Nahát, a végén csak kiderült, hogy még azt is felírták a COVID veszteséglistára, aki egy aszteroidába csapódva halt hősi halált valahol félúton a Jupiter felé. Ki gondolta volna.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646826

    A politikai topik nem jó bázis, mert ott manapság már alapból egymás sértegetése folyik, bármiféle "szakmai" diszkusszió nélkül. Amiért te elhíresültél, az az, hogy tisztán szakmai témák tárgyalásánál produkálod ezeket.

    Látod, ebből is látszik, hogy te itt nem vitatkozni akarsz, hanem hitelteleníteni. Csak két dolog.
    Egyfelől mi az, hogy "tisztán szakmai témák tárgyalásánál produkálod ezeket"? Mit produkálok én szakmai témákban? A másik alapból való sértegetését? Én azt csinálom minden egyes szakmai vitában, hogy alapból sértegetem a másikat? Ez már nem egyszerűen csúsztatás, hanem egy ordas nagy hazugság. Engem szoktak sértegetni, amikor olyat mondok, ami sérti valakinek a techno-vallását, én maximum visszaszólok. Idézz már be pár egy olyan folyamot, ahol én azzal nyitottam már a kommentfolyam legelején, hogy valakit minősítettem, vagy beszóltam neki, mert ez így különben üres levegőbebeszélős hazudozás.
    Másodszor, mi az, hogy elhíresültem? Hol? A hupon? (A tagok 90+%-a szerintem azt se tudja, hogy ki vagyok.) Mi ez a weasel word? (Hogy mondják ezt magyarul?)
    Erről beszélek, hogy neked eszedben sincs itt korrekt vitát folytatni, hiszen megállás nélkül csak hitelteleníteni próbálsz. Most már ott tartunk, hogy én arról vagyok híres (bár nem tudjuk hol), hogy minden szakmai vitában alapból a másik anyját szidom, minden ok nélkül, mint a többiek a politikai topicokban. Te ezt állítod, persze forrást azt nem adtál rá egy darabot sem. Ez baromi aljas taktika. Na, ezért gondolom én, hogy te nem meggyőződésből terjeszted itt az igét, lévén a propagandisták eszközeivel operálsz.

    Mondjuk ez: Jó ötlet, akkor még értelme is lesz a válaszaidnak. :P

    Ez kurwa gyenge volt. Egyfelől a válaszairól beszéltem, nem róla. Másrészt vicceltem, ott volt még a smiley is. Harmadrészt, kroozo egyike annak az öt embernek, aki minduntalan belémköt és sosem vitatkoznak, hanem mocskolódnak (bár a mocskolódást ő speciel light-osan tolja), de ugye ezt megint nem sikerült kontextusba tenni. Negyedrészt, valami jobb nem volt, csak ezt az egy semmit találtad? Mi van a híres arányokkal? Négy év alatt ennyi? Miközben én erről vagyok híres? Ez kurwa gyenge volt.

    Sz*rk: Még annál is gyengébb volt, mint elsőre tűnt, mert ezúttal is ő személyeskedett először, dehát ki emlékezett már minden részletre... Úgyhogy erről is ennyit.

    Nem volt politikai töltetű.

    Trump-fan, aki nem tud olvasni és ezért hülyeségeket beszél. Valóban nem volt politikai töltete.

    Azért hoztam fel ezt a példát, mert ez az egyetlen ilyen eset volt a közelmúltban, amit itt a HUP-on is megtárgyaltunk, így van róla referencia.

    Az egyetlen milyen eset? Benford-törvényes? Miért kellett pont olyat hozni, amikor nagy általánosságban volt arról szó, hogy valaki nem azt olvassa ki az adatokból, amit azok mondanak? Azért, mert azzal lehetett egy kicsit Trump-ozni? Hátha begurul a vitapartner, mert ha ótásellenes, akkor tuti szésőjobbódali is? Buktad. Leszarom Trump-ot.

    Nem személyében hiteltelenítettem.

    Nem, a fenét nem, olvasd már vissza mit írtál: oltásellenességgel vádoltad, meg szövegértelmezési nehézségekkel vagy hazugsággal. Ez mi, ha nem a személye ellen irányuló hiteltelenítési kísérlet?

    Miért ne tudna programozni egy oltás/járvány-szkeptikus ember? Meg a nyers adatok hitelesítése egyszerű feladat.

    Ne játszd meg magad. Pontosan tudod, hogy az előítélet nem válogat: ha valakiről azt hiszik, hogy hülye, akkor onnantól kezdve a véleménye minden témában le lesz írva.

    Ha elutasítanak a cikkeddel egy újságtól, az nem "elhallgattatás", hanem csak a szerkesztőnek/bírálóknak "nem tetszett" a cikk valamiért.

    He? Ki beszélt arról, hogy az újság nem jelentette meg a cikkét valakinek? Ki a fáras foglalkozik még ma újságokkal, amikor az publikál a neten, aki akar? Itt kőkemény cenzúráról volt szó, amikor a Twitter, YouTube, Facebook és hasonló nagy platformok módszeres irtást végeztek az olyan posztok körében, ami bármilyen szinten ellent mert mondani a mainstream véleményeknek. Közembertől a politikuson át magukig a tudósokig. És nem Dr. Gődényről beszélek. Volt, ahol a hatóságok is elvitték, aki "vírustagadó", aztán nem is volt az, csak a hisztériakeltést nehezményezte. Aki csak meg merte pendíteni, hogy itt valami büdös, az ment a levesbe. Erről van szó, nem arról, hogy valaki a tanulmányát nem tudta publikálni a tudományos folyóiratokban.

    Ilyenről nem volt szó. Egyesek képmutatásával kapcsolatban írtam, hogy ők elvárják, hogy mások (itt épp a nők) vállaljanak fel a nemzet érdekében többször elég nagy kockázatot (a terhességet), de amikor saját maguknak kellene egy minimális kockázatot felvállalni, akkor csak a kifogások keresése megy.

    Most ugyan beleköthetnék a "minimális kockázat" részbe, hogy te fel mernéd tenni az életedet arra, hogy a jól képzett és lelkiismeretes orvosaink tuti nem oltanának be olyat, akit mondjuk nem igazán lehetne, miközben a gyógyszergyárak kilóra veszik őket, ők meg kiszolgálják a cégek érdekeit és az emberélet másodlagos (közel félmillió hullát termeltek ki 20 év alatt csak egyetlen gyógyszerfajtával; mit nekünk COVID, ha vannak orvosaink?)...de inkább azt kérdezem, hogy ezt a fajta kettősséget közel 100%-ban lehet extrapolálni az összes "hazafira"? Mert ha nem, akkor sikerült egy fasza általánosítással az összesbe belerúgni, abba is, aki nem akarta, hogy a járvány alatt szüljenek gyereket a nők. Mindezt úgy, hogy ha valaki valami politikailag inkorrekt megjegyzést tesz valamilyen kisebbségre, akkor az köcsög náci. Na ja, uszítani csak nektek lehet, ugye?

    Véletlenül nem a kínai vakcina volt? Én arról olvastam azt, hogy az idős korosztályra nem gyűlt össze már elég adat a hatékonyság bizonyításához az eredeti kínai tesztfázisban, de a kedves kormányunk mégis azzal is kezdte oltatni az időseket. Az AZ oltásnál ezt a PDF-t találtam, ahol csak a 18 alattiakra írták azt anno, hogy nincs egyelőre adat, idősekre nincs ilyen megjegyzés.

    Nem, ez az AstraZeneca volt és nem idősekről volt szó benne, hanem epilepsziásokról, pajzsmirigyesekről, autoimmunosokról, stb. Azon mondjuk nem lepődök meg, hogy egy csomó embernél a kínai vakcina még ellenanyagot sem eredményezett, hiszen (AFAIK) csak döglött koronavírus van benne, erre a végén még visszatérünk.

    Ez nagy csúsztatás. Amit lehetett, párhuzamosítottak a folyamatban. Itt van egy illusztráció. Pl. egymásba tolták (amennyire lehetett) a tesztfázisokat, illetve a gyártókapacitást már az elején megkezdték felskálázni. Volt rá pénz ebben az esetben. Attól nem lesz jobb egy vakcina, mert egy évig nem történt vele semmi papírmunka miatt.

    Az lehet, hogy a papírmunka alatti semmittevéstől nem lesz jobb egy vakcina, de nem is erről volt szó, hanem a hosszútávú mellékhatások vizsgálatáról, de ha már a cikk szóbahozta, a kutatómunka ideje is lerövidült, mert a kutatókra iszonyatos nyomást helyeztek, hogy minél gyorsabban álljanak elő valami használhatóval...vajon csoda lenne, ha hibáztak volna ilyen nyomás és ennyi idő alatt?

    Hány évi teszteléssel lennél maximálisan elégedett?

    Nem tudom, nem vagyok szakértő; talán pár év is elegendő lenne, de igazából én akkor lennék elégedett, ha csinálnák és nem megmagyaráznák, hogy nincs rá szükség, mert biztonságos, mert mi azt mondtuk. Ha pl. 2023-ban kijöttek volna vele és azt mondják, hogy akiken eddig tesztelték, azoknak csak a 0.001%-a halt meg, úgyhogy valószínűleg később sem lesz gáz, az is több lett volna, mint a semmi.

    Tekintsük csak a nagyságrendeket: te mekkorának tartod a különbséget a COVID okozta és az oltás okozta halálozások valószínűsége között?

    Erre nem tudok adekvát választ adni, mert akkora kavarás van mind a COVID áldozatok, mind a COVID-oltás áldozatok számának terén, hogy képtelenség megmondani. De pusztán a feltételezés kedvéért tegyük fel, hogy a COVID masszívan túlhaladja hullák számában az oltásokat. Kérdem én egyfelől: az oltás csak halált okozhat, kisebb kárt nem? Kérdem másfelől: fogja az alacsony oltás-halandóság vigasztalni azokat és azok családját, akiket az orvosok a gyógyszergyárak profitjáért úgy is beoltottak, hogy nem kellett volna? (Azzal ne is gyere, hogy nem fogják; ld. a belinkelt cikket: az orvosok egy jelentős része nem orvos, hanem fehérköpenyes gyógyszergyári zsoldos.)

    Ha nem fogjuk meg globálisan a járványt, de közben "normális" életet akarunk élni, akkor előbb-utóbb mindenki elkapja.

    Na, ez a nettó spekuláció. De még, ha igaz is, pontosan mi is van akkor?
    2019 ősze folyamatosan óta riogatnak az apokalipszissel, de még mindig nincs itt. Mindig jönnek valami új dumával, hogy a hisztériát fenntartsák; új variánsok (mit is vakcinálunk ilyen mutációképesség mellett?), szövődmények, új célcsoportok (olyan érdekes, hogy amíg a gyerekek nem voltak olthatóak, addig a COVID sem volt rájuk veszélyes, aztán az olthatónak nyilvánításuk ideje kb. pont egybeesik egy olyan variáns felbukkanásával, ami direkt rájuk veszélyes; olyan érdekes...), mindegy csak oltass már. Pont mint tizenpár éve a H1N1-gyel, csak abba szinte senki nem halt bele, ebbe meg közel 4 millióan...több, mint 182 millióból. Most vagy az van, hogy két év alatt mindössze 182 millió embert bírt megfertőzni ~8 milliárd emberből, azaz olyan rohadt lassan terjed (tudom, a lockdown...ami egyrészt nem volt mindenütt, másrészt meg többször feloldották), hogy mire mindenki elkapja, nanorobotokkal fogjuk írtani, vagy igaz az a feltételezés, hogy mivel az emberek közel 90%-a tünetek nélkül vészeli át a betegséget, így kb. 10x annyi fertőzött lehetett eddig, tehát a halálozási ráta 0.2% körül mozog, ami alig több, mint az influenzáé; annál miért is nem baj, ha mindenki elkapja? IMHO, az, hogy a kínai vakcina a döglött COVID-dal egy csomó embernél még egy tisztességes immunválaszt sem tud kiváltani, (lehet, hogy kiröhögi a szervezetük a betegséget?), az utóbbit támasztja alá.

    Ez teljesen igaz, sőt, nem csak ők, hanem nálunk látod pl. a közvetítői haveri cégek, a lélegeztető-gyártók meg még tudja ki. De ez egy másik probléma, amit máshogy kell kezelni.

    Ugye nem a kormány COVID stiklijeivel és balfaszkodásaival akarod relativizálni a gyógyszergyárak globális és évtizedek óta tartó ámokfutását, ami a jóég tudja hány millió ember életébe került eddig? (Ld. a cikket: csak egy gyógyszerfajtával, csak az USÁ-ban közel félmillió halott.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647002

    :D Hát ez csodálatos példája volt annak, hogy mi szokott történni a hosszú szálakban: (direkt ?) teljesen félreértesz valamit, beleképzelsz valami nagyon negatívat, felhúzod magadat rajta, és úgy válaszolsz, hogy az tele van oltásokkal, szurkálásokkal, gyanúsítgatásokkal, stb. Innen már csak egy lépés, hogy a vitapartner is ingerültté váljon, és máris ott van az egymás sértegetése-játék.

    Szó szerint ezt írtad: "A politikai topik nem jó bázis, mert ott manapság már alapból egymás sértegetése folyik, bármiféle "szakmai" diszkusszió nélkül. Amiért te elhíresültél, az az, hogy tisztán szakmai témák tárgyalásánál produkálod ezeket." Itt nem volt mit félreérteni. Ez egyértelmű volt.

    Csak a vicc kedvéért egyszer nézd már át légy szíves ezt a szálat azzal a feltételezéssel (gondolat kísérlet), hogy minden, amivel gyanúsítasz csak a fejedben létezik, és tényleg csak azt próbálom megmagyarázni, hogy ha (kis túlzással) 2-3 hozzászólásnál-ciklusnál tovább tart a diszkusszió szakmai témánál (tehát nem alapból flame topiknál), akkor miért vált át jó eséllyel végtelen ciklusba és/vagy egymás sértegetésbe.

    És természetesen én kezdek el sértegetni, minden egyes alkalommal, ugye? Te itt nem megmagyarázni akarsz valamit, hanem hitelteleníteni. Karaktergyilkosság, vagy mi a picsa, csak baromi bénán csinálod, ld.: .

    HUP-on. Ha a főtroll NagyZ csak a kedvedért felébred téli álmából és előbújik alpesi barlangjából, hogy beírjon egy olyat egy szakmai topikba hogy:
    "fentebb mar olyan hosszu lett a szal hogy csak gratulalni szeretnek a sok majomnak aki beleszaladt TCH troll erdojebe nyitott szajjal."

    akkor én nem merném azt állítani, hogy ne lennél ismert e fórumon. :)

    Tehát, ha NagyZ, aki beismerten trollkodni jár ide és mindenkibe is belemar szórakozásból, ha előbújik a "téli álomból" (nyár közepén bazmeg!) és engem is megtisztel, az azt igazolja, hogy én elhíresültem arról, hogy én vagyok az, aki mindenkit sérteget? Ezt a levezetést te most komolyan gondoltad, hogy egyetlen troll beszólásával akarod alátámasztani, hogy én itt arról vagyok híres, hogy mindenkinek beszólogatok? Kommenteket mutass, ahol én azzal nyitottam, hogy beszóltam! Ezt eddig nem sikerült abszolválni, csak izzadtságszagú megmagyarázás van nem létező arányokról, meg belinkeltél egy fél semmit, amiről utólag kiderült, hogy ott se én voltam az első, aki személyeskedni kezdett, de ezt is sikerült ignorálni.

    De hogy ne csak őt említsem, egy másik fórumozó, hg8lhs már konkrét tanácsot ad arra, hogy miként lehet rövidtávon lezárni egy hosszúra nyúlt szálat.

    Fantasztikus, egy másik fórumozó! Már konkrét tanácsot ad? Hihetetlen! Az is, hogy találtál még valakit, aki trollnak nyilvánított - egy olyan fórumon, ahol népszokás a másikat trollnak/hülyének/tetszőleges politikai irányzat képviselőjének titulálni, ha olyat mond, ami nem tetszik - meg az is, hogy ezt te komolyan megpróbálod megmagyarázni, hogy a folyton trollkodó NagyZ, meg egy másik fórumozó is ezt mondta, úgyhogy tuti igaz... Jó ég...

    Ilyet akkor lehet megfogalmazni, ha konzisztensen ismétlődő mintázatot figyelnek meg valakinél.

    Vagy akkor, ha ugyanúgy utálják az illetőt, mert olyat mert mondani, ami nekik nem tetszett, viszont az érveibe nem tudtak belekötni, ld. NagyZ idevágó válaszát a technikai érveimre: "hulyeseg alatt most nem technikai pontatlansagra gondolok (en egyetertek veled a fentiekben, ahogy mar irtam elobb!), de en nem akarok az erdobe futkosni, bocs! :)", azaz a technikai dolgokban szerinte is igazam volt, de azért hülye vagyok, mert csak. Fantasztikus. És te ezzel akarod alátámasztani, hogy én vagyok, aki minduntalan sértegeti a többieket. No comment.

    Tehát szerinted, ha valaki írott szövegeire azt mondod, hogy nincsen értelmük, azzal az írott szöveget minősíted, mint egy önálló entitást, nem pedig a szerzőt? Érdekes felfogás. De egyébként mindegy mit gondolsz róla, a vitapartner ezt nem vette jó néven, amit meg is jegyzett. Csak azt az állításomat akartam alátámasztani, hogy eloszlása van annak, melyik féltől származik az első személyeskedőnek ítélhető megjegyzés. Átfogóbb kutatómunkára most nem volt időm, de mint ez a példa is mutatja: biztos akad még olyan személyeskedés, amit te nem szántál annak, de a vitapartner annak vett. Ez nyilván fordítva is megtörtént jó párszor, de amint ez a szál is jól illusztrálta számtalan esetben: hajlamos vagy félreérteni a másikat és ekkor a leges legrosszabbat feltételezed a vitapartnerről és ennek megfelelően válaszolsz.

    Erőltetett belemagyarázás, miszerint, ha egy válasznak szerintem nincs értelme, akkor a szerzőt is automatikusan lehülyéztem vele, valamint szerinted igazolást nyert ezzel az egy szaros linkkel, hogy itt bizony kő kemény eloszlások vannak abban, hogy ki személyeskedik először; kizárólag azért nem adtál többet, mert nincs időd... Na, ezzel csak egy baj van, hogy ez az egy is hamis: szépen ignoráltad a becitált linket, amivel rávilágítottam, hogy itt is ő személyeskedett először. Őszintén gratulálok. Tudsz még ilyet?

    Számos normális szakmai diszkusszió volt közted és kroozo között az idézett topikban a linkkel hozzászólás előtt.

    Újabb hamis állítás: már szinte a legelején beszólt, ott a link.

    Erről nem tudsz egyszerűen leszakadni és megint beleképzelsz olyat, ami nincs ott: nem azt írtam hogy nem tudna olvasni.

    Köss bele a konkrét megfogalmazásba. Direkt egy Trump-fant hoztál elő, aki pár számot nem tudott értelmezni, tehát hülye.

    :D Komolyan nem jutott más friss eset az eszembe, ahol tudományos blabla mázba bújtatva akarták félrevezetni az olvasókat és volt szó róla már a HUP-on.

    Vajon miért nem...?

    Dehát azt az esetet konkrétan el is ismerte!

    Amit belinkeltél, abban nem látok elismerést, csak azt, hogy mindenkit is COVID halottnak tüntettek fel, ami viszont nem konteó, emlékezz csak a motorbalesetes srácra.

    Mikor lebukott vele, mert megtaláltam az eredeti forrást, viccesre vette a választ, ami nála felér a beismeréssel, hogy ezt benézte.

    Ízlelgessük a szavakat: "lebukott vele", "megtaláltam az eredeti forrást", "nála felér a beismeréssel", "nála"; nem, ó nem, a te "vita"taktikád véletlenül sem a hiteltelenítés...

    Én nem így gondolkodok.

    És az emberiség szükségszerűen úgy gondolkodik mint te? Gratula. Pontosan tudod, hogy az emberek nem így működnek, hanem aki pellengérre van állítva, azt basztatni fogják.

    Ööö... a szakma? :) Számomra az említett közösségi oldalak nem hiteles források, akkora a zaj. Ne ott publikáljon, aki valami komolyan vehető dolgot akar mondani.

    Ott publikálnak, ahol el akarják érni az embereket, ha figyelmeztetni akarják őket. A szakma hiába olvassa az újságokat, ha a tömeg a Twitteren és hasonlón topzódik. Remélem nem akarod megmagyarázni, hogy Nobel-díjas tudósok publikáljanak csak szaklapokban, ne merészeljenek szólni a tömeghez, ha azt látják, hogy valaki kavarja a szart.

    És nem is a járvány alatti szülésről volt szó eredetileg, hanem úgy általában: a terhesség és szülés nem csak járvány alatt kockázatos, hanem mindig. Azonban sokan elvárják a nőktől, hogy szó nélkül vállalják fel többször ezt a kockázatot a nemzet érdekében. Persze érthető, mert nincs más mód egy népcsoport fennmaradására. De ezzel kölcsönösen pl. a szülőképes nők is elvárhatnák a nemzettől, hogy oltassák be magukat, mert pl. a ritka, de ki tudja meddig tartó long-coviddal nemhogy nem fog szülni egy nő, de még a meglévő gyerekek nevelése is problémás lesz, amivel majd foglalkozni kell.

    Te most komolyan összemosod egy természetes folyamat (szülés) kockázatát egy mesterséges intrúzió (kísérleti oltás) kockázatával? Ekvivalens az, ha valaki a természet által rászabott feladat kockázatát vállalja, azzal, hogy valaki kísérleti patkányt játszik? Ez komoly?

    Biztos hibáztak, de mivel jóval többen is dolgoztak rajta (volt rá forrás), hamarabb kiderült a hiba.

    Kiderült? A hiba? Csak egy volt? Mikor is derült ki? Melyik vakcináról is beszélünk? Csak mert itt folyamatosan derülnek ki a hibák, nem indokolt, sem a múlt idő, sem pedig az egyes szám. Te mindig ilyen weasel word-ökkel fogalmazol? (Valaki fordítsa már ezt le.)

    Ha kiderülne, hogy igen, az csökkentené a kételyeidet valamennyire?

    Most mondhatnám, hogy nem, mert az, hogy egyszer mákom volt, nem jelenti azt, hogy mindig az lesz, de inkább azt mondom, hogy ha nem övezte volna ekkora hisztériakeltés és ekkora agymosás, akkor talán, ha nem is az oltásban, de legalább az apparátusokban csökkent volna a kételyem.

    Illetve az erős túlzás, hogy most semmilyen adat nincs: az első több tízezernyi tesztalany már közel másfél éve megkapta a COVID oltást.

    Ezt reprezentatív mintának, illetve hosszú távnak még eufemisztikusan sem lehet hívni.

    Előre ki van fizetve közös kasszából a vakcina. Nem az orvosnak kell most rábeszélnie a pácienst arra a típusra, aminek a gyártójától százalékot kapott.

    Ha nem tömik bele mindenkibe, akkor nem fognak többet rendelni belőle, mert a nyakukon rohad és feleslegesen a kormányok sem szeretik kidobni a pénzt, a gyógyszergyárak meg el akarják adni a vakcinákat.

    Forrás?

    Parancsolj: #1, #2, #3, #4, #5, #6, #7, #8

    Lezárások mellett, amik konkrétan csírájában elfolytották az aktuális téli influenza-járványt, a COVID lazán elvitt rengeteg embert.

    "Rengeteg embert." Újabb weasel word. Bezzeg, ha "hazafiak" lettek volna, akkor meg kevés lenne, ugyi?

    De attól nem tartok, hogy egy újabb opioid-függőséghez hasonló alakulna ki csak most valahogy az oltásokkal.

    Ez nagyon gyenge terelés volt: nem az a lényeg, hogy függőséget csinál-e, hanem az, hogy az orvosok egy jelentős része korrupt és lelkiismeretlen, csak a gyógyszergyárak érdekeit nézik, a beteg meg le van szarva, dögöljön meg. És ilyenre számos példát lehet találni, csak ez most nagyobb visszhangot kapott. És ezekben bízzunk mi meg, hogy nem akarnak nekünk ártani? Jó, ártani direktbe' lehet, hogy nem akarnak, csak épp leszarják, ha ártanak, a lényeg a profit; vakcinákat eladni, emberekbe beletömni, mert különben nem lesz újabb kör.

    Látom egyébként már a másik topikban, hogy jönnek az olyan "elméletek" egyesektől, hogy a vírust gyártották az évek óta kész oltáshoz, de asszem sejted, hogy erről mi a véleményem (igen, ha mutatnak meggyőző bizonyítékot, meggőzhető vagyok, de várat magára a nagy leleplezés egyelőre :).

    Nem tudom mi az igazság, mert túl sok a zaj. De mindent is konteónak nyilvánítani ugyanolyan szélsőséges gondolkodás, mint minden konteót beszopni. Neked pedig minden konteó, ami nem a mainstream.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647163

    A bekezdésben a végtelenre nyúló szálakról volt szó illetve arról, hogy te ezeket szakmai topikokban generálod, nem a politikai flame topikokban, ahol sokkal könnyebb. De amit félre lehet érteni, azt félreérted.

    Szó szerint azt írtad, hogy én arról vagyok híres, hogy szakmai topicokban produkálom azt, ami a politikai topicokban megy, előtte meg leírtad, hogy a politikai topicokban egymás sértegetése megy, csak úgy. Ezen nincs mit félreérteni.

    Ha pontosak akarunk lenni, akkor itt most te kezdted azzal, hogy egy fizika PhD nem elég ahhoz, hogy Csab által gyártott ábrákról megmondjam, hogy olyat akar velük megmagyarázni, amit nem lehet. Ehhez nem kell orvosi végzettség, csak egy kis valszám ismeret. Szóval légy őszinte egy pillanatra: csak nem direkt kötözködni akartál velem? :)

    Már megint olyat állítasz, ami meg sem történt. Nem azon volt a hangsúly, hogy a fizika PhD-del ne tudnál ránézni három számra, hanem azon, hogy lebasztad Csabot, hogy ne osztogasson orvosi tanácsot orvosi végzettség nélkül, holott te ugyanazt csináltad a blogposztodban és ahhoz viszont nem elég a fizika PhD, hogy orvost játssz vele. Ettől persze még megteheted, de akkor miért is kúrogatsz valakit, aki ugyanazt csinálja? Erre a kettős mércére hívtam fel a figyelmet.

    Nem, és ismét emlékeztetlek, hogy a végtelenbe nyúló szálakról volt szó (aminek a vége opcionálisan átmegy személyeskedésbe, de nem ez a lényeg). De valahogy beakadt nálad az, hogy bárki azzal gyanúsítana, hogy _mindig_ te kezded a sértegetést. Pont ellenkezőleg! Ha tényleg ezt csinálnád, azaz szakmai diszkusszió nélkül mindenkibe belekötnél, az rohadtul unalmas lenne, mert ilyenből van tucatnyi, fel se tűnne, hogy van még egy ilyen. A különlegességed abban rejlik, hogy _szakmai_ diszkussziókat viszed feltűnően gyakran a végtelenbe. Mint korábban írtam: a két Rust topik 500 hozzászólásából ~200 származott tőled. Ez igen figyelemreméltó teljesítmény, és látod nem is lett figyelmen kívül hagyva.

    Milyen kedves... Csak ott sántít ez az egész, hogy a vitához minimum két ember kell. Ha nincs partnerem a sokszáz hozzászóláshoz, akkor nem tudok annyit vitatkozni, szóval már megint felrovod nekem azt, amit más is csinál. Mire fel ez a kettős mérce?
    Hovatovább, miért is baj, ha vitatkozok, érvelek, védem az álláspontomat forrásokkal, logikai levezetésekkel? Miért kéne 2-3 kör után abbahagyni? Nálad az az értelmes ember, aki 2-3 kör után belátja, hogy neked van igazad, vagy mi?

    Azt hiszed, hogy a NagyZ-s idézeted téged igazol, de nem, épp ellenkezőleg. Nem, ő sem néz egyáltalán "szakmailag hülyének", ezt külön ki is emeli. Amit mond azt pont az, hogy zseniális vagy a végtelen szálak generálásában. Ezt próbálom már mióta magyarázni: "Az eddigi tapasztalatok alapján, amit veled 2-3 hozzászólás-válasz ciklusban nem lehet megtárgyalni, azt többen sem lehet." Ez a szál, nem ezt igazolja? Csab-bal sikerült ez alatt megbeszélni a vita tárgyát. A Rust topikok egyetlen szál kivételével nem ezt igazolják? A főtroll is pont ezt próbálta elmagyarázni neked, de ott ugyanúgy azt hitted, hogy szakmailag próbál hozzá nem értőnek beállítani, pedig nem erről volt szó egy pillanatig sem.

    Akkor még egyszer leírom, hátha végre átmegy. A vitához több ember kell. Egyedül nem tudok vitatkozni. Más ugyanúgy produkál többszázas kommentfolyamokat; hány többezres topic volt itt, mielőtt idekerültem? Akik beleszállnak ezekbe a hosszú kommentfolyamokba, azok ugyanúgy védik a véleményüket, mint én. Mégis csak engem próbálsz ezért bohócruhába bújtatni. Miért? Mert nem tetszik a véleményem? Te ezt így kezeled, hogy akivel nem értesz egyet, az ne akarja megvédeni a véleményét, mert az úgyis hülyeség?
    Átment már végre, vagy írjam le még harmadjára is, hogy csak akkor tudom többszáz kommenten át védeni az álláspontomat, ha van kivel szemben megvédeni, tehát kurwára álszent kettős mérce, hogy a mindenkori vitapartnereimnek (rendre ugyanazok szoktak lenni) nem rovod fel? Te is itt vitatkozol velem már mióta, próbálsz beállítani a trollon át oltásellenes konteóhívőig mindennek (a másik topicban meg beismerted, hogy gőzöd nincs, hogy az aggályaimra mi a válasz); hányadik kört futjuk már? Tudod mit, felteszem a bohócsipkát, tiéd a gumiorr, OK? Vagy az nem számít, ha te csinálod?

    Megmutatnád légy szíves, hogy melyikből származik a "90% tünetmentes" számod?

    Azt hittem a 10x annyi fertőzésre kértél adatot, arra adtam. (Az egyébként megvan, hogy ez csak az amcsi stat?) Most hirtelen ezt a kettőt (#1, #2) találtam, itt azt írták, hogy több, mint 80%-ának nem voltak tünetei, de egyébként reggel kapkodtam és elbasztam, mert nem simán tünetmentest akartam írni, hanem tünetmentest, vagy enyhe tünetest.
    De egyébként, ha felszorzod a fertőzések számát tízzel, akkor kijön, hogy csak 8%-ának voltak tünetei, ami persze így még nem jelent semmit, mert attól, hogy valakit nem diagnosztizáltak, még tünetei lehettek, de az biztos, hogy nem voltak súlyosak, mert különben kórházba került volna vele, akkor meg kiderül és pont itt van a lényeg, hogy mindegy, hogy nem voltak tünetei valakinek, vagy enyhe tünetei voltak, mert az ellátórendszerre nem azok jelentik a veszélyt, akik tüsszögnek egy kicsit, hanem akik nem kapnak levegőt és kórházi ellátásra szorulnak.

    A halálozási rátád se egyezik ezekkel.

    Hogyhogy? https://www.worldometers.info/coronavirus/ Itt azt írják, hogy 182688609 ismert fertőzés volt és 3956007 haláleset. Ez pontosan 2.16544%-os halálozási ráta, viszont, ha felszorzod a fertőzöttek számát tízzel, akkor ezt viszont tízzel kell osztanod. Mi nem egyezik? Szerintem az nem stimmel nálad, hogy te csak az amcsi rátákat nézted, én meg a globálist.

    Miért ne lehetne a kettőt összehasonlítani?

    Mert alma körte. Egy nő előbb-utóbb elég nagy valószínűséggel szülni fog és ennek a kockázata azért - lássuk be - elég alacsony, lévén maga a természet alakította ki így. Vagy szerinted az is törvényszerű, hogy egy "hazafi" előbb-utóbb kísérleti patkány lesz valamelyik nagy gyógyszergyár kezében, tehát ne ugasson, hanem csinálja, amit mondanak?

    Mit értesz akkor reprezentatív mintának?

    Többtízmillió ember, legalább 5 évig figyelve az már reprezentatív minta. Az indiai Polio vakcináknál pl. van reprezentatív minta. A COVID vakcinák az első felét ugyan már teljesítették, mert a fél bolygót beoltották vele, de egyelőre csak azt látom, hogy egyre többen halnak bele, vagy van valami drasztikus mellékhatása és a gyógyszercégek egyre-másre kényszerülnek kiadni a mindenféle elemzéseket, hogy most ez miért is csinál vérrögösödést, az miért okoz szívizomgyulladást, a tüdővel mit miért csinál a tüskefehérje, az immunrendszerbe hol nyúl bele, stb.

    Nem, akkor simán odaírnám, hogy konteó, oszt jónapot, senki se hinne nekem, mert nem támasztottam alá a mondanivalómat.

    Dehogynem, aki abban akar hinni, amit te mondasz, az el fogja hinni. Próbáld ki. Válaszd ki pl. asch tetszőleges mainstream-ellenfejtegetős kommentjét és válaszolj csak annyit, hogy konteó. (Vagy azt, hogy "és a gyíkemberek hol maradtak?", vagy valami hasonlóan "frappáns" konteósítást.) Aztán számold hányan +1-ezik. Bár mondjuk nem tudom miért írom ezt le, mert ezt te szerintem még jobban is tudod, mint én.

    Ezt csináltam a választási-csalásos Benford-törvényes konteónál is, illetve a fentebb említett "előbb volt oltás, mint vírus" félrevezető cikknél is.

    Ebbe a választási csalásos izébe már csak azért sem akarok belemenni, mert pontosan tudom, hogy ez úgy működik, hogy a FideSS (haha :( ) úgy szerezte mind a három kétharmadját, hogy csalt, mert különben még 10%-uk se lett volna, még 2010-ben sem; az a cca. 3 millió ember nem is létezik, csak odacsalták...ugyanakkor Trump tök mindegy mivel jön elő, hogy hol volt csalás, az mind-mind hazugság, kivétel nélkül, a szoftverhibától elkezdve a halott szavazókon át egészen a 100% Biden szavazatokból álló levélszavatatos zsákokig és punktum, ezt a független fact-checkerek is megmondták, ahogy azt is, hogy a multikról (pl. gyógyszergyárakról) szóló mendemondák mind alaptalan konteók, sose merészkednének ezek odáig, hogy tömegeket irtsanak ki pár liter olajért vagy pár doboz eladható gyógyszerért.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647274

    Ezen sem fogunk dűlőre jutni. :) Én azt állítom hogy a "hosszú komment-szálak" volt a tárgy, te azt, hogy nem ez. Patthelyzet.

    Aha, csak egy a baj: amit írtál, abban szó nem volt a végtelen szálakról, csak a politikai topicokban való folyamatos sértegetésről.

    Mutasd meg légyszi a blogposztomban, hogy én is ugyanazt csináltam amit Csab, azaz hogy nyers adatokat felhasználva saját "kutatást" végeztem, és ebből olyan saját konklúziót vontam le, amit habár az adatok nem támasztanak alá, de egyezik a nézeteimmel.

    Mutasd meg te, hogy én hol állítottam ilyet. Én azt állítottam, hogy te lebasztad Csabot, mert papír nélkül osztott orvosi tanácsot, miközben te is ugyanazt csináltad. Ez pedig így is történt. Ő azt magyarázta orvosi képzettség nélkül, hogy az oltások veszélyesek, te pedig oltakozásra szólítottad fel a "hazafiakat" (csak őket, mindenki mást kihagytál), orvosi papír nélkül.

    És valahogy megint az a helyzet, hogy a topikban rajtad kívül mindenki meg tudta érteni, hogy mi volt a probléma ezzel, még az eredeti szerző is, és korrigálta a posztot. Mindezt 2-3 kommentváltás után. Te meg egyszerűen nem tudod vagy akarod megérteni, hanem végtelen köröket járjuk ismét a semmiről.

    Azért, mert konzekvensen nem akarod megérteni, hogy mit mondtam és konzekvensen nem arról beszélsz, amiről én beszéltem. Ld. az előző mondatot.

    Már írtam: ha szinte mindig te vagy az egyik fél, az feltűnik.

    Már megint weasel word: mi az, hogy "szinte mindig"? Ez mi? Többszáz olyan topicot lehet mutatni 2017 óta, amihez én hozzá sem szagoltam, mégis tele van sokszáz kommentes thread-ekkel. Ezért kerengünk itt a semmin már mióta, mert folyamatosan olyanokat állítasz, ami nem igaz. Megpróbálod megmagyarázni, ami nem igaz.

    (Nem csak nekem.) E diszkussziónak egyik eredete az volt, amikor azt írtam, hogy ha veled valamit röviden nem lehet megbeszélni, akkor hosszan sem. Ez az állítás most is meg a Rust topikokban (kivétel az emlegetett egyetlen geza42-es szál) is bebizonyosodott. Az állításom csak ennyi volt. Persze nem tudod ezt elfogadni, és lezárni a vitát azzal hogy: "hmm, 500 kommentből 200-at valóban én írtam, lehet van benne valami igazság", hanem tovább védekezel... ami az egyik kiváltó oka az egész folyamatnak. :)

    Látod? Már megint ezzel jössz, pedig ezt már usque húsz körel korábban cáfoltam, de előveszed, hátha nem veszik észre és a szokásos weasel word-ös taktikával ("kivétel", meg az "egyetlen", miközben többet is mutattam, az arányaidról pedig szintén kiderült, hogy úgy kamu, ahogy van) próbálod alátámasztani, hátha nem veszik észre. Ennek megfelelően ha itt bebizonyosodott valami, az csak az, hogy a te vitataktikád a hiteltelenítés, nem más.

    Ennek a demonstrációs céllal elkezdett szálnak is csak abban az esetben lehet vége, ha én végrehajtom a "hg8lhs-manővert", azaz, hogy elfogadom, hogy tiéd lesz az utolsó szó még úgy is, hogy garantáltan lesz benne jó pár félreértésből származó szurkálódás/lightos személyeskedés, stb. A szokásos dolgok, amik ugyanúgy motiválják a vitapartnert, hogy válaszoljon, mint egy feltett kérdés.

    Úgy kapaszkodsz abba a szerencsétlen egy szem kommentbe, mintha az életed múlna rajta, "nemcsak a nagyzé, már egy másik fórumozó is aszonta"; hát keress már még pár olyan kommentet, ahol valaki leírja, hogy a trécéhá hülye, meg troll és tálald azt is bizonyítékként, lesz olyan, sokan hülyéztek már itt le, ha nem tetszett valami.

    Szóval csak azt akarom mondani, hogy ez a 10x-es szorzó rendelkezik annyi bizonytalansággal, hogy nem lehet csak úgy felszorozni velük _globálisan_ az adatokat (alapból a 10-es szám tavalyi USA CDC becslés, nem globális), hogy a halálozási ráta bekerüljön a just-a-flu kategóriába.

    Akkor álljon meg egy pillanatra a fáklyás menet. Odáig konszenzus van, hogy a 10x-es szorzó bizonytalansága nagy, de ez le is volt írva, hogy ez becslés. Viszont én olyat nem mondtam, hogy ez just-a-flu. Azt mondtam, hogy amennyiben ekkora mértékben (egy nagyságrenddel) több a fertőzött, akkor a halálozási arány egy nagyságrenddel kisebb, azaz "alig több, mint az influenzáé"; azt nem mondtam, hogy ez egy csak egy influenza, csak azt, hogy amennyiben ez a felállás, akkor a halálozási rátája hasonló mértékű. Ezt és nem mást. Mi lenne, ha arra válaszolnál, amit én mondok és nem adogatnál szavakat a számba, nem tekergetnéd ki, amit mondok, nem magyaráznál bele, stb.? Nagy kérés lenne?

    Kéne országonként átfogó antitest-felmérés, mint volt nálunk tavaly, hogy jobban meg lehessen becsülni az értékét. Az sincs kizárva, hogy országonként erősen szórni fog, így lehet valahol tényleg csak kétszer volt rosszabb mint a legsúlyosabb influenza-járvány, valahol meg sokkal rosszabb volt. Mi nem állhatunk valami jól benne.

    Kiváncsi lennék a vaxxerek arcára, ha egy ilyen tesztkampány után kiderülne, hogy nálunk is kb. 0.2-0.4%-os halálozási arány volt, mert nálunk mindenkit is felírtak a COVID-veszteséglistára...

    - Mibe' halt meg a beteg?
    - Munkaruhába'.
    - COVID-os volt?
    - Az overallja? Kizárt.
    - De mi volt a halál oka?
    - A fejére esett egy raklap kristálycukor.
    - Koronás?
    - Mi más?
    - COVID. Másodlagos betegsége cukorbetegség. Hát a másik mibe halt bele?
    - A Dunába.
    - Koronavírusos volt?
    - A Duna? Alig hinném.
    - Pedig annak kellett lennie, hiszen a szennyvízből mondják meg, hogy mikor jön a következő hullám.
    - A Dunán amúgy is látszik, hogy mikor jön a következő hullám.
    - Mindegy. A Duna biztos tele van koronavírussal. A beteg lenyelte a vizet?
    - Le is tüdőzte, lévén belefulladt.
    - Az még jobb, lévén ez egy légzőszervi betegség. COVID halott, másodlagos betegsége AODS és tüdővizenyő.
    - Mi a hatkerekű mentőkocsi az az AODS...?
    - Acquired Oxygene Deficiency Syndrome, de úgyis mindenki azt fogja hinni, hogy elgépelték, mert egymás mellett van a két billentyű. Hát a harmadik?
    - Alkoholmérgezés.
    - Miért ivott?
    - Szerelmi bánat.
    - Nem azért, mert azt hitte, a pálinka megöli a koronavírust?
    - Jägert ivott.
    - Az sem öli meg a koronavírust, nem csoda, hogy belehalt a fertőzésbe. Másodlagos betegségnek írjon be hormon és elmezavart, az lefedi a szerelmet. Mi van a negyedikkel?
    - Elütötte a villamos.
    - A villamos kék volt?
    - Dehogy, sárga.
    - Akkor COVID. Másodlagos betegség epebántalom. Az ötödik?
    - Megfagyott.
    - Nyáron??? Mitől?
    - A windows-tól. Informatikus volt a nyomorult.
    - A windows tele van vírusokkal, biztos koronavírus volt, a redmondi variáns. Másodlagos betegsége: informatikus. A hatodikkal mi történt?
    - Szitává lőtték.
    - COVID-os volt?
    - Nem, maffiózó.
    - BMW-je volt?
    - Az.
    - A BMW-sek mind baromi nagy királynak hiszik magukat, a királyoknak meg van koronája; COVID. Másodlagos betegsége fémérzékenység. Hát az utolsó?
    - Nem lehet tudni, 105 éves volt, bármi lehetett.
    - Akkor COVID. Másodlagos betegségnek írjanak be bármit.

    Ezért a rettenetért én kívánok elnézést.

    Pl. 2016-ban 15 anya halt meg (17 100k szülésre viszonyítva). Veszélyesebb-e ma itthon szülni, mint COVID oltást kapni?

    Bocsánat, engedelmeddel táblázatba rendezem a válaszomat, forrása ez a tábla:

    Halál oka Halottak / 100k fő
    Pfizer 32
    Moderna 20
    Vakcinák összesen 20
    Szülés 17
    Sinopharm 16
    AstraZeneca 7
    Szputnyik-V 1

    :D

    Mi olyan humoros? Sokallod? Ennél nagyobb léptékű sikeres oltási akciók is voltak már.

    Hol látható ez a halálozási adatokban, mint a covid hullámok alatt?

    Hírekben. A másik topicban valami gyűjtőoldalt is linkeltek. Most mondhatod, hogy arányaiban kevesebben halnak bele, mint a COVID-ba, de egyfelől nem tudjuk, hogy tényleg minden haláleset kiderült-e, másfelől meg többen halnak bele, mint a vakcinákba szoktak és én nem szeretnék ezen halottak közé tartozni.

    Nem, ez nem ilyen egyszerű. Ha nekem van itt bármilyen kis "ismertségem", akkor legfeljebb annyi, hogy alapkutatói hátterem van, mivel többször beszámoltam belülről az MTA kinyírási folyamatáról még a régi világban.

    Most tényleg nem tudom eldönteni, hogy ezt nem érted, vagy nem akarod érteni. Az ismertséged irreleváns. Az érveid is irrelevánsak. A források is irrelevánsak. Az adatok is irrelevánsak. A valóság maga irreleváns. Teljesen mindegy ki és milyen körítéssel kommenteli a konteósító kommentet, a mindent is konteónak nyilvánítók el fogják hinni. Akinek minden is Orbán és tsai. (ami természetesen nem konteó), az magas ívben szarik mindenre is, csak azt akarja látni, amit látni akar. Valaki belinkel bármilyen forrást, ami szúrja a szemüket, nyugodtan bekommentelheti valaki rá, hogy "rohaggymeg te hülye laposföldhívő orbánbérenc" és kapni fog rá 10 db +1-et. Kinek kellenek itt érdemi cáfolatok?

    Ez tényleg nem volt konteó

    De igen, az volt. A fact-checkerek is megmondták, meg a hangok egyesek fejében. Minden amit a szésőjóbbódali nácikok - értsd: a liberálfasiszta mainstream narratívának ellentmondani merő férgek - mondanak, az konteó. Az is konteó volt, amikor regisztrált demokrata szavazók broadcasteltek névvel és arccal, hogy itt szabályszerű puccs folyik, mert nem engedik sem a demokrata, sem a republikánus, sem a liberális felügyelőket a számlálóbizottsághoz. Deepfake volt, amit republikánusok játszottak el. Az is konteó volt, amikor a vörös kerületekben egyszerűen bezárták a szavazóhelységet és nem engedték be az embereket. A republikánusok maguk zárták be, nehogy kiderüljön a szavazatszámláláskor, hogy számolni se tudnak. Az is konteó volt, amikor a még le sem váltott, hivatalban lévő elnököt csak úgy ukmukfukk kitiltották minden nagy platformról, örökre. Az is konteó volt, amikor a Twitter-alternatíva Parler-t pár gombnyomással (Google és Apple kitiltották az appot, az Amazon megvonta a tárhelyet, a Twitter és a YouTube lezárta az accountot) en-bloc megsemmisítették, amikor Trump átment oda. Mitől lenne ez összeesküvés, hogy pár állítólag egymással konkuráló multi összefog, csak azért, hogy elkussoltassák azt, aki nem azt mondja, amit ők megengedtek? Ez konteó!
    Sőt, az is konteó volt, hogy a demokraták 2016-ban a saját előválasztásukat is elcsalták, hogy Sanders-t kiüssék. Sanders amúgy is buzi. És ufó. Kesztyűben.
    Ez mind-mind konteó és fake news, a Twitter, a Facebook és a YouTube nem győzte ezeket felszámolni, mert mind nyilvánvalóan aljas hazugság volt. Ahogy az is hazugság, hogy egy mára már szinte 100%-ban a nagy cégek cloud-jaiban elhelyezkedő internetről azt tüntetnek el, amit akarnak. Bár nem értem, hogy ha azt hazudhatom, hogy az ég zöld, akkor azt miért nem, hogy az establishment és a multik úgy csalnak, ahogy bírnak.

    Látod be tudom én ismerni önként, hogy ha nem volt igazam.

    Miért, ki nem tudja?

    De akkora mértékben nem találtak ilyen eseteket, ami befolyásolhatta volna a választást.

    Természetesen, hiszen minden ilyen eset hamis volt, amelyik meg nem, azt is republikánusok csinálták.

    Egy kérdés ha még nem nézted meg a linket: szerinted kire szavazott az elkapott csaló? :)

    Orbánra. Az ő műve az egész. Mint minden más is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647646

    Egyezzünk meg abban, hogy te ezt így látod, én meg nem.

    Hát persze, hogy nem, mert akkora kettősmércével mérsz, mint ide Irak.

    Nálad azonban ekkor egyből bekattant, hogy hoppá, nem vagyok én sem orvos, mit akarok itt, de mint mondtam már többször: ahhoz nem kell orvosi végzettség, hogy megmondják egy ábráról hogy van-e értelme, vagy nincs.

    http://a.te.ervelesi.hibad.hu/szalmabab
    Most már sokadjára. Úgy látszik, direkt csinálod. Akkor citáld be, hogy hol állítottam én olyat, hogy a PhD-d nem elég, hogy ránézz egy ábrára és megállapíts róla valamit. Én ezt szóba sem hoztam. Én a másik topicban történő észosztásról beszéltem, de most már sokadjára írom ezt le, de te minduntalan ignorálod és azzal jössz, hogy de miért ne lenne elég egy PhD egy ábra validálásához... Én. Nem. Ezt. Írtam. Pont.

    Ezt is írtam még a szál elején, de ilyen fontos részletek felett át szoktál siklani, mert akkor talán be kéne ismerned, hogy megint félreértettél valamit és emiatt generálódik megint több tucatnyi hozzászólás tök feleslegesen.

    Nincs mit beismerni, mert amit írtál irreleváns volt, mert én szóba sem hoztam Csab ábráit, én kizárólag a te orvosi hozzáértés nélküli tanácsosztogatásodról beszéltem. Mi lenne, ha abbahagynád a terelést?

    Így a közölt "orvosi tanács" szakmai minőségéhez nekem semmi direkt közöm nem volt, nem vettem részt benne, így nem is tudtam volna a saját nézeteimmel kiegészíteni az esetleg gyenge lábon álló konklúziókat.

    Ez most komoly? FYI: a más orvosi tanácsának a terjesztése is orvosi tanács adása, képzettség nélkül, mert nem vagy kompetens megítélni, hogy a tanács jó-e. Nem, az, hogy ez a mainstream, az nem jelenti, hogy jó.

    De ő valahogy képes volt egyből megérteni, hogy a topikban kritizált probléma megoldásához nincs szükség orvosi végzettségre egyáltalán.

    Mert Csab és én két külön dologról beszéltünk, azért. Tényleg nem érted, vagy csak ennyire nem tudod mivel megmagyarázni?

    Nincs orvosi képzettséged. Fogtad valaki más orvosi tanácsát és terjesztetted. Anélkül, hogy kompetenciád lett volna a megítélése. Hitből osztottál tanácsot, hittérítettél. És aztán lebaszod Csab-ot, hogy ugyanezt csinálja.

    Saját szavaiddal élve: ez "ordas nagy hazugság". Idézet a blogból: "Tehát minden bevethető emberre szükség lesz, mivel az immunrendszer-betegséggel küszködők mellett most ideiglenesen kiesnek a kisgyermekek és a várandós-kisbabás édesanyák is a beoltottak közül."

    Elég jól behatároltam mindenkit, aki úgy általában megkaphatta tavalyi állapot alapján a COVID-19 elleni vakcinát. De ferdítsd felőlem tovább, amit írtam, csak egyre több referencia gyűlik azzal kapcsolatban, hogy miért nyúlnak végtelenbe a szálak. A szurkálódások/lightos személyeskedések/gyanúsítgatások mellett az is motiválja a vitapartnert a válaszra, ha szándékosan rosszul idéznek tőle. Írott anyagot elég egyszerű ellenőrizni.

    Elég felületesen ellenőrizted, mert szó szerint szerepel benne ez:

    Szóval kedves oltásellenes olvasó, aki idáig eljutott a blogban: tök irreleváns, hogy miért vagy oltásellenes, de ha bármennyire is jó/hazafi/stb. embernek tartod magadat, és nem szeretnéd, hogy több terhes nő haljon meg ebben a hülye járványban, akkor rakd félre arra 3 hétre a kétségeidet a védőoltással kapcsolatban, ameddig azt a két adagot megkapod majd jövő év elején. Nem lesz benne csipp és az eddigi adatok alapján biztonságos, legfeljebb egy kis múló lázzal és izomfájdalommal jár az oltás helyén. Ennyi kockázatot bőven megér, hogy jövőre ne kelljen több terhesen elhunyt nőt eltemetni. Ne legyél pont te az a barom, aki fél órás facebookos "kutatás" után kijelenti, hogy nincs is járvány, emiatt elutasítja az oltást és lehet pont ő adja át majd a vírust egy terhes nőnek, aki belehal.

    Ha oltásellenes vagy, a fentiek se hatnak meg semennyire, de emellett szar embernek is tartod magadat, akkor meg legalább valamiben maximálisan egyetértünk...

    Senki más nincs megcímezve a "szar ember" kitétellel, csak a hazafiak. A liberális oltásellenesek nem szar emberek, csak a hazafiak. No comment.
    Mi lenne, ha beismernéd, hogy globalista vagy, mert azt hiszed, hogy a végén neked is jut majd a párak által kisajátított nagy tortából?

    Mutatnál akkor légy szíves, egy-két olyan _szakmai_ topikot vagy topik-párost, ami megközelíti az 500/200 arányt?

    ROFL. Mutass te. Tudod mi ez? http://a.te.ervelesi.hibad.hu/bizonyitasi-kenyszer-atharitasa Te akarsz engem hitelteleníteni, bizonyítsd be te, hogy nincs ilyen topic. Mégis mit képzelsz, hogy működik ez? Guilty until innocent proven? Kijelented, hogy de én vagyok az egyetlen, aki többszáz komment hosszú thread-eket generál és amíg nem cáfolom, ez igaz és mindenki el is fogja neked hinni? Bár szerinted csak egy hülye oltásellenes troll vagyok és már a Robi is megaszonta, hogy rám kell hagyni, de ennek ellenére csak nem hagyod és most már extrém mennyiségű időt és energiát baszol el arra, hogy hitelteleníteni próbálj.

    Igazából nem is közöltem még konkrét adatokat hivatkozásokkal együtt, szóval jogos a kritika. Most a kedvedért átfutottam a két említett Rust topikot és összeszámoltam hogy amelyik hosszabb _szakmai_ komment-szálban aktívan részt vettél azok _végén_ hány szálnál lett bizonyos értelemben konszenzus, hánynál pedig egymás melletti elbeszélés miatti vég/meg nem értés miatti vég/személyeskedés(mindegy ki kezdte)/szurkálódás/hg8lhs-manőver. Ha valahol elágazott egy szál, akkor az volt a kritérium hogy legyen legalább 3 hozzászólás benne, hogy külön szálnak vegyem. Természetesen a kategorizálásba sok helyen bele lehet kötni, pl. néha cserélődött a vitapartnered, néha egy-egy dologban sikerült részben megegyezni, de a hsz nagyobb részében meg nem, néha "semmilyen" volt egy mellékszál, amit egyik kategóriába se lehetett berakni, stb, szóval zajos az adat. Meg talán súlyozni kéne a szálakban lévő hozzászólásokkal is, de ez csak első közelítés. Mondhatsz saját definíciót is arra, hogy nálad mit a konszenzus/nem konszenzus vég egy szálnál és azt fogom használni. A általad fentebb felhozott geza42-es konszenzusos példát vettem alapul.

    QED. Azért ez nem semmi, hogy ez ennyire fontos, hogy nekiállsz topicot analizálni mindenféle arbitrális kritériumok alapján és órákat baszol el, csak, hogy megpróbálj lejáratni. Már külön szagkifejezéseket is kitalálsz hozzám ("hg8lhs-manőver"), lassan kész tudomány leszek. Nem érzed magad szánalmasnak? Mert ez rettenetesen szánalmas.

    Nem akarok ugyanabba a hibába esni, mint Csab, hogy olyat hozok ki az adatokból, ami nincs bennük.

    Már sikerült. Persze szándékosan.
    Kezdjük ott, hogy ez az egész egyetlen nagy vita volt arról, hogy pusztuljon a C nyelv, mert csak, mert itt a Rust és az sokkal jobb, mert csak. Bár sokszor, sokféleképpen kifejtettem, hogy ezt így talán baromira nem kéne erőltetni, nem voltak hajlandóak tudomásul venni, vagy ignorálták, mint pl. itt is. Te pedig önkényesen feltördeled az egészet, csak, hogy olyan számokat produkálhass, amik a te lejáratási kísérletedet támasztják alá. Pontosan ugyanazt csinálod, mint amivel Csabot vádolod, hogy a számokat igazítja a teóriájához.
    Másfelől, nem én voltam egyedül, aki a Rust omniszcienciáját tagadni, ill. a C nyelv kiirtását ellenezni merte, maximum nem voltak ilyen aktívak, de te ezeket kivetted a képletből, mert csak. Csak, hogy megint el lehessen mondani, hogy csak én csinálom.
    Harmadrészt, te itt most kipécéztél egy topicot, ahol speciel én posztoltam a legtöbbet és ezt extrapoláltad a HUP Nx1000 topicjára és 20 évére, holott én 4 éve vagyok itt. Ehhez külön gratulálok.

    Ezt többször észre lehet venni a fenti topikokban több különböző emberrel, mindegyikük csak nem lehetnek rajta a listádon, akikről azt hiszed, hogy utaznak rád. A NagyZ-s szálat direkt nem is említettem a fenti listában, mert hogy úgy mondjam: a kezdeti hozzászólása offtopik volt és kizárta a későbbi tisztán szakmai diszkussziót. :)

    Öt ember van, aki direkt rám utazik és NagyZ nincs köztük, ő mindenkivel trollkodik. Ahogy azok sincsenek köztük, akikkel systemd/windows/javascript témakörökben sikerült jópárszor pusztán a téma kapcsán összeflamelni, mert olyat mondtam, ami sértette a vallásukat. Ezekben a topicokban pl. pláne nem egyedül szoktam a baromi hosszú kommentfolyamokat generálni, mert általában csapatok vitatkoznak csapatokkal. Akik rám utaznak, azok témától függetlenül szoktak belé mállni.

    Szerintem add fel ezeket a nevetséges hiteltelenítési kísérleteket, amik kb. abból állnak, hogy amit én mondok, az azért nem számít semmilyen témakörben, mert meg merem védeni a neked nem tetsző véleményemet, akár egy hosszabb vitában is, mert ezzel nem engem égetsz, hanem magadat. Ha én akkora retardált vagyok, hogy foglalkozni sem kell azzal, amit írok, akkor miért pazarolsz el rá ennyi időt és energiát hogy az általam leírtak helyett el nem hangzott állításokat próbálj cáfolni, illetve engem lejáratni?

    Jó de kb. ez a just-a-fluzás definíciója. :)

    ROFL. Csak szeretnéd. Ez egy becslésen alapuló hipotézis konklúziója és nem azt jelentette, hogy COVID === flu, csak már megint szalmabábot csépelsz.

    Egy sima influenzajárványnál legfeljebb kórházi látogatási tilalom van, nincs olyan szintű lezárás mint COVID-nál, nincs olyan hogy átirányítanak orvosokat intenzívre, nincs olyan hogy egy évre szüneteltetik kvázi az egészségügyet.

    Mert az influenzánál nem csinálnak ekkora hisztériát, hogy mindenki bepánikoljon és rohanjon beoltatni magát.

    Az ezekből származó esetek nem kerülnek bele a COVID statisztikákba, pedig részben az okozta őket és egy sima influenzajárványnál nem jelentkeztek volna.

    Most derült ki, hogy tényleg mindenkit is felírtak a COVID veszteséglistára. Nem olvastad a híreket?

    Nagyon jó a táblázat, csak a "halál oka" oszlopot nem értem. Mi bizonyítja, hogy az oltástól halt meg az alany?

    Hát ezt a táblázat forrásától kérdezd, ne tőlem. Ezek hivatalos halálozási adatok, bár nem a legfrissebbek. Hogy mi alapján döntötték el, azt nem tudom.
    De az viszont elég érdekes, hogy ha kijön egy hivatalos adat, ami nem azt támasztja alá, amit te akarsz belelátni a dolgokba, akkor azt rögtön megkérdőjelezed.
    Szerintem ne nyissunk akadémikus vitát, hogy a szülés veszélyesebb, mint beoltatni magad mindenféle kísérleti szarral, mert nem az.

    Forrás az utolsó állításodra?

    Ott van a fenti táblázat. 100k főre 20. A poliovakcináét Indiában 1:100k-ra taksálták, de erre nem tudok forrást adni, mert nem találtam meg megint. Vagy elhiszed, vagy nem. Vagy tudsz forrást, ami mást mond.

    Nem tagadom van pár "fura" eset, már amennyire egy laikus furcsának tud ítélni egy esetet, de sok helyen szerepel a halottkém jelentése is, ami meghatározza a halál okát és már ott megemlíti, hogy valszeg nem volt köze az oltáshoz.

    Aha... A COVID haláleseteknél meg úgy zajlik az eldöntése, ahogy fentebb leírtam. COVID? Nem. De! És ez most már ki is derült.

    Aki ilyen felszínes, nem érdeklik a fontos részletek, de közben részt vesz a diszkussziókban, az inkább maga is a konteók felé fog húzni, hiszen azokat direkt úgy kreálják hogy könnyen érthetők legyenek, de azért valami nagyon mondjanak.

    A szélsőség az szélsőség. Minden konteót beszopni szélsőséges gondolkodásra utal, de mindent konteónak nyilvánítani is. Nézz meg egy tetszőleges politikai offtopic beszólást itt a hupon. Valaki a szőrös trombiták párzási rítusáról értekezik, épp Kantot hasonlítja össze Picassoval és valaki benyögi, hogy ilyet is csak egy hülye fideszes talál ki. 10 lájk.

    Most engedd meg hogy megint a Benford-törvényes esetet hozzam fel: maga a konteó: az egész országra kiterjedő választási csalás a deep state által; a valóság: egy statisztikai módszer rosszul volt alkalmazva. Ugye, hogy milyen unalmas a magyarázat?

    Nem unalmas, csak hamis. A kettő ugyanis nem zárja ki egymást. A "deep state" attól még csalhatott, hogy valami hülye nem tudott összeadni két számot.

    Én azonban azt tapasztalom, hogy van még olyan, aki értékeli az érdemi cáfolatokat is.

    Attól függ, hogy mit cáfoltál meg. Itt szinte mindenki csak hitvitázik. Úgy látszik nagy igény van a vallásokra, de a régi vallások és istenek már elavultak, lett helyettük liberalizmus, globalizmus, kapitalizmus, multicégek, filantrópok és a többiek. Én kihagytam a régieket is, kihagynám ezeket az újakat is. Nem veszem be a filantróp dumáját senkinek; a multik és az elit: köcsögök, csak a profit érdekli őket és ebbe a gyógyszergyárak és az orvosok is beletartoznak, úgy kell nekik az egészséges társadalom, mint fegyveriparnak a béke és de, mindennemű lelkiismeretfurdalás nélkül elmennek a tömeggyilkosságig is; ott van fentebb az ópiumos botrány, azt már nem bírták eltussolni a fact-checkerek...

    akkor biztos sokkal több esetet be tudtak volna bizonyítani a bíróságon

    Amikor automatikusan lesöpörtek mindent? Hogy bizonyítsd be az igazadat, ha nem lehet igazad?

    csak akkor meg az a baj, hogy a biztosan felderített esetek száma messze kevés az eredmény megfordításához

    Mert nem sikerült mindent felderíteni. Nem Trump az egyetlen, aki választási csalás áldozata lett, Sanders-t is kicsinálták 2016-ban, még az előválasztáson. Annak se lett következménye.

    Ha nincs rendszerszintű összefonódás a háttérben a nagy cégek között, akkor mi volt az, hogy a még hatalmon lévő elnököt egy gombnyomással letiltották a netről és utána eljátszották ugyanezt a platformmal is, ahova megpróbált átmászni?

    Nem nyert. Újabb tipp?

    Nem érdekel. Feltételezem, ha ez ennyire fontos neked, hogy ennyire ki akarod találtatni, akkor tuti republikánus volt, vagy legalábbis ezt mondta. Olyat én is tudok csinálni, hogy hamisítok pár levélszavazatot valamelyik ellenzéki párt javára, aztán direkt lebukok, majd közlöm, hogy Orbánista vagyok. Dehát ez is konteó. Minden is konteó. Csak a liberálfasisztáknak lehet igazuk, a rendszer működik és a rendszer van miértünk, nem fordítva és pont, mindenki kussoljon és fogyasszon (szemetet).

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647726

    Szó szerint benne van.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647808

    Inkább ez a felfogásod lehet a félreértés forrása. Egy kutató számára az adatokon alapuló véleménynyilvánítás nem hit. Ha hit lenne, akkor nem lehetne rajta változtatni, mert vallásos hitnél meg se lehetne kérdőjelezni azt, hogy tévedés történt, mivel az eretnekség lenne. Az adatokon alapuló konklúzió változik abban az esetben, ha változnak az adatok és így már nem érvényes a konklúzió.

    Pontosan ezt magyarázom, hogy a mainstream megkérdőjelezése manapság szentségtörésnek számít és cenzúra jár érte. Ettől függetlenül szépen kikerülted a lényeget: nem volt orvosi képesítésed ahhoz, hogy megítéld, hogy a tanácsok, amit továbbadsz, azok jók-e, mégis csináltad. Csabot meg lebaszod ugyanezért.

    Hát ez gyönyörű öngól. :) Elolvasod egyáltalán amit idézel? Ott van benne expliciten: "jó/hazafi/stb. ember", ez egy lista/felsorolás, kiemelsz belőle önkényesen egy elemet, és erre kreálsz egy kitalált mesét. Mi ez ha nem direkt elferdítése az eredeti szövegnek? A "jó" és "stb." emberes részt is kifogásolhattad volna, de azokkal nehezebb egy jót liberálisozni, ugye? Ezért kell ferdíteni a forrást.

    Jó ég...ez a legbénább hárítás, amit valaha láttam... Ez most komoly? "Jó", meg "stb."? Ezek aztán egzakt definíciók által jól körülhatárolható csoportok, mondhatom. Ki számít "jó" embernek? Hát "stb." embernek? Ezek megfoghatatlan, túl általános semmik és ezt te is baromi jól tudod, ahogy azt is, hogy arra a kutya nem reagálna. Jól körülhatárolható csoportot egyet említettél, az pedig a "hazafi" volt. Szándékosan őket akartad provokálni. Te ezt most komolyan gondoltad, vagy már ennyire nem tudsz mivel hárítani?

    Fentebb írtad: "Többszáz olyan topicot lehet mutatni 2017 óta, amihez én hozzá sem szagoltam, mégis tele van sokszáz kommentes thread-ekkel." Feltételeztem ilyen kijelentést csak akkor tennél, ha a több száz topikból legalább egyre emlékszel konkrétan. De úgy tűnik tévedtem.

    Könyörgöm, még mondtam is, hogy ott vannak a politikai topicok, nem ritkán ezer feletti kommentszámmal, aztán azokat hatvannyolcezer parsec messzire elkerülöm. Bocs, hogy nem emlékszem név szerint, hogy mivel dobálták egymást... Ennyire nem olvasod el, amit írok, vagy direkt hagyod ki, hátha nem veszik észre?

    Az elnevezés valóban tőlem származik, de a módszer nem és illik korrektül arról elnevezni, aki először megfogalmazta. :)

    Így születnek az egyfős tudományágak. Mesmer és Gall büszke lenne rád.

    De hát pont, hogy _nem_ ignorálta a szakmai érveidet, amit explicite le is írt a következő kommentben.

    Éppenhogy ignorálta, mert csak annyit tudott mondani, hogy akkor is troll vagyok, tök mindegy mit írtam.

    Ő is az 500/200-as arányra hívta fel lényegében a figyelmet, egy szóval se arra, hogy ne lenne meg a szaktudásod ahhoz, hogy releváns pontokat fogalmazz meg a Rust vs C témában.

    Nagyon ragaszkodsz ehhez az 500/200-hoz; mit bizonyít ez, azon túl, hogy bosszant annyira a vallásos hülyeség, hogy megpróbáljam megcáfolni, akár hosszú szálakon keresztül is? Azért ez nagyon nem gyenge ám, hogy "jó-jó, igazad volt, de akkor is hülye vagy, mert...mert 500/200!" Hogymivan?

    Nem, senki se tart retardáltnak, vagy hogy ne lenne szaktudásod.

    Aha, te sem ezt próbálod meg alátámasztani a végtelenbe nyúló kommentfolyamokkal. Nem tűnik fel, hogy még mindig folytatod, te is?

    A végtelenbe nyúló kommentszálakat jártuk körbe elég részletesen.

    Amiket más is csinál, de csak én vagyok érte hülye, meg troll. Hogymivan?

    Az orvosok átirányítása is szerinted a hisztériakeltés része volt, nem pedig a létszámhiány egy kezelése?

    FIQAD. Azt nem hinném. De nem is erre céloztam, hanem a médiahisztériára, az apokaliptikus világképekre, hogy jajj, mindmeghalunk, ami már a leges-legelején is tudvalévő volt, hogy hazugság. Azokat az érveket, amik az ellátórendszer túlterhelésére vonatkoznak, egyszer sem kérdőjeleztem meg. Még hivatkoztam is rá.

    Link?

    Pedig linkelték is a topicban.

    A táblázatban az szerepel, hogy hány beoltott kapta el a fertőzést és hány halt bele utána a betegségbe. Te ezt úgy értelmezted, hogy az oltástól haltak meg, nem a betegségtől. Nem látsz ebbe problémát? Meg egyébként csodálkozom, hogy nem hiányolod így azokat az "oltás halottakat", akik úgy haltak meg, hogy nem kapták el a COVID19-et, így nem is szerepelnek a fenti táblázatban.

    Igazad van, ezt benéztem.

    Nem, ez úgy történt, hogy először kiálltak nyilatkozni, hogy _bizonyítékokkal_ rendelkeznek arra vonatkozóan, hogy tömeges csalás történt a választásokon és beadtak a bíróságra egy keresetet. A bíró a tárgyaláson megkérte a felperest, hogy prezentálják ezeket a bizonyítékokat. A felperes válasza: hát ööö...

    Nem söpörtek le automatikusan semmit, eljutott mindegyik beadott kereset a tárgyalásig, csak ott megakadt a dolog, amikor bekérték a bizonyítékokat.

    Írta a megkérdőjelezhetetlen mainstream média és az axiomatikus kijelentéseket tévő fact-checkerek. Ez valóban valószínű, hogy semmire sem volt bizonyíték.

    Erre még hajlanék is valamennyire, bár akad "unalmas" magyarázat is: USA egyszerűen nincs készen egy Sanders-szerű elnökre, aki pl. tényleg átformálná az egészségügyet olyanra, ami sok más fejlett országban alapértelmezett.

    Nem az egészségüggyel volt a baj, hanem Sanders beígérte, hogy feldarabolja a gigacégeket. Ezért kellett buknia. Pedig én annyira éltem volna, hogy jön egy igazi liberális és szétbassza a liberálfasizta multikat a picsába.

    Én úgy olvastam, hogy a közvetlen tanácsadói beszélték le arról, hogy átmenjen a Parler és társaira, mert nem tett volna jót egyáltalán a megítélésének (az érveléssel teljesen egyetértek). Próbálkozott utána saját bloggal, de kvázi senkit sem érdekelt, így le is állította.

    Nem ez volt a kérdés. Az volt, hogy ha nincs összefonódás a nagy cégek között, akkor mi volt ez a hirtelen co-play, ahol eltakarítottak valakit a netről, aki keresztbe akart nekik tenni?

    Azzal a fontos részlettel tisztában vagy, hogy ennek súlyos következményei is lehetnek? Miért kockáztatná normál esetben bárki is ezt, egy random elnökért?

    Most mondhatnám, hogy mert hülye, vagy mert sok pénzt kapott, de a helyes válasz az, hogy nem Biden miatt csinálja, hanem a mögötte állók megbízásából, azok pedig bármilyen szarból ki tudják vakarni.

    Asszem végül rájöttél, hogy jó ideje a kutatói énem dolgozik és e szálat amolyan referenciának szánom, ami demonstrálja, hogy mi szokott történni az 500/200-as topikokban. :)

    Lamest bullshit today. Ez már kezd vicces lenni, hogy tök mindegy mit cáfolok meg, visszajössz vele megint és megint. Már levezettem, hogy ezzel semmit sem demonstráltál, csak azt, hogy a te vitataktikád a hiteltelenítés. Nem először.

    Nem tűnt fel eddig, hogy mennyire elengedem az egyre explicitebbé váló sértegetéseidet?

    Helyette egyre inkább rákapcsoltál a hiteltelenítős/lejáratós szálra; az nem sértegetés? Te kezdted a sértegetést/személyeskedést, nem én.

    Pedig már jó pár napja simán "lezárhattuk" volna az egészet, elég lett volna, ha én is nekiállok nyilvánvalóan pejoratív kifejezésekkel teletűzdelni egy választ, amire te hasonlóan válaszolsz egyszer és annyi. De nyilván nem teszek ilyet, mert az elrontotta volna a "mérést".

    Megpróbálhatod a tudomány köntösébe bújtatni a vallásod védelmét, de felesleges. Ez nem mérés volt, hanem az "eretnek" bohócruhába bújtatásának kísérlete, nem több.

    Az egész vitának a magja az volt, amit az egyel korábbi postomban írtam:

    Nem veszem be a filantróp dumáját senkinek; a multik és az elit: köcsögök, csak a profit érdekli őket és ebbe a gyógyszergyárak és az orvosok is beletartoznak, úgy kell nekik az egészséges társadalom, mint fegyveriparnak a béke és de, mindennemű lelkiismeretfurdalás nélkül elmennek a tömeggyilkosságig is; ott van fentebb az ópiumos botrány, azt már nem bírták eltussolni a fact-checkerek...

    Ezt te nem vagy hajlandó tudomásul venni, mert ez a vallásod, ez a kamu filantrópia, nevezzük bárminek, liberalizmusnak, vagy mittudomén. Nem vagy hajlandó elfogadni, hogy akikre az életedet bízod, akiknek a "tanácsait" osztod tovább, azok számtalan esetben bizonyították be, hogy csak a pénz érdekli őket, az emberi élet nem. Ott volt az opiátos sztori, félmillió hullával. Csak egyetlen gyógyszerfélével összeszedték a teljes COVID halálozások egynolcadát. Ezekben bízzunk meg? Na, ez az, amit nem vagy hajlandó tudomásul venni, végig kikerülted ezt a vonalat, a konkrét linkre is csak egy gyenge terelés futotta, hogy a COVID vakcina nem okoz függőséget, holott ilyet senki sem állított.

    Innentől kezdve az összes "mérésed", meg "demonstrálásod", amit rajtam hajtottál végre, hitelét veszti, mert egyértelművé válik, hogy te vagy hitből, vagy érdekből próbálod megmagyarázni az orvosok bizonyítványát. Ha az előbbi, akkor csak sajnálni tudlak. Ha az utóbbi, akkor magadévá teheted a megjegyzést, amit az oltást be nem adó hazafiaknak küldtél.
    Amúgy, ha a szál szarbafojtása volt a cél, akkor gratulálok, az sikerült, mert az valahogy sosem kapta meg a figyelmet, hogy miért bízzunk meg olyan emberekben, akik felesküdtek az emberi élet védelmére, de némi pénzmagért akár tömegeket is hajlandóak kimérgezni; csak az ment, hogy én ilyen, meg olyan vagyok. Valahogy ez itt divat a hupon, hogy sosem az érveket támadjátok, hanem az embert.

    Innentől azonban tényleg le is zárhatjuk a vitát, mert amúgy se jutunk benne sehova és valóban túl sok időt visz el.

    BLA-BLA. Eddig már ötvenszer mondtad ezt és egyszer sem voltál hajlandó abbahagyni.

    Tudom nagyon-nagyon nehéz lenne megtenned, de akár te is alkalmazhatod a hg8lhs-manőver, azaz hogy felismered hogy a vitapartnered képtelen abbahagyni a szálat, és megteszed te. Ezzel kicsit rám is cáfolhatnál, de nem tartom semennyire valószínűnek, hogy ki tudnád bírni, hogy nem a tiéd az utolsó szó egy ilyen szálban. :)

    ROFL. Újabb hiteltelenítési kísérlet, a trécéhá nem bírja ki, hogy ne az övé legyen az utolsó szó és ezt is cáfoltam már fentebb, de mostanra ezt is "elfelejtetted". Hanyadik ilyen már?

    Amúgy tényleg egy ilyen olcsó manőverrel próbálod elérni, hogy ne válaszoljak és hagyjam szó nélkül a lejárató narratívádat? Keep dreamin'.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2648010

    Ki számít akkor hazafinak szerinted?

    Teljesen érdektelen, hogy szerintem ki számít annak és irreleváns is, mert nem én szólítottam meg őket. Igazából az sem fontos, hogy szerinted ki számít annak. Te pontosan tudtad, hogy van egy jól körülhatárolható réteg, aki saját magát akként azonosítja és őket skatulyáztad be. Hogy te milyen képet alakítottál ki magadban róluk, az mindegy.

    Én meg mondtam, hogy az alapból flame topikok nem jók ilyen vizsgálatra, mert ott nem nagy kunszt sok hozzászólást generálni, mert alapból heves a vita. Szakmai topikról volt szó, mint a Rust vs C.

    Keress 2017 előtti többszáz posztos szakmai topicokat. Ahol ilyet találsz, ott a posztok elsöprő többségét pár ember hozta össze, jellemzően a témában egymással két szembenálló tábor. És ez azokban a topicokban is így van, ahol én bonyolódtam hosszú vitákba mással; ott is két tábor ütközik meg egymással. Tehetek én arról, hogy a Rust-ban nem nagyon volt más, aki ellenezte volna az ircsukkiacétésírjunkújramindentrustban mentalitást?

    Ha már egyébként ennyit lovagoltunk a Rust-os topicokon és most visszamentünk a vita elejére; te a vita elején megpróbáltad azt sugallani, hogy nekem az ilyen vitákban sosincs igazam, csak kifárasztom a másikat. A valóság azonban az, hogy nagyon sokan akkor tűnnek el, amikor kiderül, hogy tényleg nincs igazuk, de ezt már nem írják be, annyi gerincük nincs, egyszerűen csak felszívódnak. Kivételek persze vannak, hg2ecz is kivétel, ő képes volt ezt beírni, amikor szembesült a tényekkel.

    hogy amit veled röviden nem lehet megbeszélni, azt valszeg hosszabban sem.

    Én pedig ezt már többször cáfoltam. Az nem engem minősít, hogy én be tudom írni, hogy "igazad volt", a partnerek meg - tisztelet a kevés kivételnek - nem.

    A 4. ciklusban használtál már olyan kifejezést, mint pl. "istenként tisztelt mainstream", ami erősen lecsökkenti a későbbi értelmes, tömör vita lehetőségét.

    Dehát, ha egyszer az? Én nem tehetek arról, hogy nálad ez szentségtörés...

    Ebben mégiscsak igazam lett, nem?

    Ebben speciel igen, de ez nem az én saram, hanem önbeteljesítő jóslat; ha tagadsz egy nagyon is létező jelenséget, akkor mit kezdjek veled?

    Te sem állíthatod azt, hogy olyan túl sok mindenben megegyeztünk fentebb.

    Túl sok nem, de volt, amiben sikerült. És ezzel máris cáfoltad saját magad, hogy amit velem 2-3 körön belül nem lehet megvitatni, azt több körön belül se. (Nem mintha én nem cáfoltam volna már meg mindjárt a legelején, de azért ez is alátámasztja.)

    Fordítva ez olyan volt mintha valaki azzal kezdené a Rust vs C vitát, hogy "a C szar, írjunk át mindent Rust-ba". Ilyenből se alakul ki valószínűsíthetően értelmes vita, tanácsosabb lett volna már az elején lezárni.

    Nem értek egyet. Több okból sem lett volna tanácsosabb mindjárt az elején lezárni.

    Egyfelől, mert nagyon is kisülhet valami konszenzus a végén, látod, hg2ecz is beírta a végén, hogy így - automatikus konverzióval, mindent unsafe-be hányva - tényleg semmi értelme sincs a dolognak, de olyat is láttál, ahol én ismertem be, hogy a másik félnek van igaza, de olyan is volt, hogy kiegyeztünk valamiben.

    Másfelől, még ha konszenzus nem is születik, az ilyen vitákból rengeteget lehet tanulni. Ahhoz, hogy érvelj, kell, hogy legyenek érveid, amihez ismeretanyag kell, tehát, ha valahol a tudásod foghíjas egy adott témakörben, akkor egy ilyen alkalommal, amíg egy álláspontot cáfolni, vagy bizonyítani akarsz, kipótíthatod. Az ellentábortól is kaphatsz új információt, a szövetségesek is behozhatnak az álláspontod mellett olyan érveket, amikről fogalmad sem volt és még sorolhatnám. Vagy ha a többiektől nincs is mit tanulni, saját magát akkor is képezheti ilyenkor az ember. Ráadásul az ismeretanyagot rendezni is kell, felépíteni belőle az érvrendszeredet, a másikéban kiszúrni a hibás gondolati utakat, a tévedéseket és a hibás összefüggéseket, így a gondolkodásodat is finomítod, élesíted vele. Így, aki rengeteget vitázik, az rengeteget is tanul, mind ismereteket, mind gondolkozni. A vita a civilizált ember egyik primer eszköze a tanuláshoz, azonfelül "a vita még mindig jobb, mint annak a hiánya."

    Harmadfelől, még ha a vita már pár kör után veszekedésbe is torkollik, ha értelmes érvek már egyik oldalon sincsenek, még tanulni sem lehet belőle, max. káromkodásokat...amennyiben a téma nem valami piszlicsáré dologról szól (a gnómhárom kékebb, mint bloatabb), hanem pl. ilyesmiről, hogy pusztuljon a C, mert itt a Rust, aztán közben nem is alternatívája, azt nem szabad szó nélkül hagyni, mert lesz, aki látható ellenvélemény híján el fogja fogadni, de ha legalább valami minimális ellenvélemény van, akkor talán elgondolkozik rajta az olvasó, hogy. (És a Rust-os topic még istenes volt, hiszen ott (majdnem) végig (NagyZ érkezéséig) szakmai érvelés volt mind a két oldalon, bár egy idő után baromi redundáns érvelés.) Márpedig a hupon több, mint húszezer tag van és még ha ennek egy jelentős része inaktív user is, az lehet, hogy olvasni olvasgatnak. És ha elolvassák a Rust topicban azt, hogy itt a Rust és pusztuljon a C és nem volt ellenvélemény, akkor lehet, hogy továbbadják, hogy olvasták a hupon az új trendet és akkor majd terjed ez a felfogás, hogy írjuk át a C programot Rust-ba, de mivel nem értünk a Rust-hoz, ezért majd jól meggányoljuk, vagy rosszabb esetben, majd jól rábízzuk a konverterre... Az eredmény mind a két esetben egy unsafe hegyekkel telibebaszott abomináció lesz, ami csak rosszabb lehet, mint a C-s kód volt. Érted már a problémát? A probléma nem a Rust-tal van, ezt nem győztem hangsúlyozni. A probléma sosem az eszközzel van, hanem az abúzussal.
    Az ostobaság pusztító, de aki tétlenül hagyja, hogy pusztítson, az maga is bűnrészessé válik; aki szólhat ellene, az nem dughatja csak úgy homokba a fejét, már csak azért sem, mert ha hagyja, a végén majd ő is megszívja. Ha úgy tetszik preventív önvédelem. Viszont mivel a véleményéhez mindenkinek joga van és azt elmondani is, az nem játszik, hogy adott véleményt eltaposunk, csak mert hülyeség, hiszen ahhoz, hogy valamiről eldöntsük, hogy hülyeség, mindenképpen meg kell először hallgatni, különben előállhat olyan helyzet, hogy az, aki ennek az eldöntésében "illetékes", az az érdekei miatt olyat nyilvánít majd hülyeségnek és tipor el, ami nem volt az. Így működik a mainstream véleménydiktatúra. Nem, mindent meg kell hallgatni és ami tényleg hülyeség, azt meg kell cáfolni, mert ha csak simán elhallgattatod, aki mondja, akkor utat tör magának a föld alatt. Így működnek az elmeháborodott konteók.
    A hülyeség ellen sem a struccpolitika sem a cenzúra nem megoldás.

    Látod, ezért mondtam, hogy ne próbálj engem hitelteleníteni azzal, hogy melyik topicban hány poszton át vitatkoztam, mert csak magadat égeted le azzal, hogy ezekkel - főleg a kettes ponttal - nem vagy tisztában.

    Miért lenne retardált, aki hosszú szálakba keveredik szakmai topikokban? Sosem ez volt az állítás.

    Végig azzal jöttél, hogy engem sosem lehet meggyőzni (hiába adtam ellenpéldákat), csak védem a hülyeséget körmömszakadtáig, meg jöttél az 500/200-zal, meg a többivel; aha, biztos azt akartad bebizonyítani, hogy én vagyok az intelligens fing, 160-as íkúval, ugye?

    Tehát mégiscsak volt alapja valamennyire a hisztériának? Mert hát ha nem történik semmi a járványgörbe laposítására és elfogynak az átirányítható szemészek meg fogorvosok, akkor ki kezeli az újabb súlyos betegeket?

    http://a.te.ervelesi.hibad.hu/hamis-okozat
    http://a.te.ervelesi.hibad.hu/allito-kerdes
    http://a.te.ervelesi.hibad.hu/hamis-dilemma
    A két mondatnak semmi köze nincs egymáshoz. Egyfelől a hisztériának sosincs alapja, értelmes ember nem hisztériázik, hanem gondolkodik. Másfelől sikeresen összemostad a hisztériakeltést a járványügyi intézkedésekkel. Hogy a járványügyi intézkedések mindegyikének volt-e értelme, hogy több hasznuk volt-e, mint amennyi kárt okoztak, azt nem tudom és nem is akarom eldönteni. De nem is az volt a bajom, hogy infó és jobb híján lockdown volt. Hanem az, hogy közben a médiától ment a megfélemlítés, a pánikkeltés, hogy mind meg fogunk dögleni...hacsak nem oltatjuk be magunkat, de lehet, hogy még akkor is...hacsak nem oltatjuk be magunkat félévente, de lehet, hogy még akkor is...hacsak...? Mi lesz a következő?

    Akkor ha visszamegyünk ennek az szálnak az eredetéhez, ahol azt írtad, hogy "csak azt látom, hogy egyre többen halnak bele" [az oltásba], akkor mostantól mégse látod az "egyre több" oltási áldozatot? Hiszen egy félreértelmezett táblázaton alapult, nem?

    Ezt meg te nézted be. A táblázat a szülős részre akart cáfolat lenni, hogy nem halnak bele többen a szülésbe, mint az oltásba. Az egyre többen halnak bele, az a másik topicban linkelt weboldal volt, meg a neten olvasható hírek.

    Egy felvétel a bírósági tárgyalásról az "mainstream"? :) Nem értem mit akarsz itt mondani. A bírósági ítéltek/tárgyalások nyilvánosak, nem?

    Egy? Összesen egy? Ötvenkét államban?

    Mármint Trumpot? A big tech és Trump imádta egymást a január 6-i napig. Előbbi a reklámbevételek miatt, utóbbi a rá irányuló kiemelt figyelem miatt. Javíts ki ha tévednék, de Trumpnak sosem volt komolyan vehető ígérete arra, hogy feldarabolja a big tech-et. Ő profin felhasználta őket (elsősorban Twitterre gondolok itt) napi politikájában.

    Ééééés másodjára is kikerülted a kérdést. Érdektelen, hogy Trump volt A Showman és termelte nekik a zsetont, mert nem ez volt a kérdés. Az igaz, hogy ő nem igazán tett ilyen ígéretet, hogy feldarabolja őket (az Sanders bácsi volt), de ez sem fontos, mert mindegy, miért kaptak össze, a lényeg az volt, hogy kiiktathatták egy mozdulattal. Felteszem harmadszorra is a kérdést: ha nincs összefonódás a nagy cégek között, akkor mi volt ez a nagy együttműködés, hogy valakit egy gombnyomással eltakarítottak az internetről? Érted? Ez a kérdés. Az általad konteónak minősített deep state ugyanis nem a laposföldi gyíkemberek kemtrél-szakszervezete, hanem a nagy cégek és a szupergazdagok és érdekeltségi köreinek együttműködési hálózata, ezeknek összefonódása. Ha ez nincs, akkor az egymással konkuráló Google, Apple, Twitter, YouTube és Amazon miért működött együtt, hogy megsemmisítsen egy kellemetlenkedő elnököt (!) és egy komplett platformot? Erre válaszolj légy szíves.

    Egy random tiktok videó? :) Amiben elmondja egy random ember, hogy végre megértette a klímakutató kollégáit? Jah ez legalább annyira explicit és személy szerint neked szóló sértegetés, mint a "szánalmasozás" meg hasonlók, amiket írtál. :)

    Ne játszd meg magad. Nekem válaszoltad. Fejfogós "szmájli" kíséretében. Ne akard megmagyarázni, hogy azt csak úgy beposztoltad és véletlenül sem arra írtad érvek helyett, amit én írtam.

    Több közvetlen rokonom lenne már halott, ha nem bízott volna meg az orvosokban.

    http://a.te.ervelesi.hibad.hu/anekdotikus-bizonyitas

    USÁ-ban van kb 1 millió orvos? Igen biztos van közöttük jó pár korrupt, mint akik közrejátszottak a ópiátos történetben. Remélhetőleg elnyerik méltó büntetésüket, mert visszaéltek a bizalommal.

    Ezzel nem válaszoltad meg a kérdést. Oké, tegyük fel, hogy elnyerik a büntetésüket (Nem. A gyógyszergyár tuti megússza, az orvosokból párat talán kicsinálnak, de a legtöbb megússza valami enyhe szarral, beveheted rá a...amit felír az orvos.), de utána? Ez egy gyógyszergyár volt és egy gyógyszerfajta. Nem tűnik fel, hogy mennyire ellepnek mindent a gyógyszerreklámok? Az egészségből biznisz lett, a gyógyszergyárak profitot akarnak, de az csak akkor van, ha gyógyszert vesznek, de egészséges ember nem vesz gyógyszert. És minél több pénzt basznak el reklámra, annál többet kell bevételezni az eladásokból, különben deficit van, nem profit. És ennyi gyógyszert már a világnak nem lehet eladni, mert nincs kinek. Hát akkor majd mindenkit beoltunk, félévente.

    De ezek alapján mindegyikre általánosítani nem túl paranoiás?

    http://a.te.ervelesi.hibad.hu/szalmabab
    Mindegyikre túl paranoiás volna, de én nem is azt mondtam, hogy minden egyes orvos ilyen, hanem, hogy az orvosok jelentős része ilyen. Most fáraszthatnálak a saját tapasztalataimmal, de az ugyanúgy anekdotikus bizonyítás lenne, szóval hagyjuk...

    :DDD Igen, biztos a big pharma-csekkem miatt csaltam amikor rágreppeltem a nevedre a Rust-os topikokban. :)))

    Akkor minek toltál politikai uszításos propagandát a másik topicban? Tényleg csak meggyőződésből?

    Az 500/200-as arány is biztos csalás!

    Nem, csak nem bizonyít semmit sem. Max. azt, hogy nem tudsz vitatkozni.

    Hahaha, na mert te az előbb az érveimet támadtad?

    Ha visszaolvasol, én végig pontosan arra válaszoltam, amit írtál, azt cáfoltam és nem mást. Hogy időnként, a sokadik hiteltelenítős kísérlet után én is odaszúrtam, az más kérdés. Kettő: milyen érveidet? Ami kevés volt, azzal ahogy visszaemlékszek, még egyet is értettem, egy-egy kivételt tekintve. A vita azon megy fel és alá, hogy

    Ebben hol voltak érvek?

    :D Amikor megmutattam pl. gyuri23 legújabb "cikkében" pontos oldalszámmal hogy más vírusra vonatkozik, akkor gyuri23-at támadtam?

    Ha csak ennyit csináltál, nem. De, amikor Csabba még a legelején beleálltál ("ez a csávó ótásellenes, ne higgyetek neki"), vagy amikor a másik topicban a matekprof-ba beleálltál ("a vikipédilyán aztat írták, hogy ez egy konteós, ne higgyetek neki"), az tipikusan nem az érvei ellen szóló támadás volt.

    Jogos a pont, valóban akad rá példa. Kár, hogy nincs egy sqldump a kommentekről, akkor könnyedén meg lehetne válaszolni, hogy hány %-ban volt kié az utolsó szó. A szálak hosszával súlyozva is talán érdekes lehet.

    Egek... Kérj rá feature-t nevergone-tól, ha ez már ilyen jihad lett neked, hogy mindenáron bizonyítani akarod, hogy deakkorisiksszázalékbanazenyémvoltazuccsószó. Biztos díjazni fogja.

    Még kíváncsi vagyok a saját "hazafi" definíciódra, amit állításod szerint jól behatárolható (szerintem nem).

    Mint az elején írtam, irreleváns. Pontosan tudod, hogy vannak, akik így definiálják magukat. Nem az számít, hogy ki hogy definiálja a "hazafit", hanem, hogy nagyon is létezik egy jól behatárolható csoport, aki saját magát annak definiálja és te beléjük álltál bele, uszító propagandával.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2647164

    Én és Orbán??? Hogy mi van??? Mi közöm nekem Orbánhoz? Hol hívtam én bármit liberálisok jogainak? Én különbséget teszek liberális és libtard/liberálfasiszta között. Látod, erről beszélek, ezért rühell benneteket mindenki, mert bárki, aki nem ért veletek egyet az automatikusan Orbán/Trump/Hitler és a többi. Szánalom.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646328

    Előbb-utóbb konszenzusra jutnak, de ahhoz idő kell.

    Addig viszont csak tömje magába mindenki nyugodtan a kialakult konszenzus nélkül, pár hónap alatt összedobott vakcinákat, mert ugyan mi baj történhet. Nyugi, nincs benne chip.

    Azonban beszéljünk mégis csak egy picit az eloszlásokról.

    Ez nettó spekuláció, már csak azért is, mert honnan lehet egyértelműen tudni, hogy egy adott tünet az oltás mellékhatása és nem pedig hosszútávú poszt-COVID tünet? Számos eset van már most is, amikor egy beoltott elkapott egy másik variánst, vagy az enyhe tünetekkel átvészelt - és ezért detektálatlan - fertőzés után ráoltottak.
    Honnan lehet tudni, hogy nem valami más betegség tünete, ami felett a jólképzett és felelősségteljes orvosok időhiányban elsiklottak?
    És honnan lehet tudni, hogy melyik COVID-oltás okozta a tünetet, amikor most már az embereket vegyesen is oltják, váltogatva az oltások típusát?
    És mi lesz, ha jön még három jóféle járvány és egyszerre kellene háromfelé oltani; akkor hogy bogozzák ki eloszlási alapon, hogy melyik volt, urambocsá' melyik kettő volt együtt (értsd: önmagában nem okozott volna bajt egyik sem, de összeakadtak)? Fekete kakassal és dobókockákkal?

    Úgy általában jogos-e törölni egy posztot, ha annak következtében emberek hallhatnak meg?

    Olyan volt már, hogy valaki a vakcinába halt bele? Volt. Akkor töröljünk minden vakcinálásra buzdító posztot, mert emberek halhatnak meg miatta? Ami az ellenkező felállást illeti, hogyan bizonyítod be, hogy egy COVID-áldozatot megmentett volna egy adott vakcina (pl. ha olyat kapott volna, ami az általa elkapott variánsra nem is jó)?

    Aztán: Gipsz Jakab a Twitteren: "RootBob, suxx vagy, ugorj ki az ablakon!"
    Másnapi szalagcím: Gyökér "RootBob" Béla kiugrott az ablakon, felnyársalta egy ottfelejtett karácsonyfa és elütötte egy segway, aztán a Szent Jánosban ételmérgezést kapott és éhenhalt.
    Igen, ez abszurd példa, de mégis a poszt következtében halt meg egy ember. Törölni kellett volna? Tiltsunk be mindent is?

    Ezt majd valamikor el kell közösen dönteni és beépíteni a jogrendbe.

    "Közösen?" Mit értünk ez alatt? Mindenkit meghallgatunk? Sose lesz konszenzus. Eldöntik az "illetékesek"? Akkor úgyis az lesz, hogy igen, ami "veszélyes", azt törölni kell és természetesen a "veszélyes" az gumiterminusként fog működni és az érdekeltek fogják eldönteni, mi a "veszélyes". Kösz, de kösz nem. A világ veszélyes. A hülyeség is. De hatalmat adni az azzal visszaélők kezébe nagyobb hülyeség, mint hagyni a hülyéket hülyeségeket pofázni, aztán megcáfolni őket, rendes vitában. Ez az, amire csak szórványosan lehetett példát látni, cenzúrát és ellehetetlenítést annál többet.

    És ezután össze van mosva a tudományos eredményekbe vetett tapasztalati bizalom a vallásos hittel.

    Nem egészen. Még mindig a fősodrati tudományos felfogás van analógiába állítva a vallással, nem maga a tudomány. És hogy az miért? Mert már számtalan példa volt rá, hogy a "tudományos eredményeket" mindenféle érdekek eredményezték, nem a jószándék, viszont aki szembehelyezkedett vele, azt kicsinálták, így pedig egy vallás működik, nem a tudomány. Ennyi, meg egy Bambi.

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646237

    Igazából csak arra próbáltam felhívni a figyelmet, hogy ő is orvosi "tanácsokat" osztogat, hozzáértés nélkül. (Mindezt gusztustalanul demagóg agitpropba csomagolva.)

    Oldschool Computer - http://oscomp.hu




    [KV] Magyar járványadatok számokban: https://hup.hu/cikkek/20210627/magyar_jarvanyadatok_szamokban#comment-2646282

    Mindenki azt mondd, amit akar.

    Pontosan. A mindenkibe pedig én is beletartozok. És ha RaptoR elmondhatta, hogy ne higgyünk annak, aki képzettség nélkül osztogat orvosi tanácsot, akkor én is elmondhatom, hogy ő ugyanezt tette.
    BTW:

    oltásszkeptikusok

    ez így csúsztatás. Ha "oltásszkeptikus" (burkoltan: "oltásellenes") lennék, akkor a tetanusz oltást se kértem volna. Ideje lenne zsebretenni ezt a skatulyázó bullshitet.

    Ezt kellene már felfogni, hogy sem ő sem én nem fogjuk belétek nyomni álmotokban az oltást.

    Ilyet meg ki mondott? Jó szalmabáb sose rossz?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654404

    http://oscomp.hu/depot/sikeres_kepbelinkeles.png

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654411

    Opera 12.
    Pixel5 pedig nem az "elvtársam".
    Nem fontos tárhelyet cserélned, csak gondolom megmutatom, hogy túl korán volt túl nagy az arcod, mert neked sem sikerült úgy belinkelni, hogy mindenki lássa.

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654419

    Mi hehe?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654452

    A legutolsó Opera csak windowsra jött ki. Linuxra csak a 12.16-os van. De HTTPS-t az is tud. Vagy most már ott tartunk, hogy már nem csak azt írnád elő, hogy milyen módon linkelje az ember a képeket, hanem mindjárt azt is, hogy milyen browsereket, vagy oprendszereket használhat?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654460

    Szóval tényleg előírnád, hogy ki mit használjon. Gratulálok. (Arról meg ne is beszéljünk, hogy ez a browser a "régisége" ellenére is messze fejlettebb browser, mint a folyamatosan rommábutított króm és róka, max. azt nem tudja, ami a megjelenése után jött ki.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , Pixel5


    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654487

    Görcsös és izzadtságszagú szellemeskedésen kívül futja még másra is? geleiék céges proxy-ja is az Opera 12 miatt fogta meg a hostert? Ez egyébként nem bug. Ha azt hiszed, hogy az, akkor szemmel láthatólag még mindig nem tudod, hogy miért nem jelenik meg 12.16-osban.

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654517

    Nagy nehezen magadtól jöttél rá (értsd: sokadik elolvasásra leesett), vagy valaki megsúgta? Mert az előbb még bugnak tituláltad, hogy nem működik, márpedig egy nem implementált funkció az nem bug, hanem nem implementált funkció, egyszóval az előbb még gőzöd nem volt róla.

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654525

    Ezzel csak az a baj, hogy fentebb már egyszer belinkelted, amikor nyomtad a régizős dumát; akkor nem sikerült elolvasni? Mondtam, hogy analfabéta vagy.
    A hupra fel fogok tudni jönni, ugyanis - képzeld - van patch is, hogy menjenek az ECC cipherek, meg van Squid is, csak eddig még mindig nem volt akkora az impact, hogy ebbe időt és energiát öljek. Megint kurwára sikerült érteni hozzá, igaz?
    El kell keserítselek, nem az én browserem elavult, hanem a te gondolkodásmódod az. Ez az "ami régi, az elavult szar" egybites pszeudoprogresszív vallási bullshit lassan kimegy a divatból, ahogy egyre több embernek esik le a húszfilléres, hogy hülyére veszik őket, mert minden egyre szarabb; beleértve a szupermodern böngészőidet is, amiket folyton csak butítanak, bár fénykorukban sem volt annyi feature bennük, mint a Presto-s Operában. Igazából meg sem nézed, hogy mi mit tud, vagy mit nem tud, csak ránézel és ha régi, akkor elavult és punktum; meglehtősen sivár agyra vall az ennyire fekete-fehér gondolatvilág. Tipikus álhaladár.
    A blogodat elnézve én nem osztanám az észt értékes gondolatok témakörben; én legalább nem politizálok a blogomban, meg nem más hupperek baszogatására írok blogposztot.

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654533

    Hiába próbálod elpoénkodni, nem írtad. Ctrl+F "ECC" és itt írod először, nagy diadalmasan, hogy benne van a wikicikkben, amit fent már egyszer belinkeltél a nagy elavultozás közepette, de akkor még nem említetted az új ciphereket. Lejjebb közölted, hogy 12.18-ban működik, de nem tudsz mit kezdeni vele, ha a régebbiekben nem. De a cipherekről nem volt szó. Még lejjebb viszont már bugnak minősítetted. Márpedig, ha szerinted egy bug miatt nem megy, akkor nem tudsz róla, hogy az új cipherek miatt van, nem egy bug miatt. Ha pedig nem tudod, akkor nem sikerült elolvasni fent, amikor belinkelted. Még valami?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654537

    Ez mi akar lenni? Az időpontok is pontosan ugyanabban a sorrendben vannak, ahogy a három posztot linkeltem: a wiki cikk linkelése 15:03, a 12.18 említése 15:26 és végül a bugnak titulálás 16:54. Ez mi akart lenni? Valami végtelenül béna kimagyarázási kísérlet?
    És hogy jön ide az Amiga? Ki nézett itt Amigával netet? Linux alól néztem Operával, nem tudom, hogy sikerült idekeverni az Amigát, de mindenesetre ezzel is sikerült kurwára beégned, mert - kapaszkodj meg - van rá TLS 1.3 compliant browser, amit még mindig fejlesztenek, úgyhogy meg lehetett volna vele nézni a képedet. Szeretnél még valamit? Mosdatni a szerecsent, megmagyarázni a megmagyarázhatatlant és égetni magad tovább?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654540

    Egy túrót. Csak próbálod itt a látszatot kelteni, hogy te csak röhögsz az egészen; a szokásos fölényeskedés a lamerektől, amikor kurwára beégnek, de nem ismernék be a világért sem. Egyébként csak szólok, hogy amennyiben tudtad, hogy az időbélyegek is stimmelnek, nem csak benézted ezt is, akkor még hazudozni is nekiálltál. Hozol még egy exkavátort is, hogy még mélyebbre ásd magad?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654547

    Földmunkagép. Témához valami? Bizonygatod még egy kicsit a nemlétező fölényt, vagy próbálod megmagyarázni, hogy nem is égtél be, mert Opera, meg Amiga?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654555

    Hiába próbálsz leszaromságot színlelni, senki nem hisz neked. Ha annyira leszarnád, nem próbálnád itt a nemlétező fölényt, meg a leszaromságot bizonygatni a sokadik rommáégésed után. Analfabéta álhaladárkodtál, megpróbáltál köcsögösködni azokkal, akik nem táncolnak úgy, ahogy az ostoba vallásod papjai fütyülnek és akkorát égtél, mint egy kvazár. Higgy csak nyugodtan a HTTPS-ben, hogy az mindentől is megvéd, meg higgy a szarrábutított, utánad kémkedő szupermodern böngészőidben, amik lassan már helyetted döntik el, hogy mit nézhetsz meg, meg higyy az azokat gyártó megacorpokban. Higgy. Haladj a nyájjal, te haladár. És mond szépen: beeeeeeeee. beeeeeeennyh.

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654569

    Hogy jött ide a Pegasus? Már ennyire nem tudsz mit kitalálni kínodban, így minden szart bedobsz, hátha nem veszik észre, hogy égsz, mint egy napkohó? BTW, eléggé gáz ez az egész, hogy előadod, hogy te sörözöl, meg szappanoperát nézel (rákerestem), mondod, hogy leszarod, meg jóéjt, aztán csak visszajössz bizonygatni a semmit.

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654588

    De hogy jön a Pegasus ahhoz, hogy nagy pofával közölte, hogy így kell képet belinkelni, aztán meg rohadtul nem működött? Hogy jön a Pegasus ahhoz, hogy nem tud egy wikicikket sem rendesen elolvasni? Hogy jön a Pegasus ahhoz, hogy itt vergődik, kurwa nagy lazaságot tettetve és ég, mint a gyehenna?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654595

    Azaz nem csak birka, de faszláma (Pegasus) is?

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654424

    És? Mit változtat ez azon a tényen, hogy bolygónyi arccal közölted, hogy így "kell" (kötelező, muszáj, stb.) képet belinkelni, aztán meg rohadtul nem működik mindenkinél?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Pixel5


    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654462

    Szemmel láthatólag a szupernova méretű beégés sem segítette elő, hogy az arcod összemenjen annyira, hogy legalább a világtérképre ráférjen és ezt még sikerül némi (értsd: rendkívüli mértékben súlyos) analfabétizmussal is tetézni, mert ha nem írtam már le hatvannyolcezerszer, hogy én már rég belőttem volna azt a kurwa certet, csak, hogy a biccsegés abbamaradjon, csak épp nincs hozzáférésem, akkor egyszer sem; nem csak "megüzentem, hogy kapcsoljátok le a titkosítást", hanem részletesen leírtam, hogy én miért nem tudok mit kezdeni a problémával; workaroundnak ott a mixed content engedélyezése. Az álhaladár taknyológiafelszopással és az abból eredő butthurttal meg pláne nem tudok mit kezdeni, de azzal nem is akarok.
    Az meg, hogy miből és honnan nézted meg, szemmel láthatólag annyit ért, mint egy nyócbites intel: nem osztott, nem szorzott. De azért így kell, mert...mert csak.

    Oldschool Computer - http://oscomp.hu




    Ha tudod, mi ez, öreg vagy :): https://hup.hu/node/174579#comment-2654479

    Ez még terelésnek is gyenge volt. A témához esetleg valami, mondjuk megpróbálod megmagyarázni, hogy a helyi filtereken is azért akad fent a csilivili képhoster, mert Opera 12, vagy point taken?
    (Arra legalább rájöttél már, hogy miért jó a windowsos 12.18-asból és miért nem jó a 12.16-osból másutt, vagy ahhoz is segítség kell?)

    Oldschool Computer - http://oscomp.hu




    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2654369

    Sem az Apple-ös, sem a Google-ös telefonokra nem kell Pegasus, hogy kémkedjenek a júzer után. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Ar0n , osod88 , pacm4n , nullptr


    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2654431

    Miért nem mindegy?

    Pedig az ilyesféle kémkedéseket nyugodtan össze lehet mosni egy kis csoportocskába: az elit kémkedik (kormányok és megacorpok).

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> pacm4n


    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2654967

    A legtöbben fel se fogják, hogy mibe egyeznek bele; ez nem az egyéni szabadság diadala, hanem a tudatlanságé. :(

    Oldschool Computer - http://oscomp.hu




    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2654469

    Úristen... Tehát, ha le van írva az agreementben, hogy kémkedhetnek utánad, akkor az nem kémkedés. Okay...

    Oldschool Computer - http://oscomp.hu




    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2654496

    A körbejárás még önmagában nem feltétlenül, csakhogy itt nem egy ártalmatlan körbejárásról beszélünk, hanem minden papírod, fényképed, audiokazettád, bakelitlemezed, floppy-d, CD-d, DVD-d, HDD-d, SSD-d, whatevered lemásolásáról, a lakás bekamerázásáról és bemikrofonozásáról és egy nyomkövetőnek a bokádhoz való láncolásáról. Ez pedig kémkedés, maximum a beleegyezéseddel. A kémkedés nem a megegyezés hiánya miatt kémkedés, az egy a megegyezéstől független tevékenység.

    Oldschool Computer - http://oscomp.hu




    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2655007

    A kémkedés az, hogy meg/kifigyelnek. Ha a táborparancsnok tudja, hogy a dombtető mögött kémek vannak, de hagyja őket kémkedni, azok nem kémek és nem kémkednek? De.

    Benne van az agreementben, hogy 0-24-ben lehallgathatnak a mikrofonodon keresztül? Benne van az agreementben, hogy minden adatodat lemásolhatják a telefonodról?
    Le van szarva a gmail, az ember egy telefont vett, lehet, hogy nem is akar google szolgáltatásokhoz nyúlni, csak internetezni, direkt nem google browserrel. Akkor mi van? A tök jól működő szolgáltatásokat meg hagyjuk. A google szolgáltatásainak egy jó része esik kel, nem működik, stb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> pacm4n


    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2654958

    A júzer a legtöbb esetben azt sem tudja, hogy merre van arccal. Akkor át lehet verni? Meg bele lehet írni törvényellenes dolgokat a szerződésbe, aztán mutogatni, hogy de ő ment bele?
    BTW, a kémkedés fogalmához ez még mindig nem tudom, hogy kapcsolódik, mert ha beleegyezel, hogy kémkedjenek utánad, akkor is kémkednek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> pacm4n


    What happens on your iPhone, ...: https://hup.hu/treyblog/20210722/what_happens_on_your_iphone#comment-2654516

    What pacm4n said. + egy csomó esetben jó kis gumiparagrafusokkal operálnak, te azt hiszed, hogy valami ezt és ezt jelent, de ők teljesen máshogy értelmezik; pl. - légbőlkapott (vagy nem...?) példa - azt írják, hogy a telefon funkció elérhetőségéhez bele kell, hogy egyezz, hogy hozzáférhessenek a mikrofonhoz, amit te úgy értelmeztél, hogy az OS a telefonálás ideje alatt fizikailag hozzáfér a mikrofonhoz, mint eszközhöz, ők meg úgy, hogy ha telefonálni is akarsz azzal a túlokosított szarral, akkor 0-24-ben lehallgató üzemmódban megy a mikrofon. Mit nem? Hát ezt írták, ha el akarod érni a funkciót, akkor beleegyezel, hogy hozzáférnek a mikrofonhoz. Azt nem írták, hogy mikor, mennyi időre és milyen célból...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> ricsip , pacm4n


    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654027

    up

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654122

    Köszi, ez is megtenné, de kapható-e még ez a cucc, ha a róla szóló cikk másfél évtizedes? BTW, nem tudnám esetleg eltarhálni a tiedet egy próbaszkennelés erejéig? :P Sör included. Már feltéve, ha elérhető közelségben vagy; Bp./Dél Pest megye/Észak Fejér megye/Fehérvár esetleg?

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654277

    Hajaj, az messze van. :(

    Van OS X 10.6, szóval ez nem lenne gond. :)

    Hát, lehet, hogy igazatok van a mikroszkópban, alapvetően nekem mindegy, hogy milyen módszerrel jutok el a célhoz, csak ez volt a kiindulópont.

    Titkosnak nem titkos, de egy darab van belőle és ezt nem adom ki a kezemből, szóval az egyetlen lehetőség erre az volna, ha elmennék Nógrádig, az meg kocsi nélkül nagyon messze van. :(

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654123

    Oké, Canon, de Canon mi? :) Tudom, van kugli, de tapasztalatok érdekelnének, esetleg használt, vagy kölcsönkérhető gépek...

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654144

    Értem, köszi.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654124

    Köszi a tippet, úgy is jó nekem, ha be tudom valakivel szkenneltetni. Holnap megeresztek egy teflont.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654121

    A célom? Van egy régi diafilm, amin Apa játszik az Amigával, a család első Amigájával. Az utolsó gépünk, amit még nem sikerült visszaszerezni. Van egy elég forró nyom, de nem tuti. Viszont annak a gépnek az egyik egyedi ismertetőjele, hogy a két Amiga gomb fel van rajta cserélve. Nos, ezt szeretném kideríteni, hogy a mienken is fel volt-e cserélve, de a papíron nem látszik, a diát (így hívják?) meg nem tudtuk elég nagy felbontásban beszkennelni a lapos szkennerekkel. A dia jó állapotban maradt fent és öcsém azt mondja, hogy elég nagy felbontásban szkennelve látszani fog. (Grafikus, fotós, nyomdász, szóval muszáj hinnem neki.)

    Köszi a linket, át fogom nyálazni, valószínűleg valami ilyesmi szolgáltatással járnék a legjobban, bár kölcsön, vagy használt, olcsó gépek is szóbajöhetnek.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654146

    Hogy mi?

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654279

    Ja, értem. Sajnos gőzöm nincs a fotózáshoz, így gőzöm nem volt, hogy mi az az előtétlencse, meg milyen az előtétlencsés mobiltelefon. Viszont nem tudom, hogy ez mennyire nagyítana.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654145

    Nem tudom. Nem értekhozzá. Elvileg kéne világítás is, meg ráadásul negatív.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654280

    Nem tudom mi a különbség, azért is kérdeztem, hogy így hívják-e, de az biztos, hogy negatív. Ha a dia a pozitív, akkor nem dia.

    Köszi a tippet, a Fotológust is megnézem.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654281

    Hát pontosabban a betű kitöltöttségét, mert a két Amiga gomb van felcserélve, amiből az egyik "üres", a másik "teli". De köszi a tippet, lehet a mikroszkóp is jó lesz.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654282

    Köszi a tipphalmazt, majd megmutatom az öcsémnek, mert ehhez én már végképp nem értek.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654284

    Köszi a tippet, diavetítőnk még van is, bár nem tudom, hogy mennyire nagyítaná ki, meg mennyire jó még benne a lencse.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654493

    Köszi, szerintem megpróbáljuk, ha működik még a masina.

    Oldschool Computer - http://oscomp.hu




    Régi fényképezőgép filmtekercs scannelése minél nagyobb formátumban: https://hup.hu/node/174552#comment-2654117

    Köszi a tippet, ez sajnos nem az én pénztárcámra van szabva...

    Oldschool Computer - http://oscomp.hu




    Az Edge böngésző lehagyta piaci részesedésben a Mozilla Firefoxot: https://hup.hu/cikkek/20210710/az_edge_bongeszo_lehagyta_piaci_reszesedesben_a_mozilla_firefoxot#comment-2650638

    Nem rontotta el sehol az FF.

    Dehogynem... :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> DirtY_iCE


    Az Edge böngésző lehagyta piaci részesedésben a Mozilla Firefoxot: https://hup.hu/cikkek/20210710/az_edge_bongeszo_lehagyta_piaci_reszesedesben_a_mozilla_firefoxot#comment-2652264

    Valamikor volt -opera- is, a Presto motorú böngészők esetén (Opera és akik license-elték a Presto-t).

    Oldschool Computer - http://oscomp.hu




    Az Edge böngésző lehagyta piaci részesedésben a Mozilla Firefoxot: https://hup.hu/cikkek/20210710/az_edge_bongeszo_lehagyta_piaci_reszesedesben_a_mozilla_firefoxot#comment-2651734

    Fentebb belinkeltem.

    Oldschool Computer - http://oscomp.hu




    100 milliós kártérítést ítélt meg a bíróság Toroczkainak a Facebookkal szemben: https://hup.hu/node/174554#comment-2653884

    https://azonnali.hu/cikk/20210719_visszaterhet-a-facebookra-a-letiltott-toroczkai-laszlo-az-elsofoku-itelet-szerint

    „Amit egyelőre ki tudok jelenteni, hogy egy olyan alapítványt létre fogok hozni, ami olyan magyar programozókat, informatikusokat fog támogatni, akik szeretnének egy magyar, cenzúrázatlan, politikától, kormányoktól független közösségi médiát létrehozni.”

                                                                          

    "Túl szép ahhoz, hogy igaz legyen."

    Oldschool Computer - http://oscomp.hu




    100 milliós kártérítést ítélt meg a bíróság Toroczkainak a Facebookkal szemben: https://hup.hu/node/174554#comment-2653963

    Az ötlet túl szép ahhoz, hogy igaz legyen.

    Oldschool Computer - http://oscomp.hu




    Air Fryer kalandok: https://hup.hu/node/174512#comment-2651667

    sub

    Oldschool Computer - http://oscomp.hu




    [Megoldva] glibc/getaddrinfo() furcsaságok: https://hup.hu/node/169490#comment-2485303

    Itt se dob hibát. (GCC 7.3.0)
    Ha GDB-vel végigléptetsz rajta, melyik sornál dől össze?

    Oldschool Computer - http://oscomp.hu




    [Megoldva] glibc/getaddrinfo() furcsaságok: https://hup.hu/node/169490#comment-2485321

    Ezt a binárist, amelyik nálad crashel, fel tudnád dobni valahova? Csak, hogy lecsekkoljuk, hogy a probléma a fordítóban van, vagy a környezetben.

    Oldschool Computer - http://oscomp.hu




    [Megoldva] glibc/getaddrinfo() furcsaságok: https://hup.hu/node/169490#comment-2485354

    Működik. Mármint a bináris, amit adtál, működik. Ha lebuildelem, akkor is.

      Electric Fence 2.2 Copyright (C) 1987-1999 Bruce Perens 
    1: (nil), 2: (nil), 3: (nil)

    Egyszóval a probléma nem a te kódodban, vagy a GCC-ben van, hanem a környezetben.

    Oldschool Computer - http://oscomp.hu




    [Megoldva] glibc/getaddrinfo() furcsaságok: https://hup.hu/node/169490#comment-2485358

    Én közben ezt találtam: https://answers.launchpad.net/ubuntu/+question/674132

    The reason for this failure is probably because the Electric Fence (-lefence / libefence.so) library is returning non-aligned pointers from its malloc() function.

    Ubuntu 18.04, úgyhogy simán passzolhat.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , SCOPE


    [Megoldva] glibc/getaddrinfo() furcsaságok: https://hup.hu/node/169490#comment-2485373

    Akkor ezek szerint elég egy export EF_ALIGNMENT=1 és probléma megoldva.

    Oldschool Computer - http://oscomp.hu




    [Megoldva] glibc/getaddrinfo() furcsaságok: https://hup.hu/node/169490#comment-2485383

    Hopp, jogos, félrenéztem. Az a hülye szintaxiskiemelő megtévesztett.

    Oldschool Computer - http://oscomp.hu




    [Megoldva] glibc/getaddrinfo() furcsaságok: https://hup.hu/node/169490#comment-2485391

    De abban, azért állítja be 8-ra, azaz 64-bitre.

    Oldschool Computer - http://oscomp.hu




    a-kapitalizmus-verseny-nelkul-nem-kapitalizmus: https://hup.hu/node/174454#comment-2650485

    Nem csak a Big Tech a Deep State; a Big Pharma, a Big Oil, a Big Armory, a Big Ag és főképp a Big Money; ezekkel is kezdeni kellene valamit.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> asch , Addam2


    a-kapitalizmus-verseny-nelkul-nem-kapitalizmus: https://hup.hu/node/174454#comment-2650488

    Big Agriculture. Az "élelmiszerterroristák" ((c) by Schiffer András), azaz a Monsanto és tsai bagázs.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> asch , hgen , Addam2


    a-kapitalizmus-verseny-nelkul-nem-kapitalizmus: https://hup.hu/node/174454#comment-2650492

    Hanem a Müncsen? :P

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> solt87 , csabezs , Addam2


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648613

    Senki sem állna be mögém, gondolod?

    De, a buzik, de azt nem köszönöd meg. :(

    (Ezt nem lehetett kihagyni.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> ricsip , asch


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648724

    A szartéelklub logója sem volt szivárványos, nem tudom hány hétig...

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648732

    Ööö...ha te nem látsz valamit, az nem létezik? És akkor sem látod, ha az orrod előtt van, mert nem azt figyeled? (BTW... Tartalom? A retekklubbon? o_O) Így könnyű azt mondani, hogy nincs az arcunkba tolva, ha te akkor sem veszed észre, ha az arcodba tolják... :(
    Az igazi szivárvány nem lehet LMLMBTK propaganda, mert az hét színű, a betűleves szivárványa meg hat színű.

    Szóval, ha valaki felfigyel a direkt színesnek és figyelemfelkeltőnek szánt logóra, az látens buzi? Komolyan ennyi tellik csak? Ha nem értek valamivel egyet, akkor látens az vagyok? Akkor te egy látens náci tömeggyilkos vagy?

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648739

    Egyik kérdésre sem válaszoltál.

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648744

    Továbbra sem válaszoltál egyik kérdésre sem.

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648751

    Akkor te is látens náci/fideszes vagy? Akkor viszont neked kéne kimenned ezekre a helyekre melegeket gyújtogatni, nem nekem. Már csak azért sem, mert én szóba sem hoztam a melegeket, én a propagandáról beszéltem, te meg mindjárt emberek felgyújtásáról beszélsz; tényleg egy látens tömeggyilkos lehetsz.

    Az első két kérdésre meg továbbra sem válaszoltál. (Pedig tényleg elég nehéz nem észrevenni...)

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648767

    Nem az volt a kérdés, hogy a homoszexualitás terjed-e szivárványos logókon keresztül, hanem az, hogy létezik-e a betűleves propaganda, vagy sem. Te azt állítottad, hogy nem látod, de ha látnád, se vennéd észre, mert nem figyeled. Én kérdeztem, hogy amit nem látsz, az nem is létezik? Nem válaszoltál. (Ahogy arra sem, hogy ha szerinted az ember valamivel nem ért egyet, akkor látens az, akkor te egy látens fideszes/náci/fasiszta/rasszista/homofób/whatever vagy?) Itt a kép, amin látszik, hogy a nagy cégek bizony kőkeményen tolják, ezt az általad nem látott propagandát. A 444.hu és Soros nem tudom, hogy jöttek a szálba; szerinted arrafelé kell keresni a probléma forrását?

    Már megint alámszerkesztettél. Én egy szót nem ejtettem a melegekről, hagyd abba a terelést és a szalmabábcséplést. A propaganda létezéséről és észlelhetőségéről volt szó, nem a melegekről.

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648780

    Már megint nem arról beszélsz, amiről én. Mi lenne, ha arra válaszolnál, amit írtam és amit kérdeztem? Én egy szót se szóltam a melegekről. Te hoztad be őket a szálba; én csak annyit próbáltam az értésedre adni, hogy attól, hogy te nem veszel észre valamit, attól az még létezhet. Te meg lebuzizol, aztán meg már a melegek felgyújtásáról fantáziálsz... Hát ki itt a homofób akkor? Tényleg látens náci vagy? Kezd tényleg úgy kinézni a dolog.

    Sz*rk: A 444 úgy jött ide, hogy a nagy szájhabzásban toltad az írásjel-szarkazmust (gy.k.: !!!444) és egy szar szóviccért bármit.

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648785

    Semmire sem válaszoltál, amit mondtam, vagy kérdeztem. Nettó terelést löksz a melegekről, de én egy szót sem szóltam róluk; te nem tudod dekódolni, amit én írtam, bocs.

    Ennek ékes példája ez is; ki mondta, hogy nekem ez a legnagyobb gondom? Én azt kérdeztem, hogy ha te nem látsz valamit, akkor az nem létezik? Ez az, amire annyira nem akarsz válaszolni, ahogy arra sem, ha én látens buzi vagyok, mert nem értek egyet a propagandával (tudod: amiről itt a szalmabábcsépléssel próbálod elterelni a témát a melegek jogaira, meg az üldözésére), akkor te látens fideszes/náci/stb. vagy? Ezekre válaszolj.

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648792

    Akkor viszont az elején hazudtál, mert azt mondtad, hogy te nem látod (egyébként eddig egyszer sem írtad le, hogy látnád). Ezek szerint elismered a propaganda létezését. Nem az a baj, hogy pár hónapig színes lesz pár logó, hanem a mögöttes mechanizmusok. Vagy ennyi erővel az sem baj, hogy a híradóban beszélnek a migráncsokról, meg Gyuri bácsiról? Nem baj a propaganda? A fideszes sem? Tényleg látens fideszes vagy?

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648817

    Mert amit írtál, annak köze nem volt ahhoz, amit én írtam. Végig tereltél és csépelted a szalmabábot. Én. Egy. Szót. Sem. Szóltam. A. Melegekről. Te pedig végig velük jöttél, holott nem róluk volt szó.

    Ismét kitértél a kérdés elől; ha a szivárványszínű logók nem zavarnak, akkor a Soros plakátok miért? Azt mondod zavar a gyűlöletkampány; a szivárványlogók mögött meghúzódó, a heterókat homofóbnak megbélyegző és diszkrimináló gyűlöletkampány miért nem zavar? Ne mondd, hogy nincs ilyen, hát itt csináljátok az orrunk előtt: az ember feltesz egy egyszerű kérdést a propaganda létezésének eldöntése kapcsán és az egyik pillanatban látens buzi lesz érte, a másikban meg homofób; WTF? Az nem gyűlöletkampány, hogy embereket rúgatnak ki, lehetetlenítenek el, tesznek taccsra, csak mert nem kér a betűleveses érzékenyítésből?

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648825

    Nem. A szivárványos propagandáról volt szó. Nem pedig a melegekről, csak te próbálod belemagyarázni, hogy lehessen homofóbozni, hátha nem veszik észre, hogy itt TE gyűlölködsz.

    És ismét nem válaszoltál a kérdésekre. Ha a szivárványszínű logók nem zavarnak, akkor a Soros plakátok miért? Ha zavar a gyűlöletkampány, a szivárványlogók mögött meghúzódó, a heterókat homofóbnak megbélyegző és diszkrimináló gyűlöletkampány miért nem zavar? Az nem gyűlöletkampány, hogy embereket rúgatnak ki, lehetetlenítenek el, tesznek taccsra, csak mert nem kér a betűleveses érzékenyítésből?

    És arra sem sikerült eddig válaszolni, hogy ha aki nem kér ebből a propagandából, az látens buzi, akkor te látens fideszes/náci/stb. vagy?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648860

    A szivárványos propaganda leginkább a nagy cégek jóemberkedéséről szól, de ez mellékes, ugyanis a propaganda létezéséről volt szó, te meg elkezded magyarázni, hogy miért nem gáz, ha valaki meleg, holott nem erről volt szó, hanem egy rengeteg életet tönkretevő, rengeteg pénzt felemésztő, elcsatornázási kampányról, nem másról. Egyszóval tereltél, szalmabábot csépeltél. Külön figyelmet érdemel a brutális kontraszt a lebuzizásom és a meleggyilkosozásom között. Egész végig őrjöngve személyeskedtél, de azért a gonosz homofóbok hisztiznek meg habzanak? Hogy sikerült ezt összehozni?

    Ez is a te pénzedből készült és ráadásul még az arcodba is hazudott. Ez miért nem zavart?
    De csak a szivárványpropagandánál maradva, szerinted olyan nem készül közpénzből ott, ahol azt támogató kormány (vagy önkormányzat) van? Szerinted a nagy cégek, akik tolják, azok nem a te pénzedből tolják? Megsúgom, de: mert basznak adót fizetni, a befizetett adó pedig közpénz, azaz a te pénzed is. Minden egyes adóforint, amit a nagy cégek nem fizettek be, hanem helyette szivárványpropagandára költöttek, az ugyanúgy a te pénzeden ment.

    És ismét nem válaszoltál a kérdésekre. Ha a szivárványszínű logók nem zavarnak, akkor a Soros plakátok miért? Ha zavar a gyűlöletkampány, a szivárványlogók mögött meghúzódó, a heterókat homofóbnak megbélyegző és diszkrimináló gyűlöletkampány miért nem zavar? Az nem gyűlöletkampány, hogy embereket rúgatnak ki, lehetetlenítenek el, tesznek taccsra, csak mert nem kér a betűleveses érzékenyítésből?

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648869

    azt nem bánom ha a kormány az elfogadásra költ a pénzemből, mert azzal egyetértek.

    És itt a kulcsmondat. Nem a gyűlöletpropaganda zavar téged, nem a közpénzek elherdálása, hanem az, hogy te nem értesz egyet vele, hogy nem arra herdálják a pénzt, amivel te egyetértesz, hogy nem azt gyűlölik, amit te is gyűlölsz. Amivel meg egyetértesz, arra el lehet költeni a közpénzt, más hiába nem ért vele egyet. Kettős mérce. Arról nem is beszélve, hogy a szivárványpropaganda is gyűlöletpropaganda. Nem zavar?

    viszont kurvára hazudsz, mert soha nem írtam hogy meleg gyilkos lennél.

    Szó szerint azt írtad, hogy "egyébként ha nem tetszik, el lehet menni az országból. vannak olyan helyek ahol az utcán verik agyon az embert és felgyújtják élve ha kiderül a szexuális orientációja. oda mehetsz te is buzikat égetni." Nem írtad? Akkor ez mi volt? Ki hazudik itt?

    sokadjára írod, hogy őrjöngök, de sajnos most sem ez az igazság, tehát ezzel is hazudsz. :(

    Egész végig fröcsögtél, mocskolódtál, személyeskedtél. Sütött a düh a szövegeidből. Mi volt ez a "oda mehetsz te is buzikat égetni" duma, ha nem fröcsögés?

    folyamatosan hazudsz, látod?

    Nem látom. És más sem. Az viszont nyilvánvaló, hogy te hazudozol, hiszen az elején még azt is tagadtad, hogy létezne a propaganda, meg a propagandát ellenzőket (engem is) próbáltad beállítani minden szarnak.

    de akkor kérdezem, az nem zavar, hogy a sorossal tele van plakátolva minden?

    Rábasztál: engem zavar és szóvá is tettem. Ahogy a kettős mércét is.

    BTW, ha aki nem kér ebből a propagandából, az látens buzi, akkor te látens fideszes/náci/stb. vagy?

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648886

    A szivárványpropaganda is gyűlöletpropaganda. A heterók ellen, a keresztények ellen, meg mindenki ellen, aki nem kér belőle, nem kell, hogy ellenezze, elég, ha semleges akar maradni. Hány embert is tettek már tönkre a szivárványfasiszták?

    Párhuzamot vontál köztem és a melegeket élve elégető csőcselék között, majd felszólítottál, hogy csatlakozzak hozzájuk. Mit szerettél volna ezzel mondani, ha nem azt, hogy olyan embernek tartasz, aki melegeket gyilkol? Vagy csak simán dühből írtad és nem is akartál semmit mondani vele, csak fröcsögni, de azt mégsem írhatod be, hogy minek tartod anyukámat? Hol mondtam én bármi olyat, ami arra adott volna okot, hogy azt gondold rólam, hogy csatlakoznék olyanokhoz, akik embereket égetnek? Miből gondoltad ezt? Abból, hogy elegem van a szivárványpropagandából? Ezek után még mindig nem érted, hogy gyűlöletpropaganda? Csak nézz magadra: annyit kérdeztem, hogy ha nem látod a propagandát, akkor nincs és erre te itt már annyit gyűlölködtél pár komment alatt, mint egy egész regiment náci. Vedd már észre magad.

    Nem látod? Az előbb még azt mondtad, hogy látod. Igaz, előtte meg megint azt mondtad, hogy nem látod. Érdekes. Ki hazudozik itt?
    BTW, a szivárványpropaganda (hivatalosan) nem meleget akar csinálni az emberekből, hanem "érzékenyít", ami a gyakorlatban azt jelenti, hogy aki nem hódol be ennek a nemzetközi lobbinak - amit a nagy cégek használnak politikai csapásmérésre - és nem hajtja, amit mondanak, azt megsemmisítik.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648914

    worksforme, nem vagyok meleg, nem nézek meleg tartalmakat és senkit nem próbáltam ma rávenni, hogy legyen meleg. ennek ellenére ma sem rúgott ki senki, és nem utál emiatt senki. ha a melegpropaganda az hogy az """RTL Klub""" 1 hónapra színes logóra vált, az sajnos engem nem tud zavarni.

    Megint terelsz. Nem a melegekről volt szó, vagy arról, hogy téged zavar-e, hogy vannak, hanem ennek a propagandának a létezése, vagy nemlétezése. Ha csak a retekklubb váltana logót, akkor igazad lenne, de felmegyek a githubra, a linkedinre, a google-re, akárhova és ott a szivárványszín logó.

    mondd már el nekem, hogy téged hány munkahelyedről rúgtak ki azért mert nem vagy meleg vagy azért mert nem nyalod a melegek seggét? ki utál téged ezért?

    Engem nem rúgtak ki ezért, mert idehaza ezért nem rúghatnak ki. De ez elég gyenge hárítási kísérlet, hogy a szkópot megpróbálod rám szűkíteni; keresgess egy kicsit, látni fogod, hogy hány ember járt már úgy, hogy kirúgták, mert nem akart lmbtk filmet nézni, vagy nem használta a "megfelelő" személyes névmásokat.

    amit ma 2021-ben látok, az a gyűlölködés a melegek ellen. de engem senki nem próbált rávenni arra hogy legyek meleg. téged igen? komolyan ennyire ostoba vagy?

    remélem te sem fogod meg a barátnőd kezét az utcán, nem csókolod meg nyilvános helyen. nem adod senki (a családod tudtára sem!) hogy van egy párkapcsolatod. nem jelensz meg vele sehol, hiszen a magánügyed, a 4 fal között kúrogathatod, de ennyi. remélem soha nem foglak egy lánnyal ölelkezve látni, hiszen nem vagyok kíváncsi a hetero propagandádra te köcsög hetero.

    Ez sem őrjöngés, amit ideírtál? Ez sem gyűlölködés? Ez nettó indulati hadova. Én pár kérdést tettem fel, meg pár az állításaidat cáfoló linket adtam, te meg lassan már a véremet innád és lassan már nem marad olyan gonosz dolog, amihez még nem hasonlítottál (hint: az ördög még nem volt). Még mindig nem veszed észre, hogy te gyűlölködsz és nem én? És még engem vádolsz hazugsággal, amikor a szemedbe mondom, hogy őrjöngsz? Hát ez mi volt, ha nem őrjöngés, fröcsögés? Ráadásul csupa olyan dolgot próbáltál kifordítva rámsütni, amit én sose vártam el, sem a melegektől, sem a társadalomtól; hol mondtam én, hogy titkolják el a párkapcsolatukat, vagy ne sétáljanak kézenfogva az utcán? Ki hazudozik itt? Ki gyűlölködik itt? Te. Folyamatosan.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648934

    Ki sértődött meg? Én felhívtam a figyelmet arra, hogy pontosan azt műveled, amivel másokat vádolsz: gyűlölködsz. És már megint terelsz, mert itt nem az volt a kérdés, hogy szabad-e valakit bántani, azért, mert meleg, mert ez nem kérdés. Csak te próbálsz belőle kérdést csinálni, hogy eltereld a figyelmet a valódi problémáról: a szivárványszín propaganda sosem szólt a melegek jogairól. Ez egy álca. Ez a nagy cégek politikai csapásmérő eszköze, az új náci kártya. Akik nem kérnek a szivárványpropagandából, azoknak nem a melegekkel van a baja, hanem a politikai opresszióval, főleg mivel a betűlevesben a melegek kb. kaptak két betűt, a többi már mindenféle mesterségesen kreált "szexuális" kisebbség. Érted már mi a probléma? Érted már, hogy miért van tele ezzel mindenkinek a töke?

    BTW, ha szerinted aki nem kér ebből a propagandából, az látens buzi, akkor te látens fideszes/náci/stb. vagy?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649314

    Ne haragudj, de te tudsz olvasni? Mert ha igen, akkor fuss már neki még egyszer, amit írtam, plz.: a szivárványpropaganda nem a melegekről szól, hanem a többségi társadalomnak a nagy cégek általi becsicskításáról, mondvacsinált okokkal. Náci kártya reloaded. Jönnek az SJW-k és kitúrnak a projektedből (például, hogy helyi témánál maradjunk), mert megtehetik, feltéve, ha valami populáris helyen tartod, vagy, ha az országod törvényei retardáltak. A lényeg, hogy akárkit meg lehessen semmisíteni azzal, hogy homofób/gyűlölködő/stb. és te pontosan ugyanezzel a tempóval "vitatkozol", csak neked még egy kis látens buzizást is sikerült belevinni. Nem tűnt fel, hogy én szóba sem hoztam a homoszexuálisokat, csak a propagandáról beszéltem? Az LMBTG (need a vowel?) SJW banda meg a szimpatizánsai a gyűlölködők, ez a nagy büdös harci helyzet.

    Nem, nem érthető, mert nem a (normális) melegekkel van a baj, hanem a propagandával; nem a melegeket kell utálni, hanem a pofátlan nagy cégeket és a fasiszta propagandájukat, csak te ezt nem akarod megérteni. Ki nem szarja le, hogy valaki homokos? Ameddig nem próbálja meg magát ráerőltetni a heterókra, azzal a felkiáltással, hogy de, őt a másik nemhez kell sorolni, mert belülről ő annak érzi magát (igen, van ilyen), addig le van szarva. Nem tudom, feltűnt-e, hogy a sokadik betűnél járunk már az lgbtk-ban és ebből a lesbian, meg a gay, az 1-1 betű; a többiek azok mik? Csak nem a nagy cégek által mesterségesen kreált "szexuális" kisebbségek (szopacs harci helikopter), amiknek semmi más célja nincs, mint, hogy a viselői ebben a retardált társadalomban extra jogokat kényszerítsenek ki maguknak?
    (Eddig egyébként tagadtad, hogy frusztrált lettél volna, hogy fröcsögtél, személyeskedtél volna, pedig ha visszaolvasol, minden szarnak elhordtál. Van még kérdés, hogy ki gyűlölködik itt?)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649359

    Miért, milyen az a "klasszikus" straight? Vagy milyen nem? Meg miért nem? Csak azért, mert nem volt benne SJW/betűleves-compliant módon deklarálva, hogy pontosan mit is takar az ellenkező nemű? (Régen valahogy ez nem volt kérdés, dehát a globalistáknak semmi sem szent.) Az megvan, hogy a "super straight" egy counter-trolling volt egy csávó részéről, mert rászállt egy magát nőnek képzelő fickó, aki szerint homofób transzfób az, aki nem fogadja el, hogy ő nő és nem randizik/baszik/stb. vele?

    A "klasszikus" straight és a "super straight" ugyanaz, az utóbbi csak a szájbarágós kifejtése az előbbinek, az SJW-k számára.
    Én maradnék a "hetero hapsi" megnevezésnél, ugyanis nagyon magasról leszarom, hogy szivárványfasiszta-compliant vagyok-e, vagy sem...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649566

    Így van, ezt a sztorit linkeltem én is.

    Bazmeg, ettől leolvadt az agyam...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649474

    Amit írtál, annak semmi köze nem volt a témához. Te folyton csak rinyáltál, meg fröcsögtél, hogy miért kell utálni a melegeket, holott én ilyet egy szóval nem mondtam, én már az elején elmagyaráztam, hogy a szivárványpropagandának vajmi kevés köze van a melegek jogaihoz, annál több a nagy cégek agymosásához és megfélemlítési törekvéseihez. Te nem érted, miről van szó.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649499

    Te tényleg nem tudsz olvasni? Hol beszéltem én a melegekről? Te hoztad be őket és két körön belül már arról beszéltél, hogy menjek őket felgyújtani, holott én szóba sem hoztam őket. Te lovagoltál egész végig a melegeken, pedig világosan megmondtam, hogy nem róluk van szó, hanem a nagy cégek politikai manővereiről van szó, annak egy része ez az egész szivárványpropaganda. Mi lenne, ha végre felfognád, hogy a szivárványosdinak igazából semmi köze sincs a melegekhez? A normális melegek sugárban hánynak már az egésztől. Ez egy mesterségesen keltett felforgató baromság, ami a nagy cégeknek segédkezik a globális hatalomátvételben.
    Hogy ki és mivel baszott fel, azt nem tudom, de amennyi vérhabot kifröcsögtél ide a nagy gyűlölködésben, hogy kissé nehéz lenne megmagyarázni, hogy nem voltál ideges... (Ld. még melegek kiirtása, buzizás, stb.)
    A szavazásról meg csak annyit, hogy én is 0%-kal szavaztam, mert én sem találkoztam vele, idehaza, KKV-knál szerencsére nem jellemző. De ez nem jelenti, hogy a jelenség ne létezne, szóval a szavazás állása irreleváns.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649504

    Kezd kurwára unalmassá válni, hogy nem tudsz olvasni, csak vinnyogsz a melegek bántása miatt, holott a kutya nem bántotta őket. Örülök, hogy számolni is tudsz: kettő darab meleg embert linkeltem be, akiknek megtelt a töke. Ha keresel, találsz még, csak nehéz megtalálni, mert a keresők nem nagyon hozzák előre.
    Mennyien voltak kint tüntetni? Több százan? Esetleg több ezren? És annyi meleg van szerinted? Hol a többi?
    A gyíkemberek nem tudom, hogy jöttek ide, valószínűleg ugyanúgy, mint a melegek: nem tudsz mit mondani, hát megpróbálkozol ugyanazokkal a szánalmas taktikákkal, amivel az összes agymosott pszeudoprogresszív szokott: a másik hiteltelenítési kísérleteivel (ld. még látens buzizás, aztán meg a melegek elleni genocídumra buzdítás).

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649512

    Tényleg nem tudsz olvasni. Hol mondtam én olyat, hogy a melegek sehol sincsenek kirekesztve? Nem akarod abbahagyni a szalmabábcséplést és végre arra reagálni, amit mondtam?
    Azt mondtam, hogy a betűlevesnek nincs hozzájuk, meg a jogaikhoz köze. Az egész mozgalom szinte kizárólag a fejlett nyugati - a melegekkel amúgy is toleráns, elfogadó módon bánó - országokban van jelen, ott terrorizálják vele a lakosságot, az elmaradottabb, lepukkantabb helyre oda se mennek, általában csak újságcikkekben pofáznak róla, kurwa ritkán merészkednek oda okoskodni egy sort, aztán futnak haza, amikor kiderül, hogy ott tényleg harcolni kéne, mert azt nem hajlandóak, az ottani melegek élete nem számít. Bár igazság szerint a többié se, ez a többség megfélemlítésére szolgál és nem a melegek jogainak kivívására, már csak azért se, mert a fejlettebb országokban már azelőtt kivívták a jogokat, hogy ez az egész parádé megjelent volna, a többiben meg azóta se. Érted?
    Erről beszélek, hogy ez nem arról szól, hogy a melegeket ne nyomják el, hanem arról, hogy a melegek-el-nem-nyomásának extremizálásával és projektálásával a többséget a homofóbia bélyegével való fenyegetéssel is manipulálni lehessen. Mint mondtam, ez az (egyik) új náci kártya. És ahogy a náci kártya sem tartott örökké, mert elhasználták az agyonhasználat közben, ez sem fog. Minden erővel szemben ellenerő lép fel és egy idő után a társadalom rezisztens lesz rá, mert ha mindenki is homofób (előtte: náci), akkor mit parázzon, hogy ő is az?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2649565

    #define fegyver
    Ha azzal, hogy valakit megbélyegeznek homofóbnak, azzal tönkre lehet tenni, meg lehet semmisíteni, akkor a homofóbia vádja belefér a fegyver fogalmába, az azzal való fenyegetés, megfélemlítés meg a terror kategóriájába? Mert szerintem igen.

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648783

    És ki volt itt homofób? Egyelőre evone buzizott, meg akarja őket felgyújtani. Nézzetek tükörbe.

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648789

    Nem, haver, te tanulj meg olvasni. És ha javasolhatom, az első dolog, amit elolvasol, az az irónia definíciója legyen, mert baromi ironikus, hogy

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648795

    https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648792

    Oldschool Computer - http://oscomp.hu




    Munkahelyemen idén ... százalékban jelent meg a Pride hónap, BLM vagy egyéb "woke" politika: https://hup.hu/szavazasok/20210704/munkahelyemen_iden_szazalekban_jelent_meg_a_pride_honap#comment-2648743

    Csökkenő tolerancia? Vagy mi...? Bocs, de nem vágom a poént.

    Sz*rk: Közben néztem egy hatsávos ellenállás színkód táblázatot, de a 23.4 MΩ ±0.25%(C) 5 ppm/K sem mond semmit. :P

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2649921

    mindenkit

    Nekem még mindig csekken jön, papírszámlával.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> viraghj , muszi


    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2649949

    Se okostelefonom, se bankszámlám.

    Recirkulált papír csakazértsem játszik?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2649998

    Mivel rosszabb nekem, hogy egyik sincs?

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650050

    Nem tilthatsz meg nekem semmit. De egyébként reklámozta a nyavalya, Gyuszk okostelefonos intézésről és banki fizetésről beszélt nekem, arra én nem tudok mást mondani, mint, hogy nekem nincs.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650069

    Az időt még értem, de pénz? A bankszámla az, aminek pénzbe kerül a fenntartása, meg a banki átutalás az, aminek extra költsége van. Ráadásul az ott tárolt pénzt akkor veszik el, amikor akarják.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650162

    Tekintve, hogy a banki átutalásoknál százalékos arányban fizeti az ember az átutalási költséget, egy többtízezres gáz/víz/villanycsekknél már többet perkál a tranzakcióért, mint az a pár Ft, amit amúgy is belekalkuláltak a sárga csekkbe.

    Hiába állítottad volna be nullára, akkor sincs ingyen. A bank mindenképpen megkaszál és mindenképpen többet buksz vele, mint a sárga csekkel.

    Ez nem alusipka kérdése, a bankban tárolt összeg felett mások is kontrollal bírnak, nem csak te. Senki nem mondta, hogy ad-hoc tűnik el. Egy egész sereg eset van, ahol egyszerűen csak elvehetik tőled. Az otthoni készpénzt meg el lehet dugni a betörő elől.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650211

    250 / 0.003 = 83333.3 Ft, vagy rosszul értem, amit mondasz?

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650230

    Akkor rosszul értettem, én azzal számoltam, ha a sárga csekken ilyen 150/250 Ft-ok vannak, akkor az 0.3%-os levonásnál kb. 80k-nál fordul meg.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650212

    Hát lássad...én nem tudok másra támaszkodni, mint arra, amit az ezzel foglalkozó szakértők mondanak, meg a saját egykori OTP-s/K&H-s/Raiffeisen-es tapasztalatokra...

    Az én havi pénzforgalmam legnagyobb része nem vásárlás, hanem rezsi és annak az egy százaléka már messze több, mint amit a sárga csekkbe belegyűrnek.

    Kiragadtál egyetlen példát a tucatnyiból, ami ritka és azzal az egész cáfolva van? Egyébként létezik egy olyan fogalom, hogy bankpánik, amikor valami miatt a júzerek egyszerre ki akarják venni a pénzüket a bankból és mivel a bankban csak a töredéke van egyszerre annak, amit betettek, ilyenkor a bank bedőlhet.

    Ennyi erővel a bankot meg kirabolják/meghackelik...extremizálhatod, de semmi értelme nincs, már csak azért is, mert törtek már be hozzánk (2005-ben, 40 év alatt egyszer) és csak felkapták a táskákat, meg az asztal alól a PC-t és elhúztak, mint a vadlibák. Nem ütöttek le minket, amíg aludtunk és nem ejtettek túszul, hogy kiszedjék belőlünk, hol vannak az értékek, már csak azért sem, mert akkor a) sokkal fajsúlyosabb bűncselekményt követnek el, b) utána legalább részleges személyleírást tudunk róluk adni, ha láttuk őket (hiába viselnek mondjuk maszkot).
    Ahhoz meg sok sikert, hogy a biciklin pofánverjen valaki.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650257

    Az egy százalékot arra írtam, hogy ha a bank _is_ és az állam _is_ erősen sarcolja a pénzforgalmat - ekkora költségszint egyébként nem igazán van egyik banknál sem utalásra/csoportos beszedésre még illetékkel együtt sem. Ez az erősen felülbecsült 1% az 100E Ft esetén 1000Ft-ra rúg. Ha 1% lenne a sarc, akkor ennyiért mész el a postára, állsz sorba - havonta.

    A csoportos beszedést nem tudom, hogy hogy működik, sose találkoztam vele.

    remélhetőleg eljön az az idő, amikor a szolgáltatók is jogszerűen ráterhelhetik az ilyen ügyfelekre a készpénzátutalási megbízás kapcsán felmerülő költségeket ugyanúgy, mint ahogy pl. egy társasház megteheti, hogy kgy.-i határozattal mondjuk 500Ft/darab költséget számít fel postai "sárga csekkes" befizetés esetén.

    Remélhetőleg ez az idő csak akkor jön el, amikor lehetsz saját magad bankja és nem kényszeríthetnek rá, hogy másnál tartsd a saját pénzed. Nem a papírszeméthez vagy a postához ragaszkodok én, hanem ahhoz, hogy a pénzem nálam legyen.

    (Miközben ott van "egy ajtóval odébb" a megfelelő bankfiók, ahol ugyanazt a sárga vackor bemutatva be lehet az adott számlára fizetni - mindenkinek 0 Ft-os költséggel...)

    Na, álljon meg a menet. Nekem ez utóbbi ellen nincs kifogásom, hogy a bankba besétálva befizethessem a sárga csekket, csak bankszámla ne kelljen hozzá. Mondjuk itt a faluban nincs bank, tehát nem tudok "egy ajtóval odébb" besétálni.

    Kértem, hogy az elmúlt 5 évből említs hazai példát arra, hogy bankbetét összegét a tulajdonosa a bank bezárása miatt az OBA létezése ellenére elveszítette. Az, hogy anno a postabank kapcsán bankpánik volt, az igaz, de azóta pirinyót szigorodtak a szabályok, nyugi. Ilyen alapn a kirabláshoz odatehetném az utonálló rablóbandákat meg a portyázó törököket-tatárokat is...

    Én meg rákérdeztem, hogy a tucatnyi példából rámutattál egyre, hogy az ritka és azzal megcáfoltad az összeset? Aligha.

    igen, erre is kérnék az elmúlt mondjuk 20(!) évből hazai példát, hogy ilyen okból betétesek elveszítették a bankra bízott pénzüket. Nos?

    Miért hazait? Mert arról nem szólnak a híradások? Külföldi esetből Dunát lehet rekeszteni, pl.: http://www.cbc.ca/news/business/banks-deny-compensation-online-fraud-security-1.5322982
    Én is kérnék példát, hogy a betörő szabályszerűen szétszerelte a lakást és megtalálta az eldugott értékeket, ahogy te állítottad. Nem olyat, hogy a néni bedugta a cukrosdobozba a pénzt, vagy a szőnyeg alá és ott találta meg, hanem olyat, hogy tényleg az egész lakást szét kellett szerelnie ahhoz, hogy megtalálja, de mégis megtalálta.
    BTW, nem kell, hogy kirabolják a bankot, elég ha csődbe megy. Tizenpár éve a gazdasági világválság idején sok bank ment csődbe.

    Elütnek, akár véletlenül is...? Látott már olyat a világ, amikor balesetnél ez-az eltűnt a sérült dolgai közül... :-/

    Elütnek? A járdán, meg a bicikliúton? Direkt kerülöm az úttestet, ahol lehet. Amúgy kb. 25 év alatt egyszer gázoltak el biciklistől, de ott is a bicikli sínylette meg, én megúsztam. Az autós meg elhúzott...

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650385

    Az baj, mert az azért elég alapvető dolog lenne...

    Annyira alapvető nem lehet, ha sosem futottam bele.

    azaz elzarándokolsz a postásmancihoz, és a kézbe kapott pénzedet a kezébe adod, hogy a posta _helyetted_ végezze el az átutalást a szolgáltató számlájára.

    Igen. Azért van.

    simán megteheted: megnézed a kedvezményezett számlaszámának első három jegyét, ami a bankot azonosítja, felkeresed az adott bank legközelebbi fiókját, és ott máris be tudod fizetni a megadott számlára a szükséges összeget. Aztán ha három szolgáltató három különböző banknál vezeti a számláját, akkor három bankfiókba mész be, mert a "befizetás folyószámlára" csak az adott banknál vezetett számlára lehetséges.

    És ha az adott banknak itt nincs fiókja?

    Azért hazait, mert azokra vonatkoznak az EU-s, illetve a magyar betétbiztosítási szabályok. Ha elolvastad a kanadai cikket, ott 9x%-ban az történt, hogy az érintett üf. gépére(!) került fel egy olyan trójai app, amin keresztül a banki bejelentkezését is le tudták játszani az azt telepítő támadók, és gyakorlatilag a nevében történtek az utalások. Itthon egy ideje már mobil app/sms fogadására képes telefon nélkül nem tudsz utalni, mert a netbankon kívüli csatornán kell jóváhagyni a tranzakciót.

    És a maradék? Ha van rá példa, akkor van rá példa. Az egy dolog, hogy a hackek nagy része user error volt, de ha volt az ellenkezőjére példa és a bank nem kompenzált, akkor a többinél sem kompenzált volna, ha nem user error lett volna.

    ha kellően nagy értékről van szó, rá fognak találni, illetve előtte igen alapos információgyűjtéssel indulnak. Maradjunk annyiban, hogy sajnálatos módon volt "szerencsém" ilyesmihez. Az elkövető pontosan tudta, hogy mit és hol keressen, és azt is, hogy mikor. Épeszű embernek eszébe nem jutott volna adott helyen értéket keresni...

    Hát az kellemetlen, ha te konkrétan belefutottál ilyenbe, de azért ez nem jellemző. Mondom, nálunk is volt betörés, de felkapták a táskákat, a PC-t az asztal alól és usgyi. Információt meg a betörő rólam nem tud honnan gyűjteni, max. tőlem, de én meg nem adok ki ismeretleneknek semmit. Ráadásul itt a "kellően nagy érték" is hiányzik a képletből.

    A járdáb egy baseball-ütő kifejezetten kemény ellenfél tud lenni, ha valaki le akar szedni a bicikliről... A kockázat benne van, esélye nem nulla - csak szerinted az.

    Kezdünk átmenni fantasy-be. A következő mi lesz, legéppuskáznak? Nem Chicagoban vagyunk. Egyébként meg fényes nappal nem fog ilyesmivel próbálkozni, egyrészt, mert sok lesz a szemtanú, másrészt meg mert messziről kiszúrom. Este meg nem cügölök magammal sok pénzt sehova.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650305

    Én mindig is kézbe kaptam a fizetést. Még valami?

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650383

    Nem törölték, kérheted. Én készpénzben is kértem, de ettől még zeller megállapítása áll a melóhelyeimre (egyet-egyet leszámítva).

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650384

    Mindkettőre volt példa...

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650304

    Volt nekem is anno számlám, három banknál is. Egyiknél sem volt semmi sem ingyen. Egyébként a menetközben linkelt cikkeket elnézegetve abban sem vagyok biztos, hogy neked ingyen van és nincs valami rejtett költség, amiről nem tudsz.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650382

    "Hát figyelj, ha neked ez igy jó, akkor miért ne. :)"

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650381

    Már amennyiben nem vernek át benneteket a számlakivonattal. De a belinkelt cikkek szerint a bankok ezt szakmányban csinálják. Ha a dolgozók akármit megtehetnek a számlákkal, akkor a kivonat sem biztos, hogy a valóságot mutatja, ha pl. van belső tettestárs az infósok között.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650380

    Meg el is éghet a házzal együtt.

    Tényleg kezd átmenni extrémbe a dolog. Következő mi lesz? Meteorzápor, direkt a ház felett? Mutáns vöröshangyák? Inferno? Mutáns zombik? Árvíz a dombtetőn? Mutáns adóellenőrök?
    Mi van, ha fémdobozban van és nem tud kigyulladni? Mi van, ha a bank ég le?

    Meg kerülhetsz olyan helyzetbe, mint a 80 éves néni, aki közel 30M forintot adott át az onokájának egy ládában a lagzin. Kár, hogy a bankjegyekből pár százezer forintnyi volt csak amit még nem vontak be. A néni lánya mesélte apósoméknak, azt mondta, hogy agyon tudta volna ütni az anyját, mert fogalma sem volt róla, hogy pénzt dugdos a mama. Észben tartotta volna, hogy a bankban időben kicseréltesse. (Volt benne állítólag olyan pénz, amit még a 80-as években vontak be.)

    Köszi, jó arc vagy, hogy ennyire retardáltnak tartasz. :)
    Amúgy tegnap próbáltam húszpengőssel fizetni a bótban és elfogadták, visszaadtak három német márkát.

    Jobban tartok az itthon tartástól, mint attól, hogy elveszik a bankban.

    Én meg fordítva.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650396

    Ez valami speckó topic lehet, itt mindenki parancsolgatni akar.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650425

    Backup site? Evente kotelezoen vegrehajtott DR terv, jegyzokonyvvel a felugyeleti szervek fele? Fentebb is emlitett OBA?

    Anyagilag.

    Esetleg ezt is atfuthatod, mert lathatoan sok fogalmad nincs a bankok a mukodeserol

    Tudom mi a tartalékbank, ami a bankpánik esetén kisegíti a becsődölni készülő bankot, csak nem került szóba. Amúgy az lehet, hogy nem értek a bankokhoz, de azt tudom, hogy átvernek és lehúznak.
    Te meg ezt nézd meg: http://www.youtube.com/watch?v=SutYOjlW7cY

    A dunyhat neha atviszed a masik szobaba vagy elasod a kert kulonbozo pontjain?

    Felgyújtom. Attól ég le a ház.

    BTW nem biztos h nyilvanos forumon elarulnam h nagyobb osszegu keszpenzt tartok otthon..

    Nem tartok, mert nincs. Amúgy sok sikert egy nick alapján megtalálni a helyet.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650429

    Mellesleg egy bankban nem sok keszpenzt latsz, nem ugy kell elkepzelni mint a Kacsamesekben a zsarnok Dagobert bacsit a penzhalmon

    Ezt én is tudom. Az anyagilag nem azt jelentette, hogy leég a bankfiók és elég benne a dohány.

    Kerdezni nem szegyen, lehet a lehuzas es atveres ellen is lenne itt par epkezlab tipp (csak egy reszet olvastam at a topiknak es mar abban is akadt)

    A belinkelt tecső videóban szerintem minden benne van, amit a bankokról tudnom érdemes.

    Valamekkora digitalis labnyoma mindenkinek van, sose tudhatod neked mikor kell feladnod egy ujabb szeletet a megszokott eletednek amibol kiderul majd ez-az ami kozelebb visz a rejtekhez ;)

    Valamekkora van. De nem vagyok fent semmi közösségi szaron, csak a saját weblapomon, pár fórumon, meg itt. Szóval sok sikert.

    Bar tudom nincs ott semmi, de vajon nem pont ezt mondana az aki azzal "buszkelkedik" hogy otthon dugdossa a keszpenzet, h ugy tunjon nem erdemes kutatni ;) ?

    Az, akinek annyi van, az biztos nem írja ki egy fórumra, hogy ami van, azt otthon tartja, valamint garantált, hogy megvannak az eszközei a készpénzállománya (vagy, amiben tartja, nemesfém, drágakő, stb.) védelmére.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650306

    Nem, az mellékes, csak azon is ment a vita, hogy most melyik drágább mennyivel. A fő ok, hogy a pénzemet magamnál szeretem tudni. De ezt leírtam eddig vagy hatszor.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2649957

    Itt a gáz közös, nekem csak a lóvét kell odaadnom; nem tudom, hogy a Tigáz hogy intézte ezt. Amúgy nem tudom, hogy a Főgáz ezt milyen jogi alapon tudta ezt veled megcsinálni; a kétszáz éves mamikáknak, akiknek még emailcíme sincs, azoknak mit mond?

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650308

    Egyrészt az is egy szolgáltatás és érték amiért jár a tisztességes fizetség.

    Mármint, hogy a júzer fizessen nekik azért, mert odaadta nekik a pénzét, hogy forgótőkének használhassák, meg kiadhassák másnak kamatos kölcsönbe? WTF? O_O

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650314

    Semmi kockázat nincs benne. El lehet rejteni az esetleges betörők elől; mint mondtam fentebb, már törtek be hozzánk (40 év alatt egyszer) és nem kutatták végig a lakást a pénz után; a betörők általában hit'n'run módon működnek.
    A bankszámládat viszont akkor zárolja a bank, meg a hatóság, amikor nekik jól esik. Arról nem is beszélve, hogy ki is rabolhatják a számládat. Vagy csődbemehet a bank.

    Sz*rk: Alámszerkesztettél. Nekem nem volt ingyenes az alap számla sem, akkor is vontak róla, ha hozzá sem nyúltam. Akkor is vontak, ha érkezett rá a fizetés.

    De ez mellékes, mert ez nem az a szál. Itt arról volt szó, hogy szerinted a júzereknek kéne fizetnie a banknak azért, hogy kölcsönadhassák a banknak a pénzüket, amit a bank aztán arra használ, amire akar.

    Oldschool Computer - http://oscomp.hu




    User-friendliness @ közüzemi szolgáltatók: https://hup.hu/node/174441#comment-2650379

    Bár lenne mit dugdosni. :(

    Nem kell, olvasd el a belinkelt cikket. Elég, ha a bank "gyanúsnak" talál valamit.

    Nem fogod, olvasd el a belinkelt cikket, kibújik alóla a bank.

    A gazdasági világválság alatt sok bank tönkrement.

    Ki mondta, hogy téged érint, ha az én betéti számlámon heverő pénzt megforgatnák a tőzdsén?

    Oldschool Computer - http://oscomp.hu




    Munkahelyed állatbarát?: https://hup.hu/szavazasok/20210702/munkahelyed_allatbarat#comment-2647878

    Az Y generációról szóló bekezdés úgy ahogy van, általánosítás.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hory


    Munkahelyed állatbarát?: https://hup.hu/szavazasok/20210702/munkahelyed_allatbarat#comment-2648164

    Meg azt, hogy hetente 2-3 madarat ol meg, csak ugy, szorakozasbol. Nem kell neki, kap kajat, csak az elvezetert ol.

    Tény. De ezt a kutya is megcsinálja, csak kisgyerekekkel.

    Oldschool Computer - http://oscomp.hu




    Munkahelyed állatbarát?: https://hup.hu/szavazasok/20210702/munkahelyed_allatbarat#comment-2648326

    A nickkeddel együtt üt a vélemény. ;)

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Hevi , Pene , carlcolt , Addam2


    Munkahelyed állatbarát?: https://hup.hu/szavazasok/20210702/munkahelyed_allatbarat#comment-2648330

    Csak vicceltem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> peta


    [KV] Windows 11: https://hup.hu/node/174449#comment-2650414

    Köcsög Vindóz. :D
    (Szerintem Korai Verzió, vagy Kukkolható Verzió, vagy valami hasonló.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> ak0sh


    [KV] Windows 11: https://hup.hu/node/174449#comment-2650421

    So obvious, it's overlooked. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> agostonl


    Vissza a múltba: https://hup.hu/node/174429#comment-2650076

    Tudtommal a szocializmusban felvett nyugati hitelek döntő többségét a többi szocialista országnak vettük fel, nem magunknak.

    Oldschool Computer - http://oscomp.hu




    Vissza a múltba: https://hup.hu/node/174429#comment-2650167

    Pedig emlékeim szerint a többi ország ki is akarta fizetni, de "mi" hülye módon elutasítottuk, hogy majd mi kifizetjük, hiába nem mi vettük igénybe. (Talán egy Grósz (?) nevű politikus volt?)

    Oldschool Computer - http://oscomp.hu




    Vissza a múltba: https://hup.hu/node/174429#comment-2650262

    A részletekre nem emlékszem, csak arra, hogy a rendszerváltás előtti elit abban volt érdekelt, hogy az országot porbanyomják az adóssággal, hogy utána muszáj legyen többszáz százalékos inflációt, meg megszorításokat csinálni, így azokat a hiteleket is felvállalták, amiket nem is mi költöttünk el.

    Oldschool Computer - http://oscomp.hu




    Vissza a múltba: https://hup.hu/node/174429#comment-2650272

    A "most" az csalóka; most, amikor már lassan két éve COVID válság van, vagy közvetlenül előtte? A rablóprivatizáció az tényleg taccsra tette a gazdaságot anno. :/ Az akkori inflációs rátákat vissza lehet keresni; a '90-es évek elején, kb. 250%, a közepén 350%.

    Oldschool Computer - http://oscomp.hu




    Vissza a múltba: https://hup.hu/node/174429#comment-2650389

    Lehet, hogy rosszul emlékeztem, mert megnéztem a Forint árfolyamát és 90 tavasza és 94 tavasza között csak 58%-os volt az infláció, aztán onnan 98 tavaszáig meg 102%-os és onnan 2002 tavaszáig 36%-os. Már nem emlékszem hol olvastam a 250/350-et.

    Oldschool Computer - http://oscomp.hu




    Ma is tanultam valamit: https://hup.hu/node/174267#comment-2643364

    Ezt jó tudni, thx.

    Oldschool Computer - http://oscomp.hu




    Hamarosan kezdődik a Windows 11 bejelentése: https://hup.hu/cikkek/20210624/hamarosan_kezdodik_a_windows_11_bejelentese#comment-2647345

    A gyönyörű benne az, hogy igazából úgy többtíz GB a rendszer, hogy a legnagyobb része ennek csak redundáns kód és adatszemét; hússzor tárolják ugyanazt a strippeletlen exe-t, vagy dll-t.

    Oldschool Computer - http://oscomp.hu




    Háziállat: https://hup.hu/treyblog/20210702/haziallat#comment-2647778

    's/pápa/páva/'

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> n4buk0d0n0z0r


    Háziállat: https://hup.hu/treyblog/20210702/haziallat#comment-2647803

    Nm.

    Oldschool Computer - http://oscomp.hu




    Háziállat: https://hup.hu/treyblog/20210702/haziallat#comment-2649335

    Benne van a wikicikkben. :P

    Oldschool Computer - http://oscomp.hu




    Háziállat: https://hup.hu/treyblog/20210702/haziallat#comment-2648162

    Butterfly-effect. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    25 éves a Quake!: https://hup.hu/cikkek/20210623/25_eves_a_quake#comment-2646273

    Kíváncsi vagyok mi lesz a vége.

    Lehugyoznak. :)))

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> ricsip , CamelTH , vilmos.nagy


    25 éves a Quake!: https://hup.hu/cikkek/20210623/25_eves_a_quake#comment-2645393

    Az eladott példányszám releváns a minőség szempontjából? Főleg úgy, hogy az egyik 1996-ban jelent meg, a másik meg 2013-ban?

    Oldschool Computer - http://oscomp.hu




    25 éves a Quake!: https://hup.hu/cikkek/20210623/25_eves_a_quake#comment-2645426

    Tehát szerinted az eladott példányszám az objektív mérőfaktora annak, hogy egy játék mennyire jó. Tehát szerinted az 1982-ben Atari 2600-ra kiadott és több, mint 3 millió példányban elkelt E.T. egy jobb, értelmesebb és szórakoztatóbb játék, mint az egymillió példányban elkelt Quake 1. Tehát szerinted ez, jobb, mint ez.

    Azonfelül az eladott példányszám szerinted tükrözi a valós felhasználóbázist is? A Quake 1 shareware volt, amivel rengetegen játszottak úgy, mint a Doom 1-gyel: regisztrálatlanul. Azonfelül rengetegen játszottak tört verzióval is. Az eladott példányszám sokszorosányi ember játszott vele, akkor, amikor még számítógépe is viszonylag kevés embernek volt, nemhogy internete. 30 év után meg ki venné meg a játékot, főleg, hogy már egy raklap nyílt forrású verziója is van? Egy raklap újkori játék van, ami a Q1 sokszorosát produkálta eladásban, miközben a játék übergagyi volt, pusztán azért, mert a piac is a sokszorosára nőtt és sokkal könnyebben és olcsóbban elérhető az internet miatt és a fizikai adathordozók hiánya miatt. A két játék eladásait összehasonlítani ugyanakkora nonszensz, mint magukat a játékokat.

    Oldschool Computer - http://oscomp.hu




    25 éves a Quake!: https://hup.hu/cikkek/20210623/25_eves_a_quake#comment-2645484

    Na mi van, megint kitört belőled a kultúra, az intelligencia és a jóindulat? Mi lenne, ha amikor nekem válaszolsz, akkor az általam mondott dolgokra válaszolnál és nem a mások által mondott dolgokra? Én nem hasonlítottam össze a GTA 5-öt a Quake 1-gyel. Egyikkel sem játszottam. Csupán arra próbáltam felhívni a figyelmedet, hogy az eladások száma nem tükrözi a minőséget, valamint, hogy a két játék eladásait összehasonlítani legalább akkora baki, mint magukat a játékokat. Vagy erre nem tudsz mit válaszolni, marad a fröcsögés?

    Oldschool Computer - http://oscomp.hu




    25 éves a Quake!: https://hup.hu/cikkek/20210623/25_eves_a_quake#comment-2645526

    Copyzzad nyugodtan. Ismét kontextus nélkül. Az a tempó passzol hozzád. Meg az a szellemi szint is. Az ominózus posztodból pedig a legkevésbé sem érződik ki, hogy szándékosan adtál volna egy balfasz összehasonlítást, csak azt, hogy megint felszoptad a mainstream-et, a lehető legostobább módon. (Nem-nem, én nem bántottam a GTA 5-öt, ne is próbálkozz...)

    Oldschool Computer - http://oscomp.hu




    25 éves a Quake!: https://hup.hu/cikkek/20210623/25_eves_a_quake#comment-2645529

    Az a bajod, hogy azt hiszed, hogy nem szarom le mit hiszel. Én arra reagáltam, amit mondtál.

    Ez stimmel, nem tudom feltűnt-e, hogy ebben nem volt vita, legalábbis nem velem.

    Bántott a nyavalya, a spammernek azért írtam fasságokat, mert vicces volt. Mondjuk nem tudom mit erőlködsz, hogy idekapcsold, mert semmi köze az egészhez. A motivációdat meg pontosan értem: nem bírod elviselni, ha valakinek nosztalgikus emlékei vannak és esetleg úgy érzi, hogy régen jobb játékokat csináltak. (Egyebkent ez nagy atlagban (nem a GTA 5-ről beszélünk) meg stimmel is; rengeteg a rókabőrlehúzás.)

    Oldschool Computer - http://oscomp.hu




    25 éves a Quake!: https://hup.hu/cikkek/20210623/25_eves_a_quake#comment-2645586

    Én nem flamelni jöttem...

    Oldschool Computer - http://oscomp.hu




    Digi scks: https://hup.hu/node/174387#comment-2647651

    Miért, a te ABC-dben több is van belőle?

    Oldschool Computer - http://oscomp.hu




    Digi scks: https://hup.hu/node/174387#comment-2647659

    Na mi van, mégis több van neki?

    Oldschool Computer - http://oscomp.hu




    Digi scks: https://hup.hu/node/174387#comment-2647663

    Ja, ez így megy, hogy kölcsönből oszt kölcsönt?

    Oldschool Computer - http://oscomp.hu




    Digi scks: https://hup.hu/node/174387#comment-2647732

    Tudtam, hogy betűbankár vagy. :(

    Oldschool Computer - http://oscomp.hu




    Digi scks: https://hup.hu/node/174387#comment-2647658

    És addig hogy fog utálkozni?

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.7.2: https://hup.hu/node/174249#comment-2645965

    Közben kijött az 1.7.1, két apróbb bugfix-szel és egy tecsős API-káosz lekezeléssel.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.7.2: https://hup.hu/node/174249#comment-2647734

    Közben az 1.7.2 is kijött, mert a tecső képtelen bármit konzekvensen csinálni, így megint fixálni kellett egy API-chaos-breakage-t.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [II. rész, a dolgok veleje]: https://hup.hu/node/174327#comment-2645824

    a RET utasítás tulajdonképpen egy JMP MEM[00], rövidebben JMP 00; Ami arra a címre ugrik, amit a MEM[00]-án talál.

    Egy byte-os stack? Akkor az egyszintű meghívásokat is fog jelenteni, azaz, ha egy JMP (ha jól értem, ez valójában JSR?) után jön egy másik, akkor az felül fogja írni az előző letárolt címet és mind a két RET ugyanoda fog visszatérni: a második JMP mögé és egy gyönyörű végtelen "ciklust" fogsz kapni.

    Pl.:

    egyik:	valamit
    	csinal
    	itt
    	ez
    	JMP masik
    	az
    	ize
    	RET
    
    masik:	ez
    	is
    	csinal
    	valamit
    	mittudomen
    	RET
    
    
    
    main:	kod
    	meg
    	meg
    	tobb
    	kod
    	JMP egyik
    	meg
    	meg
    	egy
    	kis
    	kod
    	stb

    Itt a main-en belül meghívódik az egyik szubrutin, ekkor a nullás címre kiíródik a meghívás után következő utasítás (itt: "meg") címe, majd már a szubrutinban meghívódik a masik szubrutin és ekkor a nullás címen az előző visszatérési érték felülíródik az itteni meghívás utáni utasítás (itt: "az") címével. Ezután a masik szubrutin lefut, a végén RET kiolvassa a nullás címről az utoljára tárolt címet és folytatja az egyik szubrutinban a JMP után, viszont, amikor eléri ennek a szubrutinnak a végét, akkor a RET ugyanazt a címet fogja még egyszer kiolvasni és nem a main-ba ugrik vissza, hanem még egyszer az egyik szubrutinba, a JMP mögé...és aztán megint és megint és megint; az "az" és "ize" utasításokat fogja ismételgetni a világ végéig, vagy a resetig. Hogy fogsz így egy szintnél mélyebb szubrutinhívásokat csinálni? Szükséged lenne egy veremregiszterre, amit a JMP és a JZR mindig léptet, az mindegy, milyen irányba és az is mindegy, hogy kiírás előtt, vagy után, de mindig pont fordítva, mint ahogy a RET csinálja. Tehát, ha a JMP azt csinálja, hogy

    MEM[SP++] = IP;
    IP = ADDRESS;

    akkor a RET-nek azt kellene, hogy

    IP = MEM[--SP];

    És akkor ez nem lesz gond.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [II. rész, a dolgok veleje]: https://hup.hu/node/174327#comment-2645833

    Ezt mar korabban talan leirta, hogy nem is cel, a cel az, hogy megmutassa hogy mukodne egy ilyen gep.

    Arról akkor lemaradtam.

    Ha utanacsinalod, neked lehet tobb szintu stacked, stack pointered, tobb RAM-od, stb..

    Azon már túl vagyunk.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [II. rész, a dolgok veleje]: https://hup.hu/node/174327#comment-2645870

    Passz, ARM-ot még nem programoztam assemblyben.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [II. rész, a dolgok veleje]: https://hup.hu/node/174327#comment-2645871

    Ez kimaradt, vagy kiesett.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645021

    Én valamit nem értek az összeadó/kivonó kapcsán. Ugye írod, hogy

    sajnos a kivonás a három logikai alap-kapuval (és, vagy, nem) már bajosabban lenne kivitelezhető

    Kérdem én, hogy mennyivel bajosabb és miért bajosabb? A 3-bites összeadó (egyik bemenet (A), másik bemenet (B), előző átviteli bemenet (C)) igazságtáblája a következő:

    A|B|X|Y|C
    -+-+-+-+-
    0|0|0|0|0
    -+-+-+-+-
    0|0|1|1|0
    -+-+-+-+-
    0|1|0|1|0
    -+-+-+-+-
    0|1|1|0|1
    -+-+-+-+-
    1|0|0|1|0
    -+-+-+-+-
    1|0|1|0|1
    -+-+-+-+-
    1|1|0|0|1
    -+-+-+-+-
    1|1|1|1|1

    Látszik belőle, hogy az eredmény (Y) akkor magas, ha páratlan számú bemenet magas, tehát elég végig XOR-olni őket egymással (A ^ B ^ C), illetve, hogy átvitel akkor keletkezik, ha legalább kettő magas, azaz két-két-két AND kapcsolat össze OR-olva (A & B) | (A & C) | (B & C), de ebből a három műveletből kettőt össze lehet vonni úgy, hogy a közös elemük AND-elve a két különböző elem XOR-jával (((A ^ B) & C)), mert ugye VAGY az egyik, VAGY a másik magas (ez itt kizáró vagy), ÉS a harmadik is és így egy OR kaput megspórolunk.

    Azaz képletben:

    Y = (A ^ B) ^ C
    X = (A & B) | ((A ^ B) & C)

    Namármost, mivel az A ^ B mindkét képletben szerepel, így még egy XOR kaput megspórolunk, valahogy így:

                  *=======*
    A ========+===|       |           *=======*
              |   |   ^   |=+=========|       |
    B =+======)===|       | |         |   ^   |=================== Y
       |      |   *=======* |       *=|       |
       |      |             |       | *=======*
       |      |             |       |
       |      |             |       |
    C =)======)=============)=======+
       |      |             |       |
       |      |             |       |
       |      |             |       |
       |      |             |       |
       |      |             |       |
       |      |             |       | *=======* 
       |      |             |       *=|       |     *=======* 
       |      |             |         |   &   |=====|       |
       |      |             *=========|       |     |   |   |===== X
       |      |   *=======*           *=======*  *==|       |
       |      *===|       |                      |  *=======*
       |          |   &   |======================*
       *==========|       |
                  *=======*
    

    (Az ASCII-"art"-ért én kívánok elnézést, de képeket nem szabad beszúrni.)

    A 3-bites kivonó (identikus A, B, C bemenetekkel) a következő igazságtáblával bír:

    A|B|C|Y|X
    -+-+-+-+-
    0|0|0|0|0
    -+-+-+-+-
    0|0|1|1|1
    -+-+-+-+-
    0|1|0|1|1
    -+-+-+-+-
    0|1|1|0|1
    -+-+-+-+-
    1|0|0|1|0
    -+-+-+-+-
    1|0|1|0|0
    -+-+-+-+-
    1|1|0|0|0
    -+-+-+-+-
    1|1|1|1|1

    Ebből rögtön kiviláglik, hogy az eredmény (Y) pontosan ugyanúgy jön létre, mint az összeadónál. Az átvitel már kissé bonyolultabb; az úgy jön ki, hogy ha 0-ból vonunk ki valahol egyet, azaz alacsony A-ból magas B-t, vagy C-t vonunk ki, (azaz AND-eljük vele), vagy alacsony B-ből vonunk ki magas C-t, úgy, hogy előtte nem történt kivonás, mert A is alacsony volt ((!A & B) | (!A & C) | (!A & !B & C)), de ebből az előző átviteli rész kiegyszerűsíthető úgy, hogy nem kell külön megvizsgálni az első bemenetre, ill. a másodikra, hanem csak az első két bemenet egyezését (invertált kizáró vagy kapcsolat) és az előző átvitel magas állapotát nézzük meg ((!(A ^ B) & C)).

    Azaz képletben:

    Y = A ^ B ^ C
    X = (!A & B) | (!(A ^ B) & C)

    A két képlet amit kaptunk, kvázi ugyanazt a kapcsolást eredményezi, annyi különbséggel, hogy a kivonónál az átvitelben A-t, valamint A és B különbségét (értsd: nem egyezőségét) invertálni kell:

                  *=======*
    A ========+===|       |           *=======*
              |   |   ^   |=+=========|       |
    B =+======)===|       | |         |   ^   |=================== Y
       |      |   *=======* |       *=|       |
       |      |             |       | *=======*
       |      |             |       |
       |      |             |       |
    C =)======)=============)=======+
       |      |             |       |
       |      |             |       |
       |  *=======*     *=======*   |
       |  |       |     |       |   |
       |  |   !   |     |   !   |   |
       |  |       |     |       |   | *=======* 
       |  *=======*     *=======*   *=|       |     *=======* 
       |      |             |         |   &   |=====|       |
       |      |             *=========|       |     |   |   |===== X
       |      |   *=======*           *=======*  *==|       |
       |      *===|       |                      |  *=======*
       |          |   &   |======================*
       *==========|       |
                  *=======*

    Miért lett volna ez bajosabban kivitelezhető? Csak két kapuval van benne több; ha soros a kivonó az ALU-ban, akkor összesen ennyi, ha párhuzamos, akkor annyiszor kettő, ahány biten végzi a műveletet.

    De, ha nagyon spórolni akarok, akkor akár össze is vonhatom a két műveletet egy áramkörbe, ugyanis az invertereket kiválthatom egy-egy XOR kapuval, ami annak függvényében invertálja A-t, ill. A XOR B-t, hogy a másik lába magas-e, lévén (0 ^ X) == X && (1 ^ X) == !X.

                  *=======*
    A ======+=====|       |           *=======*
            |     |   ^   |===+=======|       |
    B =+====)=====|       |   |       |   ^   |=================== Y
       |    |     *=======*   |     *=|       |
       |    |                 |     | *=======*
    F =)====)===+=========*   |     |
       |    |   |         |   |     |
    C =)====)===)=========)===)=====+
       |    |   |         |   |     |
       |    |   |         |   |     |
       |  *=======*     *=======*   |
       |  |       |     |       |   |
       |  |   ^   |     |   ^   |   |
       |  |       |     |       |   | *=======* 
       |  *=======*     *=======*   *=|       |     *=======* 
       |      |             |         |   &   |=====|       |
       |      |             *=========|       |     |   |   |===== X
       |      |   *=======*           *=======*  *==|       |
       |      *===|       |                      |  *=======*
       |          |   &   |======================*
       *==========|       |
                  *=======*

    És így egy funkcióbittel (F) még azt is el tudom dönteni, hogy összeadni, vagy kivonni akarok és így gyakorlatilag két kapu áráért cserébe a kivonóáramkör összes többi része megspórolódott és cserébe még komplemenseket sem kell számolgatni (pre-invertálás, pre-inkrementálás).

    Szóval tényleg nem értem, hogy miért lett volna ez bajosabb, pontosan ugyanazok az elemi kapuk szerepelnek benne, mint ami a 3-bites összeadóban van (AND, OR, XOR).

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645030

    Leírtam, hogy "ha soros a kivonó az ALU-ban, akkor összesen ennyi, ha párhuzamos, akkor annyiszor kettő, ahány biten végzi a műveletet"; most olyan sok az a 16 plusz kapu mondjuk egy 8-bites CPU-ban?
    De össze is lehet vonni a két funkciót és akkor nem kell invertálni, meg inkrementálni; az is kapukba kerül (meg időbe).

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645376

    Ez nem válasz a kérdésre. Légy szíves avass be, hogy miért okozott elődeinknek akkora problémát az a CPU-nként 2 vagy 16 plusz kapu, ha közben megspórolhatták azokat a kapukat, amikkel az ALU-t a kivonás előtt invertálásra és inkrementálásra utasították. Nekem ez egy nagyságrenddel bonyolultabbnak tűnik, mint egy plusz bemenő jel és két plusz XOR kapu.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645481

    Nem az volt a kérdés, hogy megcsinálható-e komplementeresen, hanem, hogy mitől lett volna a kivonás ennyivel bajosabb?

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645489

    Ja, értem, thx.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645500

    Én azt kérdeztem, hogy nálad mit jelent, hogy bajosabban. Ha azt írod, hogy egyes ALU-kban így oldották meg, akkor szavam sincs, mert ez tény. Ha azt írod, hogy mert így spóroltak három tranzisztort az egész CPU-n, ami egymillió legyártott CPU-nál már hárommillió tranzisztor, akkor azt tudomásul veszem. De mit értesz azalatt, hogy "bajosabban"? Te mit értesz alatta? Eleddiglen még semmilyen értékelhető választ nem kaptam tőled erre az egyszerű kérdésre.
    Ami pedig a mínusz nullát és plusz nullát illeti: a nullát, ha invertálod, majd inkrementálod, akkor ugyanúgy nullát kapsz, úgyhogy nem értem, hogy ez most hogy jött ide.

    Sz*rk: Alámszerkesztettél. Már másodjára írom le, hogy párhuzamos logika esetén plusz két kapu bitenként, soros esetén összesen kettő. Azonfelül azt is leírtam már kétszer, hogy a komplementst is képezned kell, ami egy negálás (az is plusz egy kapu "bitenként"), meg egy inkrementálás (az egy egész léptetőregiszter N db flip-floppal), ráadásul úgy két lépés, ehhez képest így egy lépésből megoldottad az egészet.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645480

    Ha teljes összeadót és kivonót csinálsz függetlenül, kell majd egy multiplexer, amely kiválasztja, melyikről jöjjön az eredmény.

    Miért kell függetlenül? Össze lehet vonni a kettőt, ld. 3. ábra.

    Kettes komplemens összeadásnál a kivonandó bitjeit egy-egy xor kapun küldöd át, a xor kapu másik bemenete jön az utasítás dekóderből aszerint, hogy add vagy sub az utasítás.

    Azaz az összes bithez kell egy plusz XOR kapu.

    Ha nem kell alulról carry-t fogadni, akkor ezt az utasítás dekóderből jövő bitet a bemenő carry-be is bekötheted, s máris megvan a kettes komplemens.

    És akkor hogy működne pl. a 6502-es ADC utasítás, ha nem fogadsz alulról carry-t?

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645502

    Lényegében beleintegráltad a multiplexert, hiszen az is egy kombinációs hálózat, függvényt egyszerűsíteni meg jó dolog.

    Magyarul ott vagyok vele, mint nélküle, helyette komplemensképzéssel.

    Különben a bitenkénti xor kaput is könnyen lehet, hogy a CPLD vagy FPGA fejlesztői környezete - Verilog, VHDL szavak jutnak eszembe - szintén egyszerűsíti majd összevonva az összeadás funkcióval.

    Valahol csak képezni kell azt a komplemenst, ha az összeadót akarom kivonónak használni.

    Úgy fogalmaztam, hogy ha nem kell alulról carry-t fogadni, akkor teheted ezt meg.

    Értettem, csak szóltam, hogy kelleni fog.

    Amúgy hihetetlen mértékben értelmetlen a vitánk. Van egy fekete doboz. Input két 8 bites operandus, a carry, valamint egy bit, ami eldönti, összeadás vagy kivonás lesz. Output egy 9 bites szám, vagy ha úgy tetszik, egy 8 bites és egy carry, de ez ugyanazt jelenti.

    Ennek a doboznak egy pontosan felírható igazságtáblázata van. Függvényegyszerűsítés után egyetlen optimális megoldás lesz, de ezt a fejlesztői környezet megoldja. Legfeljebb azt tudom elképzelni, hogy azonos bonyolultságú megoldások jöhetnek ki, akkor érdekes lehet a propagation delay. Habár szerintem kétszintű hálózattal minden megoldható.

    Szóval most arról beszélünk, hogy ki hogyan rajzolná ezt le a fejlesztői környezet számára, amelyből a fejlesztői környezet ugyanazokat a függvényeket írná fel, majd innentől nincs különbség az esetek között, egyszerűsít, és kiköpi a netlistát lényegében.

    Asszem most két külön dologról beszélünk. Én arra kérdeztem rá, hogy Pixel5 mit értett azalatt, hogy a régi CPU-kban a kivonást bajosabban oldották volna meg, de ez a régi CPU-kra vonatkozott, te pedig - ha jól értem - modern fejlesztői környezetekről beszélsz.

    Oldschool Computer - http://oscomp.hu




    Virtuális gép, Assembler, távirati stílusban [I. rész, a VM]: https://hup.hu/node/174303#comment-2645520

    Hát ha a két áramkör különbözik, akkor igen, de láthattad, hogy az eredmény azonos módon jött ki, az átvitelhez meg kettő darab inverter kellett pluszba, ami egy-egy XOR kapuval feltételessé tehető. Most mondhatnánk, hogy ez így még mindig egy kapuval több per bit, mint az egyes komplemensképzés, de mi a helyzet az utána esedékes inkrementálással? Ahhoz a vezérléshez hány plusz kapu kell még, hogy az adatot összeadás előtt elküldje a léptetőregiszter felé, majd fogadja? (Egyáltalán hogyan illeszted bele az invertálás logikáját az összeadóba, ha azt az inkrementálás előtt kell megejteni? Akkor az még plusz egy lépés előtte, hogy invertáljuk a regisztert.) Lehet, hogy én hagyok ki valamit, de nekem olybá tűnik, hogy az a bonyolultabb megoldás, így meg egy lépésből van meg az egész, cserébe azért az egy db plusz XOR kapuért.

    Oldschool Computer - http://oscomp.hu




    PayPal cumi: https://hup.hu/treyblog/20210623/paypal_cumi#comment-2644654

    Minden EU-s polgárnak kérés nélkül bekapcsolták a polgárok pénzmozgásának profilozása terrorizmus elleni harc miatt.

    Oldschool Computer - http://oscomp.hu




    PayPal cumi: https://hup.hu/treyblog/20210623/paypal_cumi#comment-2644666

    Persze, ez volna a normális, ha már, de azért ragaszkodnak ennyire a telefonszámhoz, mert míg a név lehet kamu (Momma Your), vagy használhatatlan (John Smith), azt egyedileg hozzá lehet rendelni az emberekhez, így pontosan lehet tudni, hogy ténylegesen melyik polgár bonyolítja a tranzakciókat az adott számlán megakadályozzák a terroristák pénzmosását.

    Oldschool Computer - http://oscomp.hu




    PayPal cumi: https://hup.hu/treyblog/20210623/paypal_cumi#comment-2644681

    Akkor még nem foglalkoztak ilyesmivel, most viszont már nem jó a vezetékes telefon, mert nem hordod magadnál, így nem lehet nyomonkövetésre használni. ;)

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , carlcolt , bra-ket


    PayPal cumi: https://hup.hu/treyblog/20210623/paypal_cumi#comment-2644756

    Retry és a másik opció nem játszik? Vagy egy attempt után block van egy darabig?

    Oldschool Computer - http://oscomp.hu




    PayPal cumi: https://hup.hu/treyblog/20210623/paypal_cumi#comment-2644854

    Csak EU-ra vonatkozik. Ha pl. Kanadában élsz, akkor nem. (Tudtommal.)

    Oldschool Computer - http://oscomp.hu




    PayPal cumi: https://hup.hu/treyblog/20210623/paypal_cumi#comment-2645382

    Van SMS-capable vezetékes telefon, csak nem túl olcsó.

    Oldschool Computer - http://oscomp.hu




    Újra van hivatalos IRC csatornánk!: https://hup.hu/cikkek/20210620/ujra_van_hivatalos_irc_csatornank#comment-2644202

    http://oscomp.hu/depot/shokey-barmikor-bejohet.png

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> N0v3mb3r


    Újra van hivatalos IRC csatornánk!: https://hup.hu/cikkek/20210620/ujra_van_hivatalos_irc_csatornank#comment-2644822

    Ezek elérhetőek valahol? Történelmi szempontból jó lenne, ha azok lennének, ahogy a hup is visszanézhető a kezdetekig.

    Oldschool Computer - http://oscomp.hu




    Újra van hivatalos IRC csatornánk!: https://hup.hu/cikkek/20210620/ujra_van_hivatalos_irc_csatornank#comment-2644855

    Értem. :(

    Bár egyelőre bennünket még nem fenyeget a polkorrekt kommandó...legalábbis jövő tavaszig tuti, dehát gondolni kell a jövőre is. :P

    Esetleg non-public módon? Azaz ír neked levelet, aki szívesen olvasgatná a 20 éves tech flame-eket, aztán emilben átdobod?

    Oldschool Computer - http://oscomp.hu




    Újra van hivatalos IRC csatornánk!: https://hup.hu/cikkek/20210620/ujra_van_hivatalos_irc_csatornank#comment-2644884

    LOL. :D

    Pedig biztos van bennük pár vicces dolog; ma is volt, pl. megtudtam, hogy az Amiga nem Commodore:

    [15:24:35] <TCH> nem? amigabol se?
    [15:24:41] <TCH> pedig tobb millio ment el beloluk
    [15:24:43] <dORSY> az nem commodore
    [15:24:50] <dORSY> lattal rajta c=-t? :D

    Oldschool Computer - http://oscomp.hu




    Újra van hivatalos IRC csatornánk!: https://hup.hu/cikkek/20210620/ujra_van_hivatalos_irc_csatornank#comment-2644778

    Mert most újdonság. :)))

    Oldschool Computer - http://oscomp.hu




    con/con 2021: https://hup.hu/node/174318#comment-2644957

    Tudom, hogy januári, dehát nem csak 0day-t lehet posztolni; nem egy patcheletlen windows van még használatban.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2406475

    Teljesen más témák jelennek meg a főoldalon, ha be vagyok jelentkezve, mint ha nem.

    http://oscomp.hu/depot/hup_main_logged_out.png
    http://oscomp.hu/depot/hup_main_logged_in.png

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2406485

    Be volt pipálva, thx. Ez a váltáskor automatikusan jelölődött be? Vagy ez volt a régiben is, csak nem emlékszem rá, hogy bepipáltam.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2407154

    Az indentálás megszüntetése nem a legjobb megoldás, az érintett threadek követhetetlenek lesznek. Akkor már a szomszéd topicban említett minimum szélesség + az esetlegesen előforduló vízszíntes scrollozás a kisebbik rossz, imho.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2407157

    A *://hup.hu/core/assets/vendor/ckeditor/ckeditor.js* URL-t blacklistre rakva a CKEditor nem fog működni többet, tudsz kézzel posztot írni. Csak HTML-t kell használni BBCode helyett. Vagy keresni egy olyan online BBCode to HTML konvertert, ami CKEditor kompatibilis kimenetet ad és lehet BBCode-ot használni továbbra is.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2407240

    ROFL.

    Egyébként van, csak fizetős.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2407246

    Ja, hogy még egy külön modul is kell hozzá? Igazság szerint nem értem, hogy miért van ez ennyire túlbonyolítva; egy BBCode unit, ami BBCode-ból HTML-re alakít, kb. 5-6 kB-ból megoldható és nincs szüksége semmiféle külső cuccra.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2412109

    > senki nem is állította, hogy a HUP maradéktalanul használható Javascript nélkül

    A váltásig az volt. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> arpi_esp , csardij , bacsi2 , bobesz


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2412124

    Volt már. De lehet küldeni patchet.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2412192

    Lehet. A sima <code> blokk az inline, csak akkor lesz tagolt kódblokk, ha enkapszulálod <pre> taggel.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2414883

    Már van s tag helyette: Ég a napmelegtől a nappalim pamlagja, döglött méneshordák szteppelgetnek rajta.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2418726

    Nem lehet köze ahhoz, hogy most kijelentkezve is lehet szavazni?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2429756

    Épp most akartam én is kérni, bár nem teljesen így. A flame topicok között azért néha előfordulnak műszaki topicok is, amiket lehet, hogy megnéznék. Ami nekem eszembe jutott, hogy kettébontani a flame-et, politikaira és nem politikaira és lehessen ez utóbbit is tiltani, hogy ne jelenjen meg. Ez megoldható?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2429797

    És a veteránok, akik nem akarnak politikai témát látni? Szerintem a politikai témákat külön kéne kezelni, úgy könnyebb szűrni őket.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> NevemTeve , bacsi2 , kikadff , Sulc , jassbg


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2430763

    Szerintem minden post kapjon egy új classt, amiben benne van a júzerném, pl. "username_nevergone" és akkor mindenki úgy színezi be/díszíti ki mindenki posztjait custom-CSS-ből, ahogy akarja. És ezt kb. 5 sec megoldani.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> nevergone , Gyurex


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2430895

    A kettő nem zárja ki egymást; lehet a posztjaidnak "username_kroozo" és "username_myself" class-je is és az utóbbihoz nyugodtan lehet a szerveroldalon is CSS infokat rendelni.
    Egyébként egyáltalán nem érted: TCH kolléga nem ezt favorizálja, csak ha valami, ami kell neki, az nincs megoldva szerveroldalon, azt megoldja kliensoldalon (ha tudja). FYI: Nem szeretem a CSS-t és nem szeretek más CSS-ében turkálni.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2430976

    > Nézd, a felvetett kérdésre te reagáltad, hogy legyen rajta class, aztán csináljon mindenki custom cssel, amit akar.

    Ez volt a legegyszerűbb.

    > És mivel más nem tette, én szóltam, hogy nevergone ne gondolja úgy, hogy ezzel mindenki jó lesz.

    Ez oké, az nem oké, hogy rám mutogatsz, ráadásul úgy, hogy nem állja meg a helyét.

    > A favorizálás meg abból jött, hogy rendszeresen vagytok páran, akik custom cssre mutogatnak, de akkor rendben, nem favorizálod. Ebben az esetben viszont próbáljunk már meg elsőre megoldani szerver oldalon, és hagyjuk meg a kliensoldali turit akkorra, ha az első nem sikerül.

    Nem tudom ki "mutogat" itt még rajtam kívül a custom CSS-re, de nincs kizárva, hogy tényleg többen vagyunk. És nem, tényleg nem favorizálom, ez egy kliensoldali kényszermegoldás.

    Ami a szerveroldalt illeti, rám igazán nem lehet mondani, hogy nem álltam hozzá konstruktívan a dologhoz.
    Pl. amikor szóbakerült, hogy a HUP külön AJAX query-kkel inkrementálja a látogatottságszámlálót, (ami ebben az esetben 3x-os query-overheadet jelent) akkor szó volt róla, hogy ha ez nem tetszik, akkor küldjön az ember patchet...a Drupalnak...de jópár kanyaron keresztül még az sem derült, ki, hogy a natív cache-ing érintett, mert előtte vagy háromféle cacheing technológia is szóbakerült, de ráadásul még az is el lett mondva, hogy ha be is küldöm a patchet a Drupalnak, akkor se biztos, hogy az a HUP-ra kikerül. A csattanót az adta, hogy a Drupal amúgy támogatja, amit szerettünk volna...de akkor sem...
    És így sikkadt el ugyanebben a topicban is, hogy Pascal highlighting nincs a kódkiemeléshez és ad-hoc színezi ki a kódot, ami egy dolog, de még lekapcsolni, vagy generalizálni sem lehet a színezést, küldjünk patchet...a CKEditornak...
    Vagy ott volt a HOVD-n a limitált kategória és entryszám, ami miatt mindig kiesik valami undergroundabb, de használt cucc. Mivel 2018-ban trey azt mondta, hogy ez azért van így, mert baromi sok ideje elmegy vele, így megkérdeztem, hogy ha kap egy erre való felületet, amivel sima listákkal tudna dolgozni, nem kéne többszázat kattingatni (ehhez nem kellett volna még a HUP kódján se változtatni, mert egy a HUP-tól független sima HTML/JS felület köpött volna ki SQL-query-ket, amiket lehet az Adminer-nek, PHPMyAdmin-nak vagy a konzolos mysql-nek odadobni és el van intézve), de nem, ez így marad, mert csak.

    IMHO, trey és nevergone csak a velükszületett jómodor miatt nem kérdezték meg, hogy ki a fasznak képzelem magam, hogy bele akarok ugatni, hogy hogy intézik a dolgaikat. Én vettem a lapot. Azóta, ha bajom van, akkor ha meg tudom oldani kliensoldalon, megoldom user-CSS-ből és user-JS-ből, ahelyett, hogy nekik rinyálnék, hogy ez így nem jó. De ez még mindig kényszermegoldás, nem favorizálás.
    Ezért javasoltam ezt a plusz class-t, mert mint mondtam, ez a legegyszerűbb, ehhez kb. pár sort kell átírni (amint látod, ettől nem is zárkóztak el), viszont onnantól kezdve kliensoldalon azt teszel vele, amit akarsz.

    Ha valamit nagyon akarsz, csináld magad. Ennyi.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2430993

    > Butthurt much?

    No, hát nem tartott sokáig, amíg újfennt átmentél személyeskedőbe; ezek után én vagyok a butthurt?

    > Ne haragudj, de itt tényszerűen te javasoltál tényszerűen egy darab megoldást, ami tényszerűen azt tartalmazta, hogy majd mindenki baszakodjon kliens oldalon úgy ahogy akar.

    Nem emlékszem rá, hogy azt írtam volna, hogy kötelező jelleggel...ha valaki nem akar, akkor nem fog. Mit gondoltál, odaállok mögé egy Vasziljokkal és kényszerítem, hogy CSS kódot írjon?

    > Az meg, hogy te custom cssezel már a drupál átállás előtt is elég sokszor előjött

    Sokszor? Összesen három nyamvadt topic volt (#1, #2, #3), amiben előjött a téma és minden alkalommal ugyanazért: az összeszűkülő dobozok miatt. Azért meg évek óta reklamáltak páran; mégis mit kellett volna tennem, nekem is rinyálni? Akkora bűn, hogy fel mertem három kőkemény alkalommal világosítani a kollégákat, hogy ilyet is lehet?

    > akkor nem favorizálod, csak szereted ha fáj :)

    Nem, nem favorizálom és nem szeretem, ha fáj, de nem is fáj. Ha szerinted az fáj valakinek, hogy meg tud valamit oldani magának, akkor neked fáj a tudatlanság. Cumi.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2431003

    Én nem bonyolítanám túl a dolgot. Vastagbetűs szedés a felhasználónévre, esetleg más színű keret...de sajnos a design részében én lamer vagyok, én csak megírni bírom a HTML/CSS-t, megálmodni nem, sorry.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2431044

    Ha lesz egyedi "username" class, akkor gyerekjáték. :P

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2431173

    Szerintem ezek a színek nagyon elütnek a hup alapvetően sárgásfehér színvilágától (azonos vörös és zöld összetevők, valamivel kevesebb kék), esetleg valami ilyen színnel lehetne a keretet:
    http://oscomp.hu/depot/doglott_kecskek_invazioja_a_kifliboltban.png

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2431160

    > Valamiért fixa ideád, hogy téged aztán mindenki személyedben akar mélységesen lerombolni.

    Túrót. Látod már megint olyat állítasz rólam, aminek köze nincs a valósághoz. Passzióból csinálod, vagy belső kényszerből? Egyszerűen csak vannak itt páran (4-5 ember), akikhez ugyan sosem szólok egy büdös szót sem, de valahogy mégis mindig megtalálnak egy kis mocskolódás/személyeskedés erejéig és te oszlopos tagja vagy ennek a klubnak. Most is nyugodtan lehagyhattad volna az indító posztodból a második mondatot, mert abszolúte semmi érdemi információt nem tartalmazott - nem hogy a témával, de semmivel kapcsolatban sem - elég lett volna annyi, hogy legyen szerveroldali CSS info is...nagyon nehéz lett volna? Ja, hogy most kivételesen nem baszakodásból írtad, hanem csak úgy? Én kérek elnézést...

    > meg most is ezt az egyetlen alternatívát adtad

    Én egy ötletet adtam nevergone-nak, amit pluszban (értsd: bármi mással párhuzamosan) implementálhat, nem pedig alternatívát, pláne nem kizárólagost. Az egészet úgy állítod be, mintha ez itt valami instant diktátum lett volna, amit ráderőltetnek. Nevetséges.

    > Felfogtam, hogy nem, rendben, elnézést, teljesen felesleges ezért sértetten 800 linket előbányászni.

    El van nézve, nem sértődtem meg. Majd ha megsértődtem, arról külön dísztáviratban foglak értesíteni. Vagy nem.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2431175

    Mondtam, hogy nem értek a design-hoz. De egy színt én is betippeltem fentebb.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2431410

    > Szóval TLDR; butthurt much. Ne lihegd már túl, most is hosszas litániát írsz linkekkel, mert szerinted egy szó nem úgy van. Értem, nem úgy van.

    Nem, még mindig nem érted. De akkor mégegyszer, egyszerűbben, hátha felfogod végre. Ha valaki más kommentelte volna, nem te (vagy az a 4-5 másik ember), akkor fel se tűnik. Tudod a tapasztalatok.

    A többire meg: oké Robi, legyen neked.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2438616

    > mod_php -> php-fpm

    Publikus, hogy miért?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2438614

    -

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2438620

    Tehát nektek a FastCGI-s felállás gyorsabban működött, mint a modulos?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2438638

    Értem. A gyorsulást szerintem a bekapcsolt cache-ek hozták, hiszen a mod_php a http szerveren belül fut és közvetlenül, natívan hívogatja annak API-ját, míg a másik felállásnál ott van a köztes layer a CGI; inkább a stabilitás miatt kérhette, mert a modulként futtatott PHP interpretert összedöntő PHP kód magával rántja a http szerver azon processzét, amelyik futtatta, míg CGI esetén ilyen probléma nincs.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2438649

    A szerverfüggetlenség és a biztonsági rész az OK, de a gyorsulást, ha tényleg az hozta, az furcsa.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2438659

    Elolvastam, de nem lettem tőle okosabb. Hivatkoznak egyfelől arra, hogy modulként a process spawn overheaddel jár, ami igaz, viszont a CGI-os kommunikáció is, azaz mérések nélkül nem vagyunk előrébb, hogy melyik jár a nagyobb overheaddel. Ezen felül azt írták, hogy a legnagyobb gyorsulás abból jön, hogy FPM-mel lehet opcode cache-et használni, csakhogy azt mod_php-val is lehet.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2440529

    Van, de az nem ekvivalens a dőlt betűszedéssel, csak a brózerek jelenítik meg defaultból úgy, de ez csak "hagyomány"; valójában ez egy "shortcut" tag arra, hogy legyen egy CSS-ből formázható inline elemed, amivel kiemelést csinálhatsz úgy, hogy nem kell beírnod minden alkalommal, hogy <span class="emphasis">valami</span>, hanem elég annyi is, hogy <em>valami</em>. Ugyanez vonatkozik a nevergone által említett strong tag-re, az sem szinonimája a félkövérnek, csak a böngészők hagyományból arra defaultolnak, de valójában az is egy shortcut tag. Ezek a tag-ek a HTML 4.01-ben debütáltak, abból az apropóból, hogy húsz éve még fontos volt, hogy pár kB-tal kevesebbet kelljen szerveroldalon generálni és feltölteni, kliensoldalon pedig letölteni és főleg feldolgozni (parse-álni).

    Azok a tag-ek, amelyek ténylegesen félkövér és dőlt betűszedést voltak hivatottak csinálni, azok a b és i tag-ek, amiket ugyan - azóta - szintén felül lehet definiálni CSS-ből, de ezek a tag-ek a HTML 2-ben debütáltak, bőven a CSS megjelenése előtt, amikor még HTML-ből oldották meg a stílusformázásokat is. A strong és em tag-ekre viszont ez már nem vonatkozik, ők már a CSS-el "számolva" születtek meg.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2445005

    Milyen taggel lehet aláhúzást csinálni? Az <u> nem működik.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2445150

    Thx, működik.

    Megjelenés alatt mit értettél? Az aláhúzott kontentet a kommentben, vagy az opciót az editorban? Az editor nálam ki van kapcsolva, így nem látom, hogy milyen opciókat ad.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2445151

    Ja, a múltkor azzal emuláltam.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2445152

    Dupla, törölve. Elküldtem, nem jelent meg, F5-F5-F5, nem jelent meg, megírtam újra, elküldtem, erre megjelent mind a kettő. :P

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2445157

    Javítottam a másikat. Mindig elfelejtem, hogy a D8 máshogy csinálja a permalinkeket, de ha eszembe jut, akkor javítom.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2445161

    Nincs mit. Majd megszokom. A BBCode hiánya rosszabb volt kezdetben, mindig elfelejtettem, hogy már HTML-t kell írni.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449580

    Hát...csak nekem nem szólt a kutya sem, pedig kb. öt perc volt:

    .hupvoters
    {
    	display: block;
    	position: absolute;
    	border: 1px solid #9c9c77;
    	background-color: #b7b78b;
    	padding: 4px;
    	visibility: hidden;
    }
    
    .hupvoters_parent:hover .hupvoters
    {
    	visibility: visible !important;
    }

    Ezt kéne bedobni CSS-be, így a +1 fölé víve a kurzort megjelenik a lista egy hoverben. A HTML-en annyit kéne módosítani, hogy ebből

    <div class="flag flag-comment-vote js-flag-comment-vote-2449475 action-flag">
      <a title="+1" href="/flag/flag/comment_vote/2449475?destination&token=vUdKjVw40MREjnyu5OK50FCTbdvUGUIBIq2SoXN2LJU" class="use-ajax" rel="nofollow">+1</a>
    </div>

    ez legyen

    <div class="hupvoters_parent flag flag-comment-vote js-flag-comment-vote-2449475 action-flag">
      <a title="+1" href="/flag/flag/comment_vote/2449475?destination&token=vUdKjVw40MREjnyu5OK50FCTbdvUGUIBIq2SoXN2LJU" class="use-ajax" rel="nofollow">+1</a>
      <div class="hupvoters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>
    </div>

    (Azaz kb. hozzáadni a CSS osztályt (hupvoters_parent) a szülőhöz, meg kell egy hupvoters class-ú gyerekdiv, amibe bele lehet rakni a listát.)

    JS meg nem kell, ha az egész oldallal együtt generálódik és benne van alapból. Ha AJAX-szal töltöd be, akkor az kb. egy sor: meg kell hívni a backend idevágó interface pontját a megfelelő paraméterekkel (poszt ID) és a kapott eredményt betölteni a helyére. Ezt is megírom, ha megmondod, hogy vanilla JS kell, vagy jQuery és ha megadod a backend URL-t. (Ha az A opció, hogy az oldallal együtt generálódik, akkor érdektelen.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> nevergone , carlcolt


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449590

    Ez esetben a CSS:

    .hupvoters
    {
    	display: block;
    	position: absolute;
    	border: 1px solid #9c9c77;
    	background-color: #b7b78b;
    	padding: 4px;
    	visibility: hidden;
    }
    
    .hupvoters_click:active ~ .hupvoters
    {
    	visibility: visible !important;
    }

    A HTML pedig (vastagbetűvel a diff):

    <div class="flag flag-comment-vote js-flag-comment-vote-2449588 action-flag">
      <a title="+1" href="/flag/flag/comment_vote/2449588?destination&token=i2zTpFW6GdaJ9_4fPXxzqBxoJKcuB7OwuAc0x152DS0" class="use-ajax" rel="nofollow">+1</a>
      <a href="#/" class="hupvoters_click">?+</a>
      <div class="hupvoters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>
    </div>

    Fontos, hogy ez esetben - mivel az aktív elemre szűrünk - csak addig látszik az a vacak, amíg nyomvatartjuk rajta a gombot/ujjunk. Viszont mobilon nem tudom tesztelni, mert nincs okostelefonom. (Remélem implementációs eltérés nem lesz az :active kapcsán; a tököm tudja, hogy ezek a webkettes blótverek brózerek mit hogyan implementálnak.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> nevergone , carlcolt


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449592

    Nincs mit.
    A nagyobb adatforgalom miatt én nem aggódnék a helyedben. Ha egy topicban átlagban mondjuk összesen érkezik 50-100 +1-ezés, akkor az 50-100 db névnyi - azaz olyan 0.5-1 kB-nyi - plusz adatforgalom. Per lekérés. A ZX-81-esnek talán sok lenne, de egy C64 már lazán megbírkózik vele. A cache-ing flow megborítása már inkább bezavarhat a dologba. De ha az már meg van oldva, hogy +1-ezés esetén a cache-ben letárolt topicban a +1-ezett poszt votecounterje inkrementálódjon, akkor ennyi erővel ott még egy név konkatenációját is bele lehet fűzni a kódba.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449597

    > Nem lehetne rárakni a triggert az "x szavazat" szövegre, ha már egyszer ott van? Kevésbé lenne zsúfolt a felület.

    Miért ne lehetne? Csak linkbe kell tenni.

    > A likszerű megjelenítést célszerűbb lenne tisztán CSS-sel megoldani.

    (Gondolom ez linkszerű akart lenni.) Itt a link nem cél, hanem eszköz. Nem az a lényeg, hogy linkszerűen nézzen ki, hanem az, hogy kattintható legyen, mert az aktív elemre szűrünk, az meg kizárólag interaktív elem lehet. (Igen, szövegmezővel is működne, de az aztán tényleg úgy nézne ki, mint a csempés windóztíz...)

    > Van egy kisebb CSS probléma a veterán jelzéssel.

    Nálam nem lógott rá, azért nem vettem észre, de ezt egy sima - a hupvoters classra ráhúzott - z-index: baromisok; megoldja.

    > Mobilon technikailag működik (link), de mivel pont ott van az ujjad ezért pont el is takarod. Ha túl hosszan nyomod akkor még ki is jelöli neked a szöveget, amivel egyben el is veszik az active állapot.

    Rá kell tenni a .hupvoters-re egy padding-left: 64px; (vagy amekkora jól esik) eltolást és akkor nem takarja el az ember ujja, meg a szöveget sem tudja kijelölni, mert odébb van.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449605

    Az nem baj, hogy külön kell kattintani, legalábbis engem nem zavar. Mobilon ez nem tudom mennyire lesz szívás.

    Viszont ez a label tag abúzusa, hogy beleszórtad a linket, meg az elemet is, ez nem biztos, hogy a legjobb ötlet; ki tudja, hogy ez minden browserben megy-e. Van annak for attribútuma; ahogy nézem a vote_counter classt úgysem használod, úgyhogy ennyi erővel:

          <label>
            <a class="vote_counter">1 szavazat</a>
            <input type="checkbox" class="voters-toggle">
            <div class="voters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>
          </label>

    helyett

          <label for="votersview_id">1 szavazat</label>
          <input id="votersview_id" type="checkbox" class="voters-toggle">
          <div class="voters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>

    Kevesebb kód is és ez nem abuzálja a label-t se. A többi változatlan. És így még az eredeti kérésed is megvalósult, miszerint linknélküli legyen.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449724

    > Valóban nem szerencsés linket rakni labelbe, viszont arra az MDN is ad példát hogy a szöveg és a checkbox a labelen belül van, ebben semmilyen kompatibilitási problémát nem látok.

    De te a div-et is beleraktad. Nekem azzal volt bajom, hogy a link és az elem is benne volt, ezt is írtam. A checkboxra nem mondtam semmit.

    > Igaz, akkor nem div-et kellene használni, label-be csak Phrasing content rakható.

    Igen, ez volt a bajom. :P

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449722

    Na, azt ne! Csak azt ne! Csak semmi animálgatás, jelenjen meg azonnal és tűnjön el azonnal, ne rabolja az ember idejét. Az nekem mindegy, hogy klikkelni kell-e az eltüntetéséhez, vagy csak elengedni a gombot, de instant csinálja, amit csinál. De egyébként a mobilosok miatt lehet jobb, ha külön kell klikkelni az eltüntetéshez, így még az ujjal való szövegkitakarás is megoldódik, plusz CSS formázás nélkül; elveszi onnan az ujját és nem takar ki vele semmit.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mogorva


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449723

    > Ha elkerülhető ne használjatok checkbox hacket. Van a problémára jobb megoldás (tap események külön kezelése, kijelölés tiltása az elemen)

    Ez nem hack. A láthatatlan form elementek nem hackek.

    > Mivel ez egy felhasználólista javaslom rendes listaelemek (ul, li) használatát.

    Felesleges. A bullet karakter is felesleges, igazából akár vesszővel is el lehet választani őket egymástól.

    > A probléma miszerint az ember ujja letakarja mobilon a listát szimpla pozícionálással megoldható, pár sor css

    Egy sor az a pár sor, de már tegnap megoldás volt rá.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449922

    > Általánosságban nem. Itt viszont egy probléma workaroundjaként jött elő, amit szebben, oda illőbb eszközökkel is meg lehet oldani. Tehát hack.

    Hát ha neked ez hack, akkor legyen hack.

    > Szemantikus html-t írni felesleges? Reflexnek kellene lennie.

    Ez nem HTML, ez plaintext.

    > Workaround. Btw nem tudom hova mutat a link, sajnos nem működik ez se jól, de úgy sejtem a checkboxra gondolsz.

    A link tökéletesen működik, csak ennyi posztnál olyan lassan tölt be az oldal, hogy "elmászik" az anchor. Várd meg, amíg készen van, bökj az URL sávba, enter és akkor újra odaugrik. Egyébként nem a checkboxról volt benne szó, hanem a paddingról, ami azt hivatott meggátolni, hogy az ember ujja kitakarja a szöveget, vagy hosszú nyomáskor kijelölje. Ugyanis ezt nem csak te, hanem BaT is megreklamálta, én meg még tegnap írtam, hogy rá kell tenni egy kis paddingot és el van intézve. Viszont ha nem tudtad, hogy miről volt szó, akkor mire írtad, hogy workaround?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449968

    Opera 12-ben sem mennek, nem csak IE-ben, hiszen utána találták fel őket. Tök jó, hogy összedobom itt ezt az izét, mielőtt nevergone lefújta volna a bulit, erre átírjátok úgy, hogy csak nálam ne menjen. Nem baj, nem szúrtok ki velem, megoldom user-css-ből, ahogy minden mást is.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449982

    Köszi, hogy gondolsz rám is, bár én csak vicceltem, nyilván nem kiszúrásból csinálták. :P De kibírom (meg megoldom), ha én leszek a szűk keresztmetszet az Opera 12-vel.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2450010

    Oké, én nem fogok tiltakozni. :)

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2449967

    > Nézd, nem kell megharagudni.

    Ki haragudott meg? Ha én haragszom, akkor elküldelek mindenféle nagyon vicces helyekre. Vagy ha tényleg nagyon haragszom, akkor egyáltalán nem válaszolok, de azért már nagyon sokat kell tenni. Szó sincs haragról: rádhagytam.

    > Azt te is beláthatod, hogy az checkbox egy űrlapelem, van egy adott szemantikája, ami behatárolja hogy mi az a funkció, amit ki kell szolgálnia. Ha ettől eltérsz, az igen is gányolás. És nem mint ha nem volna megfelelőbb megoldás a célra. Mármint ha az a feladat, hogy valami kattintásra megjelenjen / eltűnjön, a details/summary elemek szemantikusan is korrektek a feladatra.

    Te valamit nagyon benéztél. Én a felhasználólista beformázásáról beszéltem, hogy az egy sima plaintext, még egy vessző is elég.

    > Ezért tart ott a szakma megítélése, mert az valamiért eltűnt az igény a rendes, végiggondolt munkára, és arra, hogy a megfelelő eszközöket használjuk a feladatra. Aztán ha valaki szól, akkor meg megy a felháborodás...

    Ki háborodott fel? Az én esetemben maximum megháborodásról beszélhetünk... Egyébként meg nem tudom mire fel írtad ezt nekem, amikor egyrészt nem tudod, hogy én hogyan szoktam dolgozni, másrészt meg a kattintós/labeles/checkboxos kiegészítést BaT szervírozta és nem én, ha esetleg nem tűnt volna fel.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2450539

    Ja, hogy te ott mind a három bekezdést ugyanarra írtad? Előtte 3-3-3-3 bekezdést írtunk és mivel előtte te a kettes számú bekezdésben ugyanúgy a szemantikus HTML hiányát hiányoltad - és azt a megjelenítendő userlista kapcsán tetted - én onnan folytattam fejben; ez esetben tényleg én néztem be. Szolgáljon mentségemül, hogy már este volt és előző nap hajnali kettő környékén álltam fel a géptől.

    Azzal viszont tényleg nem tudok mit kezdeni, hogy szerinted valaminek a hidden checkbox-szal történő megjelenítése/eltüntetése az hack, meg gányolás, mert a checkbox űrlapelem és hogy a szemantikája határolja be a funkciót, amit szolgálnia kell (Hogymija...?!), ugyanis a checkboxnak egyetlen funkciója van: tárolnia kell egy igaz/hamis értéket és semmi több. (Csak úgy mondom, hogy a szemantikája, azaz a jelentése is ugyanennyi: ott egy kapcsoló, ami vagy be, vagy ki van kapcsolva.) Az, hogy te ehhez a tárolt állapothoz milyen egyéb külső funkciót kötsz hozzá és hogyan, továbbá az, hogy ennek az állapottárolónak milyen formázást adsz neki, az teljesen irreleváns. Ha te ezt nem érted, én csak a kezemet tudom széttárni.

    A hasonlatod kb. olyan volt, mintha lenne egy ronda mechanikus nyomókapcsolónk egy tábla kivilágításának fel/lekapcsolásához, amit letakarunk egy rugókon kapaszkodó, ízlésesen dekorált "táblavilágítás" felirattal és aki ki akarja világítani a táblát, az a feliratot nyomkodja, nem a kapcsolót és ez szerinted hack, meg gányolás. Nem nem az. A kapcsoló funkciója pusztán az, hogy kapcsoljon, mindegy, hogy mit és mindegy, hogy közvetlenül, vagy egy feliraton át nyomkodjuk.

    Ami pedig a másik állításodat illeti, az végképp nonszensz: az, hogy valamire van "szebb", meg "odaillőbb" eszköz, az nem tesz automatikusan minden egyéb megoldást gányolássá. A fenti példánál maradva, attól, hogy be lehetett volna rakni egy matricázott kapacitív kapcsolót is, attól még a másik megoldás nem lesz hack, meg gányolás. Gányolás az, ha valamit szarul csinálsz meg, a hack meg - legalábbis ebben a kontextusban - az, ha valamit nem elegánsan csinálsz meg. (Mert egyébként a két szó távolról sem szinonimája egymásnak, te pedig úgy használtad: a nem elegáns nem ekvivalens a gánnyal.)

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451023

    > Bemész egy lépcsőházba, látsz egy ajtót, mellette a kapcsoló amin egy csengő ikon van. Mire számítasz? Persze, hogy a világítást kapcsolja!!!

    Ez a hasonlat kb. nettó hülyeség volt, hiszen itt a checkbox el volt rejtve. A példában a kapcsoló is. Sebaj.

    > Ez a te "megoldásod".

    Nem. Ez BaT megoldása volt. Az enyém itt van.

    Látod ezért hagytam rád az első körben. Majd amikor valaki protézissel próbálja meg felkapcsolni a kapacitív kapcsolódat, akkor majd magyarázd el neki, hogy a tábla mögé rejtett mechanikus az gány, olyan, mint ha baseballütővel kalapálnának.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451055

    > Értem én, trendi leszarni az accessibility-t

    Ez különösen vicces, hiszen BaT megoldása semmiféle accessibility problémát nem vetett fel, míg a tied nagyon is. Látom, csak a lényeg nem ment át a posztomból: "Majd amikor valaki protézissel próbálja meg felkapcsolni a kapacitív kapcsolódat, akkor majd magyarázd el neki, hogy a tábla mögé rejtett mechanikus az gány, olyan, mint ha baseballütővel kalapálnának." De inkább abbahagyom, mert még megint csúnyát mondasz rám, hogy oldalakon át bizonygatom a nemlétező igazamat. Majd bizonygassad te az érintett HUP usereknek a te létező igazadat a le nem szart accessibilityről és a HTML5-dependens "ez a jó" megoldásodról.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451083

    Szerintem is, mert ez nem társalgás, hanem fröcsögés, a részedről. Mint mondtam, fingod nincs, hogy én hogy dolgozom, tehát nem tudhatod, hogy mire van igényem, vagy mire nem. Az meg, hogy mi a jó...mire?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451110

    .

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451116

    .

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451120

    A stílusod, ahogyan prezentálod, az a fröcsögés. Lassan már minden szarnak elhordasz egy láthatatlan checkbox miatt, amit egyébként nem is én javasoltam. És úgy látom, még mindig nem ment át a lényeg: a te megoldásod megköveteli, hogy a felhasználó browsere ismerje azt a két HTML5-ös tag-et. Tehát nem fog menni olyan browserekben, amik nem ismerik. Ez nem elég szakmai érv neked?
    Amúgy tök jó, hogy te döntöd el, mi minősül szarnak.

    > És ez szerinted jó, mert így is működik.

    Amiket felsoroltál, én egyet sem szoktam csinálni. Ez itt már belemagyarázás, billogozás, szavaknak a számba adása.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451226

    > Ha van az sem baj, hiszen egy pár kilobájtos polyfillel megoldható ezen tagek támogatása régi böngészőkben

    Főleg, ha a JS le van tiltva, ugye? :) Nem tudom feltűnt-e, de a linkes, ill. a checkboxos megoldás egyáltalán nem használt JS-t.

    > Kérlek ne kezd el ekézni, vagy hacknek nevezni a polyfilleket. Technikailag az, viszont ez egy bevett és szakmailag elfogadott megoldás a visszafele kompatibilitás biztosítására.

    Aha, tehát ha BaT bedob egy láthatatlan checkboxot, ami (elméletileg) minden böngészőben működik, akkor az hack és a kurwa anyját a trécéhának, de ha te betolsz még hatvan kilónyi JS-t az oldalra, akkor az fasza, mert ez egy szakmailag elfogadott megoldás... :)))
    Oké, nem hívom hacknek. :) Látod, ezért nem akartam belemenni ebbe a vitába veled. Sejtettem, hogy ez lesz. "Modern megoldások" felszopása, latest mania és kettős mérce, ezerrel. A "szakmailag elfogadott megoldásokról" meg tudod mi a véleményem? Ez. A másik topicban meg belinkeltem a "Website Obesity" cikket. Szemmel láthatólag nem olvastad el. Az egész webkettő egy nagy rakás szar, pontosan a "szakmailag elfogadott megoldásoktól". Toljunk be még nyolc JS keretrendszert, lassítsuk a halálba az egészet pörögjön a CPU, meg a villanyóra, ne működjön sehol sem, csak latest krómban, meg esetleg nightly bugrókában, minden más le van ejtve, indokoljuk a félévenkénti hardwarebővítést.
    És még én csinálok szart. Hát ha szerinted ez a jó, akkor én innentől bóknak veszem tőled a szart.

    > szemantikailag más jelentésű elemet használjunk egy feladatra elavult böngészőkre hivatkozva

    Hát, ha szerinted az Opera 12 elavult, akkor végképp nem tudok veled mit kezdeni. Nyilván, ami utána jött webes "szabvány", azt nem ismerheti. De egy raklap olyan dolog van benne, amit a sok mainstream gagyi csak kiegészítővel, vagy azzal sem támogat. De elavult, mert két HTML5-ös taget nem támogat.

    > Kérlek emeld ki hol állítottam azt, hogy te ezeket szoktad csinálni? Én csak felsoroltam mik zavarnak a szakmában, és hogy ez az eset is olyan, mint a többi. Úgyhogy légyszi, ne adj szavakat a számba.

    Explicite nem mondtad, hogy én ezt csinálom, de azt kijelentetted, hogy nekem jó a szar, meg az igénytelen, stb. majd leírtad, hogy mi az. Párhuzamot vontál.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451740

    Batár nagy +1. Pont a youtube volt, amit a JS teljesen tönkretett, így inkább írtam magamnak desktop klienst rá a browserek helyett.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451739

    > Kicsit túlzónak gondolom igényként támasztani egy marginális felhasználótábor (régi böngészők) marginális szeletét (akik még a JS-t is tiltják) amikor a HUP mai mobil eszközökre nincs rendesen felkészítve.

    Az az igény, hogy ne kelljen hozzá feleslegesen egy tonna JS (magaslabda, köss bele ismét a költői túlzásba). Ez független a régi böngészőktől. Amikor egy-két sornyi JS-sel van megoldva valami, az engem sem zavar, azt nem is szoktam tiltani, de amikor valahova nem kell JS, akkor nem kell.

    > Ráadásul úgy tudom a HUP se 100%-os JS támogatás nélkül.

    Nem. De működik. Ráadásul a JS-t lehet részlegesen is tiltani.

    > Majd túlzol hogy nagyobbnak tűnjön a "probléma" mint ami (hatvan kilónyi JS, ami valójában 5, és megoldható az is, hogy csak az érintett böngészőkhöz töltődjön le.

    Te meg bagatellizálsz, hogy nem 60, csak 5. Az ilyen felesleges "csak 5"-ökből szoktak összeállni a sokszázkilós JS "keretrendszerek", hogy az infernó emésztené el az összeset. Jelen esetben egyébként teljesen mindegy, hogy 5 vagy 60 kB. Tudod miért? Mert a másik megoldáshoz zéró JS kell. Én ugyan nem vagyok matekprofesszor, de a 60/0 és az 5/0 végeredménye között némi hasonlóságot vélek felfedezni, szóval IMHO tök mindegy, hogy 5 vagy 60 kB JS-ből oldottad meg azt, amit a másik ember 1 sor HTML-lel, JS nélkül.

    > Azt pedig légyszi ne kérd ki, hogy az Opera 12 elavult. Az. Nagyon elvakultnak kell lenni ahhoz, hogy ne lásd be, hogy egy több éve se fejlesztést, se biztonsági frissítést nem kapott böngésző igen is elavul rövid időn belül. Nem értem a kényszert, hogy ennyire agresszíven bevédd. Senki nem vitatja hogy jó böngésző volt a maga idejében, és jó funkcionalitást adott.

    Mitől is avult el? Mitől fejlettebb a többi böngésző? Ez nettó bullshit, hogy régi === elavult. Már csak azért is, mert az is szempont, hogy kinek mire van szüksége. De akkor mondok pár generikus dolgot, hogy miért is nonszensz elavultnak titulálni az Opera 12-őt. Aztán várom az ellenpéldáidat.

    - Hogyan oldod meg azt, hogy egy adott oldalhoz plusz JS-t vagy CSS-t csapj, hogy az oldal funkcionalitását, kinézetét megváltoztasd, kibővítsd, hogy a saját dolgodat megkönnyítsd, felgyorsítsd? Operában egyszerűen megadod az oldal beállításai alatt, hogy ezt a CSS/JS fájlt szeretnéd pluszba betölteni ehhez a website-hoz. Hangsúlyozom: file per site és automatikusan töltődik, csatolódik. Egyébként még válthatsz is a "saját nézet" és "szerzői nézet" között. Hogy oldod meg ezt Chrome-ban, vagy Firefoxban? OOB sehogy, fel kell raknod hozzá egy addont. Illetve JS-t olyan szinten lehet, hogy vannak "snippetjeid" (ill. "bookmarkletjeid"), amiket te kézzel futtathatsz, de ezek globálisak, neked kell őket a konzolban futtatni az adott oldalon. Minden alkalommal.

    - Hogyan tudod letiltani a JS-t, a CSS-t vagy a képeket egy adott site-nál? Operában ismét bemész a site beállításai közé és letiltod. De globálisan is ki lehet őket kapcsolni. Akár ki is lehet pakolni ezt gombként a felületre (ld. később). Chrome és Firefox? Firefoxban a képeket és a CSS-t már lehet tiltani egy pár verzió óta, Chrome-ban még mindig addon kell hozzá. A JS per site tiltására Chrome-ban már van natív megoldás a devtoolsban, Firefoxból site-onként még mindig csak addonnal lehet tiltani.

    - Mi a helyzet a felülettel? Hogyan lehet custom buttonokat hozzáadni a böngészőhöz, ami kattintásra csinál valamit, pl. átszínezi a hátteret feketére? Operában belerakod ezt egy URL-be: "opera:/button/Go%20to%20page%2C%20%22javascript%3Afunction%20blackbg()%7Bdocument.body.style.backgroundColor%3D'%23000000'%3B%7D%3Bblackbg()%3B%22%2C1%2CBlackBG" (azaz az URL encode-olt JS kódod egy "opera:/button/" prefixummal ellátva), rákattintasz és van gombod. Rakhatod ki a felületre. Ugyanez Firefoxban és Chrome-ban? Addonnal. Hanyadik addont kéne már felrakni? De még csak nem is ennyi, mert vannak ugyan generikus addonok, amik bizonyos szintig támogatnak dolgokat, de ha túlfutsz azon, amit tudnak, akkor írhatod meg az összes saját gombodat külön addonban. Asszem ebből már kezd kiviláglani, hogy az Opera felülete ezerszer jobban testreszabhatóbb és ezerszer könnyebben programozhatóbb, mint a többieké.

    - Mi a helyzet az under the hood dolgokkal? Mennyire viselkedik ésszerűen a motor? Mondok egy példát. Ha XHR-ből jön vissza JS code, ami valami dinamikusan töltött plusz funkciót adna az oldalhoz (mert nem töltöm be a harmincezer gigabyteos JS keretrendszert, ha kb. harminc sor kell belőle; BTW-funfact: a többi browsernek eval() kell, nem tudják document.head.appendChild()-del a headerhez adni; Operából mindkettő működik), akkor ha a különféle vezérlőelemeiden inline assign-oltad a funkciókat, a többi böngészőben missing reference esetén leszedi a francba az eventet és hiába töltöd be utána a kódot, nem fog működni, assignolhatod újra kódból, megnövelvén a betöltendő kód méretét. Az Opera a kód betöltése előtt dob egy üzenetet a konzolra, hogy nincs ilyen function, a kód betöltése után meg megy. Csak így egyszerűen. Ki a franc kérte a KHTML (WebKit/Blink) ill. Gecko motorokat, hogy "takarítsanak" a kapott kódban? Már megint jobban akarja tudni a program a gazdájánál, hogy mit kell csinálni...

    - És mi a helyzet a reklámokkal/általános tartalomszűréssel? Az Operának beépített blacklist/whitelist URL-filtere van. Bármilyen URL-t lehet szűrni. Firefoxból ezt csak addonnal. Chromeban ugyan van URLBlacklist/URLWhitelist, de maximum 1000 entry-t lehet hozzáadni, amivel a szemétnek csak egy töredékét tudod kiszűrni. Ja és JS-t csak a Chrome 73-as óta tudsz vele szűrni, előtte nem lehetett. Úgyhogy, ha rendesen akarod csinálni, akkor addon. Már nem tudom, hanyadik a sorban.

    - Itt fel vannak sorolva az Opera belső oldalai, amiben egy csomó monitoring, tweaking és egyéb power stuff van. Ebből mennyit tud a Firefox és a Chrome? Meg tudják mutatni pl. a saját cache-jük tartalmát, ilyen részletesen és ilyen rendszerezetten, site-ra lebontva? A Firefox nem. Külső program kell hozzá. A Chrome valamikor meg tudta, aztán kiszedték belőle egy bug miatt. Innováció! Modernitás! Bazmeg!!! :) (Mondjuk, ahogy nézem, azóta raktak egy cache viewert a devtoolsba, de valami gyíkja van, mert nem minden oldalnál működik, nem listázza ki a cache tartalmát.)

    - (Telepítő) Méretek: Opera: ~13 MB, Chrome: ~46 MB, Firefox: ~46 MB. És mindezt úgy, hogy az Opera a böngésző mellett tartalmaz Email, IRC és Torrent klienst is. Mi van akkor a többi böngészőben, hogy kis híján 4x akkorák, ha szinte minden poweruser feature hiányzik belőlük?

    Fölteszem akkor a kérdést, hogy mitől is olyan elavult az Opera 12 és mitől olyan baromi modern a többi browser?

    - Esetleg gyorsabbak? A felületük semmiképpen sem, esetleg a motorjuk. Csak épp mire az összes funkcionalitást összerakod ami kell, a rengeteg addon miatt elolvad az erőfölény, míg Operánál OOB támogat szinte minden elképzelhető feature-t, nem kell teleszórnod a böngésződet addonokkal. (Nekem is csak egy-két saját addon van telepítve.)

    - Biztonságosabbak, mert kapják a biztonsági frissítéseket? Bocs az, hogy mennyi biztonsági frissítést kap valami, az nem azt mutatja, hogy mennyire biztonságos, hanem azt, hogy mennyi lyukat foltoztak be rajta. (Egyébként az is számít, hogy mennyire célpontja a hackereknek egy adott szoftver. Ha nem az, akkor hiába van benne esetleg rés, ha nem tudják kihasználni.) Apropó, azt tudtad, hogy a WebExtensions telepített addonjainak van egy a telepítéshez köthező UUID-je, amit ráadásul le is lehet kérdezni? Ez a gyakorlatban azt jelenti, hogy ha van nálad telepítve egy addon, akkor annak az UUID-je alapján a weboldalak be tudnak azonosítani. (#1, #2) Nesze nekünk biztonság.

    - A HTML5 miatt? Az Opera is ismeri a HTML5 egy részét, csak nem mindent. Az Audio/Video tag-et pl. ismeri, tehát a video/zenelejátszás is megy benne. Eddig nem nagyon találkoztam olyan HTML5 tag-gel, ami használhatatlanná tett volna egy oldalt.

    - A hiányzó ECC cipherek miatt? Na, ez az egy tényleg fájó pont, ezt el kell ismerni. De mivel az Opera forrása kiszivárgott, csak idő kérdése, hogy mikor updatelik fel benne az SSL libet. Addig workaroundnak ott a Squid.

    Úgyhogy az Opera nem csak a maga idejében volt jó böngésző és nem csak akkor adott jó funkcionalitást, hanem ha azt nézem, hogy mennyi szemetet kell felrakni a többibe, mire ugyanazt a funkcionalitást utolérem, akkor még ma is. Nem én vagyok elvakult, hanem te vagy tudatlan: lövésed nincs mit tud az Opera 12, csak csuklóból leelavultozod, mert régi.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451791

    Micsoda érvek...

    Összefoglalva:
    - Ha röviden mondom, akkor nincsenek szakmai érveim, ha meg kifejtem, akkor meg oldalakon át bizonygatom a nemlétező igazamat.
    - A láthatatlan checkbox szerinted hack, bár "általánosságban nem az", míg a JS-ben összetákolt polyfill az nem az, bár "technikailag az".
    - Az Opera 12 elavult, mert csak. Bár számos esetben messze felülmúlja a mai "modern" böngészőket, arra már nem mondasz semmit, csak egy ilyen üres, lekezelő szörnyülködést, mintha minimum kibeleztem volna valakit, nem pedig műszaki paramétereket soroltam volna.

    Ezért nem akartam belemenni a vitába. Neked semmi sem jó, ami nem felel meg az ideológiáidnak és ezért aztán akkora kettősmércével mérsz, mint állat.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451796

    Nem. Én reagáltam az érveidre, csak nem tetszett a válaszom. Te vagy az, aki konzekvensen nem arra reagál, amit mondok.
    Mit kellene még mondanod?
    Mondjuk elmondhatnád, hogy miért is jobb valamit 60 5(!) kB JS-ből megoldani, amihez egy sor HTML elég volt.
    Mondjuk kifejthetnéd, hogy miért elavult az Opera 12, amikor egy raklap példát adtam, hogy mi mindent tud, amit a többi browser nem.
    Egy műszaki vita így működik. Van egy adag érv az egyik oldalon, lehet tételesen cáfolni a másik oldalon és hozni az ellenérveket. Az nem érv, hogy "uh baszki, menjünk innen... (...mert ez hülye.)".
    Nem tudok mit kezdeni a pszeudoprogresszív fundamentalizmussal, hogy minden, ami két percnél régebbi, az automatikusan elavult és szar, mert csak és kész.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451808

    > A kérdéseidre már kaptál választ.

    Nem kaptam. Az nem válasz, hogy "Uh baszki, na én megyek innen...". Magyarul fingod nincs, mit tud az Opera, de régi, tehát automatikusan elavult szar. Az új browserek a szarok, el kell, hogy keserítselek.

    > Továbbá már jeleztem hogy nem kívánom folytatni ezt a "vitát". Úgyhogy kérlek tartsd tiszteletben.

    Én meg már az elején jeleztem, hogy el se akarom kezdeni. Te azt tiszteletben tartottad?

    > Vagy vitatkozz magaddal tovább...

    Hát, ha veled nem lehet... :]

    > Minden jót.

    Beléd is.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2450417

    Utoljára ez volt amit BaT-tal összeraktunk:

    .voters {
    	display: block;
    	position: absolute;
    	border: 1px solid #9c9c77;
    	background-color: #b7b78b;
    	margin: 4px;
    	visibility: hidden;
    }
    
    .voters-toggle {
      display: none;
    }
    
    .voters-toggle:checked ~ .voters {
      visibility: visible;
    }
    <label for="votersview_id">8 szavazat</label>
    <input id="votersview_id" type="checkbox" class="voters-toggle">
    <div class="voters">user0, user1, user2, user3, user4, user5, user6, user7</div>

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2450439

    BaT-nál és nálam működött. Ő mobilon próbálta, én underground böngészőben. A mainstream browserekben mennie kéne. IE-re nem vállalok garanciát és gondolom BaT se. :P
    Viszont ezt a sokszázposztos topicot már nem hiszem, hogy nagyon sokan olvasnák, ergo nem nagyon lesz feedback. Szerintem push, aztán ha valakinél nem működik, akkor fixeljük, ha meg totál katasztrófa, akkor revert.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> nevergone , mogorva , uid_21365


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2450559

    > A fasznak se kell ez a listázás funkció

    Neked nem kell, másnak még lehet.

    > de két ember egy-két böngészőben kipróbálta, egy úgy véli, a többi böngészőben is jónak kell lennie

    Ha az underground böngészőkben megy, akkor az menni szokott a mainstream böngészőkben is. A fordítottja ritkább.

    > szóval menjen élesbe

    Gondolom először a tesztoldalra pusholja, ahol ki lehet próbálni.

    > ha lehet, egy rendkívüli azonnali patch keretében!

    Ilyet, meg senki nem mondott.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451121

    Bugreport: Erre a kommentre replyzve a válasz ennél a kommentnél jelenik meg.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2451224

    Gondolom, bár fura, mert ID-ütközés nincs.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2576104

    Félreérted, ő nem vírusokkal foglalkozik, hanem virágokkal. Ahogy azok virulnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2459501

    Ez a bug pontosan melyik aloldalon jelentkezik? Főoldalon? Mert nekem a "Követett tartalmak" alatti activity trackerben stimmel az új hozzászólások száma minden topicnál.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2478058

    Én is jobb szeretném, ha látszana. Az nem baj, ha ritkábban frissül.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> mogorva , arpi_esp , BlinTux , Zozz , bobesz


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2452205

    Mobilon esetleg statikus szöveg, vagy image megjelenítése ez helyett?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2456618

    Sokkal egyszerűbb dolgotok lenne, ha elérhető lenne a hup féle D8 forrása és lehetne - akár itt megosztott, vagy emailben küldött diffekkel, vagy verziókezelő rendszeren keresztül - commitolni, aztán trey || bárki illetékes pusholná a tesztszerverre, ahol a felhasználók tesztelhetik és végül - ha minden oké - élesítené.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> mogorva , kikadff , gelei , bobesz


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2457161

    > Ha egy tetszoleges open source projekt kodjaban egy hiba adatszivargast okoz, azert ki a felelos?

    Oldaltól függően bilgéc, vagy torválc. :P Mindig mindenről ők tehetnek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2459503

    Ha a thread-eket össze lehetne csukni, akkor nem vennének el annyi helyet. Betöltéskor csak azokat a szálakat nyitja ki, ahol van új komment, amúgy meg zárva az összes. Amúgy is hasznos lenne, ha egy-egy szálat össze lehetne csukni. Ez kb. 50-60 sornyi kódból meg lehet oldani.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> tigrincs , rgabor90


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2469311

    De ez már megvan és működik is. Odaugrik az első új hozzászólásra, csak utána ahogy a JS rángatja az oldalt, elmászik a poszt. Klikk a címmezőbe, enter és akkor jó.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2469329

    Ez tény, de egyfelől a workarounddal is előrébb van, másfelől meg én csak arra hívtam fel a figyelmet, hogy amit kér, az már implementálva van, az más kérdés, hogy a portál egy másik "feature"-je utólag belerondít.
    Egy valamivel komfortosabb workaroundnak azt tudnám javasolni, hogy amikor a JS végzett a CPU izzasztásával, utolsó műveletként még egyszer odaugraszthatja a böngészőt, ahova kell.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2469351

    Az ugrálás nem attól van, hogy az oldal lassan tölt be, lévén a browser ugrani csak akkor ugrik anchorra, ha primer a HTTP data stream már lezárult (az addicionális XHR nem számít), azaz betöltődött az oldal és ennek megfelelően, ha ugrás után mászik el, az azt jelenti, hogy betöltés után mászik el, azt meg csak a JS csinálhatja, tehát az ugrálás attól van, hogy a JS húzogat még rá ezt meg azt a kommentekre, az oldal betöltődése után.

    De a legegyszerűbb, ha kipróbálod. Tiltsd le a JS-t és nézd meg, hogy mennyi idő után tölt be ez a topic és elmászik-e, ha anchorra ugrasz.
    Én most véletlenszerűen kiböktem egy kommentet kb. a közepéről, JS letilt és middle mouse a linken. Az eredmény: kb. 5 másodpercig üres oldal, amíg a kapcsolat felállt és jött le a HTML, utána kb. 1 másodperc rendering és egyebek, amikor már látod az oldalt, de még nem ugrik, és utána pedig jó helyre ugrott. Azonnal.
    JS visszakapcs. Middle mouse. Az első 5 másodperc ugyanúgy üres oldal, aztán a hatodiknál megjelenik, kb. 3 másodperc után ugrik oda a kommenthez, aztán 1-2 másodperc múlva el is csúszik a komment lefelé, majd újabb 1-2 másodperc, mire befejezi a JS a futást.

    Azaz összefoglalva, ha nincs JS, akkor ez az oldal már 6 másodperc után kész és a kiválasztott komment sem mászik el, míg bekapcsolt JS esetén kb. 10-12 másodperc mire végez és a komment is elugrik.

    Footnote: rövid oldalaknál nem látom, ezt az 5 másodperces lagot, mire megjelenik az oldal, úgyhogy lehet, hogy a cache-ing környékén is van valami, lassan kaparja össze és adja ide, vagy nem tudom, de egy biztos: a hálózati monitor szerint az alatt az öt másodperc alatt, amíg vártunk az üres oldal felett, a legelején volt egy adag bejövő adat, meg a végén, de a kettő között, kb. 4.5 másodpercig zéró hálózati forgalom volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2469395

    Az érdekes, ha a címsávba kattintva és entert nyomva neked újratölti az oldalt, ugyanis, amennyiben hashmark van az url-ben, akkor nem szabad újratöltenie, hiszen annak pont az a lényege, hogy címkére ugorjon. Ha kézzel írod be a hashmarkot és utánaírsz valamit, akkor sem kellene újratöltődnie. Böngészőtől függetlenül. Ha valamelyik ezt csinálja, az tényleg hulladék.

    A linkedet kipróbáltam most Operából (12-esből), PaleMoonból (Firefox 28 fork), IceWeasel-UXP-ből (Firefox 52 fork) és Chromeból. Mindnél belekattintottam a címsávba, aztán enter. A Chrome újratöltötte az oldalt, a többinél azt csinálta a browser, amit kell. Ezúton gratulálok a króm fejlesztőinek.

    Azt meg én nem mondtam, hogy ez nem bosszantó, vagy, hogy ez normális működés. Én leírtam, hogy mi az oka annak, amit tapasztalsz és leírtam egy workaroundot, amivel megspórolhatod magadnál a keresgetést, meg a kattingatást, azért, hogy segítsek. Ennyi.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2469418

    Azért nem csinál semmit, mert már az anchoron állsz. Görgess el onnan és utána próbáld.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2469522

    Csak a tisztázás végett írtam le.

    Ahogy azt is, hogy nem ez a cucc nem működik, mert ez speciel működik, egy másik funkció barmol bele. Ha lelövöd a JS-t akkor oda fog ugrani...csak akkor nem lesznek kiemelések. Az, hogy backend-related dolgok vannak a frontenden implementálva, rengeteg dolgot eltör és/vagy belassít.

    IMHO, ezt az új hozzászólások kiemelése dolgot nem így kéne megoldani, hanem még a backenden, a cache-ben. Igen, ez azzal jár, hogy per-user lesz egy példány a topicból, hiszen más usereknek más hozzászólások újak, de nem kell minden usernek külön letárolni, csak azoknak, akik már kinyitották a topicot. Akik még nem nézték meg, azoknak úgyis minden hozzászólás új, tehát van egy "szűz" cached kiemeléses példány, amiben minden ki van emelve és azok kapják meg, akik először nyitják ki, meg van a többi júzernek egy-egy példánya, ahol azok már nincsenek kiemelve, amit már látott. Ezeket a példányokat sem kell minden egyes új komment érkezésekor legenerálni, elég csak beszúrni az új posztot bennük a helyére, kiemeléssel. Kinyitás esetén meg elég egy replace-szel leszedni az összes kiemelést, ráadásul ez amúgy is csak a júzer saját példányát érinti az adott topicból. (Értelemszerűen, ha nem történt változás, mert nem volt új poszt, vagy be sincs jelentkezve a felhasználó, akkor megint nem kell a cache-t bántani.)
    Ami pedig a hely kérdését illeti: ezek szöveges állományok. Lehet őket tömöríteni, lehetőleg valami gyors tömörítővel, mert itt a sebesség fontosabb, mint az a pár kB, amit megspórolunk, pl. ez a topic most lementve 2.6 MB, xz level 9 tömörítéssel 221.6 kB, gzip level 9 tömörítéssel 285.7 azaz nyertünk vele kb. 64 kB-ot, viszont amíg ezt a topicot az xz level 9-cel ötvenszer ki/be tömörítette, az ~25 sec volt ezen a gépen, a gzip level 9-cel ez ~4 sec. És hozzátenném, hogy azért ez nem egy átlag topic, hanem egyike a kirívóan súlyosaknak; a többségüknél még 64k-t sem nyernénk a jobb tömörítéssel. De egyébként sem muszáj folyton ki-be tömörítgetni; ha egy topic pörög (pl. 5< poszt/perc), akkor meg lehet jelölni, hogy most ne tömörítgesse ki-be a cached view-okat, aztán ha már leült, akkor vissza lehet kapcsolni a tömörítést. De lehet, hogy az FS szintű tömörítéssel többre megy az ember ebben az esetben.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2469559

    > Amit te írsz, akkor minden hozzászólást renderelés után felhasználónként külön kellene a gyorstárban tárolni, gyakorlatilag maga a gyorstárazás lenne értelmetlen.

    Miért lenne értelmetlen? Szerinted milyen arányban írnak és olvasnak egy topicot? Ebben a topicban van ~900 poszt, de mennyien tekintették meg eddig? Beleértve a robotokat, be nem loggolt felhasználókat is. Szerintem legalább 40-50x annyi megtekintés van, mint beleírás. A gyorsítótárazás elsősorban az olvasásoknak szól.
    De ezen felül is, a JS még továbbterheli a szervert a folyamatos AJAX-szolással is, így meg egy darab lekérés lesz összesen per oldal. Csak a kapcsolat felépítése több idő, mint megkeresni egy markert egy fájlban és odabiggyeszteni mögé pár byte-ot, vagy egy replace-szel leszedni a new markereket, majd kiírni és a JS számos kapcsolatot csinál. Csak az oldalbetöltés minden alkalommal pluszban meghívja a read, ill. statistics funkciókat, ebből az első pl. itt közel egy másodpercig tartott. Ez is delay, ami az oldalt lassítja. És sok user esetén összeadódik.
    És akkor még a DB piszkálásáról nem is beszéltünk: így minden lekéréskor hozzá kell nyúlni a DB-hez (függetlenül attól, hogy van-e új poszt vagy sem, legalábbis az oldal meghívta a fenti funkciókat), hogy a megtekintési maszkot lekérd és ráhúzhasd a kommentekre JS-ből, úgy meg nem kéne, hisz már le vannak renderelve, csak a visszaírást kell megcsinálni a DB-be, ami csak akkor van, ha volt változás.

    Ráadásul, mint mondtam, nem kell felhasználónak minden topicból egy példány, hiszen, ha ki sem nyitotta, akkor ugyanúgy néz ki neki, mint a másiknak, aki szintén ki sem nyitotta.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2472903

    Debug miatt? Vagy csak mégsem jött be?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2474730

    Úgy szokták. Nyilván a fejlesztőnek is megvan a felelőssége, de ha a management káoszt csinál, aztán rátolják, hogy oldja meg ahogy akarja, akkor az nem az ő sara.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2474731

    8

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> mogorva , neutrino , bohocmasni


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2474785

    Már folyamatban van...

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2475080

    Annyira nem súlyos, mindegy bonyolult, de noprob.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2477688

    Feature request: a nem HVK tagok
    - ne szavazhassanak
    - ne +1-ezhessenek
    - ne blogolhassanak
    - ne kommentelhessenek
    - ne olvashassanak
    - ne loginelhessenek
    - ne lélegezhessenek (ez utóbbinak az abszolválására kötelezően telepíteniük kell a DirectErre kifejlesztett HUP-compliant windózmeghajtású lélegeztetőgépet, free restore partition && bilgéc plüssfigura included, hogy legyen mit szorongatni fuldoklás közben)

    Szerintem ez így korrekt. Ha már egyetlen ember miatt lebünteted a többséget, akkor legalább csináld alaposan. (Vicces lesz, ha az illető erre kikéri a veterán tagságot - és meg is kapja, hiszen messze régebben van itt, mint 7 év - így aztán amit ellene hoztak, az csak őt nem fogja sújtani...)

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> nevergone , mogorva , arpi_esp , NevemTeve , Sulc


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2482327

    A tesztoldalon lévő verzió mikor lesz kipusholva?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2485848

    A tesztoldalon lévő verzió kb. mennyire van kész, mikorra várható a push?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> mogorva , arpi_esp , bobesz


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2486008

    Értem, thx.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2492944

    Tegnap késő este volt egy olyan fél órás-órás intervallum, amikor a főoldal helyett a Drupal 8.7 installere jelent meg. Lehet frissítés volt és még konfigurálnak.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2501274

    Nem elérhető a tesztoldal, csak jelszóval. Le lett kapcsolva?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2501279

    Thx, lemaradtam róla.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2519836

    > Sajnos eddig nem jelentkezett senki az oldal további fejlesztésére és a közösségi metodika sem lett kidolgozva (tudomásom szerint).

    Ez nem igaz. Többen is jelentkeztünk. Az volt mondva, hogy küldjünk kódot a Drupal projectnek, aztán ha ők elfogadják, akkor talán ti is elfogadjátok és kikerül ide, csak - azt mondtátok - a HUP kódja nem 100% Drupal upstream és az eltérések nem publikusak, így ha a beküldött kód ütközik valamelyik házi módosítással, az IJ. Ezen a hármas szűrőn Mitnick legyen, aki átmászik.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2519852

    > Nézd, ez a része nem rajtam múlik, mondjuk foglalkozni sincs vele időm.

    Ezt én értem, csak mondtam, hogy jelentkező volt, csak hiába.

    > Addig pedig csak a drupal.org-os dolgokat tudom érdemben felhasználni.

    Ha már így is eltértetek a mainline-tól és így is vannak homebrew részek a rendszerben, akkor nem igazán értem, hogy miért.

    > Erre írtam, hogy a metodika sincs kidolgozva.

    Metodika...? Felrakjátok a hup kódját egy <szabadon választott verziókezelő rendszer> repo-ba (a DB és egyéb hozzáféréseket - meg mindent, ami nem publikus - kigyomlálva, placeholderrel helyettesítve) és mellé egy olyan SQL dumpot a DB-ről, amiből az érzékeny adatok - pl. jelszavak hash-ei, meg a felhasználók nem tudom milyen nem publikus adatai (tehát a nicknevekpl. nem), meg a portálra vonatkozó érzékeny adatok - ki vannak pucolva, aztán lehet diffet beküldeni, lehet mergelni a tesztoldal kódjába és ha működik jól, akkor majd egyszercsak élesítés, ha meg nem, akkor reject. Miféle "metodikára" van itt még szükség?

    Vagy nekem hiányzik valami infó arról, hogy hogyan kezeltek valamit, vagy ti gondoljátok túl a dolgokat.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> tibyke , tigrincs , bobesz


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2519861

    És az miben gátolja, hogy érdemben fel lehessen használni a drupal.org-os dolgokon kívül mást is?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2519873

    Miért, a Drupal projekt felelősséget vállal a drupal.org-os dolgokért?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2519950

    És azok miben különböznek a hup felhasználók által beküldött kódok tesztelésétől? A gyakorlati tesztelésre a lehetőség megvan, tesztoldalon push, működik, jó, nem működik nem jó. Sto problem? Igazából azt csináltok, amit akartok, de így egyedül kell, hogy szívj vele, holott egy open source portálmotorra bazíroztátok az egészet, tehát lehetne egy raklap segítséged is...

    Ha szóba kerül, valószínűleg fogjuk is még, amíg a kérdés nyitva van.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> persicsb , BlinTux , tigrincs , bobesz


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2520233

    Ebbe most futottam bele. A szavazás ugyan működött, csak dobott egy fake error-t.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2520322

    Ok, thx.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2522953

    A #new anchorral valami gáz van.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2522995

    Már merthogy miért is? Valami nálam kimaradt a logikai levezetésből... Ha a #new anchor elmászik, akkor miért kell lapozás?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bobesz


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2523004

    Ööö...és ha a lapozástól majd még szarabb lesz, akkor majd jobb lesz?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> arpi_esp , kikadff , Sulc


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2523012

    Akkor lapozzunk vissza hármat a Drupal 5-höz, az legalább ment JS nélkül is. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> arpi_esp , kikadff


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2540828

    Megismételtem a mérését:

    # for X in {1..10}; do S=$(curl -o /dev/null -w "%{time_total}" -qs https://hup.hu/forumok/hup8bug?foobar=${X}#new); printf "%8s. %6.2f\n" "${X}" "${S}"; done
           1.   7,77
           2.   7,45
           3.   7,59
           4.   7,44
           5.   7,55
           6.   7,64
           7.   8,10
           8.   7,60
           9.   7,72
          10.   7,41

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2546319

    Beküldtem egy blogposztot és azt írja időnek, hogy 14:05, miközben kb. 15:55-kor küldtem be.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2562265

    UserJS-ből egy sor megoldani:

    document.getElementsByClassName('links')[0].insertAdjacentHTML('beforeend', '<li><a href="#new">First new</a></li>');

    Ez beszúr az "új hozzászólás", "xyz megtekintés", stb. után egy új linket, ami a #new anchorra ugrasztja a browsert. Classic Operában csak be kell dobni ezt a sort a site-hoz rendelt user JS fájlba, vagy simán, vagy a window.onload-ba (ha van). A többihez fel kell rakni valamelyik majmot (Greasemonkey, Tampermonkey, whatever) és abban belőni.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2568682

    > majd talan jovore :)

    Azt cca. egy órát már fél lábon is kibírjátok. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2634180

    Az előnézet a windowsos sortörésekből a CR karaktereket "véletlenszerűen" (?) &#13; entitásokra cseréli. Eddig ez nem volt. Itt most nem sikerült előidézni, de a firefoxos topicban előjött.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neutrino


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2634182

    BTW, az oldal ebben a topicban speciel olyan lassan töltődik be, hogy sikerült előidézni azt, hogy amíg ez töltődött az előző posztom után, addig ráböktem egy másik fülön a "követett tartalmakra" és ott írta ki, hogy megtörtént a hozzászólás rögzítése: http://oscomp.hu/depot/followed_content_new_post.png

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zitev


    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2637600

    [GN]

    printf("%u byte%s sent\n", n, (n != 1) ? "s" : "");

    [/GN]

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2637609

    Nem feltétlenül. Ha a főnév megszámlálható, akkor többes szám, ha megszámlálhatatlan, akkor egyes. Zero bytes, zero chance. (Oka ennek gondolom, hogy egyedül az egyes singular, tehát minden más plural, viszont, ha nincs számossága, akkor nincs értelme a számossági ragnak. Aztán ki tudja; az angol tele van rögzült baromságokkal. :P)

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2637567

    Nekem ez van rá itt localba':

    function _ds(diff)
    {
    	var d = Math.floor(diff / 86400);
    	diff = diff % 86400;
    	var h = Math.floor(diff / 3600);
    	diff = diff % 3600;
    	return d + 'd ' + h + 'h ' + Math.floor(diff / 60) + 'm ' + (diff % 60) + 's ago.';
    }
    
    function fuck_luxon()
    {
    	var t = new Date();
    	var kecske = document.getElementsByClassName('formattimeago');
    	for (var i = 0; i < kecske.length; ++i)
    	{
    		kecske[i].parentNode.insertAdjacentHTML('afterbegin', _ds(Math.round((t.getTime() + 7200000 - (new Date(kecske[i].innerHTML.substring(0, 19))).getTime()) / 1000)));
    	}
    }

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2637571

    http://oscomp.hu/depot/hat_ilyet.png

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2637580
    return d + 'd ' + h + 'h ' + Math.floor(diff / 60) + 'm ' + (diff % 60) + 's ago.';

    helyett

    return d + ' napja ' + h + ' órája ' + Math.floor(diff / 60) + ' perce ' + (diff % 60) + ' másodperce.';

    és máris magyarul van...
    Ha meg az a baj, hogy nem kell kiírni mindet, hanem csak a legnagyobbat, akkor meg:

    return
    	d >= 1
    	? d + ' napja.'
    	:
    	(
    		h >= 1
    		? h + ' órája.'
    		: Math.floor(diff / 60) + ' perce.'
    	)
    ;

    Oldschool Computer - http://oscomp.hu




    HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2: https://hup.hu/forumok/hup8bug#comment-2637739

    Asszem közbe' már megoldották.

    Oldschool Computer - http://oscomp.hu




    M4 Sport online nem működik!: https://hup.hu/node/174221#comment-2641752

    Eddig ezt találtam: http://www.youtube.com/watch?v=JaRR9EFKoyI
    De ez nem a meccset mutatja, hanem egy "live elemzést", mutatja, hogy merre megy a labda, stb.; de jobb híján ezt nézem.

    Az előbb épp rúgtunk egy gólt, de nem adták meg. :(

    Oldschool Computer - http://oscomp.hu




    M4 Sport online nem működik!: https://hup.hu/node/174221#comment-2641756

    Regisztrációt kér. :(

    Oldschool Computer - http://oscomp.hu




    M4 Sport online nem működik!: https://hup.hu/node/174221#comment-2641816

    Nem. Csak agyvérzést kapnék, ha browserből kéne nézni.

    Tuner/digitalizáló kártyám van, de TV előfizetésem nincs, így nem tudok mit rádugni.

    Oldschool Computer - http://oscomp.hu




    M4 Sport online nem működik!: https://hup.hu/node/174221#comment-2641823

    Oh, hát ezt jó tudni, köszi. Gyuszknak is. Momentán antennám sincs kéznél, de ezt jó tudni.

    Oldschool Computer - http://oscomp.hu




    M4 Sport online nem működik!: https://hup.hu/node/174221#comment-2641905

    Asus My Cinema P7131, a manualja szerint tudja, de jelen pillanatban semmilyen antennám nincsen.

    Sz*rk: Ill. de, most nézem, hogy adtak a kártyához egy darab drótot; ha passzív is jó, akkor lehet ez is jó, bár ez nem tetőantenna. :P

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641292

    A microsoft sosem fogja Linux kernelre cserélni a windows kernelét, mert azzal a rössel kinyírnák a saját szoftverparkjukat és saját magukat is. Nem, a WINE nem megoldás; a windowsos cuccoknak csak egy részét tudja futtatni, azt is ad-hoc módon eltörve/megjavítva, azonfelül a hardwareközeli dolgokat egy userspace program sose fogja tudni rendesen implementálni, ergo a Linux kernelre váltással a windows búcsút inthetne a hardwarei jelentős részének is.

    Ami azt illeti, a BSD-k még mindig élnek, az Apple még mindig él, a Haiku/MorphOS/ReactOS triumvirátus jön fel használhatóságban, mint a talajvíz; ha a windows ki is pusztulna (nem hiszem, de remélem), akkor sem csak a Linux marad.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641352

    Nem, nem tudna. Olvasd el megint. Egy userspace wrapper nem fog neked hardwareközeli dolgokat megoldani. Összeszedték a ReactOS-esek, hogy mit nem fog tudni sosem a WINE. A WSL meg virtualizáció, köszi, virtuális windows-t most is lehet futtatni Linux alatt: a programok lehet, hogy futni fognak, de mi lesz a sebességgel?

    A driverhiány a Linuxot is sújtja. A MorphOS készülőfélben lévő 4.0-ás verziója jön x86-ra. A Haiku meg a ReactOS meg a jövőben lesz alternatíva, nem most, nem is azt mondtam.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641570

    http://forum.amigaspirit.hu/index.php?action=vthread&forum=12&topic=367&page=0#msg52990

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641126

    a valósághoz

    http://www.microsoft.com/en-us/pride
    http://www.microsoft.com/en-us/p/pride-2020-flags/9pk6dd3shc26
    http://mspoweruser.com/microsoft-celebrates-pride-month-with-new-free-premium-windows-10-themes/
    https://blogs.microsoft.com/blog/2020/06/23/addressing-racial-injustice/
    https://news.microsoft.com/features/with-lessons-rooted-in-social-justice-movements-minecrafts-good-trouble-aims-to-help-build-a-better-world/
    https://www.theverge.com/2019/4/19/18508013/microsoft-pro-diversity-hiring-inclusion-employee-criticism-claims
    http://arstechnica.com/tech-policy/2019/04/now-its-microsofts-turn-for-an-anti-diversity-internal-revolt/

    Tuti? :(

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zaphodb , jevgenyij , gyuri23


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641154

    Quantity over quality? :P Nem a minőség számít, hanem az erőszakosan terjesztett ideológia, az meg van.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , Sanya , jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641153

    Bocs Aldaris, de én csak a "valóságot" citáltam be. Az lehet, hogy a témához nincs köze, de a valósághoz nagyon is van.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zaphodb , jevgenyij , gyuri23


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641125

    Ezt nem akarod megkérdezni azon hupperektől is, akik minduntalan totál random topicokba rotyognak be rajtaütésszerűen valami hótt irreleváns "kormánykritikát"? Ja nem. Az nem számít "ócska politikai agitációnak".

    Disclaimer: még mindig nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641151

    A tilcsukbeapolitikátahupon mozgalom élére. :P (Én támogatnám.)

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642173

    "Aki nincs velünk, az ellenünk van!" Ha hányok a libtardok erőszakos ostobaságától, akkor csakis 0rbánbérenc lehetek, mi? Igyál még rá...

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642250

    Egy T-Systems überfail topicba nem írhatod be a kérdést, hogy hány milliárd Ft-ot baszott ki a kormány erre a szarra -> cenzúra.
    Egy USB-s modemek BSD alatti életrelehelésével foglalkozó topicba nem írhatod be, hogy 0rbán hülye -> moderáció.

    Jelen pillanatban mindkettőt megteheted és speciel te folyamatosan meg is teszed, holott az utóbbit kurwára nem kéne. Feel the difference.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642282

    Nem, a bányászlónak a szénporos faszát nem.

    Itt a garázskapu vezérlés topicban a miniszterelnök nem tesz logikát sehová sem; izzadtságszagúan erőltetett fideszezős hasonlat a fideszezés kedvéért.
    Aztán, az Ubuntus-óriásrobotos topicban stadionozás, felcsútozás, ismét zéró relevanciával a témához, csak beleerőltetted, csorog az izzadtság a monitoron.
    De a csúcs az a vega topicban elsütött három hozzászólásod volt; Habony, dakota közmondás, tirpák fideszesek, ultra-totál-brutál-giga-offtopic mind a három, úgy, hogy szóba sem került, senki nem utalt rá, semmilyen összefüggésben, ráadásul kettőt nem is valakinek válaszolva írtad, hanem bele a vakvilágba.

    Tudod ám, hogy kinek magyarázd a bizony-hitványt...

    (BTW, az "iliberalitás" két l-lel írattatik; legalább tudnád leírni, amivel szúrkálni akarsz.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zdesigner , zaphodb


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642289

    Véletlen eset, ötször. Hát ez priceless... Hozzak még ilyen példákat?
    BTW, semmi kétértelmű nem volt, egyszerűen csak fideszezni akartál; ráadásul két esetben nem is valakinek válaszoltál.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642312

    Ez alapból öt volt, nem kettő, de sebaj. De van még, pl. itt. Hozzak még? Mert van még...
    Minden alkalmat megragadsz egy kis fideszes offtopicra, hiába is próbálod tagadni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zdesigner


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643131

    Nyilván nem a szóban található összes L betű számáról volt szó, hanem arról a bizonyos dupláról, amit szimplán írt le. :P

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642291

    Bullshit. Tizensok évig trey zéró toleranciával kezelte a politikát az oldalon. Mégsem volt agyonmoderálva/cenzúrázva. Ráadásul az még mindig nem cenzúra, hogy nem böfögheted be mindenhova szabadon, hogy 0rbán. Nincs tiltva, hogy egy kocsmában szidd a kormányt, ha épp a politika a téma, de ha odatolakodsz egy asztalhoz, ahol épp az ívhegesztés a téma és elkezded az arcukba mászva hörögni, hogy deazóóóóórbáááán, akkor ne csodálkozz, hogy elhajtanak a halál pikkelyes faszára rothadt répával ívet hegeszteni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zaphodb , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642174

    Nem tudom. Lehet, hogy kell hagyni neki valamennyi penetrációt, biztos van, amikor az átfedés miatt elkerülhetetlen. De akkor a politika az adott topic "falain" belül releváns csak, nem mindenütt is. Az nem állapot, hogy egyes krónikus 0rbánitiszben szenvedő elemek a seggfájásukat könnyítendő mindent vastagon telefosnak a kutyát nem érdeklő ideológiájukkal és semmi és senki sem szab nekik gátat. Megy az eszmecsere az SSD-k trim-eléséről és hirtelen derült égből 0rbán, mert csak. Valaki megkérdezi, hogy mi van elkefélve az nginx konfigjában, mire jön a válasz, hogy Lölő stadiont épített bele. És a többi kúrmányfóbiás libtard meg ugrik és rájátszik, még több baromságot szarik oda. Jó eséllyel triggerelik a túloldalt és kész, a topic szét van baszva. Köszönjük Emese.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> zaphodb , Hevi , Baaal , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642292

    Pölö? Kik fossák itt még folyton bele a szakmai topicokba az ideológiájukat?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642934

    A politikát jevgenyij kezdte, nem én, de övé a topic. (Egyébként ne zavarjon, hogy én eddig szinte egyáltalán nem szóltam hozzá semmilyen politikai témához.) "SJW-fób barom"??? Ez komoly? Aki utálja az SJW-ket, az neked barom? Ez kb. ultimate fail kategória.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zdesigner


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642943

    És akkor mi az, akinek mindenki náci, aki nem ért egyet az ideológiáival? Mert szerintem SJW. Ki itt a barom, apuka?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zaphodb , solt87


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643356

    Ne terelj. Nem arról volt szó, hogy te náciztál volna; te azt állíottad, hogy kurwa könnyű mindenkit SJW-nek titulálni és ezzel skippelni a gondolkodást (ebben egyébként van is némi igazad, de egyelőre itt éppenhogy te vagy az, aki ebbe az általánosító csapdába beleesel), csakhogy, amikor valaki pont, hogy gondolkodik, csak éppen a gondolatmenetének a végén a konklúzió nem mainstream-compliant, akkor egyes "vitapartnerektől" megkapja a "náci" (homofób/transzfób/whateverfób/rasszista/fasiszta/soviniszta/whateverista) jelző(ke)t és ezek az elemek utána megpróbálnak ott kibaszni az illetővel, ahol tudnak.
    Na, ezeket az elemeket, te minek neveznéd, ha nem SJW-nek? Hogy megfordítsam az állításodat, kurwa könnyű mindenkit nácinak (és a többinek) titulálni és ezzel skippelni a gondolkodást.

    Összefoglalva: nem az a barom, aki utálja az SJW-ket, hanem az, aki gondolkodás/indoklás nélkül címkézi fel a másikat, bárminek.
    Én viszont speciel vastagon definiáltam, hogy kit tartok SJW-nek és még vastagabban megindokoltam, hogy miért is utálom őket (olvass vissza, tele vele a topic). Te viszont mindennemű indoklás és egyéb nélkül rámragasztottad a homofób és a - kétszázezres röhejfaktorú - "SJW-fób" (LOLWUT) címkét. Ezek után áll a kérdés: ki itt a barom?
    (BTW, most akkor mégis vitábaszállsz velem? Csak mert azt mondtad, hogy annyira "elvakult" vagyok, hogy felesleges. (Mindezt úgy, hogy az itteni 4 éviem alatt kb. hozzá sem szagoltam a politikai topicokhoz/threadekhez, csak most már az én tököm is vastagon megtelt a liberálfasiszták erőszakoskodásával.))

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643702

    Menjünk. Hogy szerinted a belinkelt hozzászólás nem SJW-fóbiáról szólt, az vicces, mert szó szerint azt írtad le, hogy "Pl. te itt és most. De egy rakás más topicban az első/második hozzászólás egy homofób vagy SJW-fób baromé". Ezt azért bőven lehet úgy érteni, hogy itt és most én vagyok az, de egy rakás más topicban meg az első/második hozzászóló a homofób, meg SJW-fób.

    Viszont, ami tuti baromság, az az, hogy én bármit behoztam volna ide. Sem az ideológiát, sem a politikát. A politikát jevgenyij hozta be, de sajátja a topic, azt csinál vele, amit akar. Ezt is leírtam, de úgy látszik, nem sikerült elolvasni. Ideológiát meg pláne nem vittem sehova. Az ugyanis nem ideológia, hogy nem kérem, hogy a libtardok rámerőltessék a sajátjukat. Csak kérdeném, hogy mi is az én politikai ideológiám, amikor 4 évig hozzá sem szagoltam itt politikai topichoz? Pont a liberráltak azok, akik mindenhova beviszik a politikát, pl. az én topicomba is. Próbáltam elkerülni a politikát, nem sikerült. Utánamjöttetek, megpróbáltátok rám is rámerőltetni. Mi a probléma? Hogy visszaszóltam?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643835

    Köszönöm, ez a helyes link.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642288

    Én vetettem fel? Mi bajod van? jevgenyij volt az, de mivel övé a topic, azt csinál vele, amit akar. Nem tudom feltűnt-e, de engem eddiglen nem nagyon láthattál politikai csetepatékban, pedig 4 éve vagyok itt.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641163

    tökre megértem ha valaki vallásos csak ne erőltesse rám

    Ezzel elég sokan vagyunk így. Én pl. kifejezetten rámerőltetésnek érzem, hogy felmegyek a linkedinre és a githubra (ha már mikiszoft) és ömlik rám a szivárvány...

    (Bár igazából szinte bárhova megy az ember a neten, ömlik rá, ha kéri, ha nem...)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zdesigner


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641178

    Tele vele a net. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641172

    Ha egy szivárványt látnék valahol, azt én se érezném rámerőltetésnek, de mindenütt ezt látom. Egyébként, ha célzás volt, akkor szokás szerint totál mellément; ha mindenütt keresztek lennének, engem az is bosszantana. Semmilyen ideológiából/vallásból nem kérek.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641207

    Az a baj, hogy itt nem csak arról van szó, hogy valaki kirak egy csipszar szivárványt az avatárja sarkába egy fórumon, mert ha ennyi lenne az egész, ezt én is tőből leszarnám. Itten kifejtettem kissé bővebben.

    Viszont, ha már a cégek is szóbakerültek, hát nem; egy cég ne politizáljon. Ha meg erre az a válasz, hogy a cég azt csinál, amit akar, akkor az meg vonatkozzon mindenkire, mert az baromira nem fair, hogy a tvitter/kúgel/frászbúk és a többi mass-comm-platform a saját politikai szájíze szerint moderálja és bannolja ki azokat, akiknek nem tetszik a véleménye, azzal a felkiáltással, hogy "magánterület" és azt csinálnak, amit akarnak, viszont a szivárványtorta elkészítését megtagadó cukrászt meg megbírságolják/meghurcolják. Ez akkora kettősmérce, hogy árnyékba borítja a Jupitert.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> n0b0dy , jevgenyij , Baaal , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641181

    A web tényleg egy bloat szar lett, ebben teljesen egyetértünk...de ami az arányokat illeti, hol jön veled szembe minden pillanatban kereszt? Jó, persze, direkt keresztény weboldalakon igen, de minek mész oda? Én sem látogatok direkt "szivárványos" oldalt, csak éppen az - elméletileg - "semleges" - tehát ideológiamentes, szakmai és egyéb reál - helyeken is úthengerrel vasalják az ember arcába.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641189

    Ha nem lenne az uszítás (akármelyik oldalról) akkor nem beszélne erről senki és nem lenne tömve vele a linkedin sem. Ez már egy következmény.

    Ez a tévedés. Mielőtt ennyire erőltették volna a legtöbb ember úgy volt vele, hogy leszarja, mert magánügy, ezek viszont közügyet csinálnak belőle és ebből most már nagyon sok embernek elege van. Erő-ellenerő. Minél erősebben tolják, annál nagyobb lesz az ellenállás. Az erőszakos hittérítés mindig ellen-erőszakot szül; nézd csak meg a vallási háborúkat.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zaphodb , end , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641197

    Ha csak festett üveg lenne az egész, hogy át lehessen rajta nézni, akkor még lehetne is egy taktika ez, de itt konkrétan már a többséget diszkriminálják számos esetben a szivárványfasiszták kénye-kedve szerint. Szerinted, amikor valakit kitúrnak a nyílt forrású projektjéből, mert addig nácizzák, amíg elmenekül, annak utána olyan egyszerű lesz átnézni rajta? Vagy annak, akit kirúgnak, mert kellett a helye egy szivárványkvótásnak? Ez az egész erőszakos mozgalom nem áll meg ott, hogy zászlókat lengetnek és bannereket rajzolnak. Szó szerint közösségeket, cégeket vernek szét a hülye ideológiáikkal; követejjükhoty, aztán meg jön a gumiszabályokból összerakott kódofkondákt, mert negyűlőköggy és utána már lehet is "gyűlöletbeszéd" miatt bannolni azokat, akiknek nem tetszik, hogy a projekt/fórum/közösség/cég/whatever döntéshozói pozícióiba ennek a mozgalomnak a strómanjai ültek... Nézd csak meg lentebb, már itt is van egy példa erre; nézzünk át rajta?

    Éppen ez az, hogy itt egy baromi hangos és sajnos baromi nagy befolyással bíró szélsőséges kisebbség hergeli az embereket, szándékosan.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zaphodb , jevgenyij , ibenny


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641249

    GPL licencet választani saját nyílt forráskódú projekthez

    vs.

    bezárod a kódot és elkezded kereskedelmi licenccel árusítani

    WTF? :)

    A GPL nem teszi lehetővé, hogy bezárd a kódot. Amit GPL alatt kiadsz, az onnantól kezdve nem a tiéd, hanem mindenkié, de nem úgy mindenkié, mint a Public Domain, hogy mindenki azt csinál vele amit akar, hanem úgy mindenkié, hogy bármit csináltál vele, azt közzé kell tenned.

    BTW, sokra mész a saját vállalkozással és a többivel, ha az SJW-k twitterkommandója letiltatja a bankszámládat.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641258

    Hát én máshogy tudom. Persze lehet én tévedek, mert a GPL túltesz agyonbonyolításban még az MS-EULA-n is. Amúgy nem a szerzői jogról volt szó, hanem a tulajdonjogról. A szerzői jog továbbra is a tiéd, de a tulajdonjog már nem. Ha egyszer publikáltad a cuccodat GPL alatt, akkor mindent, amiben azt felhasználod (értsd: a következő verzióját is a szoftvernek) publikálnod kell.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641321

    Nana, abból már bőven volt probléma, hogy GPL kód került a kódbázisba. Az LGPL-t pont azért hozták ki, mert a GPL esetén még akkor is ki kellett volna adnod a saját forrásaidat, ha egy betűnyit nem használtál fel semmilyen GPL-es cuccból, csak linkeltél hozzá. Az is baromi jópofa bír lenni, amikor kiadod a forrást, de rossz license alatt, mert ugye a GPL megköveteli, hogy a kiadott forrás GPL-kompatibilis license alatt legyen kiadva. Fogsz egy GPLv2-es és egy GPLv3-as forrást, belerakod a kódodba, akkor az egészet milyen license alatt kell kiadnod, ha egyszer a GPLv2 és a GPLv3 nem kompatibilisek egymással?

    Én amúgy mindig Public Domain alatt adok ki mindent, akár forrást, akár programot, mert ha egyszer odaadtam a júzereknek, akkor nem fogok baszakodni azon, hogy mit csinálnak vele.

    Az utolsó mondatra nagy +1.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641353

    Jó, de mi a helyzet az egyszerre felhasznált GPLv2-es és GPLv3-as kódokkal? Azt milyen license alatt adjam ki, ha ezek nem kompatibilisek egymással?

    Public domainnel az a probléma, hogy az első dolog az, hogy átírják a copyrightot saját névre, később még tőled követelhetnek licendíjat a saját kódod után.

    Sok szerencsét hozzá, ha egyszer bizonyítani tudom, hogy én előbb töltöttem fel, pl. webarchive segítségével. Egyébként a copyright-ot nem tudják átírni, mert nincs is benne. Az, hogy "written by TCH" még nem copyright.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641398

    Jogos.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641263

    Én úgy tudom, hogy ha fogsz egy GPL-es forrást és változtatsz rajta, azt is közzé kell adnod. Ebbe pedig beletartozik az is, hogy van egy GPL alatt kiadott forrásod, amibe beleraksz egy új feature-t, vagy bugfixet, hiszen egy GPL alatt kiadott forrást módosítottál, nem?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641311

    Oké, lehet, hogy én tudom rosszul, nem vagyok jogász...pont ezért kerülöm a GPL-t. :P

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642171

    Nyilván nem a home-usingról van szó, azt nem is ellenőrizhetik. Kiadott cuccokról volt szó.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641912

    Ez tuti benne van, de ha nem lenne politikai hátszelük, nem jutottak volna idáig.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641215

    Mutass már nekem akkora templomot, mint az Empire State Building. :P

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641224

    Miért, az ESB nem szép? Nem bírod az Art Deco-t?

    https://fedchurch.org/mt-content/uploads/2018/05/rainbow-flag-and-sign_2018-05-23-20-22-19.jpg
    https://www.atlantamagazine.com/wp-content/uploads/sites/4/2020/10/1020_FirstBaptistAtlantaChurch_SaintMarkChurch_courtesy.jpg

    Tuti? :(

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641233

    Akkor már előrébb vannak, mint a dregkvínek...

    Igazából csak arra próbáltam rávilágítani, hogy a templomok már sokszáz éve ott "rohadnak" és pont azért vannak ott, hogy akik oda tartoznak, azok odamehessenek. Ha neked nem tetszik, nem mész oda. Buzibárba se kötelező járni (még). Viszont ők már kiviszik az utcára, ami viszont mindenkié és nem mindenki kíváncsi rájuk. Meg be az informatikába. És máshova. Pl. mindenhova, ahol embereket érnek el vele. Hittérítenek, agyat mosnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> zaphodb , jevgenyij , solt87 , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641238

    Régen sem volt kötelező templomba járni. A zárójeles "még" csupán szarkazmus volt.

    Leragadtál az utcánál, mint példánál. Mit csináljon az, akit kirúgattak az állásából, kitúrtak a projektjéből, stb. ?

    De, találtak már meg mindenféle hittérítők. El is küldtem őket a devnullba. Nem történt semmi. Viszont, ha egy lilahajú ágenst küldtem volna el a picsába a githubon, hogy itt ugyan nem lesz szexuális preferenciák alapján kielégítve semmilyen követelés sem, már nem lenne github accountom se. Remélem nem akarsz párhuzamot vonni egy buggyant nénikommandó és egy irdatlan média és egyéb befolyásal is bíró nemzetközi szervezet között?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> jevgenyij , solt87 , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641248

    Keressen másik melóhelyet.

    Az igen...az igen... Igazán kegyes vagy, hogy legalább ezt megengeded neki. Tényleg, ez aztán a nagylelkűség, lévén végülis le is lőhetnénk, nem? Jó ég...

    Lehetőségekkel tele a világ, főleg az informatikában, de bárhol meg fogják becsülni ha jól csinálja a dolgát, teljesen mindegy. Ha meg nem akkor alapból már hiba hogy nincs készülőben egy B terv.

    Áldozathibáztatás. (BTW, biztos baromi könnyű a COVID zrí közepén állást találni.)

    Szerencsére elég színes az ismeretségi köröm, van mindenféle mentalitás, mégse vesztette el egyik sem az állását ilyesmi miatt.

    És ha téged/haverjaidat nem érint, akkor senkit se?

    Én nem internetről egy monitor elől hozom ide amit mondok hanem a saját tapasztalataimat osztom meg.

    Amik ugyebár extrapolálhatóak a globális lakosság egészére...

    Ezt az arcomba nyomják ezt és azt dologgal se futottam még össze, legalábbis olyan szinten nem hogy bármiben is módosítsa az életemet. Munkahelyem normális és a teljesítményt nézi nem az aktuális propagandát, témakörből meg van ezer másik amiről el lehet beszélgetni órákon-napokon keresztül anélkül hogy szóba jönne a politika.

    Ezt rossz embernek mondod, én az elmúlt 4 évben, amióta itt vagyok, konzekvensen kerültem a politikát, mert utálom. De a liberálfasiszták most már szinte minden topicba behozzák a keresztes hadjáratukat.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> zaphodb , jevgenyij , solt87 , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641255

    Akkor ne keressen másik munkahelyet, viszont akkor fogadja el. A választás lehetősége adott, tudod megszoksz vagy megszöksz.

    Na, csak kibújt a szög a zsákból. Magyarán szólva el kéne tűrnie, hogy nyugodtan kiszexuáldiszkriminálhassák bárhonnan és akkor még ő a náci... Gratulálok.

    A le is lőhetnénk meg nem tudom hogy jött ide, de a szélsőségekről már leírtam a mondókámat párszor.

    Pont így.

    Neki lehet állni tanulni, új vizekre evezni, követni a munkaerőpiacot. Ha meg nem megy akkor el kell fogadni hogy ennyit tudsz, ezt ilyen körülmények között tudod végezni, de tanulni és fejlődni szerintem mindig van lehetőség, leginkább az akarat hiányzik.

    Hát persze, aztán ha minden munkahelyéről kitúrják, akkor az azért van, mert nem értett hozzá. :)

    Én csak a saját tapasztalataimról tudok írni, de nagyon szívesen meghallgatom a másik nézőpontot is ha konkrétumokat tud hozni, nem pedig a szokásos unokanővérem húgának a szobatársának a leánykori szerelmének gyermekének apjával is ez történt lenne, vagy a neten olvasta és... kategória.

    Miért, ha azt citálja be valaki, ami mással történt az nem számít?

    A politikát én is kerülöm, látod hogy a leszarom pártot erősítem, de ugyanúgy észreveszem a nyomást a másik oldalról is.

    Mint mondtam: erő-ellenerő. Egyébként szerintem te nem a leszarom pártot erősíted, mert ha tényleg leszarnád, akkor nem vitatkoznál, hanem leszarnád. Csak összehasonlításképpen felhívnám a figyelmedet rá, hogy ameddig én leszartam, mert le bírtam szarni, addig én tényleg nem vettem részt itt politikai csetepatékban. Nyugodtan visszanézheted.

    Amúgy ha már irónia, mókás hogy pont kereszteshadjáratnak hívod.

    Nem mondod... Igen, direkt használtam a "keresztes hadjárat" kifejezést.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zaphodb , solt87 , guszti


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641276

    És amikor globálisan szivárványosodik az egész világ, akkor hova menj? Egyébként ki mondta, hogy neki baja volt a szivárvánnyal? Ő leszarta! Aztán egyszercsak mennie kellett, mert kellett valakinek a hely.
    De az állás is csak egy példa, aminél megint leragadtál. Van egy nyílt forrású projekted, le sem szarod a szivárványosdit, de aztán megjönnek az SJW-k és követelőzni kezdenek. Leszarod azt is, elhajtod őket a francba és megindul a lejáratás, meghurcolás, ellehetetlenítés. Na. Szard le azt is.

    Bajnak nem baj, de az ember nem vitatkozik olyan témában, amit leszar. Erre céloztam.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641288

    Idehaza ez nem jellemző, még. De az, hogy te mit tapasztalsz, az miért érv és azt, hogy mi történt mással, az miért nem? Egyébként nem biztos, hogy a cégvezetés idióta volt, lehet, hogy kényszerítették őket.

    Na, hát pont ez az. Ha ezt előadod egy ilyen esetben, akkor téged is nekiállnak kicsinálni. Jön a twitterkommandó, rátelefonálnak/ráírnak a bankodra, a munkahelyedre, a főbérlődre, hogy náci vagy, a számládat zárolták, a melóhelyről kirúgtak, a lakásodból kitettek, le vagy nullázva egy pillanat alatt, mehetsz egy szál faszban amerre akarsz. Persze, legyen erre is B-terve az embernek, amikor örül, hogy megél. Nem egy ember volt már aki öngyilkos lett, mert a különféle SJW bandák a halálba kergették. (Igen, idehaza ezt nem tudnák eljátszani, még.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641302

    Látod, még mindig relativizálsz. A végeredmény szempontjából valóban mindegy, hogy merről jön a baromság, de amúgy nagyon is fontos, hogy merről jön, mert arrafelé kell fordulni, mielőtt a hátadba kapod. Ez ugyan generikusan alkalmazandó, viszont jelen pillanatban a szélsőséges baromság a szivárványos/erőltetett diverzitásos irányból jön.

    Az, hogy valaki azért vált (felnőttként) nemet, mert neki így jobb, az az ő dolga és ennek semmi köze ahhoz, hogy hány embert csinálnak ki mindenféle mondvacsinált baromság miatt a szivárvány és egyéb mozgalmak képviselői.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641322

    És szerinted az, ha valakit az SJW-k kitúrnak a projektjéből, vagy az, ha valakit a twitterkommandó lenulláz és a halálba kerget, az ekvivalens azzal, hogy valaki ezen felháborodik és egy fórumon ennek hangot ad? Szerinted ez egy olyan probléma, amire legyinteni kellene?

    Nem tűnik fel, hogy egyre inkább az összes nagy cég "szép színes" lesz, munkára alkalmatlan, amit meg kiadnak az egy nagy fos és mégsem falja fel őket a valóság, nem lesznek piacképtelenek, mert az embereknek nincs választása, mint használni a szemetüket?

    Ez a relativizáló bagatellizáció is baromi veszélyes bír lenni...

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641348

    Mármint konkrétan mi az amire rá vagy kényszerítve és szét van SJW warriorkodva?

    Én semmire, de az átlagjúzer mit csináljon? Egyébként minden is szét van SJW-skedve. (A warrior már benne van a betűszóban.) Mire váltson pl. oprendszer terén a júzer, ha a mikiszoft, a kúgel és az epül is ezen a vonaton ül?

    Előző munkahelyem is beleesett ebbe a szivárványos vonalba meg a női kvótába, el is vesztették az ügyfélkörük jelentős részét és nem egy részleg ment a levesbe meg leépítés lett vége mert az ügyfél talált jobban működőt mert nyilván a minőség lezuhant mert nem szakmai alapon kerestek embert hanem amit a divat diktált épp. Mentek is a nagy rendrakások, túlélte a dolgot de jóval vékonyabb profittal és alacsonyabb létszámmal, kevesebb ügyféllel.

    Álljunk már meg egy pillanatra, itt még azt mondtad, hogy "Eddig volt 7 melóhelyem, sehol se jött elő a szivárványosdi.", most akkor mégis előjött?

    Sz*rk: Alámszerkesztettél. Nos, az, hogy azután jött elő, hogy kiléptél, az nem változtat a tényen, hogy előjött.

    nem jön szembe sehol pedig elég széles az érdeklődési köröm, sok portált olvasok, hajlamos vagyok elveszni a netbe órákon át és mégsem azt érzem hogy le lenne nyomva a torkomon bármi is

    Hát az előző fordulat után ezt valahogy kétlem; majd mindjárt jön az, hogy ma is láttál egy genderfasiszták által szétalázott csávót, dehát van másik open source projekt is? :P
    Just for the record: épp az előbb linkeltem be neked egy ilyet. Nem érzed, hogy le lenne nyomva a torkodon? Nos, az azért lehet, mert nem érted meg, hogy egy nap te is lehetsz majd annak a csávónak a helyében.

    Az életben nem találkozom hangoskodó emberekkel akik tukmálnák belém a mondandójukat, legalábbis nem jobban mint amennyire bármely más elképzelés/ideológia tolja.

    Itt még azt mondtad, hogy "pont ugyanannyira idegesít a békemenet mint a pride. Amíg épp nem arra járok tökre nem érdekel, de ha amiatt nem jutok el időben valahová a lezárások miatt ugyanannyira fog felcseszni mindkettő." Akkor pedig mégis találkoztál hangoskodókkal, akik tukmáltak, nem?

    Most éppen rohadt nagy médiavisszhangja van, lehet vele hergelni az embereket, most ez megy. Majd lesz más, lehet rosszabb, lehet jobb, de mindig lesz egy réteg aki utálni fog valahol valakit, sajnos ilyenek az emberek, "sosejó".

    Relativizálás, már megint? Eddig se működött, miért erőlteted?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641356

    Előjött, de addigra már rég nem voltam ott és meg is lett a következménye.

    Mondom: az, hogy azután jött elő, hogy kiléptél, az nem változtat a tényen, hogy előjött.

    OS-ből ott a csillió linux disztró, ha dolgozni akarsz akkor meg munkaeszközt kapsz amin dolgozol, a privát életedben tiéd a választás.

    Mondom: átlagjúzer. Nem belőlem élnek meg a multik. Az átlagjúzernek hiába mondod, hogy tegyen fel egy Linux disztrót. BTW, a Linux disztrók is szivárványosodnak. Nahát.

    Ennyi erőből lehet lázadni hogy miért van mindenhol Win, szembe megy a nyílt forrással, mégis melóhelyek jelentős részében az megy pedig minőségben azért nem éppen fénykorát éli.

    Ami azt illeti én "lázadtam" is egész életemben a windows ellen; nekem mindegy volt, csak ne windows...de ugye nem akarsz egyenlőségjelet tenni a kettő közé? A multik meg még mindig az átlagjúzerekből élnek, azok meg használnak windows-t/PC-t, iAkármit, illetve droidos cuccokat.

    Így oké?

    Nem. :(

    Mert én így látom, ezt tapasztalom. Ettől függetlenül lehet hogy ez egy probléma, nyilván vannak túlkapások mint mindenből, csak engem egyáltalán nem érint akkor meg miért akadjak fent rajta?

    Nem kötelező fennakadni rajta, csak ha esetleg sorrakerülsz, akkor ne csodálkozz:

    Amikorra engem vittek el,
    nem maradt senki,
    aki tiltakozhatott volna.

    Hát ma a "nácikat" viszik, te pedig hallgatsz, mert nem vagy "náci". Sebaj, holnap már az leszel és visznek.
    Egyébként ahhoz képest, hogy "nem érint", meg "leszarod" elég kitartóan próbálod mindenáron elbagatellizálni az egészet.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641397

    Oké, de minek, ha leszarod? Enyhe ellentmondást érzek a dologban

    Ez a kis magyar cég lehet, hogy ráfaragott, de a legnagyobbak nem faragnak rá, még mindig nem tűnt fel? Az emberek továbbra is megveszik a szarjukat, mert nem tehetnek mást; az összes mérvadó szereplő beszivárványosodott.

    És feltételezem ők rakták fel maguknak, sőt a vasat is ők választották, mert akkora cyberpunkok. :P
    Az átlagusernek az kell, hogy tudja használni, fel tudja tenni, meg menjen mindenen, ami azért a Linuxnál kisebb eséllyel lesz meg, mint a windows alatt, illetve, hogy választ kapjon a kérdéseire, ami megint annál valószínűbb, minél mainstream-ebb a platform. Aztán, akinek még van PC-je, az valami szoftvert is futtat, az is nagy valószínűséggel windows-ra lesz. Nézd meg a piaci részesedéseket; a desktop Linux 1%, a nem Android alapú mobilos Linux még annyi se; mind a desktop, mind a mobil piacot ugyanaz a három óriásvállalat uralja; csak az egyiken szemüveg vagy alma, a másikon meg ablak vagy alma. Az átlagjúzer ezt választja és ezt is fogja.
    Melyik disztró szivárványosodik? Ez most komoly? Ennyire lusta vagy keresgetni? A Debian még itt is volt téma... Nem az a kérdés, hogy át lehet-e állítani egy rohadt témát valami másra, hanem, hogy kik kerülnek döntéshozói pozícióba. Ennyire nem érted, hogy ez az egész egy politikai takeover a szakma felett? (Hogy csak az informatikánál maradjunk, mert egyébként kb. minden felett.)

    Micsoda? Milyen vicces listát toltam én be? Hova toltam én be? Erről lenne szó? Ha igen, nézd már meg lécci, hogy ki írta azt a kommentet, mert ez baromira mellément...
    BTW, én nem vagyok "a másik oldalon", bármit is jelentsen az a másik oldal és bármennyire is ezt szeretnéd sugallani, mert én nem vagyok sem ilyen, meg sem olyan oldali, csak most már rettenetesen tele a tököm a végtelenül erőszakos liberálfasisztákkal; nem csak a szivárvános divíziójukkal, hanem az összessel.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641426

    Eddig azt hangoztattad, hogy az egész kérdést leszarod. Abban a vélemény is benne van. Folyamatosan próbálod relativizálni, bagatellizálni (most is), mutogatsz "a másik oldalra", hogy "azok is"; azok is mi? Kik azok az azok és ők is mit csinálnak? Globálisan alkalmazott erőszakos agymosást és status quo-t? Hát azt nehezen hinném, bárkikre is célozgatsz...

    Áruld már el nekem, hogy miféle kompromisszum lehetőségét látod te akkor, amikor egy csávó leírja twitteren, hogy attól még nem lesz nő valaki, hogy annak mondja magát és erre odazúdul a githubra többtucat SJW és követelik a kitiltását azokból a projektekből, ahol tag, meg a Code of Conduct bevezetését a projektekben (hogy később is legyen lehetőségük bárki is kitiltani), meg leginkább azt, hogy mindenki kussoljon és csinálja azt, amit ők mondanak, mert kurwa erősnek érzik most magukat a politikai hátszéllel? Miféle kompromisszumra van lehetőség akkor, ha a másik fél nemhogy kompromisszumokra nem hajlandó, de még arra sem, hogy meghallgasson; kussolj és csináld amit mondanak, pont? A kompromisszumhoz két kompromisszumkész fél kell.

    A webfejlesztői példád azért sántít, mert ezt a szarhulladék dzsuvaszkript über alles mentalitást pont ezek a pszeudoprogresszív retardáltak hozták be a szakmába; tőlük nem hallasz olyat, hogy szar a webkettő.

    windowst talán nem tudnak a nagyik felrakni maguknak, az lehet, de esetleg a férjük, fiuk, szomszédsrác igen, nem kell, hogy "Linuxos" legyen a családban. A windowst valamikor be lehetett lőni úgy, hogy elviselhető legyen, de ez már a múlt; a windows 10 totál használhatatlan. (Hacsak nem túrod szét olyan szinten, hogy a végén már köze nem lesz a windows 10-hez; kb. kiirtod belőle a windows 10-et.)

    Jajbazmeg, ez a leggázabb replika, amivel Linux fronton elő lehet jönni, hogy csinálj saját disztrót; igen, hogyne, mindjárt tegyem is mögé az infrastruktúrát is, a szervereket, az üzemeltetést, a csomagkarbantartást, a levlisták/fórumok moderációját, mind-mind egymagam, mert olyan kurwa sok pénzem és időm van...hát hogyne. És akkor azt meg szépen kihagytad a számításból, hogy Linuxot ugyan még csak összerakhat magának az ember, de az alapanyag ugyanaz lesz. És az alapanyagot pedig akik előállítják, azok egyrészt azok a nagy elszivárványosodott cégek, mint a RedHat, a Google és társaik, valamint azok a fontosabb nyílt forrású projektek, amiket szintén becsicskítottak az SJW-k. Ott vagy a saját disztróddal, ahol a part szakad.

    Hát nem tudom, hogy sikerült elkerülni...ha pl. azt látod, hogy a net szarrá vált, akkor hogyhogy sosem tetted fel a kérdést, hogy ki ezért a felelős és mi érdeke fűződik hozzá?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641601

    Itt most éppen ebben a szálban a konzervatív nézeteket ütjük a szivárványossal ha konkretizálni akarom, de reméltem nem ragadunk meg ezen a vonalon.

    Látod, megint tévedz, skatulyázol, szalmabábot csépelsz. Én nem vagyok konzervatív. Semmi konzervativizmus. Felhozta itt bárki azt? Én biztos nem. Ti jöttetek a kereszténységgel is, az is mellément.
    Itt a szivárványfasizmus erőszakos térhódításáról van szó, ehhez nem kell konzervatívnak vagy kereszténynek lenned, hogy ellenezd.

    Az én tapasztalatom azt mutatja hogy ez csak egy hangos médiafelszín, szakmai körökben ez egyáltalán nem elterjedt, ott továbbra is a stabilitás és a megbízhatóság a cél. Nem akarom elbagatellizálni mert nyilván gáz, de nem gázabb mint bármelyik másik szélsőség. Aki meg beszopja az szívni fog mert lesz nála egy csapat agyhalott de legalább népszerű álláspontú ember akik szarul csinálják a dolgukat.

    És még én nem olvasom el, amit te írsz... Megnézted te, amiket belinkeltem? Átment, hogy konkrétan tettek már tönkre projekteket, embereket így? Átment, hogy az összes nagyobb cég és fontosabb open source projekt SJW befolyás alá került? Ez neked "csak egy hangos médiafelszín"?

    A webkettő annyi volt az elején hogy interaktív web, lehessen hozzászólni, ne csak egyoldalú leírom-elolvasod legyen hanem legyen benne valamiféle interakció. Ennek semmi köze ahhoz hogy a net egy szenny, de ettől még ez továbbra is probléma amit meg lehetne oldani ha a tehetségesebb fajta emberke aki mondjuk szakmailag rendben van (legyen bármelyik oldalról) abba fektetné az energiát hogy javít rajta és nem azon hogy a másikba álljon bele valami random indok miatt. Szar helyzet? Az. De azzal hogy hangoskodunk bármelyik oldalon attól az alapvető probléma ugyanúgy nem oldódik meg.

    Már megint a nemlétező másik oldalra mutogatsz. Itt nincs két oldal. Voltak a pszeudoprogresszív idióták, akik ezt az egyszerű interaktivitást - amihez elég volt pár sor JS és alapvetően nem is lett volna vele baj - több MB-nyi bloated "framework"-ökkel "oldották meg"; valójában nyilvánvalóan mesterséges igénykeltés volt a cél erre a szarra, hogy ez legyen a hivatalos irány, mert így nekik van munkájuk, a hardwaregyártók meg el tudják adni a gépeiket.

    Linux telepítősdi: Telepítettél te mostanában wint és linuxot? Kb mindkettő next-next-finish.

    Telepítettem. A túrót next-next-finish. A disztrótól is függ, de amúgy is a hardware terén még mindig a windows áll jobban, pusztán a driverek mennyisége miatt.

    Saját disztró: Nem azt mondtam hogy építs belőle szoftverbirodalmat és gyalázd szét a canonicalt, hanem hogy rakj össze magadnak egy saját disztrót és válogasd össze a forrásokat magadnak aztán használd egészséggel.

    És még én nem olvasom el, amit te írsz... Helló, szó szerint leírtam, hogy: "És akkor azt meg szépen kihagytad a számításból, hogy Linuxot ugyan még csak összerakhat magának az ember, de az alapanyag ugyanaz lesz. És az alapanyagot pedig akik előállítják, azok egyrészt azok a nagy elszivárványosodott cégek, mint a RedHat, a Google és társaik, valamint azok a fontosabb nyílt forrású projektek, amiket szintén becsicskítottak az SJW-k. Ott vagy a saját disztróddal, ahol a part szakad." Miből rakjak össze másik disztrót?

    SJW döntések: Miben lesz neked más emiatt? Rózsaszín lesz az MC? Szivárványos a bootlogó? Reminder feldobja neked hetente hogy meleg vagy már?

    Hiába próbálsz fölényeskedve buta, paranoid homofóbnak beállítani, mert akár ez is elképzelhető; tudod miért született meg a "super straight" nevű "szexuális preferencia"? Azért, mert a buzik a párkereső oldalakon rámásztak heterókra is, hogy de, ők nőknek vallják magukat és ezért kötelező őket annak tekinteni, különben rohadt homofób transzfób vagy és egy ilyen kitekert "szexuális preferenciát" találtak ki, hogy leszereljék őket. Nem sok sikerrel, erre is megkapták, hogy transzfóbok.

    De ez csak a kisebbik fele, a fontosabbik fele az a nagy cégek és az amcsi titkosszolgálatok befolyása a projekt felett. A szivárványfront csak egy hadoszlop, ahogy a BLM és a többi is. Mindenféle jóemberkedős indokokkal mindenkit befenyítenek, döntéshozó helyzetbe kerülnek, majd belerakják/belerakatják a szoftverekbe azt, amit a szponzoraik akarnak.
    Neked nincs meg ami pl. Ted T'so-val történt? Az intel megpróbált egy hátsóajtót bevinni a Linux kernelbe, Ted T'so nem hagyta (#1, #2), aztán - hogyhogynem - jöttek az SJW-k, bekerült a Linux kernelbe is a CoC és az SJW-k nekiálltak tisztogatni; note: az egyik leading SJW (Sarah "Sage" Sharp) az intelnek dolgozott és amúgy transgender. No comment.
    Még mindig nem érted, hogy ez egy irányított politikai takeover? Az összes ilyen pszeudoliberális baromság az; náci kártya mindenféle ízben és színben. Eszköz a megfélemlítésre, a kontrollra, a megsemmisítésre. Mi az, hogy a nagy cégek és pénzemberek akarata ellen szegülsz és nem vagy hajlandó belerakni a programba amit mondtunk? Jönnek az SJW-k és szétbasznak. Tényleg nem értem, hogy mi nem érthető és miért próbálod ilyen vehemensen elbagatellizálni, ha te leszarod, mert semleges vagy.

    Net szarabb lett szerintem mezei lustaság és pénz kérdése: Ma már a konzumernél többnyire elég erős vas van, optimálisabb kódot pedig több fejlesztőóra alatt lehet csinálni ami meg többe kerül. Így olcsón megúsztuk, mancika laptopja meg had süvítsen amikor tekeri a fészbukot.

    Bullshit. Töredékidő alatt meg lehet csinálni, töredék erőforrásért egy jó, interaktív webes felületet, mint amennyi időért és erőforrásért ezek a webkettes lamerek összefossák.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641710

    annyit írtam hogy -szerintem- ebben a beszélgetésben az alapvető konzervatív nézetet raktuk szembe az LMB...mittomén, IDDQD ellen.

    Pontosítsunk: ebben a beszélgetésben te akarod mindenáron az alapvető konzervatív nézetet szemberakni a betűlevessel. Holott ahhoz nem kell konzervatívnak lenned, hogy ne kérj abból, hogy megmondják neked, hogy hogy gondolkodj, vagy, hogy teletömjék szarral a gépedet és megfigyeljenek.

    Tettek tönkre projekteket: Opensource, új néven viszed tovább, ha nagyon kötekednek akkor meg bezárod vagy kiadod más licensz alatt és akkor már te döntöd el mi kerül bele.

    Jajj... Mert ez ugye csak így megy. Szerinted csak a kód számít? A név az smafu? A júzerek a nevet keresik, nem a kódot. Persze, forkolhatja, aztán onnantól kezdve kb. a kutyát nem érdekli, hogy mit csinál. A projektjét elvették tőle és akkor még olcsón megúszta.

    De akkor itt most a gyártók a genyók, kellett ami megegye a gépeket és emiatt új gépet kelljen venni?

    Benne vannak ők is. De benne van a kugli is, az ő JS motorjuk a leggyorsabb, nekik az a jó, ha egy weboldal sokkal lassabb a többi browserben.

    Mert akkor elég szarul csinálják, 10 éves gépekkel kényelmesen el lehet cirkálni a neten, persze nem lesz smoothasfck, de messze van a használhatatlantól ami szerintem egy 10 éves gépnél bocsánatos bűn. Mármint persze a trend nem jó, de ebben a távlatban már nem tragédia.

    Már megint bagatellizálsz. Ugyanezeket a weboldalakat úgy is meg lehet csinálni, hogy 20 éves gépeken is elfussanak, de nem teszik.

    Nem fölényeskedés, csak tényleg érdekel hogy téged mint enduser a mindennapi használatban miben befolyásol? Mert oké, politikai nézetei és felfogása/mentalitása alapján nem értesz vele egyet, de ettől te mint linux user hol érzed ezt meg a mindennapokban?

    Te tényleg nem olvasod el, amit írok? Mondom: telepakolják a kódot olyan szeméttel, ami a nagy cégeknek és az amcsi titkosszolgálatoknak kell. Szerinted hol érzem a mindennapokban? És ugye a bloatosítás is, nem csak a weben létezik, ld. GTK3.

    Mármint hülye példa, de ugyanúgy hangoztatja az apple hogy ő mennyire elfogadó és mégsem tapasztalom azt hogy emiatt szar lenne a macos/ios.

    Hát pedig már a Catalinát is elátkozták a felhasználók, még a legmeggyőződésesebbek is. És ahogy hallom a Big Sur nem javított a helyzeten.
    https://forums.macrumors.com/threads/anyone-else-think-big-sur-mail-sucks.2267752/
    https://youtu.be/KEQdCJiW1rI
    https://sneak.berlin/20201112/your-computer-isnt-yours/
    Mondjuk saját tapasztalatom nincsen az új Apple rendszerekkel, itt csak Tiger, meg Snow Leopard van, az újabbakat maximum screenshoton tudom nézni, de ha már nézés: a Tigerre vagy a Snow Leopardra ha ránézek, akkor azt mondom, hogy faszán néz ki, ezekre az újakra meg ha ránézek, akkor nem tudom megkülönböztetni egy szar linuxos GTK3 theme-től. (Tudom, hogy az utóbbit másolták az Apple-ről, de elég sokat elmond, hogy le tudták másolni...)
    Egyszóval minőség terén hanyatlás van ott is.

    Nem akarom elbagatelizálni, annyit írok hogy én a saját bőrömön nem ezt tapasztalom. Ennyi. Ettől még lehet ez hiba és rossz irány, de konkrétan én nem érzem és nem befolyásolja az életemet.

    És ignorálsz minden becitált forrást, logikai levezetést, mindent.

    Ha irányított politikai takover akkor meg olyan politikusokat kell megszavazni akik ez ellen fellépnek és jónapot, de ez már megint mindenkinek a saját nézete/magánügye, csak ezzel fog bárki bármit is elérni, nem azzal hogy egy fórumon hőbörög szivárványra színezett ikonok miatt.

    Jó ötlet, szavazz Trumpra vagy Sandersre, mert mind a kettő a nagy cégek szopatását (utóbbi még a feldarabolását is) ígérte. Aztán utóbbinál az előválasztást csalták el (kétszer is), az előbbinél meg az éleset. Konkrétan a nagy cégek kitiltották a netről. Szavazz meg olyan politikusokat, lol... :)

    Akkor meg azt kell elővenni aki átvette így az alkotótól. Ha ő azt mondaná hogy lónakaf.szát, ez lassúszar és nem ezt kértem a szerződésben akkor nem lenne ótvar a net.

    Miközben neki ki van adva, hogy legyen kész tegnapra, minden is le van szarva? És mindenütt ez megy? A mentalitást rombolták le.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642302

    Snowden ügy óta tudjuk hogy ez elég régóta így megy. Régen titkosszolgálat volt, most digitális megfigyelés. Alapvetően az emberek jelentős százaléka kiteregeti a netre a dolgait, le se szarja a privacy fogalmát. Nem mondom hogy ez jó -sőt- de ez nem az iddqd népség hozadéka, így van amióta világ a világ.

    Generikusan nem a betűleves hozadéka, de ebben az esetben ez is egy támadási vektor; azokat fel szokás számolni, nem baj?

    Az információ hatalom és mindig lesz valaki aki szeretne belőle még többet, manapság nincs is túl nehéz dolga. De nem azért mert kernel szinten kiskapu lenne a rendszerbe, hanem azért mert ő maga szórja magáról ahol csak tudja.

    Azért is. Már megint relativizálsz, hogy de amúgy is...és ha amúgy is? Az mindenkire vonatkozik talán? Kell még több? Arról nem is beszélve, hogy a super straight részt egy-az-egyben skippelted.

    Ettől függetlenül továbbra is nyilván kurvagáz a történet, de hogy most erre épp ezt a sapkát húzták mert ez a hangos.

    Nem. Te tényleg semmit nem olvasol el, amit belinkelek. Nem sapkahúzogatás van, ezek embereket, cégeket, projekteket tesznek taccsra.

    Amúgy melyik az a weboldal szerinted ami olyan szinten bloat szar hogy egy 10 éves gépen nem lehet olvasni/használni és mindenképpen musthave?

    Csúsztatás, mert semmi sem musthave, tehát akármit is mondanék, abba bele lehet kötni, hogy anélkül is lehet élni. De ha már kérdezed, a tecső teljesen hulladék egy 10 éves gépen, amióta minden is JS-ből renderelődik rajta.

    Ellenben M1-es maceket amik nyilván big sur-el mennek mindenki dicséri és imádja, szóval annyira nem lehet tragédia. Nem mellesleg a linkelt videódat 2020 nov 16-án töltötték fel, az OS-t pedig 12-én hozták ki, nyilván előkerült benne rakás bug miután kidobták a nép elé.

    "Mindenki?" Azok is, akik a linkelt fórumtopicon panaszkodnak? A cikk írója is? Keresgetsz egy kicsit és lesz sok panasz.

    Hogy tudnék rájuk szavazni kis hazámból?

    Szarkazmus volt...

    Itt tudok a családját tömő kisgömbőc csapatra meg az összefújja a szél a szemetet maradékra, egyik jobb mint a másik.

    Akkor ennyit arról, hogy "ha irányított politikai takover akkor meg olyan politikusokat kell megszavazni akik ez ellen fellépnek és jónapot".

    Ez már megint cége válogatja, mi rendszeresen dobáljuk vissza az ótvar munkákat. Vagy minőséget ad és akkor jó pénzt kap, vagy ha szemetet hoz akkor megmutatjuk neki a szerződésbe hogy hol csúszik el és megkérjük hogy dobjon újra. Ezt írta alá, ezt vállalta, tartsa magát hozzá.

    Általános tendenciák okozta hanyatlásról beszélgettünk, nem arról, hogy van, ahol még adnak a dolgokra. Mit ér a világ azzal, hogy nálatok nem szarják le, ha az esetek 99.99999%-ában igen?

    De nem károsabb mint bármi más ami eddig volt vagy lesz, csak most épp ez a leghangosabb.

    Azt senki nem mondta, hogy ez a legkárosabb dolog ever, de most ez az egyik fő szabad akarat megsemmisítő hadművelet, szóval elbagatellizálni, hogy ennél voltak már veszélyesebbek is, az nagyon nagy hiba. Mindig az aktuálissal kell szembenézni és most ez az egyik aktuális.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641211

    A kocsira pakolt hal ugyanaz a kategória, mint az avatárba csempészett szivárvány, ami mint mondtam, a leszarom kategória. Nem ezzel van a baj.

    A templomot azért érzed, hogy elég erős csúsztatás, nem? Emelt itt valaki szót a buzibárok ellen? Én nem emlékszem rá. Nem azzal van a baj, hogy vannak direkt olyan helyek - virtuálisak vagy igaziak - ahol adott embercsoportok összegyűlhetnek és örülhetnek maguknak. A baj a többség szívatásával van.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641134

    Lehet ilyen viccet is írni, csak mi az alapja, ami miatt röhögni lehet rajta? Oké, az AI által cenzúrázott kommentek stimmelnek, de a többi? Hol támogatta a microsoft a kereszténységet, a szélsőjobbot, a fehér sovinizmust és a feketék diszkriminációját? Ez így erőltetett fals "tükör", semmi több.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641152

    Az előzőn lehetett röhögni?

    Hát ha fájt, akkor nyilván nem...

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642293

    A kormányt is szabad kritizálni. Nem látom a liberráltakkal teli börtönöket, pedig hatvannyolcezer "független" médium teszi minden nap és még innen sem vittek el senkit, pedig egyeseknek minden második szava valami 0rbánozós kiszólás.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642309

    Miért, pénzbírságot ki kapott innen, mert szidta a kormányt? Schiffer mondta egyszer, hogy a progresszív körök szerint idehaza minden héten megszűnik a szólás és sajtószabadság.
    BTW, börtön, 2006-ban szép számmal szedegették össze a "szélsőjobboldali" bloggereket, mert olyat írtak, amit "nem kellett volna"... Na, így néz ki liberálfasisztáéknál a szólásszabadság.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zdesigner , zaphodb , jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642348

    Szomszéd galaxisig elhallatszódó izzadtságszag. Meg ne erőltesd magad, még a billentyűzeted is sérvet kap.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zdesigner , jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642366

    Ha tudnám se érdekelne, mert erőltett mellébeszélés volt, semmi több.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642370

    Miért, miben nyilvánul meg, hogy érdekel-e, hogy copypaste volt-e, vagy sem?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642935

    Felesleges. Se logika, se gondolat nem volt mögötte. Dehát mit várunk valakitől, aki szerint barom, aki nem szereti az SJW-ket.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> zdesigner , zaphodb , jevgenyij


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641114

    Lehet túl sokat látok bele, de IMHO a windows 10 azért lett volna az utolsó, mert ugye a Mac OS is tízig (X) ment, aztán utána meg 10.X, de most, hogy mégis lett macOS 11, így a microsoft is csinál windows 11-et. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , nullptr


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641145

    Mert a MacOS 8 nem volt olyan rossz, mint a windows 8. :P

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641144

    Ez is lehet. Mondjuk pont ezért a görgetésért a cikk marhaságokat beszél az életciklus alapján, hiszen egy mostani win10 kiadásnak már nem túl sok köze van egy 2015-öshöz; félévente egy teljesen összetúrt új windows 10-et kap a jónép. :P

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641190

    Mi gátol egyébként meg, hogy kiírj egy szavazást, hogy XY-t bannoljuk-e ki, [Igen, Nem, Sör] ? Aztán ha 4000:1 arányban vannak az igenek, akkor lehet trey meggondolja, hogy tényleg ki kéne.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643130

    Hasamraütöttem. A 4000 vagy 500 mellékes; ha akar kiírhatna szavazást és mehetne a mob-voting az unpopular opinion-t képviselőkre, akik meg merik kérdőjelezni a mainstream hívők vallását...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641168

    Alien a mob-banning?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641611

    Eme kommented logikája alapján, ha te utálod hajbazert, akkor te látens hajbazerista vagy.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2641711

    Nem kell leírnod, hogy utálod, látszik. Ebben a topicban speciel meg sem jelent, de te azért - biztos ami biztos - belerúgsz egyet. Mi lesz, ha 10 év múlva hajbazer még mindig azt fogja mondani, hogy a win10 egy fos (volt)?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642172

    ROFL, a hozzászólásod kb. semmilyen építő jelleggel illetve relevanciával nem bírt, csak beszóltál hajbazernek a beszólás kedvéért, mint egy dacos kisgyerek és én dedózok? Reparon a patikában. A hajbazeritisz egyébként gyógyítható, csak le kell venni a pszeudoprogresszív szemellenzőt hozzá.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642206

    Nem azt mondtad, hogy itt is hagysz? Ja, persze, tudom, most jön a szokásos fölényeskedős szöveg, hogy csak röhögni jöttél vissza. Hihető, mint a Hófehérke...

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642218

    Ha leszarnád, hogy mit mondok, vagy gondolok, nem vergődnél itt.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642233

    Ajaj, végtelen ciklusba kerültél?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642244

    És itt a csak röhögni jöttél duma, ahogy megjósoltam. Kiszámítható vagy, mint egy elsőfokú egyismeretlenes egyenlet.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642258

    Mondom, hogy végtelen ciklusba kerültél.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642294

    Hol mondtam, hogy ideges vagy? Most már olvasni sem tudsz? Egyelőre te erőlködsz, mint egy eldugult szivattyú; először egy kis hajbazerezés, most meg megint ez a görcsös fölényeskedés, hogy te csak röhögsz... Szerinted ki hiszi ezt el?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642349

    Ha nem érdekelne, nem játszanád az eszed, hogy nem érdekel. Ilyen egyszerű.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642463

    Már megint csak a szarkasztikus fölényeskedés? Mondj már valami újat...

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642511

    Attól, hogy más a szöveg, a mondanivaló még ugyanaz a semmi.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642603

    Te tényleg végtelen ciklusba kerültél.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642613

    Jó, akkor alázzad magadat, ha ennyire tellik.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642619

    Ez nagyon gyenge volt... Még csak nyomokban sem volt bármi a válaszaimban, ami idegességet sugallt volna.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642625

    Nem, az egy sima vállvonás volt, hogy égj csak, ha jól esik. A kérdés csak annyi volt, hogy mi lesz, ha hajbi 10 év múlva is szidni fogja a winfostizet, azaz, hogy hogy jött ez neked ki, egyáltalán, hogy sikerült őt csak így idekapcsolni egy kis rugdosódás erejéig, amire mi is volt az okod, dehát erre azóta sem tudtál egyetlen épkézláb választ sem adni, csak hajtogatod ugyanazt, mint egy beakadt lemezjátszó, vagy piaci kofa. Hát...egészségedre; burn baby, burn.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642640

    Én vergődök, amikor te ismételgeted ugyanazt, mert mást képtelen vagy kicsiholni magadból? Ennél jobban meg kell erőltetned magadat, ha ezt be akarod valakinek mesélni.
    Én nagyon is értem, hogy hogy sikerült idekapcsolni: fáj a segged, mert hajbazer szétrúgta pár vitában, ezért dacosan ott próbálsz beleszúrni egyet, ahol tudsz, csak kiváncsi lettem volna, hogy milyen kamut találsz ki álindoknak...csak éppenséggel még erre sem voltál képes, inkább játszod az eszed, hátha beveszi valaki, hogy van mit játszanod.

    Te egyébként tudsz mást, mint megpróbálni visszafordítani rám, amit mondok neked? Ez annyira szánalmas. hajbazer is ezért picsáz el mindig, mert érveid nincsenek, csak rigolyáid.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642657

    Nyugodt vagyok, mint egy döglött kecske. Az, hogy most mondtál valamit, amit hajbazer rosszul tudott, az nem cáfolja azt amit mondtam, hogy több vitában szétrúgta az valagadat. Ami a windows 7-et illeti, állításod hamis: nem mondta, hogy az az aktuális legjobb OS a világon, azt mondta, hogy az az utolsó használható windows. Ez elég nagy különbség. Hogy sikerült ezt benézni? Az olvasás megy ennyire nehezen, vagy direkt csináltad? Én hajlok az utóbbi felé, hiszen ebben a topicban már ugyanezzel a loser taktikával nyitottál...

    Nem hajbazert védem, téged támadlak, mert hülyeségeket beszélsz. A topicra bezzeg emlékeztél, de arra a részre, ahol ezt elmagyaráztam neked, arra meg nem.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642662

    (Megint alámszerkesztettél, mert már azt sem tudod, hogy mit hordj össze...) Szóval, hiába is próbálsz itt nyalást, meg akármit belemagyarázni a dolgokba, hogy elterelhesd a témát és véletlenül se a kérdésre kelljen válaszolni: fekete fehéren leírtam, hogy nincs közöm a keresztes hadjáratához.

    Mikor mondta, hogy a windows xp volt az utolsó használható windows? A vista idején? Vagy akkor, amikor a hetesből még nem pofozták ki a bugok nagy részét? Forrás?

    És megint alámszerkesztettél; mi van, tényleg nem tudod mit mondj? Az anyját meg még senkinek nem szidtam itt a hupon. Veled ellentétben. Látom, hogy leszarsz, azért válaszolsz ilyen lelkesen, hiába magyarázod az ellenkezőjét.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642730

    Hát de, visszaribancoztál, csak burkoltan. Az anyázás megvolt, legalábbis.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642745

    Ne hazudj, nem mondtam ilyet, azt mondtam, hogy viszont-szidtad az ő anyját, csak burkoltan. Lesüllyedtél az ő szintjére, ha úgy tetszik.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642665

    Igazad van, de ő kezdte, egy kis windóztíz felszopással, ugyanis ha hajbazer 10 év múlva dícsérni fogja, akkor valójában jó volt ez, csak most szarozza mert laggard...aha.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642732

    Miért én fejezzem abba? Mert az én pofám nem tetszik? Keress inkább ikonokat. Nehéz, mi?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642747

    Szóval evone nem akarja hagyni, hogy az enyém legyen az utolsó szó, mert bugos? Lehet, hogy megint igazad van...

    Update: Ja, igazad volt. Mekkora droid.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642868

    Hát ha ez volt a cél, akkor baromi bénán csinálja, mert amikor én ilyeneket húzok elő, akkor azzal a túloldal valamelyik állítását szoktam cáfolni, vagy csak simán az önellentmondásra mutatok rá, vagy szakmai baromságra. Mit volt itt cáfolni? Mit akart ezzel cáfolni? Mi köze volt ennek a szakmához? Szándékosan kiragadott a kontextusból egy kommentet, amit viccből írtam. Még linket sem adott, én adtam egyel lejjebb.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642878

    Én sosem állítottam, hogy szent volnék, nem is játszottam sehol sem a szentet; egy olyan állítást akartál cáfolni, ami el sem hangzott... Biztos nekem is lehet olyan posztot kaparni, amiben szakmai baromság van, vagy amivel rá lehet világítani egy ellentmondásra az érvelésemben, de itt hol volt szakma, vagy érvelés? Akár ebben a szálban, akár a - link nélkül - citált posztban? Mit akartál bizonyítani egy script-kiddie-nek szánt trágársághalommal? Hogy szoktam káromkodni? Ennyi erővel bizonyítsd be, hogy a víz vizes. :P
    Ami a másik felét illeti; még egyszer: nem hajbazert védtem, meg tudja ő magát védeni; viszont teljesen szükségtelen volt az a beszólás és ráadásul még alaptalan is, két szempontból is: hajbazer tuti nem fogja a windows 10-et éltetni, még 10 év múlva sem (összehasonlítási alap: élteti talán a vistát?), másfelől meg a windows 10-en nincs mit védeni, tényleg az egyik - ha nem A - legrosszabbul sikerült windows.

    És egyébként, ha mást nem is, de az ms szavahihetőségét megint megtapasztalhattuk, hiszen azt mondták, hogy ez az utolsó számozott windows (a hathavonta új STS windows részét most ne piszkáljuk), ehhez képest annyi kellett (?), hogy az Apple is odébbléptesse a 20 éve konstans 10.x-es verziószámát és máris jön a windows 11...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642900

    Hát, témába vágóbb volt (de minimum olyan szinten azért biztosan volt) mint ez.

    Nem az eredeti poszt a hajbazeres beszólással, hanem ez a thread, ahol csak a fospingpong ment oda-vissza; itt szakma sehol nem volt, ahogy azt meg is jegyezték.

    Ahogy a "script-kiddie"-nek szánt hangnem is szükségtelen volt igazából a részedről.

    Igen, nem volt szükséges, nem is szükségből csináltam, hanem élvezetből; nem tűnt fel a végén a magamat elmerokkantként feltüntető aláírás?

    Úgy írod ezt a scriptkiddiet mintha lenéznéd, most akkor fölényeskedünk?

    Ugye nem akarsz a védelmedbe venni egy olyan alakot, aki nem elég, hogy kárt akar okozni másnak, de ráadásul azt még iszonyatosan röhejesen is csinálja?

    Innentől kezdve túráztatlak.

    Szerepet cserélnél? Nem fog menni.

    Élteti azt bárki egyáltalán?

    Hajaj... :(
    (Igen, éltetésnek ezt erős túlzás hívni, de a vista is baromi messze volt a tökéletesen jótól. :P)
    Mondom én, hogy te vagy az anti-hajbazer; te először dícséred a windowsokat, aztán amikor van újabb, akkor már szidod.
    (Na, látod, így kell a múltidézős túráztatást csinálni. ;) )

    Nálam jól működik, igaz én egy 2021-es EliteBookon használom.
    export WORKSFORME=42

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643046

    ez nem így működik. de továbbra is azt hiszel amit akarsz :D

    Aha... Ld. a példát az előző postban.

    a Vista jól működött aktuális business notebookon amin kijött, nekem különösebb bajom nem volt vele. tény, hogy a tökéletesen jótol messze volt

    Hát másoknak meg volt vele baja. Bőven.

    de a Millenium Edition szerintem sokkal rosszabb tudott lenni mint a Vista.

    Ebben konszenzus van. A Millenniumot elég nehéz alulmúlni. A 10-esnek azért sikerül néha...

    ez nem éltetés.

    Ld. a zárójeles részt.

    egyik Windowst sem tudom éltetni sajna, nekem ez egy lelketlen ipari munkaeszköz, semmi több.

    Védeni sem nagyon van rajtuk mit.

    akkor segítek: aktuális 2021-es támogatott hardveren futtatom, valószínűleg jobb élményt kapok mint azok akik 10-15 éves gépekről okádják tele a fórumot azzal hogy szar, lassú, instabil.

    Akkor én is segítek: a stabilitás vagy a sebesség a legkisebb baja a windows 10-nek. Annak a legnagyobb baja, hogy ott szívatja le a júzert, ahol csak tudja. És nem csak a windows update-tel.

    Apropó lassúság: mivel tud többet a windows 10 a windows 7-nél, ami indokolja, hogy lassabb legyen a windows 7-nél egy 10-15 éves gépen? Mert ameddig arra kényszerültem, hogy windows 10 alá fejlesszek, addig volt időm felmérni és messze butább, mint a windows 7. Folyamatosan butítja a microsoft az egészet.
    Már a windows 8-ban is butítottak egy jó adagot, miközben az új feature-ök nagy része ilyen - a normál júzereket vajmi kevéssé érintő - cloud-os, meg tabletes/metro-s izé, kb. egyedül az infrastruktúrában vannak ténylegesen hasznos újítások (pl. PowerShell), a 10-est pedig azóta is folyamatosan butítják, az új "feature"-ök nagy része bullshit; oké, végre van használható browser, meg van DX12 (amik egyébként folyamatosan csak veszítenek relevanciájukból), meg van WSL (ami a normál felhasználásban nem oszt nem szoroz, vajmi kevés eséllyel lassíthat), de ezzel kb. ki is merült azon feature-ök listája, ami vagy nem bullshit, vagy nem egyenesen a júzer ellen van, max. pár apróság van még (pl. cca. negyed évszázad után végre át lehet méretezni a parancssor ablakát, mint bármelyik másik rendszerben kb. a '80-as évek óta, meg végre kezeli a Notepad a UNIX-os/Mac-es sortöréseket; hihetetlen mire képes manapság a tudomány :))) ).

    Lehet, hogy a hardware-eket jobban kezeli, esetleg többet ismer belőle, de ez nem indokolja, hogy lassabb is legyen. Azonfelül nem csak 10-15 éves gépeken lassú, hanem mai, de gyenge gépeken is. (Ahogy Linuxon is, a GTK3 nem csak egy Core-on lassú, hanem egy RPi-n is.) A bloat nem csak a régi gépeket sújtja.

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643086

    tehát butábbb a vindóz mert nincs aero glass meg flip3d meg sakk meg mahjong. ja meg a dialup is butább lett. mondjuk én olyat nem használtam már 20-22 éve, de biztos rengetegen vannak a bolygón akik 56k-znak... (nekik gondolom kurva mind1 ha Windowst 7et használnak esetleg a mai napig is) olyan dolgokat látok itt amik le lettek cserélve másra, vagy a kutya sem használja már. nyilván megéri fejleszteni olyan dolgokat amiket senki nem használ. (nem)

    Nahát, tényleg senki sem használta a Start menüt, a legutóbb kinyitott fájlok listáját, a desktop gadgeteket, a kinézet egyénileg testreszabhatóságát, a wireless hálózatok beállítását (!), a Windows Media Centert, a Shadow Copy browsing-ot, a DirectDraw-t, a súgót (!), a reklámok (?!) kikapcsolhatóságát (!!!), az AGP kártyák támogatását en-bloc (tudom-tudom, kapja be hajbazer, meg mindenki akinek régebbi gépe van), a frissítések elhalaszthatóságát (?!), az SMB1-et (igen, sok helyen használják, hiába tiltakozik a microsoft), a registry automatikus backupját, a HomeGroup-ot, az USB-ről való bootolhatóságot (LOL 2019!) és a sysbackupot? Ezek egyikét se? Csak mert ezeket nem lecserélték, hanem kidobták. Dehát go for it, bagatellizáld el, hogy csak a floppykat, a betárcsázós modemet, meg a játékokat dobták ki...

    nálam nagyon gyors a windows 10 20h2 ssdvel 8gb rammal és egy ryzen 5 mobil cpuval. (4650u) semmi bajom a sebességgel. teljesen leszarom hogy a tescos intel celeron fosokon lassú. nem vennék ilyen fos gépet, aki meg ilyet vesz az legyen vele tisztában hogy nem lesz olyan gyors. nálam a Vista sem volt lassú aktuális csúcs közeli business notin.

    Látod, ez a WORKSFORME attitűd, amikor neked megy, mert úgy állnak a csillagok, a más nyomorát meg leszarod, ha neki van baja, akkor biztos az ő hibája, mert neked megy.

    a normális számítógépek normális teljesítménnyel most is ugyanúgy sok pénzbe kerülnek mint 20-30 évvel ezelőtt.

    Bullshit. Of the decade. Valójában a programok erőforrásigényének ilyen mértékű növekedése egyáltalán nem indokolt. Főleg mivel egy jó részük éppenhogy kevesebbet tud, mint a korábbi verziók. Nem csak windowson, nézd csak meg a GTK3-at... De egyébként amelyik többet is tud, ott is szeretik egyre több és több absztrakciós réteg felhalmozásával megoldani és a kaszkádolt rétegcsillapítás mértéke rétegenként exponenciálisan eszkalálódik amíg a gép meggebed a gecibe. És ezt egyébként még csak nem is a desktop környezetekben lehet leginkább tettenérni, hanem a weben. Long liev teh JavaScript...

    nem tudom, neked feltűnt-e, de kb copy-pasteztam az igazad van szöveget te pedig ezekre reagáltál folyton én meg röhögtem :D innen nézve nem úgy tűnik mintha te játszottál volna velem, de mind1, ez már nagyon unalmas.

    Értelmesebb folytatást próbáltam kicsikarni, azzal, hogy próbálgattam mi lendít ki erről a holtpontról. Amint látod, sikerült, szóval erről ennyit, hogy ki játszik kivel... :P (Egyébként komolyan képes voltál copypastelni két szót, ahelyett, hogy beírtad volna?)

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643126

    nálam volt start menü a Windows 8-nál. bal lentre kelett kattintanom és megjelent. pont ugyanúgy ahogy addig is, lehet nem ncoreról kell leszedni a warez fosadékot miközben szarérhugyér vágják hozzád a legális kulcsot.

    Arról a csempés fosról beszélsz, amit mindenki rühellt? Az nem start menü, az egy nagy lószar... :/

    a kinézetet most is testre tudom szabni, minden olyan színű amilyennek akarom hogy legyen. ez nem volt jobb az XP alatt sem.

    És windows vista és 7 alatt? Emlékeim szerint azok aztán olyan eyecandy áradatot zúdítottak az emberre, a windows 8-ban meg minden flat lett, mint egy szar webpage.

    wireless hálózatok egyéni beállítása most is játszik a gépház alól. (értsd: máshol van és más köntösben, ennyi történt)

    Pontosítsunk: ezt a windows 8-ban teljesen kiszedték és csak a windows 8.1-ben jött be a PC Settings app, ami egy részét pótolta. Magyarul a microsoft képes volt egy teljes windows verzió erejéig kirántani a vezetéknélküli hálózatok konfigurálhatóságát a júzerek lába alól és utána is csak egy részét adta vissza.

    windows media center LOL. erre nem tudok mit mondani haver, egy szar buta szoftver volt alapvetően. nekem van egy plex szerver a gépemen meg netflix előfizetésem, inkább 50 inchen nézek ilyen körülmények között bármit, mint 14-27" inhcen windows media centert használjak. ISTEN MENTS.

    Te valamit nagyon benéztél: nem az a kérdés, hogy a WMC szar volt-e (én elhiszem neked, hogy az), hanem az, hogy használták-e!

    shadow copy nálam ugyanúgy ott van ahol eddig is.

    Mert a windows 10-ben nagy kegyesen visszaadták. Ld. a wireless részt; komolyan szerinted elfogadható, hogy csak úgy kirángatnak az emberek lába alól dolgokat, aztán majd pár év múlva visszaadják (egy részét)?

    súgot kb sose használtam, nem tudom mire kell, általában véve szar volt. az expternek kevés, akik meg nem értenek hozzá a hibaüzenetet se olvassák el, nem hogy a súgót. egyébként online rendelkezésre áll minden információ. kb az egész világ online van már.

    Ez WORKSFORME pepitában: IDONTNEEDIT. Szerinted más sem használta?

    reklámokat sehol nem látok a saját Win10-em alatt, max a böngészőben. továbbra sincs fogalmam róla miről beszélsz. sehol nem láttam a windowson belül emag reklámot vagy egyéb bármilyen reklámot ami ne lenne a Windows rendszerrel releváns.

    Ne már...

    http://www.howtogeek.com/269331/how-to-disable-all-of-windows-10s-built-in-advertising/
    http://www.theverge.com/2017/3/17/14956540/microsoft-windows-10-ads-taskbar-file-explorer
    http://www.gfisk.com/ads-in-windows-10-wtf/
    http://www.pcmag.com/how-to/how-to-remove-the-most-annoying-ads-in-windows-10
    http://tech.slashdot.org/story/19/12/17/2249238/microsoft-starts-showing-non-removable-ads-in-windows-10-mail-calendar-apps
    http://www.reddit.com/r/technology/comments/5yff84/microsoft_now_puts_ads_in_windows_10_file/
    http://mspoweruser.com/ads-in-windows-10-mail-and-calendar-app/
    http://www.bleepingcomputer.com/news/microsoft/microsoft-is-showing-inline-ads-in-their-windows-10-mail-app-message-list/
    http://www.techadvisor.com/how-to/windows/remove-ads-windows-10-3669292/
    http://www.malwarefox.com/remove-adchoices-pop-ups/

    Lécci ne...

    AGP... miért nem kéred rögtön a Win11be vissza a 30 éves pci kártyák támogatását? kíváncsi lennék hány mai játék fut el szépen egy utolsó AGP kártyán. :DDDDDDDD

    Jó reggelt, még lehet kapni AGP-s alaplapokat. Nem csak játék létezik. Ami pedig a PCI-os kártyák támogatását illeti, miért, azt is kidobták? Csak mert Linux alatt még működik. Nekem is van a gépemben kettő darab PCI-os kártya, egy ASUS My Cinema-P7131 és egy Gembird SPC-1 és használom is őket. Ez utóbbit még gyártják is. Hogy is van ez? Látod, erről beszélek. Ami neked nem kell, arra ráfogod, hogy nemlétező igény, pedig másnak kellhet.

    veszek egy 20 éves 40 lóerős kocsit és kezdjek hisztizni amiért nem lehet vele autópályázni? a te nyomorod hogy ezer éves foson akarsz új windowst futtatni. gondolom a kurva anyját a rockstarnak is mert nem optimalizálta le pentium 2 + riva tnt párosra a GTA5-t!444

    Higgadj már le. Egyrészt mert már habzik a szád, másrészt meg almát hasonlítasz körtével: a 3D-s játékok megnövekedett igénye magától értetődően azért van, mert a feldolgozandó és renderelendő anyagmennyiség a sokezerszeresére növekedett, viszont egy operációs rendszer felületére ez egyáltalán nem igaz; az emberek magával az operációs rendszerrel nem csinálnak sokkal többet, mint 30 éve. (Hangsúlyozom: az operációs rendszerről beszélünk, nem az egyes programokról, amik az azóta megjelent technológiákat kezelik.) Újabb és más hardware-ek vannak, pár szokás megváltozott, de még mindig fájlokat kezelünk, hálózatokra kapcsolódunk, ablakokat használunk, programokat indítunk, stb. Ezt, még ha valamivel bonyolultabb is lett, mint volt, nem lehet összemérni a 3D-s játékok fejlődésének görbéjével. És éppen ezért nem is indokolt ez az erőforrásigény-növekedés, amit tapasztalunk. A legkevésbé a weben, ahol a fasza design-okat leváltották a flat szarok, úgy néz ki, mint 1996-ban, csak CSS-sel, meg gusztustalan - rikító egyszínű, mezei tégla - gombokkal és ennek ellenére az erőforrásigény a sokszorosára nőtt.

    szoktam 4k videót vágni, valamint van egy 25 megapixeles DSLR-em amiben RAW-ba fotózok. (30-35MB/kép) gondolom indokolatlan a számítási teljesítmény igény 500-1000 kép raw kép feldolgozása során, csak a hülye gyártók nem optimalizáltak eléggé hogy mindezt egy c64en is megtehessem. :D

    Ez már megint almát a körtével. De igen, a sokszorosára növekedett felbontás, a metaadatok és még a jóég tudja mi minden indokolja, hogy a videóvágód, rajzprogramod többet zabál. De ez megint egy célprogramnak a célfeladata. Ha a videovágó szoftver úgy eszik meg 10x annyit a 10 évvel korábban megszokotthoz képest, hogy 10 éve 720p-s videót vágtál vele, most meg 8k-sat, akkor no problem: az adatmennyiség indokolja. De ha úgy, hogy csak épp elindítottad és még semmit sem csináltál vele, vagy akár úgy, hogy mind a kettőben ugyanazt a 720p-s videót vágod, azaz nem a feldolgozó algoritmusok és a feldolgozandó adatok igénylik az extra CPU-t és RAM-ot, hanem maga a program, az absztrakció miatt, akkor az bloat, akár tetszik, akár nem.

    2 billentyű lenyomás vs. 11-14 billentyű lenyomás. nem érdemeltél többet, optimalizáltam a folyamatot. :(

    Plusz keresgetés, kijelölés, tabváltás, kattintás, vagy ahogy átmásoltad...ha újból beírod, gyorsabban megvagy, hacsak nem 1 billentyű per perccel gépelsz... Na, hát így néz ki az "optimalizáció" a modern szoftverekben is.

    változik a világ, változnak a szokások, sajnos nem lehet örökké támogatni az elavult régi technológiákat. ha itt ennyire fájlalod tényleg ne menj az Apple környékére se. :D

    Először is, attól, hogy régi valami, még nem elavult. A kés a világ egyik legrégebbi találmánya, de mégsem avult el; ha lehet vele vágni, a mai napig betölti funkcióját: never fix the unbroken. Azonfelül nem csak az számít, hogy mi avult el, hanem az is, hogy mit használnak a júzerek. A júzerek használtak egy csomó mindent, az ms meg elvette, mert majd ő eldönti. Azért a ménkű sok pénzért cserébe, amit a júzerektől kap, nem ad, hanem elvesz funkciókat abból, amiért fizetik a júzerek, hogy csinálja. Egyébként olyan dolgokat is kiszórt, amik nem is avulhattak el, hiszen az előző verzióban debütáltak (ld. USB boot).

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2643234

    Nekem nem szűkült össze: custom CSS a megoldás.

    .comment
    {
    	width: 1856px !important;
    }
    
    .indented
    {
    	margin-left: 1.25rem !important;
    }

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642862

    Egy script-kiddie megpróbált HTML/JS injection-t csinálni az oscomp vendégkönyvében, én meg vicces kedvemben voltam (meg ez a fail is vicces volt) és vicces dolgokat írtam neki. Hogy mennyire vehető komolyan ez a komment, az az aláírásból pontosan látszik, amit vonyi direkt nem copyzott be, ahogy az előzményeket sem, de még csak linket sem adott, hanem csak kiragadta az egészet a kontextusból. Tőle csak ilyen sunyi tempó tellik.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642731

    Oviban érzed magad? Ezek után ki dedózik?

    Oldschool Computer - http://oscomp.hu




    2025-ben megy nyugdíjba a Windows 10: https://hup.hu/node/174196#comment-2642746

    Már az elején megjósoltam, hogy ezt próbálod majd görcsösen bizonygatni, szóval bullshit.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641757

    És akit betegség miatt nem lehet oltani, azzal mi legyen?

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641769

    Ha kötelezővé teszik?

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641805

    Jelen pillanatban azért nincs felmentés, mert nem kötelező, ha meg kötelezővé teszik, akkor meg azért nem lesz felmentés, mert kötelező, akkor is, ha tudni lehet, hogy beledöglik az ember. Kíváncsi vagyok, hogy ha te lennél az áldozat - egy ilyen áldozat - akkor is ezt mondanád-e.

    Egyébként én azt látom, hogy fokozatosan terjesztik ki, hogy kit kéne még beoltani; eddig a gyerekeket békénhagyták, hogy ők nem olthatóak, de addig érzékenyítettek, hogy a társadalom már nem is reagál arra, hogy most már nekik is nyomják, holott 18 év alatti áldozat eddig kevesebb, mint 10 fő volt, 800 ezer fertőzöttből (plusz még a nem ismert fertőzöttek); míg a vakcinákba hányan is haltak bele 5 millióból? A következő tényleg az lesz, hogy a betegség miatt nem olthatókat is oltsuk be, mert nehogy már ők kimaradjanak a jóból.

    Meg lehet valakivel etetni egy biciklit? Ha lereszeled, igen.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Csab


    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641855

    Arról beszéltem, ha mondjuk van kizáró betegséged és az oltásba garantáltan belegebedsz, de ennek ellenére beléd nyomják, akkor mit szólnál.
    Tudni nem tudom, de az egyes vakcinagyárak leírták, hogy ki az, aki garantáltan nem kaphat az adott vakcinából; nyomjuk bele ennek ellenére is?

    GOTO10, ha neked lenne ilyen betegséged, akkor is így beszélnél?

    Nem tudom, hogy jöttek ide a tecsős megváltók; itt a vakcinagyárak által kizárt emberek erőszakos beoltásáról beszéltünk.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641878

    Nem bántottál meg, csak nem értek egyet. A cél, hogy mindenkit beoltsanak; ha elmennek odáig, hogy kötelezővé teszik, akkor nem fogja őket érdekelni, hogy ki az, aki kinyúvad tőle (eddig se nagyon érdekelte).

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642190

    Mert az "orvosainkat" semmi sem érdekli a saját zsebén kívül, abba pedig a gyógyszergyárak öntik a lóvét. A gyógyszergyárak pedig most irdatlan nagyot kaszálhatnak a COVID-on, de ehhez az kell, hogy az országokon ne rohadjon rajta a vakcinakészlet, különben nem fognak újat venni a negyedik, ötödik, hatodik, huszadik hullámra, hiszen van még. A gyógyszergyáraknak az egészséges társadalom úgy kell, mint a fegyvergyáraknak a béke. Így aztán az orvosok mindenkit is beoltanak, a fő a profit, az emberi élet járulékos veszteség; ó, hát csak 0.014% halt bele világszerte, meg 0.567% nyomorodott le egy életre tőle (hasamraütöttem), áldozatok mindig vannak; a következő hullámban ugyanitt!

    Egyébként sikeresen összemostad te is az amúgy is kötelező oltásokat - amiknek a be-nem-adása "békeidőben" nem oszt és nem szoroz - azzal, amit járványügyi vészhelyzetben tömnek az emberbe.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642191

    miért ne adhatna ugyanazzal a rendelettel általános felmentéseket, ha ellenjavallat van a vakcinával szemben?

    Mert nem érdeke.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642189

    Pedig én belinkeltem nekik. :P

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642193

    Szándékosan kevered össze a kettőt, hátha sikerül az oltásellenes bélyegsütögetés?

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642203

    Dehát összemostad a kettőt, olvasd már vissza, mit írtál... Ha nem direkt volt, akkor bocsánat.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642215

    miből gondoljátok, hogy a kötelező COVID oltásoknál nem lehetnek kivételek, ha tudni lehet, hogy beledöglik az ember?

    Mert leszarják.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642315

    Kaptál választ. És nem, ez nem konteó, hanem első kézbőli tapasztalat az orvosokkal, bár nem a vakcinák kapcsán.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641807

    Ellenállás? Ebben az országban? Ráadásul hány olyan ember lehet, akinél minden vakcina kizárható? 1-2 ezer?

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641856

    Ha kötelező? Mert itt arról volt szó.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2641896

    Ki mondta, hogy a "kötelezőt" orvosilag kell érteni? Kényszeroltásokról beszéltünk.

    Oldschool Computer - http://oscomp.hu




    Torvalds vs. oltásellenes konteós: https://hup.hu/cikkek/20210613/torvalds_vs_oltasellenes_konteos#comment-2642192

    Én végig arról beszéltem.

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2639832

    Közben ismételten meglepődök, hogy 5 km távon összességében max 1..2 perccel lassabb az autónál

    Feltéve, ha azon az 5 km-en nincs egy böszme nagy hegy az utadban, amit oda és visszafelé menet is meg kell másznod. :(
    Viszont, ha az autóval kerülni kell a legközelebbi vasúti átjáróig, a biciklit meg áttolod a helyi gyalogos aluljárón, akkor még gyorsabb is vagy, mint kocsival.

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2639836

    Hát akinek van olyan...de igazából az időfaktoron volt a hangsúly; még elektromos rásegítésű biciklivel sem valószínű, hogy gyorsabban átmászol egy hegyen oda-vissza, mint kocsival.

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2639854

    Hát mondjuk ez a hegy függvénye is, hogy mennyi.

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2639853

    Hát mondjuk ezen a hegyen megnézem, aki felmegy bringával. :P (Lefelé egyszerűbb...)

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2639869

    Vicc volt.
    Bár egyébként, amilyen vén kecském van nekem...lehet az felmenne...feltéve, ha nem ülök rajta, hanem helikopteren küldöm. :P

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2639927

    Na jó, de mégsem függőleges falon...

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2639932

    Jogos, errefelé a hegyen nem szokott dugó lenni, így nem vettem számításba.

    Oldschool Computer - http://oscomp.hu




    [COVID] Ismét rászoktam a bringára: https://hup.hu/node/174155#comment-2640752

    Ha az autós úgy dönt, hogy szabálytalankodtunk, akkor megbüntet minket ő. Őt meg vagy megbüntetik, vagy nem.
    https://www.borsonline.hu/aktualis/takarodj-le-az-utrol-te-nem-vagy-auto-uvoltotte-a-sofor-majd-szandakosan-elgazolta-a-biciklist-video/173968
    http://www.automotor.hu/extra/szandekosan-elgazolta-a-biciklist-a-volvoval-majd-elhajtott-video/

    Oldschool Computer - http://oscomp.hu




    Tud valaki live stream-eket az EB meccsekre?: https://hup.hu/node/174222#comment-2641811

    Lerohadt a terhelés alatt.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634039

    Hát? systemd? Vagy az egész Freedesktop? A jávaszkript? Vagy a webkettő en-bloc? Esetleg a droid? Vagy a gugli?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Caro , asch


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635346

    Asserossz.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635345

    Én is. :) Azért kérdeztem. (Mondjuk a windowst kerülöm, amennyire lehet, szóval úgy könnyű. :P )

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634310

    Csakhogy ennek semmi köze nem volt a használhatósághoz. A win9x széria minden volt, csak használható nem. Elterjedtségét a marketingnek köszönhette, nem másnak. Bármelyik kortárs UNIX/VMS/whatever ezerszer használhatóbb volt nála. Egészen konkrétan a windows konzumer vonalának 2001-ig (xp) még memóriavédelme sem volt. Az NT-knek ugyan volt, de azoknak a piaci részesedése meg alig-alig haladta meg a mindenféle egyéb oprendszerekét, de pl. Apple részesedésétől még el is maradt: a világ elsöprő többsége a win9x-et használta, ami mélyen alulmúlt minden alternatív rendszert. Ezek után valahogy cseppet sem meglepő, hogy a komoly munkákat annak idején nem PC-n végezték, hanem Apple/NeXT/SGI/Sun/HP/IBM/whatever workstation-ökön, amin volt normális operációs rendszer.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> chx , solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634383

    Azért az oprendszer általános (hétköznapi felhasználó szemszögéből nézett) "jóságát" nem csak a kernel tudásában vagy a rendszer stabilitásában esetleg képességeiben kell nézni szerintem. Hanem a felhasználói élményben (is).

    Valahogy mindig egyszerre akarok röhögni és zokogni, amikor valaki a windows-okkal kapcsolatban a felhasználói élményt hozza fel pro-ként; a win9x vonal felhasználói élménye dióhéjban és címszavakban: percenként szarráfagyó gép, kékhalál for no reason, ad-hoc módon működő driverek, task-crash-caused-system-crash, rommá fragmentálódó filerendszerek, rommá sérülő filerendszerek, dokumentálatlan API-k, bugos library-k, DLL-hell, Registry-crash, Registry-slowdown, TTF-slowdown, összeomlás, széthullás, fagyás, esés-kelés, ja és a csodás windóz millennijum.
    Sőt, ezeknek a nagy része még a korai NT vonalra is simán megállt; az első úgy-ahogy használható windows az xp volt. (Az utolsó meg a win7.)

    A Windows 9x, de még az XP idejében sem volt az Apple gépein kívül a nagy publikus számára elérhető és használható grafikus felületű rendszer.

    Nem-e? És akkor a BeOS mi volt? Az OS/2? (Ezek PC-n is futottak, bár volt belőlük POWER gépes verzió is.) A NeXT gépcsaládon futó NeXTSTEP, ami az OSX őse volt? Az Amiga, az Atari és az Acorn gépek OS-ei? (9x idején még ők is voltak.) Ezek mind elérhetőek voltak a nagyközönségnek, megfizethető áron és mindegyik grafikus rendszer volt.

    Talán a Windows 7 idejében volt már olyan szinten a Linux GUI, hogy Átlag Pista elé is le lehetett (volna) tenni. Márpedig a számítógépet (munkához) használók nagy része nem informatikus, IT hobbista, vagy hasonló, hanem sima egyszerű ember, akinek a gép munkaeszköz. Ergo nem lett volna túl sikeres a javarészt parancssoros kezelés...

    Mi az a Linux? Nem valami kernel? Nem OS-ekről beszélgettünk? Az előző bekezdésben felsorolt operációs rendszerek meg mind GUI-s rendszerek voltak. (Bár egyébként itt jegyezném meg halkan, hogy a KDE 1.0 1998-ban jött ki és a KDE-k messze überelték az akkori windowsok tudását, szóval ennyit arról, hogy akkoriban Linuxra (és BSD-kre is, ha már itt tartunk) ne lett volna valami használható, vagy legalábbis a windows felületénél használhatóbb GUI.)

    És ilyen forma "felhasználó élményben" nem volt igazán konkurenciája a Windows termékvonalnak (mert ugye az Apple OS-ei csak Apple hardvereken voltak használhatóak, egyéb - olcsóbb - hardvereken nem), a Linux világ meg nem a GUI tökéletesre csiszolásában jeleskedett.

    Még jó, hogy nem csak az Apple-ből és a Linuxból áll a világ. Persze, aki semmi mást nem ismer, az könnyen mond ilyeneket...

    Lehet, hogy a "komoly" munkákat mindenféle egyedi rendszert futtató, csillió dollárba kerülő workstation-on végezték, de a számítógépet használó dolgozók túlnyomó többsége előtt "olcsó" PC volt az asztalon, és nem elsősorban azért, hogy Windows-t használhassanak, hanem azért használtak Windows-t, mert az "olcsó" PC-n az volt az elérhető legkomfortosabb rendszer a tömegek számára.

    Egy nagy segfaultot, azt. A windows a 95-össel terjedt el, mint a pestis, előtte egy sokpólusú világ volt, rengeteg platformmal, amiben ugyan az IBM PC-k már akkor is el voltak terjedve, de mindenütt úgy ismerték, mint az "irodai gép"... Azon túl voltak a homecomputerek, meg a workstation-ök.

    Meg valamiért ezek a komoly munkaállomás OS-ek valahogy eltűntek a süllyesztőben.

    A többség el, mert a microsoft szinte mindenkit eltaposott, azért. Nem tudták felvenni a marketing bullshitáradattal a versenyt a többiek, akik minőséget állítottak elő, nem pedig megmagyarázták, hogy miért is lesz jó nekünk a szar is.

    Egyedül az Apple rendszere maradt meg, főleg grafikai és videós vonalon, de újabban abból is sokan kezdenek átpártolni nem-Apple rendszerre annak zártsága (úgy hardver mint szoftver) miatt.

    Ez sem igaz; a Sun Solarisa is túlélte, legalábbis az Oracle felvásárlásig, a HP-UX is túlélte és az IBM AIX-sza is túlélte, csak, hogy párat mondjak.

    Olyan ez mint a leges-legnagyobb világslágerek: nem abból lesz ilyen, aminek sok szakaszos, mélyen szántó tartalmú a szövege és cizellált a zenéje, hanem aminek két-három szavas tőmondat a refrénje és egyszerű ütem a muzsikája, így mindenki meg tudja érteni-jegyezni...

    Egy nagy túrót: az lesz a világsláger, amit mindenki ismer. Nézz fel a tecsőre: nem csak a nyálzenék kaszálnak be sokszázmillió találatot, de az ismertebb klasszikusok is, vagy éppen egy-egy metálszám.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> chx , hanischz , solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634389

    Így van, a Motif mindenféle UNIX-on elérhető volt, sőt, a legtöbbön valamilyen Motif alapú GUI volt a default. (Vagy XForms, pl. az Xfce.)

    Egyébként épp beszerkesztgettem a felsorolt OS-ekhez egy-egy screenshotot, csak, hogy lehessen látni, hogy miféle GUI-k voltak a felsorolt OS-ekhez, de lockolódott. :P

    Sebaj: BeOS, IBM OS/2, NeXTSTEP, AmigaOS, AtariTOS, Acorn RISC OS.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634392

    Sőt, ha már szóba kerültek, akkor itt a KDE 1 és a jó öreg CDE. + az XForms alapú Xfce 2.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634478

    Ne zavarjon, hogy az összes rendszer GUI-ját a végletekig testre lehetett szabni és annyi funkciót pakoltál ki oda, ahova akartál. Including windows 98, szóval annak a "harmonikusságáról" is ennyit.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634525

    Nem zavar. Már csak azért sem, mert nem is igaz.

    Ezt a cáfolatot...

    Nem tudom, milyen volt a képeken látható felületek alapértelmezett megjelenése

    Akkor nézd meg. Azért van teledobálva funkcióval szinte az összes képen az alterrendszerek felülete, mert kockák használták őket. Ha megnézted egy kocka win98-asát, az is úgy nézett ki, hogy tökig volt borítva funkciókkal.

    A KDE 1-es képen jól néznek ki a Windowsból másolt elemek. ;)

    A windowsban is jól néznek ki a Xerox-tól másolt elemek.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634541

    És hogy jön ide, hogy te manapság mit olvasol a hupon?

    A UNIX-okban és a többi rendszerben is, a felület alapból fapad, de telepakolhatod funkciókkal és a geekek tele is rakták. BeOS-ben is kb. volt egy darab "tálcád" alapból, de annyi funkciót aggathattál rá, amennyit akartál.

    Ez teljesen szubjektív, hogy mi néz ki jól. Szerintem pl. pont a win9x-ek felülete elég sivár volt, már akkor is. Persze a kamuminimalista win10-et überelik.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634580

    Hát, pedig te állítottad, hogy régen nem lehetett annyira testreszabni a windowst, mint ma, akkor ennyi erővel alá is támaszthatnád, hogy pl. a win10 tálcája/startmenüje/file explorerje mennyivel testreszabhatóbb, mint az xp idején volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634598

    Értem. Nos, közben lentebb belinkeltem, hogy mennyi testreszabhatóságot hajigáltak ki a windows-okból az évek folyamán, szóval szerintem pontot tehetünk annak a végére, hogy testreszabhatóbb-e, vagy sem, mert egyértelmű, hogy nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634633

    Azt még értem, hogy mit jelent. Azt nem értem, hogy mit akarsz vele, ugyanis már az elején sem volt semmi köze ahhoz, amiről én beszéltem. Kit érdekel, hogy mit olvastál a hupon?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634654

    Nem, én ezt nem kérdeztem.

    Azt mondod a win9x felülete "harmonikus", mert nincs telezsúfolva funkciókkal.
    Én mondom, hogy azt is tele lehetett, ez azóta bebizonyosodott, bár cáfolni nem sikerült akkor sem.
    Cáfolat helyett te leírtad, mit olvastál a hupon.
    Én megkérdeztem, hogy az hogy jön ide, ahhoz, hogy a win9x-et ugyanúgy testre lehetett szabni, mint a többit.
    Te erre adtad ezt, hogy a régebbi windowsokat nem lehetett, még külsős eszközzel sem.
    Aztán pár felesleges fordulattal később, ez cáfolódott.

    Te ennek ellenére is ezen a külsős eszközös kitételen lovagolsz, mert a hupon azt olvastad. És amikor újfent megkérdezem, hogy kit érdekel, hogy mit olvastál a hupon, akkor belinkeled azt, ahol először kérdeztem ezt, azzal a felkiáltással, hogy én kérdeztem. Tedd le az üveget.

    Az, hogy a troll HOWTO-ban az van leírva, hogy szándékos baromságokkal rángasd bele a másikat egy vitába, amit nem tud megnyerni, az valójában ezt jelenti.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634689

    Semmiféle összefüggés nem volt. Mint azt lejjebb is mondtam, hiába lovagolsz a külsős toolokba kapaszkodva, mintha te annyira mondani akartál volna valamit velük, mert ha nélkülük is testreszabhatóbb volt a windows, mint ma, akkor velük is az volt. Ilyen egyszerű. Az állításod már rég cáfolódott, azóta csak terelsz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635041

    Érdekes, a másik posztban azt írtad, az egyiket sikerült cáfolnom. Már magadnak is ellentmondasz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635149

    Engem meg az, hogy neked mennyire bénán megy a terelés.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634564

    A win98-nak a tálcájára annyi gombot, menüt és egyéb izét lehetett rápakolni, amennyit akartál. A win10-nél még normális start menü sincs már...

    Na, ez a baromi nagy tévedés. A szépség az mindig szubjektív. Ami pedig a win9x-et illeti, leginkább azért hitték sokan, hogy az milyen faszán néz ki, mert a marketing elhitette velük. A többi platformot úgy design-oltad be magadnak, ahogy akartad, paneleknek, menüknek, listáknak háttérkép, custom ablakkeretek, custom widget-borderek, és még sorolhatnám. A windows ezeknek az eye-candy-knak a töredékét sem tudta. Tehát nem volt jó a majdnem mindenki másnak a normál - értsd: sorjás és mérgező - evőkanál, csak elhitték, mert a marketing elhitette velük.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634592

    Hát, pedig egy csomó cuccot kiszedtek belőle. Tessék:
    https://en.wikipedia.org/wiki/List_of_features_removed_in_Windows_Vista#Taskbar
    https://en.wikipedia.org/wiki/List_of_features_removed_in_Windows_7#Taskbar
    https://en.wikipedia.org/wiki/List_of_features_removed_in_Windows_8#Windows_shell
    https://en.wikipedia.org/wiki/List_of_features_removed_in_Windows_10#Windows_shell
    Csak az egész QuickLaunch-ot kiszedték, ami annakidején akár egy külön panel is lehetett. És ez csak egy példa.

    Dehogynem. Leírtam, hogy a szépség szubjektív, tehát attól, hogy X több embernek tetszik, mint Y, attól még X nem lesz szebb. Ez a legyek vs. tehénszar érv. És leírtam azt is, hogy a win9x felületét a marketing hitette el a jónéppel, hogy jó.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> NevemTeve , solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634629

    Csak pár dolgot szedtek ki a 98-ban is meglévő funkciókból (lehet, hogy az előbb félreérthetően fogalmaztam). Ránézésre semmi olyat, amit tömegek használtak volna. Ugyanakkor jó lett volna, ha megmaradnak.

    Nem volt szempont, hogy tömegek használták volna, pont arról beszéltünk, hogy a kockák tömték tele velük a desktopjukat. Azonfelül az állításod szó szerint az volt, hogy "Régen még kevésbé lehetett a "végletekig" testre szabni a Windows felületét, funkcióit. Külsős cuccokkal sem.", valamint az, hogy "Tudomásom szerint a _tálcával_ kapcsolatos egyetlen lehetőséget sem szüntettek meg a 98 óta."

    Mindkettőt cáfoltam.

    Igen, sok mindent leírtál. Nyüzsögnek is körülötte a legyek. :D

    Én egy darabot sem látok. Nem lehet, hogy körülötted donganak, ha te látod őket?

    A harmónia nem szubjektív szépséget jelent, hanem azt, hogy az ember emberi használatra formálja az általa használt dolgokat.

    És ki dönti el, ki minősül embernek? Te? Egyébként eme arbitrális definíció mentén éppen az minősül "harmonikusabbnak", ami testreszabhatóbb, mert azt tudja az ember emberi használatra formálni, úgy, ahogy neki jól esik.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634646

    Dehogynem, a halmaz miatt. Az állításod az volt, hogy régebben nem lehetett jobban testreszabni a windows-t, külsős cuccokkal sem, nos mivel én megmutattam, hogy azok nélkül is jobban testre lehetett szabni, így a külsős cuccok jelenléte, vagy nemléte irrelevánsá vált. Ezt mondtam feljebb is, de akkor sem értetted.

    Azt mondtad, hogy nyüzsögnek körülötte a legyek. Ha nem láttad őket, honnan tudod? Hallucinálsz? Az meg legyen a te egyéni szociális - és mentális - problémád, hogy felsültél a trollkodással és most játszod a nemlétező eszed.

    Ez egy végtelenül buta hasonlat. Ez nem egy merev fizikai eszköz, hanem egy testreszabható felület. És még egyszer, ha elfogadjuk a definíciódat, amit egyel feljebb írtál, akkor pont az lesz "harmonikusabb", amit az ember a saját képére formálhat. De amúgy én nem fogadom el: a szépség szubjektív.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634687

    Szó szerint becitáltam, hogy mit állítottál, még linket is adtam.

    Hallás? Szaglás? Egy internetes szöveg esetében? Egy kis szinesztézia így vacsoratájt? Mondom, hogy hallucinálsz. Ki mondta ezt, hogy amit írtam, az szar? Csak te. Hogy megbízható vagy, vagy sem, azt nem tudom, de hogy egyedül vagy, az tuti, tehát nem indokolt a többes szám. A szinesztézia mellé dukál még egy kis skizofrénia is, látom.

    Ez aztán a cáfolat.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635042

    Tekintve, hogy baromságokat beszélsz, érteni sincs mit rajta.

    Ezt te találtad ki, hogy internetes szöveg esetén létezhetnek legyek, nem én, tehát már megint a saját álomvilágod marhaságaival akarod bizonyítani, hogy a saját álomvilágod működik.

    Nem tényt közöltél, hanem reagáltál valamire, egyébként ismét üres szamárságot.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634490

    A játékpiacot igazán a japán konzolok/árkádgépek robbantották be; a microsoft is ezért szállt be a konzolpiacra, mert akkora pénz volt benne.

    A többi stimmel.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634512

    Hát, csak a PC-k kompatibilitása elég nagy mítosz a rengeteg hardware bővítmény miatt, jó persze bármit is dugott bele az ember, az összeállítás még mindig kompatibilisebb volt a szomszéd srác gépével, mint egy Sega MegaDrive meg egy SNES, ez fix, de azért nem feltétlenül volt egy adott játék életrelehelése triviális egy adott konfigon.
    Azonfelül nem minden konzolgyártó működött olyan szupresszív módon, mint a Nintendo, pl. a PS1 és PS2 nem véletlenül keltek el már akkor 100 példányszám felett; azért a 90-es évek elején/2000-es évek elején még a PC-k piaca sem volt ennél nagyságrendileg nagyobb. Konkrétan a PS1 sikere vezetett ahhoz, hogy az ms is beszállt a buliba az első xbox-szal.

    A másik fele az stimmel, bár itt Commodore volt, nem PC. :)

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634540

    Igen, lassan meg kéne már néznem... :P

    A Second Reality kb. az egész PC-s scene-t indította el, illetve, tette mainstream-mé. Mondjuk azért tegyük hozzá, hogy a PC-s tábor jórésze akkoriban 286-os és 386-osokból állt, a SR meg egy tápolt 486-oson futott. :)

    A PC gamingnak csak a DirectX elterjedésével lett köze az ms-nek, legalábbis ekkora méretekben.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> mogorva , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634694

    Ja, csak csempészve jöhettek be 90-ig.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634500

    Egy Mac vagy egy SGI gép beüzemelése és használata hiába volt pofon egyszerű (a Windows-hoz és PC-hez képest), ha egyszerűen olyan drága volt, hogy senki nem tudta/akarta megvenni.

    Tucatnyi rendszert soroltunk fel, nem mind volt olyan drága, mint az SGI, vagy a Mac-ek.

    Voltak az olcsó (vagy ingyen), de bonyolult, meg a drága de egyszerű rendszerek.

    Na, ebből így kb. egy szó sem igaz. PC-re is rakhattál olcsó (ingyenes) felhasználóbarát rendszereket (pl. BeOS, egyes Linux-ok), de nem is mindegyik non-PC gép volt baromi drága.

    Elolvastad egyáltalán, amiket írtunk?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634519

    Akkor ha már ennyire nem bírjuk megállni az írogatást, légyszives írj egy olyan rendszert, ami vételárban és szolgáltatásokban konkurenciája volt desktop irodai felhasználásra a PC+Windows+Office párosnak, és nem tartott egy szakembernek 1 (vagy több) napig összeállítani, beüzemelni, és elérhető volt hozzá bármilyen támogatás (értsd: értett hozzá ingyen Pistike vagy pénzért valami szolgáltató cég).

    Dehát ha eddig nem írtam le ötször, hogy BeOS, akkor egyszer sem, de ott voltak a különféle csilihuli desktop disztrók is a Linux realm-ból. Oké, konkrétan irodai felhasználásban nem lehetett megverni a PC/windows kombót, ezt már az elején tisztáztuk, de nem csak irodai felhasználás létezik és eddig sem erről volt szó. Amit kértél, hogy olcsó legyen és könnyen használható, arra már eddig is több tucat rendszert soroltunk fel. A BeOS is kapható volt idehaza (nekünk is volt) és nem kellett hozzá még Pistike sem, mert tényleg felhasználóbarát volt és az akkori 2.0-ás 2.2-es Linux disztribúciók is ilyenek voltak. OS/2-őt azt nem tudom, hogy mennyire volt felhasználóbarát, de kapható volt, olcsón és nem csak a saját szoftvereit tudta futtatni, hanem az MS-DOS-ét is. Illetve ide lehetne venni az Apple-t is, mert az is könnyen használható volt és arra aztán tényleg írtak tömkelegével szoftvereket, csak az ugye baromi drága volt.

    Bármilyen hardver és bármilyen szoftvere lehet, ami Magyarországon kapható volt abban az időben.

    Miért limitálunk már megint globális történéseket hazai szkópra? /o\

    Az erre épülő kérdésem pedig az, hogy ha volt ilyen, amit én nem ismertem, akkor miért nem terjedt el, mi volt az oka?

    Ezt is leírtuk: marketing, marketing és marketing. És még a tetejébe az ms piszkos kis húzásai a konkurencia ellen.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634476

    Teljesen elbeszélünk egymás mellett szerintem. Te kizárólag műszaki oldalról mondasz véleményt ezen rendszerek jóságáról, és meg arról beszéltem, mennyire egyszerű egy rendszert használatba venni és használni. A kettő elég ritkán fedi egymást sajnos. És a használatba vétel egyszerűsége lett a piaci siker titka, így utólag én így látom.

    Épp ezért sajnos nem tudom azt mondani, hogy igazad van, egyetértek. És nem azért, mert ne úgy lenne amit írsz, ahgy írod. Hanem azért, mert a felsorolt rendszerek valójában nem voltak egyszerűen elérhetők a nagyközönség számára, és nem voltak könnyen beüzemelhetők.
    Hogy az MS letarolt mindenkit marketinggel? Igen. De erre a sok eladott rendszerből és a jól megkötött szerződésekből volt pénze. És azért tudta könnyen eladni a rendszereit mindenfelé, mert könnyen üzembe lehetett helyezni, ellenben az összes többivel.

    Szóval végül is a nagyvállalatok lusta informatikusai miatt terjedt el a Windows és nem más, mert azt készen kapták, és Next-Next-Finish (sőt, Tovább-Tovább-Kész) módon telepítették, már ha ha nem volt eredetileg rajta a számítógépen amit beszereztek, és csak be kellett kapcsolni az user előtt, aki már nyomhatta is rajta a melót.
    Az összes többi rendszert össze kellett volna csiszolniuk több komponensből, és keresni az így elkészült egészre használható alkalmazói szoftvereket. Vagy vetetniük kellett volna nagyságrendekkel drágább hardvereket, amiken sokkal jobb minőségű (műszakilag) operációs rendszerek és felhasználói felületek futottak. És ezekre kereshettek volna általános irodai programokat... Na ez egyik sem teljesült, hanem maradt az "olcsó" PC a már rajta lévő, vagy igen könnyen rá telepíthető Windows-zal.

    WTF... Apple, bekapcsoltad és ment, rajta volt az OS, telepíteni se kellett. SGI, szintén. BeBox, szintén, de ha PC-re telepítettél BeOS-t, akkor a telepítője ezerszer barátásgosabb volt, mint a win9x-es rendszereké. Solaris ugyanez; színes-szagos, seggkinyaló telepítője volt. AmigaOS is next-next-next-finish szintű.

    Csak nem sikerült már megint a parancssoros Linux nyavalyáit ráhúzni az összes többi OS-re, ugye nem?

    És ezekre kereshettek volna általános irodai programokat... Na ez egyik sem teljesült, hanem maradt az "olcsó" PC a már rajta lévő, vagy igen könnyen rá telepíthető Windows-zal.

    Az irodai rész tény, ezért is volt a PC az irodai gép, ahogy azt le is írtam. De mi van a többi céllal, amire a PC kb. úgy, ahogy volt, alkalmatlan volt?

    A felsorolt rendszereket pedig nem azért nem említettem, mert be vagyok szorulva a Windows és a Linux világába, hanem azért mert magyarországi informatikusként max. nagy szakmai érdeklődés esetén találkozott velük az ember, marginálisan. Soha egy cég sem forgalmazott nagy tömegek számára ilyen rendszerekre épülő gépeket, megoldásokat - ez lehet már akkor sem a véletlen műve volt.

    Te most kajakra az épphogy a rendszerváltáson túllévő posztszocialista MO helyzetét extrapolálod az egész világra, de főleg a nyugati világra???

    BeOS? Semmin sem volt elérhető valójában, én pl. sohasem láttam élőben (tudom, ez az én bajom).

    Hogy micsoda? Elérhető volt PC-re és ha nem is volt annyi drivere, mint a windowsnak, ami volt, az legalább jól megírt és működő volt. De ott volt a PPC alapú BeBox, amin előtelepítve kaptad. Te nem láttad, ezért nem érhető el semmire? Ne már, plz.

    OS/2? Tettem saját gépre (amire éppencsak felment) a 90-es évek közepe táján, nagyon jó volt, de semmi általános SW nem volt hozzá elérhető itthon (és erős gép kellett alá a kor átlag gépéhez mérten)

    Ezt már Charlie megválaszolta közben.

    NeXT gépek az OS-ükkel? Megfizethetetlen az átlagnak, sokan nem is ismerték, ahogy az SGI gépeket sem, ugyan ez a kategória, árban mindeképp.

    A túrót nem ismerték, még idehaza is ismert volt, az Amiga 68xxx Magazinban külön foglalkoztak mellette az Amiga, Atari és Apple gépek mellett. Te nem ismerted, maximum.

    A Commodore gépei? C16-tal kezdtem, imádtam. Mindig vágytam gyerekkoromban floppy meghajtóra meg bármilyen Amigára, ami az átlag embernek elérhetetlen volt.

    Megint a hazai viszonyokat extrapolálod a világra. Amúgy Amigája azért elég sok embernek volt idehaza is, átlagembereknek is.

    A "Linux" kiírásba mindig beleköt valaki, hogy az csak kernel. Igen, tudom. De így ez csak nettó kötekedés. Értsen mindenki Linux alapú rendszer alatta, amit velem együtt még sokan nem írnak ki teljesen, hanem Linux OS-ként hivatkozunk rá. Igen, pongyola, de aki akarja, érti.
    1998 magasságában kiába volt KDE 1.0 meg társai, a 14.4k-s meg 56k-s modemen letölthető, 1 hét alatt beüzemelhető rendszer nem volt alternatívája az MS Windows-ának, amit megvett bárki a boltban CD-n, majd az említett módon (magyar nyelven) Tovább-Tovább-Kész módon feltelepített...

    Elég érdekes, hogy leírod, hogy ez csak kötekedés, hogy a Linux csak kernel, mert te a disztrókra céloztál...aztán meg leírod, hogy modemen kellett leszuttyogni, míg a windowst megvehetted a boltban; miközben a valóságban a különféle disztrók telepítőit ugyanúgy megvehetted a boltban, töredékárért, hiszen maga a rendszer ingyenes volt, csak a nyersanyagért és a szétosztás támogatásáért fizettél, de egyébként leakasztottál egy Chip magazint, PC-X-et, PC World-öt, 576-kByte-ot, whatevert és CD-mellékletként időnként ott díszelegtek rajtuk a különféle disztrók, S.u.S.E., RedHat, Debian, Mandrake... Igen, már a '90-es években is. Nekem is van több belőlük itt a polcon.
    Azonfelül ismét a hazai viszonyokat extrapolálod a világra, már megint. Amivel irdatlan tévedésbe vered magad.

    És _ez_ az a felhasználói élmény, amiről én beszélek, nem a GUI jósága, stabilitása meg tudása. Hanem az, hogy nem kellett hozzá komplett IT osztály, hogy beüzemlejék és használatba vegyék. Ez volt a népszerűségének a titka. Szerintem.

    Csakhogy ezt a élményt a többi is hozta, csak szemmel láthatólag - és saját beismerésed alapján - te nem láttál egyebet, mint modemen keresztül leszuttyogtatható Linuxot, überdrága Apple-t, meg OS/2-őt, amihez nem voltak szoftvereid. Hogy akkor nem volt rá lóvéd, lehetőséged, nem ismerted a többit, az oké, ha akkor így gondoltad, ahogy most előadtad, az akkor oké volt, mert az akkori jelent az akkori tapasztalataid és lehetőségeid alapján ítélted meg, de azóta eltelt harminc év és ha a múltat még mindig az akkori tapasztalataid alapján ítéled meg, az fatális hiba: most már van lehetőséged megismerni a többi rendszert; hát tedd meg plz., mielőtt ítéletet mondasz felettük. Köszi, a nevükben is.

    A Solaris, HP-UX és az AIX hiába "élte túl" azt a korszakot, ezek mind szerverekre és bizonyos célfeladatokra szánt munkaállomásokra való rendszerek, melyek 90+%-át GUI nélkül használják, használták.

    Honnan a statisztikai adat? Ex-has?

    Szóval igazad van abban, hogy mennyi sok jó rendszer volt valamikor, amik valamiben (vagy több dologban, vagy mindenben) jobbak voltak a Windows-nál. De közös jellemzőjük, hogy szakember (és esetleg spéci hardver) kellett hozzájuk, ami gátja volt az elterjedésnek.

    Ez a te véleményed, amit a többi rendszer ismerete nélkül hoztál meg. Csak azt tudom mondani, amit két bekezdéssel feljebb: legalább utólag ismerd meg őket, mielőtt véleményt formálsz a történelemről.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634520

    Nagyon sajnálom, hogy nem vagyok akkora polihisztor, mint Te.

    Adtam okot arra, hogy személyeskedni kezdj? Én csak annyit kértem tőled, hogy ne a 30 évvel ezelőtti emlékeid alapján ítéld meg a múltat és az alternatív platformokat, amikor ma már lehetőséged van őket megnézni és a win9x mellé tenni.

    Mert nem akarod Te sem érteni, mit írtam.

    Dehogynem értem, csak pont erről beszéltem, hogy te még mindig az akkori perspektívád alapján ítéled meg az akkori helyzetet.

    Tapasztalatot és véleményt írtam le.

    Ami mint tudjuk: szubjektív.

    Hiába nézem meg most a 30 évvel ezelőtti rendszereket, és konstatálom a nagyságukat, mikor az volt az eredeti téma, hogy miért lett ennyire népszerű a Windows és miét nem más.

    De téves a nézőpontod: hazai szemszögből nézel főleg nyugaton történt eseményeket...

    Annyit írtam, hogy a nagy többségnek sokkal egyszerűbb volt, mint más rendszer és szerintem ez lehetett a sikere kulcsa.

    Ritterrel meg ezt cáfoltuk: nem volt egyszerűbb; te nem ismered őket.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634539

    Én hol személyeskedtem?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634527

    Mit szerettél volna ezzel mondani? És miért nem linkelted be a kettővel későbbi oldalt inkább, ahol látszik, hogy 1995 után a PC eladások exponenciális görbe mentén a többszörösére nőttek?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634562

    Miért mi van a negyedik és ötödik oldalon? Ezen az ábrán az látszik, hogy ahogy a C64 lábrakapott, úgy az IBM PC-k is elkezdtek terjedni, de kilövés nincs rajta. Ezen az ábrán sem látok semmilyen kilövést. Lineáris - bár csökkenő - növekedést azt igen, meg azt is, hogy növekszik az előnye a többiekhez képest, de kilövést? Azt ezen a képen látni. win95 után, mint a rakéta. 5 év alatt közel négyszeresére nőtt a felhasználói tábor.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634613

    Az IBM PC eladásai nagyobb arányban nőttek, mint ahogy a személyi számítógépek piaca,

    Nőttek a túrót, a 80-as évek után estek egy jó nagyot az eladásai (a piac közben nem zsugorodott), utána kezdtek el megint lassan felfele menni, de a robbanást a win95 hozta. Arról nem is beszélve, hogy a 80-as években a piac ezredakkora volt, mint 10 évvel később, ugyanis a win95 után mindenki is PC-t akart gyártani és tette is. A 80-as években az IBM simán gyárthatott annyi gépet olyan olcsón, hogy ahol nem volt igény a többi platform extra tudására, oda jó volt és ezért sok helyen ez lett. De egy pár százezres piacból kétharmados résszel bírni az még megközelítőleg sem ugyanaz, mint egy párszázmilliós piacon 90+%-kal. A PC a többszázmilliós piacát a win95-nek köszönheti.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634632

    Nem, nem nálam megy így, csak már megint belémtört a bicskád, elfogytak az érveid és már megint engem próbálsz meg baromságokkal támadni az érveim helyett, ld. még fent a fölényeskedős-segítős posztot, meg a legyeset.
    FYI: Én végig a 90-es évekről beszéltem, hiszen a windows-ról - egész konkrétan a win9x-ről - volt szó végig. Te jöttél egy töredéknyi piacot mutató, tíz évvel korábbi grafikonnal, aminek semmi köze nem volt a témához, sem a poszthoz, amire reagáltál, de ne zavarjon.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634686

    A kilencvenes években a PC-n futtatott Windows tarolt.

    A marketing miatt, mint már tisztáztuk. És mert az ms mindenkit eltaposott. Ez látszik a görbéiden is.

    A kilencvenes években tényleges, hosszútávon létező erős alternatíva nem volt, egyedül az Apple maradt valamennyire versenyben.

    Mire nem volt alternatíva? Eddig vagy húszféle területet soroltunk itt fel vagy nyolcan, ahol pont a windózpécé nem volt alternatíva.

    Ilyen baromságokat írtál, hogy "Amigája azért elég sok embernek volt idehaza is, átlagembereknek is."

    Ha nem volt sok embernek idehaza Amigája, akkor miért volt annak idején vagy tucatnyi amigás újság is idehaza? Nem baromság amit írtam, csak gondolkozni kéne az értelmezéséhez, dehát az neked sose ment. Egyébként ezt konkrétan arra írtam, hogy ggallo szerint az átlagembereknek elérhetetlen volt az Amiga. Nem, nem volt az.

    Nézzük: a képen a sötétlila az Amiga. Ütős alternatíva volt, komoly szoftverellátottsággal, mindenre is alkalmasan, így hát vették is, mint a cukrot. Ja, nem 1994-ben csődbe ment a Commodore. :D

    Az a keskeny csík még mindig többmillió eladott egységet jelent, hiszen a grafikon ezer egységekben számol, a tengely pedig ezresével lépked. Tudod. Ezerszer ezer az egymillió. Amigából elment kb. 5 millió. A 80-as években és a 90-es évek elején, amikor még nem volt mindenütt számítógép. És olyan helyeken alkalmazták, mint pl. a NASA, vagy épp Hollywood. Tényleg a kutyának nem kellett.

    Hát még a BeOS. A nagy ígéret, amiben kb. három évig lehetett hinni/reménykedni, aztán nem lett belőle semmi. :D

    A nagy jókedv közepette belinkelném neked a Leno által linkelt cikket, ahol le van írva feketén-fehéren, hogy hogy baszott ki a BeOS-sel az ms, úgy, hogy a piaci fölényével visszaélve megtiltotta a PC-gyártóknak, hogy BeOS-t is lehessen rájuk előtelepíteni, a windows mellé. Az OS/2-őt is így "győzte le" a microsoft. Nem a rendszerek voltak rosszabbak, vagy kevesebbek, hanem az ms egy patkánybanda.

    Az emberek rájöttek, hogy a PC-vel jobban járnak, mint más gépekkel, mert hardverben és szoftverben is sokféle választási lehetőségük volt.

    Nem "rájöttek", hanem az ms átvágta őket egy többszázmillió dolláros marketinghadjárattal.

    Kivéve az OS-t, mert senki nem volt elég tökös és tőkeerős, hogy a Windows alternatívájaként írjon egy jót PC-re.

    Dehogynem. Több alternatíva is volt. Erről szólt az egész topic. Az, hogy neked nem tetszik, mert nem "harmonikus", az a kutyát nem érdekli. Műszakilag az összes konkurens platform felülmúlta a windows-okat. Az ms a marketinggel győzött le mindenkit és a piaci fölénnyel történő visszaélésekkel, amiket hiába torolt meg később a rendszer, már késő volt, mert az érintett platformoknak annyi lett, a kiszabott büntetést meg az addigra már leírhatatlanul gazdaggá vált ms röhögve kifizette.

    Ezért mondtam, hogy már a nyolcvanas években el lett cseszve.

    Csakhogy akkor még nem volt ekkora fölénye az IBM PC-knek; tényleg nem érted, hogy mi a különbség aközött a két arány között, hogy egy 9 milliós piacon van 6 millió IBM PC és 3 millió egyéb, ill. egy 150 milliós piacon 140+ millió IBM PC és <10 millió egyéb? Tényleg nem érted?

    Akkor még könnyebb lett volna valamivel odabaszni a Microsoftnak.

    Ebben az egyben igazad van, csak éppen ennek semmi köze ahhoz, amiről a topicban beszéltünk.

    Remélem, most már világos az összefüggés.

    Én meg remélem, hogy végre világos, hogy az ms nem azért nyert, mert olyan jól csináltak volna bármit is, hacsak nem a patkánykodást értjük "jól csinálás" alatt, mert azt mondjuk tényleg jól csinálták.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635049

    A Windows 3.1 92'-ben már adott egy grafikus, magyar nyelvű felületet, TrueType betűtipusokat, volt hozzá Office csomag, hardver támogatás a nyomtatókhoz, modemekhez stb. Plusz a rengeteg szoftver is futott rajta amit már korábban megírtak DOS-ra. Ha ez nem felelt meg akkor jöhetett az OS/2 és kész. Már akkor sem volt más oprendszer PC-re ami ennyit vagy többet tudott volna ebben az árkategóriában. Erről nem az MS tehet.

    Nem csak PC volt. Nem győztük az alternatívákat linkelni.

    Windows 98-at egyébként nagyon sokáig használtam különösebb probléma nélkül. Pedig eléggé meg volt terhelve hardverekkel.

    A WORKSFORME nem érv.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635292

    Többen is vagyunk itt, akik többfélét is használtak az alternatívákból és be is számoltunk róla, hogy hol, miért, miben voltak jobbak. Hogy mit volt érdemes venni, az nagyban a céljaitól is függött az embernek; ha irodai munkát akart végezni, vagy a játékáradat érdekelte, akkor nem nagyon volt alternatívája a windows/PC kombónak, a többi célra viszont jobbak voltak az alternatív rendszerek, nem véletlen, hogy őket is használták rá. A marketingen kívül én nem nagyon látok mást, hacsak azt nem, hogy a "mindenki ezt használja" felfogás mentén sokan választották ezt, ami egy öngerjesztő folyamat.

    A BeOS rulez volt, ebben egyetértünk.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635329

    Nem feltétlenül, mert nem mindegy, hogy mik voltak az igényeik.
    Pl., hogy milyen játékokkal akart játszani, mert a konzolokra lehet, hogy valamennyivel kevesebb játék jött ki, de sok exkluzív cuccuk volt, meg volt is olyan játékműfaj, ami PC-n nem volt népszerű.
    Irodai felhasználásnál is nagyon számított a szint, hogy milyen szintű irodai munkát akarnak végezni. Egyszerű dokumentumszerkesztő és táblázatkezelő, meg nyomtató mindenütt volt. Olyan szintű, mint az Office nem nagyon, max a Star Office (OSX, Solaris, Linux), de pl. VBS makrókat az sem tudott, szóval akinek konkrétan az kellett, annak egyáltalán nem volt alternatívája. Viszont nem kellett minden felhasználónak ilyen szintű irodai szoftvercsomag.
    A marketing meg nem abban tévesztette meg az embereket, hogy irodai munkára a legjobban a PC-vel járnak, vagy, hogy arra van a legtöbb játék, mert ha a marketing ezt tartalmazta volna, akkor nem is tévesztette volna meg őket, mert ez volt az igazság. A marketing egyfelől azt hitette el az emberekkel, hogy nekik tényleg nagyon szükségük van a PC-re (holott nagyon sokuknak nem volt; "a számítógép nagyon megkönnyíti azon munkák elvégzését, amik nélküle nem léteznének", szólt a szállóige) és, hogy a PC (és a windows) mindenre is jó, csináljanak mindent is azzal. És az emberek csinálták. Azt is, amire nem volt alkalmas.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635447

    Az embereknek nem volt szüksége számítógépre, mégis vettek. Ilyenkor nagy valószínűséggel egy PC-vel jártak a legjobban, mert: 1. ~olcsó volt (+ használtan is lehetett sokfélét kapni), 2. ~fejleszthető volt, 3. széles körű volt a hardverválaszték, 4. sok szoftver készült rá (szar és jó egyaránt), 5. "trendi" volt, ezért sokan foglalkoztak vele, könnyű volt információhoz jutni, 6. nem halt meg a platform.

    1. használtan mást is lehetett kapni, az olcsóság meg pillanatnyi volt, ld. később, 2. nem a PC volt az egyetlen modulárisan bővíthető gép, 3. ld. 2., azonfelül, mint kitárgyaltuk más szálakban, "a széleskörű hardwareválaszték" nagy része kínai dzsunka fos volt (tudod, amikor azt istenítettétek, hogy a windows azokkal is "elboldogult"), 4. "sok szoftver" másutt is volt; inkább bizonyos szoftverek ide készültek el, nem?, 5. az első fele még csak-csak, de szoptál te már dokumentálatlan, vagy rosszul dokumentált windowsos API-kkal? "könnyű volt információhoz jutni", my ass..., 6. így könnyű...

    Az embereknek szüksége volt számítógépre: játszani akartak többféle 3D-s játékkal, Officeban akartak makrózni, és zenét is akartak szerkeszteni. Neked talán az tetszett volna, ha a zeneszerkesztésre vesznek külön egy gépet, mert a PC arra alkalmatlan. Az emberek viszont reálisak voltak, és kompromisszumot kötöttek: a zeneszerkesztést is PC-n oldották meg. Csúnya, rossz emberek, és az ő mocskos realitásérzékük...

    http://hu.wikipedia.org/wiki/Windows_95

    A Windows 95 alapította meg a Microsoft cég „vaporware” (magyarul „porhintés”) hagyományait: bár 1993-ban bejelentették olyan hírveréssel, ami nagy tömegeket befolyásolt abban, hogy a termékre várjanak, de csak 1995-re készült el. Megjelentetését agresszív reklámkampány kísérte, melyben a Rolling Stones együttes is szerepelt Start Me Up című számával. Magyarországon pedig a Szomszédokban is említést tettek róla.[1] Állítólag voltak, akik a nagy felhajtás miatt vásárolták meg a szoftvert, és később jöttek rá, hogy nincs rá szükségük (mert például nincs számítógépük), vagy éppen nem tudták, hogy megfelelő számítógép kell hozzá.[2]

    Tehát volt aki úgy vette meg a windows 95-öt, hogy még gépe sem volt hozzá. Csúnya rossz emberek és az ő mocskos realitásérzékük...

    A Microsoft átbaszta őket, igenis kellett volna, hogy legyen pénzük a felsoroltakra, és helyük is hozzá a lakásban, de mindenek felett az kellett volna, hogy ne legyenek igénytelen birkák!

    Akkor csak két dolgot mondanék: a fent felsoroltakat egy Apple géppel is megcsinálhatták volna, azonfelül hiába volt kurwa drága az Apple alapból, azt megvették és használták N évig, a PC-n meg folyamatosan ment a "fogyasztói piac", folyamatosan "tuningolni" kellett a gépet, vagy "lemaradtál", még egy kicsivel nagyobb CPU, egy picivel gyorsabb videókártya, így a végén többet költöttél rá N év alatt, mint egy Apple gépre, amiért egyszer kellett kicsengetni a sok lóvét; kinyitsz egy akkori számtech magazint, amiben nem a microsoft szekerét tolták, akkor pontosan ugyanezeket a problémákat írták le, ezekről panaszkodtak éveken át. "Olcsó" volt, ja. Lófaszt. A marketing elhitette az emberekkel, hogy olcsó, de valójában drágább volt, mint az alternatívák.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635454

    Elnézted, ott van benne:

    On August 24, 1995, Windows 95 was released in a buying fever so great that even consumers without home computers bought copies of the program.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635366

    Meg még nagyon sok minden másról se a jelek szerint. Tessék egy jelenet a Szomszédok nevű sorozatból: https://www.youtube.com/watch?v=Gf6n92PXjkA
    Nem láthattam Magyarországon semmiféle win95 reklámot, mert nem is volt ilyen, ugye? Te komolyan elhiszed ezeket, amit összehordasz? Idehaza is gőzerővel tolták, TV-ben, újságban, ahol csak lehetett.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635342

    Nem volt semmiféle marketing. Mellesleg, a win95-ről te magyarországon semmiféle reklámot nem láttál, hallottál, mert nem si volt ilyen.

    Aha... Nem tolták a PC-t a TV-ben sem, pl. PC-ABC, ugye? (Itt még meg is említik: "Az altalanos windows es Bill Gates imadat ellener szeretem a musort.") Nem volt tele vele az összes számtechmagazin sem, ugye?

    A PC-t az ára tolta be az otthonokba, az ára meg azért lett olyan barátságos, mert idővel, a compaq, bull micral és mások után a kici kínaiak is elkezdték a klóngyártást.

    Honnan tudták az emberek, hogy olcsó, ha nem tolták az arcukba azoknak, akik nem foglalkoztak számtech-kel?

    Az amigára meg más lomokra írt oprendszert meg totál értelmetlen a windows-sal, dos-sal összevetni, mert az Amiga, az SGI és más vasak egységesek, kompaktak voltak, a PC klónok meg nem.

    FYI: az Amigákba egy raklap bővítőkártyát lehetett dugni, nem csak a saját Zorro-sokat, de voltak bridgeboardok is és bele lehetett plugni a PC-k ISA és PCI kártyáit is (sőt, egyes Amigákban volt ISA-bus OOB); egy részéhez még volt is driver AmigaOS-re. De amúgy Amigára van Linux, NetBSD, volt SVR4-es UNIX (Amix) és valamikor volt OpenBSD is és ezek is támogatják a kártyák egy részét. Ennyit az egységességről és a kompaktságról: az Amiga egy komplett gépcsalád, nem csak az A500 létezett, el kell keserítselek. Szóval ez az állítás kb. úgy fals, ahogy van. Legalább néznél utána. (Egyébként lehet az altergépeket en-bloc lomnak titulálni, de rögtön kilóg vele a lóláb, hogy téged itt nem az igazság védelme vezérel, hanem a windózé.)

    Ebből a shit halmazból az amiga nem részesedett, ezért is lehetett olyan "remek" oprendszert írni amigára, ami mellesleg ugyanúgy fagyízott a 68000-es procin mint a windows a hulladékokból összerakott PC-n.

    Ja, csak az Amiga '85-ben született és a '80-as években nem igazán volt memóriavédelem a mikroszámítógépekben, ráadásul az Amiga kihalt bőven a win95 megjelenése előtt, míg a win95 meg 10 évvel későbbi, amikor már minden élő rendszerben volt memóriavédelem, kivéve a konzumer windózokban, egészen 2001-ig. Igen, a konzumer windows vonalon egészen a XXI. századig kellett várni egy szaros memóriavédelemre. Addigra már az Amigában is lett volna, ha nem hal ki. (BTW, az a "remek" AmigaOS minden gyíkja ellenére még mindig ezerszer jobb rendszer volt, mint az überfos windows; magyarázd meg a NASA tudósainak, hogy hülyék voltak, mert azt használták és nem winfost.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635046

    Jah, Gates hibája volt, hogy az emberek azt veszik, amit reklámoznak. Talán ő találta ki a reklámipart is, előtte minden teljesen másként működött.

    Felelősség áthárítása: véletlenül se a ravaszt meghúzó gyilkost ítéljük el, hanem azt, aki kitalálta a lőfegyvert. Aha. Bullshit. Ahogy a lőfegyvernél is, a reklámnál is az a felelős, aki úgy használja, ahogy. Nem kell, hogy a reklám hazudjon, neki csak a figyelemfelkeltés a célja, nem az átverés. A microsofté viszont hazudott, megtévesztette az embereket.

    Mások is megtették volna. ... bullshit-bullshit-bullshit-bullshit-bullshit-even-more-bullshit...

    Gratulálok ehhez a baromsághoz! "Azé' őtem meg a szomszédot, mer' a másik szomszédom kinyírta a harmadik szomszédom, há' akkó' nekem is szabad!
    Nem. Nem szabad. Attól, hogy mások is patkánykodnak, attól még a microsoftnak nem szabad és nem is mentesíti a saját patkánykodása alól a mások patkánykodása. (Egyébként kevés cég patkánykodik annyit, mint a microsoft.)

    Amire és ahogy az IBM PC-t használni lehetett.

    Irodai melóra? Ez erős túlzás, mert volni volt, csak épp az IBM PC volt rá a legalkalmasabb a kialakított ökoszisztéma miatt. A többi melóra? Bullshit. Azokra pont az IBM PC nem volt használható, vagy csak korlátozottan.

    Annyira kellett mindenkinek, hogy csődbe ment a gyártó.

    Nem a műszaki minőség miatt, hanem a balfasz manageri döntések miatt.

    Sosem mondtam, hogy a Microsoft a minőséggel győzött.

    Nem mondtam, hogy te mondtad, csak leszögeztem.

    A "pénz beszél" törvényszerűség jóval a Microsoft előtt jött létre.

    Ismét a világhírű "más is" című terelést láthattuk...köszönjük. (Nem.)

    A piacon életképes cégnek nem volt a piacon életképes, nagy volumenben eladható terméke.

    Hangsúly a nagy volumenen. Könnyű úgy nagy volumenre hivatkozni, hogy azt a nagy volument a microsoft kreálta a hazug marketingkampányával felvert igénymennyiséggel.

    Ehhez képest képes voltál iderángatni egy más dologgal foglalkozó szál tartalmát, hehe.

    Ez nagyon is passzolt ide. "Hehe."

    Lényegtelen. Kell mögé pénz. A pénzt meg meg kell szerezni.

    Így? Ha a microsoft konkrétan rablóhadjárattal szerzi meg a pénzt, akkor is így mosdatnád őket?

    Szégyellem, hogy ismétlem magam, de ezért írtam, hogy már az első jeleknél cselekedni kellett volna, a nyolcvanas években.

    Ebben az egyben már az előbb is egyetértettünk.

    Ha egy sokszereplős piacon az eladások 49%-át uraló platform neked nem szemet fel nyitó fölény, azzal én nem tudok mit kezdeni.

    Kész...hogy magyarázzam el, hogy fel is fogd végre? Kimész a piacra árulni. Van egy standod. X-nek is. Y-nak is. Z-nek van négy. Tehát övé a piac 50%-a. Nagy erőfeszítésbe kerülne X-nek, Y-nak, vagy neked még három vagy több standot felállítani? Nem. És akkor most képzeld el, hogy a piac hetvenezer standból áll, amiből 69900 Z-é, a maradék 100-on meg osztozol X-szel és Y-nal. Vajon ugyanakkora erőfeszítésbe kerülne nektek 69900 stand felállítása, mint 3 standé?

    Te tényleg nem érted, hogy mi a különbség aközött, hogy egy platform pár év alatt a növekvő piac felét felzabálja, vagy pedig nagy nehezen annyit ér el, hogy az eladásai ne csökkenjenek vagy lassan csökkenjenek a növekvő piacon (ld. C64 1984 után)?

    A százalékokon való lovaglással semmire nem mész, ld. előző bekezdés.

    Hogyne lenne. Töketlen majmok sírdogálva szidják a majmot, akit korábban más töketlen majmok hagytak felmászni a banánfára, hogy felzabálja az összes banánt.

    Érdemi válasz esetleg az üres fölényeskedés helyett, amivel csak a saját lúzerségedet bizonyítod?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635293

    Ha létezik tabletta a közelgő agyhalál ellen, kérlek, szerezz belőle, és vedd be minél előbb. :D

    Hát, neked hiába is adnék belőle, már szemlátomást túl vagy rajta.

    Más cégek is hazudtak reklámokban. Az a büntetés jár érte, amit a jogszabályok előírnak, és az a kártérítés, amit ki tudnak perelni a károsultak. Az már az emberektől (és a velük szemben álló lobbierőktől) függ, hogy a rendszert felkészítik-e arra, hogy újból ne jelenhessen meg hazug, megtévesztő reklám.

    Már megint a másokkal való takarózás... Csak azok a mások nem baszták szét az informatikai világot a hazug reklámjaik következményeivel, BTW. A microsoftot meg hiába bírságolják/bírságolták rommá újra-és-újra, röhögve kifizeti, hiszen az ezerszeresét hozza be a patkánykodás.

    Gratulálok ehhez a baromsághoz! Is.

    Baromságokat egyelőre te beszélsz ipari mennyiségben. Úgy szopod itt fel a microsoft ámokfutását, meg próbálod őket görcsölve mentegetni, mintha fizetnének neked érte.

    Ha már állatkodás: abbahagyhatnád a töketlen majomkodást, avagy az évtizedekkel elkésett igazságtétel-jellegű szipogi agyfaszáradatot.

    Én egyetlen majmot látok: téged. Tudsz mást, mint személyeskedni? Kifogyóban az érvek?

    Megint önmagaddal beszélgetsz.

    Jól megaszontad. (Nem.)

    Mire a többes szám? Te, a szarod és a legyeid?

    Nem, a topicot olvasók, te szerencsétlen...

    Aha, és még a pénzt is a Microsoft nyomtattatta, amit az emberek kifizettek a windowsos rendszerekért.

    Nem, mert a nyomtatás alatt lefagyott a winfos.

    Arra az őrületre itt vagy te.

    Nagyon kifogyóban lehetsz már a válaszokból, ha már tényleg csak a mocskolódásra tellik.

    Sehogy. Elsőre is értettem. Ha tízszer magyarázod, akkor is baromság marad.

    Egyáltalán nem az, csak fel kéne fognod.

    Valóban, Z-t nehéz legyőzni, ha neki van időgépe, nekem, X-nek és Y-nak pedig nincs. ;)

    Nem kell időgép. Arról van szó, hogy a 80-as években nem jelentett akkora piaci hegemóniát a PC fölénye, mert hiába volt a piac nagy része ugyanúgy PC-s, csak töredékannyi gép volt.

    A baromságod többszöri hivatkozás után is baromság maradt.

    Nem, csak nem éred fel ésszel. Vagy direkt játszod magad.

    Természetesen: töketlen majmok sírdogálva szidják a majmot, akit korábban más töketlen majmok hagytak felmászni a banánfára, hogy felzabálja az összes banánt, és övé legyen a legjobb kilátás.

    Vagyis: nincs, továbbra is csak a kurwa gyenge sértegetéseid maradnak. Gyík vagy, öreg. Ennyi erővel én is mondhatnám, hogy a túloldalt meg szánalmas lúzerek szopják fel a mikrofos, kugli és hasonszőrű cégek gazdasági és kultúrális ámokfutását, mert nedves álmaikban az vagyon megírva, hogy ők is lehetnek majd ilyen "sikeresek", ha elég hangosan és arrogánsan támogatják az ebből profitálókat. Nem, te sosem leszel ilyen sikeres, meg a többi sem. Esélyetek sincs rá, viszont szarrá alázzátok magatokat a nyalizással, amíg a bálványaitok röhögve megkopasztanak benneteket. Pancserek.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635445

    Remélem, nem mondok újat azzal, hogy a cégek a versenytársakat és az ügyfeleket/vásárlókat tanulmányozva megpróbálják előre megjósolni a jövőt, azt, hogy pár év múlva mi lesz eladható. Már a hetvenes-nyolcvanas években is ezt csinálták. Pl. a CD is úgy jött létre, hogy bizonyos igényeket akartak kielégíteni vele, eladható áron. Más cégek is fejlesztettek, de a Philips–Sony adta a legjobb választ a legjobb időben (plusz voltak saját zenekiadóik, és lobbierejük). Neked nem tetszik, hogy a világ így működik, mert el kellene fogadnod, hogy a szerinted jó és műszakilag versenyképes számítógép-platformokat gyártó cégek kurvára nem értettek a piacon való életben maradáshoz, illetve nem tudtak pénzt szerezni hozzá. A Philips és a Sony mindkettő nagy vállalat volt, és 1. tudták, hogy hogyan működik a piac, 2. megvolt a hátterük ahhoz, hogy pár (tucat) költséges zsákutca-projekten pénzt bukjanak egy hosszú távon sikeres termék kifejlesztéséért.

    Csakhogy a jövőt nem lehet biztosra megjósolni. Azonfelül nem azzal van a bajom, hogy nem feltétlenül a műszakilag topon lévő platform lesz a befutó, mert ha valami ár/teljesítményben jobbat nyújt, akkor egyszerűen jobban megéri, ha az extra teljesítmény nem kell. Csakhogy a windows/PC esetén nem ez volt, hanem ehitették az emberekkel, hogy a) ez a legjobb, b) ez a legolcsóbb, amiből az első abszolút hazugság, de a másik is csak pillanatnyilag állta meg a helyét, mert az igaz, hogy utánadvágták fillérekért, de az évek folyamán több lóvét öntöttél bele, mint egy márkás cuccba.

    A többi része a posztodnak már csak nettó üres személyeskedés; semmi érvet nem tartalmaz, csak az én mocskolásomat, azt is nagyon gyenge, izzadtságszagúan erőltetett "poénokkal" és übergáz "visszavágásokkal". Szánalmas vagy. Szépen lassan elfogysz, mint szabad memória windóz alatt. Pont ahogy szoktál.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635455

    Volt ilyen is, de ennek nem volt köze a műszaki rátermettséghez. Eddig már számtalanszor bizonyosodott be a win95 óta, hogy ha valamit elég hangosan reklámoznak, akkor baromi sokan fogják megvenni. Ezt a szellemet engedte ki a palackból Gates.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635556

    Tényleg? Egyelőre belőled dől a mocsok, te hordasz el minden fosnak, te viselkedsz visszataszítóan gusztustalanul; miért hozzám kéne gyomor? Te vagy az, aki minden alkalommal, ahogy elfogynak az amúgy is gyenge lábakon álló érvei, nekiállsz mocskolódni. Ennyit tudsz? Az nagyon szomorú.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635620

    Mindet megvédtem, csak nem vagy hajlandó beismerni, hogy cáfolódott az a sok marhaság, amit összehordtál, de még ezt is inkonzisztensen csinálod, mert az egyiket egyszer elszólod, hogy de, de aztán utána meg már letagadod. Folyamatosan önmagadnak mondasz ellent, csak, hogy csűrhesd, csavarhasd, hátha belém tudsz rúgni. Nem fogsz. Lúzer vagy te ahhoz.
    Ami a mások fikázását illeti, én feltételes módban mondtam, hogy mondhatnám, hogy a túloldalt meg lúzerek vannak, de mindezt csak azután, hogy te viszont tényleg kollektívan majomnak minősítettél mindenkit, aki nem szereti a microsoftot. Már megint magadat nyomtad bele a szarba.
    Nem lehetetlenítettem el semmit, ne hazudozz. Mindent elolvastam és tételesen cáfoltam, csak nem vagy hajlandó elfogadni, hanem megpróbálsz összezavarni azzal, hogy véletlenszerűen mutogatsz mindenhova (ld. még "külsős toolok", vagy épp, amikor egy ismételt kérdésre becitálod azt ahol először kérdeztem).
    Ha itt valakihez erős gyomor kell, az te vagy. Sokat vertek a suliban, hogy a neten éled ki magad beszólogatásban és emberkedésben, vagy mi?

    Ez már a legalja. Köss bele a konkrét szóba. Megállás nélkül mocskoltál mindenfélével. Voltam én agyhalott, töketlen majom, szaros bakanccsal fejberúgott és még sorolhatnám. Kevés ilyen rosszindulatú embert láttam eddig, mint te.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635638

    Köszönjük a konkrétumokat.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635819

    Csak mellébeszélést meg személyeskedést olvashattam. Amúgy, ahogy a mindenkivel való kommunikációdat nézem, te hiszed, hogy körülötted forog a világ. Mondjuk ekkora arccal a fizikai adottságaid megvannak hozzá.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635856

    Te kezdted a személyeskedést, amikor nem értettünk egyet. Én bárkivel tudok beszélgetni, aki nem úgy áll hozzá, hogy egyet nem értés esetén mocskolódni kezd.

    Egyelőre te élvezed.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635448

    Van még más is a tarsolyodban, mint üres fölényeskedés, mocskolódás és szalmabábcséplés? Te egy végtelenül rosszindulatú féreg vagy, semmi több.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635557

    Miért, te mi mindennek hordtál el eddig engem? Te kezdted a mocskolódást, nem én. Vagy az nem számít?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635619

    Ezzel mit is kívánsz bizonyítani? Ennyire nem tudsz már mit rámhúzni, hát megpróbálod azt, hogy az ellentmondás, hogy egyszerre nem lehetsz majom, gyík, meg féreg? Ez már iszonyúan szánalmas. Hányszor jössz még vissza egy újabb pofonért? Vagy szereted megalázmi magad, mert mazochista vagy?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635640

    Miért akarsz ásítani? Nem kapsz levegőt? Kifogytál a szuszból? Csak mert ez az ásítozós duma akkor szokott jönni, amikor valaki végképp elfogy és ezt unalomnak álcázott, görcsösen erőltetett, üres fölényeskedéssel próbálja leplezni. Ha untatlak, mit keresel még itt? Hol azt állítod, hogy élvezed, hol meg azt, hogy unod? Folyton magadnak mondasz ellent.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635820

    Másik topicban írtad, hogy direkt csinálod, ez a drogod. Hogy azért csinálod, mert a "drog" mámora parancsol neked. Most meg unod?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635859

    Már megint hazudsz. Ismét önellentmondásba keveredtél és megint ezzel az elcsépelt faszsággal próbálod leplezni, hogy de nem is, csak én nem értem, mert hülye vagyok.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635899

    Szerintem is önmagáért beszél a helyzet. Szó szerint azt írtad, hogy

    A drogom publikus: szellemileg részlegesen sérültek mókás, lesújtó és agyzsibbasztó okosságai és hülyeségei a https://hup.hu/ címen elérhető weboldalon.

    illetve azt, hogy

    Na mindegy, trey kibasz, ha szükséges. A szükségességre rá tudsz segíteni azzal, hogy jelzed neki a problémás viselkedésem. Addig meg azt csinálok, amit akarok. Úgy értem, amit a drog mámora parancsol nekem... :D
    Ja! Esetleg még azt is lehetne, hogy nem irkáltok faszságokat, és akkor éhendrogtalan maradok...

    Ezzel egyértelműen bevallottad, hogy élvezetből műveled az egészet, de itt kicsivel feljebb

    Olyan vagy, mint egy tipikus Microsoft-károsult: mindegy, hányszor rúgnak fejbe szaros bakanccsal, visszatérsz egy újabb adagért. :D

    a vigyorgó szmájli sem szomorúságot, vagy unalmat sejtet, a nagy vidám rugdosás közepette.

    Most meg hirtelen megunod?

    Van az ásításra színes-szagos szmájli? Nem használok ilyeneket, de most kéne. :D

    Hirtelen letagadod, hogy élveznéd?

    Hol állítottam, hogy élvezem?

    Ez bizony szép kis önellentmondás. És hazugság is. Dehogy unod te. Nagyon is élvezed, különben nem csinálnád.
    Tiszta sor, szerinted szellemileg sérült vagyok, ezért sértegetsz, ezért kötekedsz, meg ezért hozol be néha totál offtopic dolgokat a szálba, mert nézed, hogy mire hogy reagálok, keresel egy témát, egy pontot, hogy hol tudsz végre úgy belém rúgni, hogy fájjon. Röviden: te szereted a szellemileg sérülteket rugosni, szereted, ha fáj nekik.

    Ezek után miért meglepő, ha szerintem egy rosszindulatú féreg vagy?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635446

    Pontosan ezzel a gondolatmenettel lehet ordas nagyot bukni, jó termékkel is. Mint ahogy azt az ábra is mutatja a számítógép-piacon. :)

    Utólag könnyű okosnak lenni. A pillanatnyi piaci többség nem feltétlen jelent jövőbeli hegemóniát is, nézd csak meg az internet explorert, valaha 95%-a volt.

    Ha egy (értelemszerűen nem csak 2 szereplős) piacon 50%-od van, az semmiképpen nem elhanyagolható. Akkor is, ha ezer terméket adtok el összesen, meg akkor is, ha egymilliárdot. A probléma ugyanis az, hogy a behozhatatlan előnyöket pont akkor lehet megcsinálni, amikor még elég kicsi a piac. Ha már az elején több pénzed van fejlesztésre, marketingre (marketing != reklám), sales-re, stb., akkor a többiek csak még nagyobb hátrányba kerülnek veled szemben. Kamatos kamat, nagyra nyíló olló, mittudomén.

    Ha ez így van, akkor mi történt az explorerrel? Ők megcsinálták a "behozhatatlan" piaci előnyüket, aztán mára mégis eltűntek. Vajon nem azért, mert a behozhatatlan piaci előnyüket (~95%) akkor csinálták, amikor még viszonylag kevesen interneteztek és utána meg csesztek fejleszteni a platformot, így a folyamatosan érkező új internetezők már inkább mást választottak? És nem az egyetlen eset az övék. Csekkold le ezt a videót: http://www.youtube.com/watch?v=vr4q8u-asnI Látszik, hogy hogy ugrált a piaci dominancia egyik cégtől a másikig a smartphone OS piacon; PalmOS, Symbian, végül Android. Nagyon nem mindegy, hogy mekkora a piac, mert nem mindegy, hogy mennyi erőforrást igényel az, hogy dominanciát vívj ki magadnak. Nehéz dolga lehetett egy akkora cégnek, mint a google a feltörekvő smartphone OS piacon? Vajon őket most már nehéz lenne lenyomni? A válaszokat rád bízom.

    Hogy a fogyasztó szemszögéből is megnézzük a gondolatmenetet: van az irodában egy számítógép. Akarsz venni egyet otthonra. Mit veszel? Egy olyat, amit már ismersz, és a munkahelyről hazalopott szoftver is menni fog rajta?

    Ez mondjuk lehet egy szempont.

    Vagy egy másikat, amivel ugyan profibban lehet zenét szerkeszteni, de drágább, kevesebb van belőle, és a szomszéd Pistike sem ért hozzá, nemhogy te.

    Ez viszont már nem állja meg a helyét. Épp fentebb írtam le bolondnak, hogy a PC hosszútávon pont, hogy drágább volt a kierőszakolt tápolás miatt, mint a konkurensek. Azt meg ugye te sem gondolod komolyan, hogy egy Apple géphez annyira érteni kellett? Pont azért szeretik nagyon sokan, mert bekapcsolják és működik.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635558

    Szerintem a kettő nem függ össze így, önmagában a második fele a mondatnak elég ahhoz, hogy bukás legyen valami.

    Feltételes módban volt. Lehet, hogy nem függ össze, de az is lehet, hogy összefügg.

    A "behozhatatlan" szó ilyen értelemben valóban túlzás, ha ellustul a piacvezető, akkor mindent be lehet hozni, vagy felismersz egy olyan helyzetet, amit ő nem, stb.

    Hát nem feltétlenül. Ne felejtsd el, hogy véges a rendszer. Amikor a piac már világméretű és valaki azt uralja, akkor azt a lehetetlenséggel határos visszavenni. Tkp. csak az uralkodó tudja saját megbuktatni.

    Illetve kérdés, hogy pl a számítógép, smartphone OS, stb. ugyanaz maradt-e az évek során. Okostelefont pl. rég nem ugyanaz a szegmens vásárol, mint mondjuk a PalmOS fénykorában.

    Erről beszéltem. Kitágult a piac.

    Amúgy de, a családban nemrég volt egy PC->Mac váltás, persze, bekapcsolták és működött, de egy-két évtizednyi Windows használat után azért van egy kis learning curve.

    A szó amit keresel: megszokni. Fordított esetben (Apple->windows) ugyanúgy lenne "learning curve"; bármilyen új környezet elé ülsz le, meg kell szokni, de ez nem azért van, mert bonyolult, hanem mert mindent ki kell ismerni. De a lényeg, hogy nem kell hozzá sem szomszéd Pistike, sem informatikus, csak pár óra (nap).

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634565

    Pontosítsunk, az IBM nem elengedte az OS/2-őt, hanem az ms megzsarolta őket, hogy ha nem fejezik abba, akkor drágábban kapja a konkurenciánál a gépeire a win95-öt. Később ugyan az ms megkapta ezért a magáét, de addigra már az OS/2-őt kinyírták vele. A BeOS csak három évet késett, '98-ban már volt x86-os verziója az R3-tól. Igaz addigra már az ms felfalt mindent.
    Az pedig, hogy az ms-nek nem volt komoly kihívója, az maximum a piacot tekintve állja meg a helyét, műszakilag az összes többi platform jobb volt nála.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634595

    Nem így értettem, hanem úgy, hogy akkora részesedésük volt a végén, hogy senki nem jelentett nekik ellenfelet.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634607

    Köszi a cikket, ezt nem is tudtam, hogy az ms itt is visszaélt a piaci helyzetével és megtiltotta a PC vendoroknak, hogy BeOS-t is felrakjanak a windows mellé...gyönyörű. A szomorú, hogy ahogy az OS/2-nél, itt is már csak halottnak volt a csók az ms bírósági elmarasztalása, mert addigra a BeOS-nek annyi lett. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634529

    Esetleg valamivel alá is támaszthatnád, hogy a Microsoft nélkül magasabb lenne a minőség, ellenben az ár nem lenne lényegesen nagyobb.

    Az OS/2 195 dollár volt, amikor a windows 150, a kettő közti minőségbeli különbségről meg ne is beszéljünk.

    Az összes konzumer termék balanszíroz a minőség, a funkciók és az ár között.

    Kivéve a windowst, amit leginkább összehánytak, aztán megmarketingelték, hogy megvegye a jónép.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634475

    Az OS/2 egy világcégnek, az IBM-nek a terméke volt.

    Miért a windows 95 nem egy világcégnek a terméke volt? Honnan volt akkor a microsoftnak annyi pénze, amivel azt az irdatlan méretű marketinghadjáratot csinálták, amivel ráébresztették a világot és főleg a nagy cégeket, hogy nem kell föltétlenül jót csinálni, elég ha elég jól reklámozod a szart és akkor simán megveszi mindenki azt is?

    Amikor a Microsofttal leszerződtek, akkor az MS még egy relatív kis cég volt.

    Az 15 évvel korábban volt.

    Akkor most az MS-t verjük pofán azért, mert az IBM volt olyan "hülye", hogy hagyta maga mellett felnőni Gates cégét?

    Tudhatta ezt az IBM? Gates még Jobs-ot is átbaszta, pedig utóbbi sem volt valami balfácán.

    Tőlem úgy gyalázzátok, kritizáljátok Bill Gates-et vagy a cégét ahogy akarjátok, de azért illene képben lenni a dolgokkal, már csak a tisztánlátás okán is.

    Tisztában vagyunk vele, pont az őket védők nincsenek tisztában a tényekkel, hogy mennyi mindenért is lehet kárhoztatni ezt a céget és az alapítóját. Ld. a következő mondatodat:

    Az MS alapítói Allen és Gates kifejezetten szegény emberek voltak. Gates ugyan bankár család leszármazottja, de az apja a tanulmányai finanszírozásán kívül a világon semmivel nem támogatta a fiát. Gates a tanulmányaival párhuzamosan dolgozni is kényszerült, a Traf-O-Data nevű cégével tett szert némi jövedelemre.

    Nem csak apja volt neki (aki egyébként nem bankár volt, hanem sztárügyvéd), de a nagyapja bankelnök, anyja bankigazgató; "kifejezetten szegény emberek", te jóságos Atyaúristen... A Traf-O-Data-ról annyit, hogy működésképtelen koncepció volt (átment egy nyolctengelyes kamion a csövön és azt négy autónak számolta a gép, lol), ahogy Gates-nek szinte minden szemete; kinyitod a guglit és mást sem találsz róla, mint, hogy a gép nem működött a vállalat meg becsődölt. Ebből hogy finanszírozott bármit később? Ez üres kamu, semmi több. Ki nincs itt tisztában a tényekkel? Az, aki a mai napig beszopja ezt a mítoszt, hogy Gates és Allen a nulláról kezdte az egészet és úgy lettek szupergazdagok, hát egy nagy túrót. Az a két Steve volt az Apple-nél, akik egy szál faszban 6502-ben indultak neki a nagy útnak.

    Ti meg úgy káromoljátok, mintha az MS egy 150 éves, piaci erejével, tőkéjével visszaélő mammutvállalat lenne.

    Mert több kárt okozott, mint bármelyik másik 150 éves mammutvállalat, azért. Már a hobbistáknak írt levelével belopta az egész szakma szívébe magát, pedig az még a hetvenes években volt.

    Az MS-nek terméket kellett előállítania, el kellett azt adnia, és ez nem úgy ment ám, hogy Gates megírt valami szahart aztán dőlt a pénz, hanem nap mint nap keményen bele kellett állni a munkába.

    Nem Gates írogatta ott a cuccokat, a BASIC-et is egy Monte Davidoff nevű fickó pofozta helyre, mert amit Allennel összeraktak, az kb. úgy, ahogy volt, nem működött, nem is kellett az Altair-nek.

    Gates busszal utazott várostról városra

    Persze, busszal, véletlenül sem egy Porsche-val, amivel úgy száguldozott, mint egy őrült... Biztos busszal járkált, ha egyszer tudott menni Porsche-val is, már 1975-ben is, pár hónappal a micro-soft (sic!) megalakulása előtt...

    Meg kellett a Commodore-t, az Apple-t, IBM-et és másokat győzni arról, hogy az MS terméke fog megfelelni nekik és nem másoké.

    Értsd: át kellett kúrni őket; hogy is volt, amikor Tramiel idegrohamot kapott, hogy a BASIC kódjában a microsoft baromságokra pazarolta a helyet?

    Gates 30 nap alatt írt meg egy olyan interpretert a nulláról, ami 4 kByte-ba belefért soreditorral együtt és még a futtatandó kódnak is hagyott helyet.

    Az érdemi munkát egy bizonyos Monte Davidoff végezte, nem Gates.

    De akkor milyen shit lehetett a többi?

    Kevésbé shit, esetleg?

    Amikor a Microsoft termékeit már felül tudták múlni egyes cégek bizonyos területeken, akkor az MS már nagy volt és olyan cégeket hagyott állva, mint a HP, az IBM vagy a Digital Research.

    Technológiailag? Állvahagyta? Az IBM-et hol is hagyta állva? Amikor bekuncsorgott a platformjukra, hogy ő akarja szolgáltatni rá az OS-t? Ha nincs az IBM, ma nem is ismerjük a microsoftot. És a Digital Research-ot hol hagyta állva? Amikor megvette tőlük a QDOS-t 75k-ért, átíratta Tim Patersonnal és eladta az IBM-nek milliókért és tkp. a saját operációs rendszerükkel ütve ki őket az IBM-es bizniszből? Ha nincs a DR és az SCP, nincs mit eladni az IBM-nek és akkor ma nem ismerjük a microsoftot.

    Bocs, de te itt kb. előadod a Gates-kultusz minden mantráját és dogmáját. Pont így működik egy vallás, hogy elhiszitek, hogy nulláról kezdte, hogy a családjától nem kapott segítséget, hogy csődbement cégekkel finanszírozta a microsoft felfutását, hogy ő írta a szoftvereket (és azok milyen faszák voltak!), meg, hogy busszal járkált, miközben még az életéről (és Jobs-éról) készült filmben is benne van, hogy egy Porsche-val száguldozott. Ezek a szupergazdag pszeudo-filantrópok mind hasonló személyi kultuszt teremtenek maguk körül, így álcázzák, hogy mekkora gazemberek.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> zaphodb , solt87 , bohocmasni , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634494

    A többi rendszer nem mind volt drágább, mint egy PC+windows kombó és amit kellett, tudták (bár irodai használatban a PC-nek ár/teljesítményben nem volt ellenfele). A töbszázmillió dolláros marketing miatt volt így, hogy minden célra is PC+windows kombót kezdett használni a világ, akkor is, ha nem volt rá alkalmas.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634502

    Néhol. A legtöbb helyen viszont megvették az olcsó PC-t és azzal próbáltak meg mindent is megcsinálni, mert a marketing elhitette velük, hogy meg lehet.

    Az tény, hogy PC-re volt a legtöbb szoftver, de ez ismét csak a marketing eredménye: nyilván a legpopulárisabb (azzá tett) platform lesz a legtámogatottabb. Viszont hiába csinálták meg rá az egyébként jó szoftvereket, ha egyszer maga az alatta lévő platform továbbra is használhatatlan volt (még mindig a win9x szériáról van szó) és naponta többször dőlt össze és vitte sírba a felhasználó aznapi - rossz esetben összes - munkáját. Nagyon sok ember sóhajtott fel megkönnyebbülten, amikor a memóriavédelemmel bíró xp megérkezett és átvette a win9x helyét...legalábbis azok, akik nem DOS-os programokat használtak win9x-en.

    Igen, a konkurenciának az üzleti rész amúgy se nagyon ment, de azért a ms rásegített még pár lapáttal a különféle patent-trollkodásaikkal, pereskedéseikkel, piaci fölénnyel való visszaéléssel, stb.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634523

    Hát a crash/hour, mint mérőszám azért elég objektív. :)

    Az rendben, hogy sokszor a szoftverek csinálták ki a windowst, dehát miért tudták kicsinálni? Miért volt az, hogy egy windowsra, ha "túl sok" szoftvert vagy fontot rakott fel az ember, akkor belassult és még instabilabb lett? A registry a mai napig egy iszonyatos bottleneck és achilles-ín a rendszerben.

    Maximum stabilabb volt, mert sem a szoftverek, sem a driverek nem okoztak galibát, de attól még a saját bugjai még mindig ott voltak a rendszernek. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634768

    Persze, root/sysadmin jogokkal bármelyik rendszert ki lehet purcantani azonnal, ha tudod mit csinálsz, de pl. windowsban nem kell hozzá root jog, hogy a felhasználó teletömje, vagy eltörje a registry-t; a HKEY_CURRENT_USER neki is írható, meg az általa futtatott telepítőknek, etc.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635050

    Hát, ha a registry-t fizikailag eltrashelteti, akkor az egész rendszer megnyekken, hacsak a rendszer nem tud valami backupot visszaállítani, ahhoz nem kell root jog.

    Oké, csak megjegyeztem, hogy a registry speciel egy root-jogot nem igénylő achilles-ín.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634537

    Te aludtál a '90-es években? A win9x szériában még memóriavédelem sem volt; tényleg nem emlékszel a kékhalálok, szkendiszkek, HDD-crash-ek és random fagyások özönére? Akkor keresgess egy kicsit a neten, többmillió példát találsz.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> hgen , solt87 , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634555

    Ez örökzöld. :)

    Ez meg dettó vicces: win95 BSOD from HTML.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hgen , Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634579

    Hát, ezt nem tudom máshogy értékelni, mint a szokásos "nekemsosefagyawindózom" válasznak. Az egyébként elég sokat elmond, hogy szerinted stabil volt, de ha mégsem, akkor azt a szoftverek csinálták, mindezt úgy, hogy én is leírtam feljebb, hogy akár egy task is összedönthette, mert nem volt benne memóriavédelem. Ez azért nem ugyanaz a szint, mint manapság egy gagyi hardware, vagy egy bugos driver okozta system-crash.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hgen , renard


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634597

    Hát, végülis, ha egy sima task véletlenül felülírja a fél memóriát és összedől a rendszer, az biztos a júzer hibája, nem a rendszeré.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> hgen , solt87 , Ritter , renard


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634692

    Memóriavédelem nélkül hiába választasz te szoftvert. A legkisebb hiba is elegendő akár az OS mélyén, akár a programban ahhoz, hogy szétdöntse a rendszert. A rejtett hülyeségekről nem is beszélve: kinyitottál egy HTML-t, amiben egy kép a con/con-ra hivatkozott és kékhalált kaptál bármelyik böngészővel. Szoftvert választani tudni kell. Hát...végülis a windows is szoftver, úgyhogy ja, lehet mást is választani helyette.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hgen


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635051

    Volt is. Te írtad a szoftver által szétvert win9x-re, hogy tudni kell szoftvert választani, csak erre írtam, hogy akkor jobban jársz, ha a memóriavédelemhiányos windows helyett valami mást választasz, mert azon semmilyen szoftverpark nem fog segíteni. Akár egy olyan windowst, amiben van memóriavédelem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hgen


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2640668

    Mi volt hamis? Az a hatvannyolcezer köbméter erőltetett analógia, amit idehánytál, az semmit nem cáfolt meg abból, amit leírt; az egyetlen kivétel az, hogy amit beidézett, azt nem te írtad, "de azt inkább vele rendezd le". Ha arra céloztál, nos, figyelte már a faszom, hogy korábban miket fostál ide; te amúgy is leszarod ezt a windows vs. bármi más kérdést, téged a nettó rosszindulat vezérel, úgyhogy keresztbe le van szarva, hogy mit hablatyolsz. Mosdasd nyugodtan a szerecsent, ha akarod.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634698

    Ne mondd. Csak ész kérdése volt, hogy hiba nélkül fusson a win98? Miket meg nem lehet itt tudni. Áruld el légy szíves, hogy ezen a képen milyen eszetlenséget követett el a felhasználó? Vagy ezen? Vagy épp ezen? Vagy itt?

    Hogy a sok szar hardware-rel a microsoftnak is meggyűlt a baja, azt aláírom, de nem lehet mindent a driverekre kenni.

    Hogy utálom őket, annak semmi köze ahhoz, hogy látom-e a patkánykodásaikat, vagy sem. Téged mi akadályoz abban, hogy lásd? Egy csomó link került a topicba, ahol az ms valakivel kicseszett, piaci fölénnyel, tőkével, akármivel és nem is én linkeltem mindet. So?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634739

    Pl azt, hogy angol nyelvű szoftot erőletett a magyar windows-ra.

    És, ha nyelvi eltérés van, akkor ilyen garbage üzeneteket kell kiadni? Ez a hibamentes működés?

    A másik kép meg szintén nem a windowsnak tudható be.

    És a harmadik, meg a negyedik?

    Azt csak az isten tudja megmondani előre, vagy mét talán ő sem, hogy az egyszeri html-kedő kis gyökér találkozása a javascripttel vajon mit fog eredményezni.

    Hogy micsoda? Ezt a mondatodat képtelen voltam decipherelni...

    A netscape jobb böngésző volt mint az explo, de ilyen, vagy ehhez hasonló esetek még annál is előfordultak.

    Hol van itt böngésző?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635052

    Az megvan, de ennek a hibának semmi köze hozzá. Ez abból jön, hogy 32-biten tárolták a méreteket.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635053

    Az egész oprendszerben? Nincs kalkulátor, jegyzettömb, meg a többi? Egyébként az rendben van, hogy az explorerbe be volt építve a HTML-renderer, de ha az ilyen hibát csinál, az tán nem a win98 bugja? Áruld már el, hogy ez mitől lett volna a júzer eszetlensége? Ha az ie-ben a JS ilyen bugos, azt nem a microsoft csinálta?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634522

    USA-ban is, Távol-Keleten is...

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634575

    Erről van is itt egy remek cikk.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634611

    Nm.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634641

    Jajj. :) Pedig hétfő van, nem paintech. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634637

    Ha ez tényleg így van, akkor az ms-nek még egy jogsértésbe is sikerült belerángatnia az SCP-t, már amennyiben az SCP ezzel nem volt tisztában.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634699

    Ezt nem tőlem kell megkérdezned.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634716

    Vagy nem volt igaza, vagy úgy gondolta, hogy nem tudja majd bizonyítani. Másra nem tudok gondolni.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634571

    Jogos, összekevertem, az SCP-től vették. És őket is átverték, mert nem mondták el, hogy az IBM-nek lesz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634578

    Hogyhogy miért? Mert, ha tudja, hogy nem kispályás ügyfeleknek fogják továbbadni fillérekért, hanem az IBM-nek milliókért, akkor ő is többet kért volna annál a 75 ezer dollárnál, ha már ő csinálja meg nekik az egészet. Ezt nem csak én gondolom így, de a bíróság is így gondolta, mert miután az SCP nekiment az ms-nek, kisajtolt belőlük 1 millió dollárt.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634596

    Értem, de ez miért átverés?

    Mert hazudtak nekik a kuncsaft kilétéről. Megtévesztették őket. Ha valakit hazugsággal megtévesztenek, az átverés.

    lenyúlták például Tim Paterson-t

    Még ez is...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634615

    Dehogy nincs köze. Az ms ugyanis nem egy konkrét terméket vett egy polcról, hanem csináltatott egyet velük. Itt ők a tudást fizették meg, mert az övék kevés volt ahhoz, hogy összerakjanak egy DR-DOS klónt, hát megcsináltatták az SCP-vel. A tudást viszont a birtokosa szabja meg, hogy mennyiért adja és nyilvánvalóan függővé teszi attól, hogy akinek dolgozik, az mennyit akar vele kaszálni. 100 Ft a kalapácsütés és 5000 Ft, hogy tudom, hova kell ütni. Az, hogy az SCP nem nézett körül a piacon, az nem jelenti, hogy akárki átverheti őket.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634702

    És? Ha velem csináltat egy cég egy szoftvert, aztán eladja valakinek sok pénzért, akkor mégis mi közöm hozzá, hogy jó üzletet csinált? Ha meg végül bukik rajta, akkor is én álljam a kockázatát? Vagy hogy van ez? Ha nyeresége van, akkor adjon belőle, ha vesztesége van, akkor meg ő volt a balfasz? Körberöhögnek a bíróságon, ha ilyennel mennék perelni, hogy nem árulta el, hogy kinek adja oda és én is eladhattam volna több pénzért.

    Az SCP megkérdezte, hogy miért kell nekik, az ms meg hazudott. Ha hazudik, akkor átverte őket. Nem az volt a kérdés, hogy miért átverés?

    Ezt a tudást el is adták $75.000 pénzért, ami ezen felül még $925.000 pénzbe került, az egy rosszul megírt szerződés volt.

    Azért ennyiért adták el, mert nem tudták ki a vevő, különben többet kérnek, teljes joggal.

    Hát pedig ez nem átverés, sok mocsokságot művelt a Microsoft, de ez pont nem mocsokság, ez teljesen normális dolog, ha megtalálom a piacon, hogy X cég termel Z terméket és Y cég keres Z terméket és olyan balfaszok, hogy nem találnak egymásra, akkor az én hozzáadott értékem az, hogy X cégtől megveszem a Z terméket és eladom Y cégnek haszonnal.

    De itt X cég nem "termelte" a terméket, hanem direkt "letermeltették" velük, hiszen direkt kérték, hogy alakítsák át "DR-esre". Az SCP meg szerette volna tudni, hogy kinek lesz és egyébként pont ebből a köztes rétegnek a játszásából volt és van elege szinte mindenkinek, aki nem bírja az ms-t.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634710

    Nem kérdezte meg és nem hazudott. Az SCP-nél seggüket verték a földhöz, hogy jött egy balfasz cég, ami megvette $75.000 dollárért azt a pár ezer soros szart, amit egy 21 éves frissdiplomás írt a cégnél.

    A seggnek a földhözverése stimmel, de megkérdezték, mert nem értették, hogy minek az nekik.

    Ez a világ nem így működik. Leírom immár negyedszer: a bíróság is simán elkaszált ezt, csak egy rosszul megírt szerződés miatt egyeztek végül meg abban, hogy összesen $1 millió a licenc.

    Az SCP perre ment érte, tehát ők is így értelmezték, hogy át vannak baszva.

    És? Tudod hány cégnek dolgoztam már, akik megbíztak azzal, hogy írjak szoftvert? Sok cégnek. És kurvára semmi közöm nincs ahhoz, hogy amit leszállítottam, azt kinek adják el, eladják-e és mennyit keresnek rajta. Vedd már le egy kicsit a szemellenződet.

    Ez nem az én szemellenzőm, ez szó szerint benne van még a wikiben is, hogy az SCP nekiment az ms-nek, mert eltitkolták előlük azt, hogy az IBM-nek megy. A világ úgy működik, ahogy működik és ha az SCP nekiment az ms-nek, akkor valami jogi hátteret csak kellett hozniuk alátámasztani azt, hogy átverték őket, még akkor is, ha a bíróság nem ezért ítélt nekik pénzt.

    Ez a mese része, amit felépítettél a sztori köré.

    Aha... És mindazoké, akik rajtam kívül is erről beszéltek a topicban, hogy miféle "mocsokságokat" csinált az ms? Többek közt te is?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634725

    Csakhogy ez nincs így sehol, hogy az ő "ügyvédeik lapátolták össze", meg, hogy "minden bőrt le akart húzni az ügyről az SCP tulaj", ez a te állításod, amit nem támaszt alá semmi.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634740

    Ebben hol van benne az, hogy az egész ügyet csak az ügyvédek lapátolták össze, vagy az, hogy minden bőrt le akart róla húzni? Ebben az van benne, hogy anyagi gondjai voltak, ezért el akarta adni a céget, viszont a legértékesebb cucca a DOS license volt, amit az ms nem akart engedni eladni, ezért perre mentek, majd bíróságon kívül megegyeztek 1 millió mínusz a már kifizetett 75k-ban a DOS license-ért cserébe. Sehol nem látom benne azokat a kitételeket, amiket te állítottál, hogy az SCP ügyvédei hordták volna össze az ügyet, vagy, hogy a fickó minden bőrt le akart húzni róla.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634767

    Nekem kéne levennem a szemellenzőmet? Te látsz bele itt olyan dolgokat a wikis cikkbe, amik nincsenek ott, méghozzá kifejezetten rosszindulatúan részrehajló módon az SCP ellen és nekem van szemellenzőm? Külön vicc, az "én mesém" kitétel; most én mondtam szegény csávónak, hogy mondja ezt, vagy ő mondta a világnak, de akkor meg miért az "én mesém", ha ő mesélte? :)
    El kell keserítselek, itt nem nekem kell van szemellenzőm, hanem neked és az van ráírva, hogy microsoft. Ha nem hiszed, olvasd csak vissza, hogy miket írkáltál az SCP-ről és milyen stílusban.

    Amennyiben konkrétan téged felkeresett valaki és megbízott egy program eladásával, te megkérdezted, hogy kinek megy és kamu választ adtak, miközben valami bank fizetett nekik érte sok-sok lóvét, akkor hajrá, hátha nyersz (bár ez nem Amerika), de anyagilag nem tudlak benne támogatni, mert egy vasam sincs.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635057

    Tehát magyarán abszolút nincs a kezedben semmi, ami ami bizonyítaná, hogy az SCP lett volna a hunyó, csak úgy van kedved értelmezni a szöveget a microsoftos szemellenződ miatt. Nincs bizonyítékod, egyszerűen csak a microsoftnak akarsz hinni. Hinni pedig a templomban kell (meg a microsoftnál, hogy működik a windows).

    Az, hogy valami büntetendő, még nem jelenti, hogy elítélik, aki elkövette. Te nem láttál még olyat, hogy valaki megúszott valami oltári nagy stiklit, felmentette a bíróság és röhöghetett a markába? Lehet, hogy az SCP is ezért érte be az 1 millióval, mert örült, hogy legalább annyi leesett, nem akart kockáztatni.

    De tekerjünk csak még egyet a dolgon, mert nagyon beleálltál abba, hogy büntetendő, vagy nem, holott az eredeti állítás csak az volt, hogy átverték őket. Ez pedig megtörtént, akárhogy is kapálózol, meg terelsz, hogy mit ítélt meg, vagy mit nem ítélt meg a bíróság, meg mi büntetendő, vagy mi nem. Azt cáfold, hogy nem verték át őket. Ja, azt nem tudod, csak elhiszed a microsoftnak. Ok.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635156

    Nem, nem akarok a Microsoft-nak hinni, egyszerűen tudok olvasni és nem írok olyan faszságokat, amelyek nem történtek meg, pédául: "de a bíróság is így gondolta, mert miután az SCP nekiment az ms-nek, kisajtolt belőlük 1 millió dollárt"

    Magyarul továbbra sincs semmi a kezedben, ami az SCP ellen szólna, csak a belemagyarázás.

    Mondj már egyetlen ítéletet ebben a témában, hogy valakit azért ítéltek el, mert megvett valamit valakitől és eladta haszonnal másvalakinek és nem mondta meg az eladónak, hogy ki a vevő. Egyet. Azért nem fogsz találni, mert ez nem büntetendő. Most már ebből is farolsz ki, hogy sose írtad, végül eljutunk oda, hogy te nem is azt írtad, amit írtál.

    Nem azt írtam, amit írtam? Nem tudsz olvasni? Szó szerint azt írtam, hogy "És őket is átverték, mert nem mondták el, hogy az IBM-nek lesz." Úgyhogy nem én farolok ki, hanem te nem tudsz olvasni. Mondjuk nem meglepő.

    Te hoztad be a bíróságot a képbe: "de a bíróság is így gondolta, mert miután az SCP nekiment az ms-nek, kisajtolt belőlük 1 millió dollárt"

    És talán nem így történt? A vita azóta is csak azon megy, hogy most azért-e, amiért, meg, hogy büntetendő-e, vagy sem, de ezt meg már te forszírozod és közben szépen próbálod elterelni arról, hogy akár büntetendő, akár nem, akár ezért kaptak, akár nem, az átverés megtörtént.

    Annyit írtam, hogy ez nem átverés, ez business as usual

    In the microsoft world, lying and destroying is business as usual.

    gondolom világéletedben alkalmazottként dolgoztál

    Ebben az egyben bizony igaza van, Mr. Tőkés Mágnás; kérem tiszteljen meg nyálával és köpjön le.

    ezért nem találkoztál még olyan NDA-val ahol teljes titokban tartják az ügyfelet.

    És itt az IBM tényleg kikötötte, hogy az ms nem mondhatja meg az SCP-nek, hogy ők a valódi megrendelők?

    Voltak olyan melóim, ahol máig nem tudom, hogy ki volt az ügyfél. Megkaptam a pénzem? Meg. Érdekel, hogy ki volt az ügyfél? Nem érdekel. Az üzleti világ így működik, hogy vannak üzleti titkok és nincsenek nyílt kártyák.

    Nem az üzleti titok a probléma, hanem az, hogy aki megtermelte a microsoftnak a sokmilliárd dollárt, az még egymilliót is csak úgy kapott végül, hogy perre ment érte.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635294

    Szerintem el kéne azt fogadnod, hogy ez így normális. Amíg neked ez nem megy, addig fölösleges vitába állnod.

    Igenisuraménkérekelnézésturam. Sez who, U?

    Az meg a desszert, hogy ha úgy lett volna, ahogy írod, akkor sem lenne gond, de hát, még csak úgy sincs.

    Na, ez az, amire nincs bizonyítékotok, csak kötitek az ebet a karóhoz. Gondolom ennek is annyi valóságtartalma lehet, mint, hogy a win98-hoz csak ész kellett és akkor "hiba nélkül futott". Kérsz még pár win98-as képet, amin a hibátlan futás megtekinthető?

    Ugyanis az MS a milliárdjait nem a Tim Paterson féle bugos shit halmazzal, hanem egy jórészt újraírt, kibővített és bug mentesített DOS-sal kereste, amibe elsősorban a PC rohamos terjedése és nem a DOS remeksége játszott be.

    Valóban, az igazán durva milliárdjait a windows nevű "bugos shit halmazzal" kereste, a DOS csak előhang volt.

    Ha történetesen egy másféle, hasonlóan egyszerű OS-t írt volna az MS, akkor azzal kereste volna betegre magát. A QDOS-t amúgy sem annak jósága, hanem az időhiány okán vette meg az MS.

    Az is nyilvánvaló, hogy ha úgy adja el az MS a QDOS-t ahogy azt vette, akkor azt rövid időn belül kiütötte volna a konkurrencia.

    A DOS 1.0 volt 150 kB, a 6.22 meg vagy 10 MB.

    Ki mondta, hogy úgy adták, ahogy vették és nem fejlesztették tovább? BTW, ha Paterson akkora buggenerátor volt, akkor miért nyúlta le az ms az SCP-től?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635364

    Ki? Te mondtad.

    Hogy nem fejlesztették tovább? Hol? Visszakerestem, de nem látom.

    Meg kellett alkotni a kereteket, a fogalmakat, megformálni magát a rendszert. Szabványosítani, egységesíteni. Ez pedig a Microsoft érdeme.

    El vagy tévedve, mint windózjúzer a manualban. Az nem egységesítés és szabványosítás, hogy mindent kiirtok, aztán szarok egyet és letolom a világ torkán. Mit egységesített a microsoft? Egységesen szar lett utána az UX, ja.

    Az is hülyeség, hogy mások jobbat alkottak. Hol alkottak volna jobbat? A PC-ről beszélünk, és nem a zx81-ről. A PC-re meg nem volt se grafikus, se konzol alapú, használható operációs rendszer csak a DOS és a Windows. Hiába is nyafogsz, meg hordod össze a hülyeségeket, ez így van.

    Tegyünk tisztába pár dolgot, mert köze nincs a valósághoz annak, amit állítasz.
    Kezdjük azzal, hogy volt PC-re, már DOS alatt is windows alternatíva, a Graphical Environment Manager, amit a DR csinált és előbb jelent meg, mint a windows és ugyanolyan grafikus ablakozó volt a DOS tetején, mint a windows 1-2-3. De volt a DR-nek saját DOS-a is.
    De ott volt a konzolos/multitaskos ablakozó is, a DESQview és ez is előbb jelent meg, mint a windows.
    Aztán, ott volt az OS/2, ami ugyan eredetileg konzolosnak indult, mint a DOS (csak épp védett móddal és multitaszkkal, mert ugye nem alkottak jobbat a többiek a microsoftos szaroknál), de már az 1.1-ben volt benne GUI, a 2.0-tól pedig egy teljesértékű 32-bites operációs rendszerré nőtte ki magát, grafikus felülettel és ez is - több, mint egy évvel! - előbb jelent meg, mint az első olyan windows, ami nem csak egy GUI, hanem full OS, az NT 3.1.
    Kérdem én akkor: miről beszélsz te? Mi az, hogy "Az is hülyeség, hogy mások jobbat alkottak. Hol alkottak volna jobbat?"? Nem alkottak? De, alkottak, ott vannak belinkelve. Mi az, hogy "PC-re meg nem volt se grafikus, se konzol alapú, használható operációs rendszer csak a DOS és a Windows"? Nem volt? De volt. Előtte is volt, meg jobb is volt, ott vannak belinkelve. Én hordok össze hülyeségeket? Te szopod fel a mikrofost, mindenféle totál fals történelmi nonszensszel. BTW, ki nyafog? Nekem eddig úgy tűnt, hogy te vernyogsz, mert báncsák a windózt. Amit te csinálsz itt, azt a vallásos windózfanboyok szokták csinálni, amikor szentül elhiszik, hogy mindent is az ms talált fel és ezt a baromságot még terjesztik is, aztán meg bolygóméretű seggfájást kapnak, amikor szembesítik őket az igazsággal.

    Másnak ugyanakkora esélye volt mint az MS-nek. Vagy ha nem, akkor az azért volt, mert az MS megdolgozott az előnyéért.

    Ja. Csalással. Lopással. Piaci fölénnyel való visszaéléssel. Meg rengeteg hazudozással, AKA marketinggel.

    Mégis csak bármerre nézett valaki, az MS programjaival találkozott mindenfelé. Ez meg nem volt véletlen.

    Nem hát, olyanok, mint a pestis, úgy terjednek.

    Ahogy az Altair 8800-ra ők szállítottak szoftvert előszr, úgy más gépekhez, gyártókhoz is ők lettek kiválasztva.

    Egy lószart ők szállítottak hozzá először szoftvert: a BASIC-et szállították ők; szerinted nem voltak assemblyben és gépi kódban írt szoftverek Altair 8800-asra már előtte is? Jézusom...

    Ennek meg az volt az oka, hogy ők voltak a legjobbak ár/érték arány tekintetében.

    A túrót. Marketingben voltak a legjobbak, mindenkit meg tudtak győzni, hogy őket kell választani, hiába van esetleg jobb náluk.

    Ugyanúgy ők voltak a legjobbak a PC esetében is.

    Aha. Szerinted. Csak épp alátámasztani nem tudod a vallásos áhitatból fakadó baromságokat. Én viszont cáfoltam a szamárságaidat, tessék ott vannak a konzolos és grafikus OS-ek, felületek, amik szerinted nem is léteztek, mert az ms találta mindezt fel. Ja. A GUI koncepcióját is ők találták fel, véletlenül sem a Xerox.

    Gari Kildall meg bekaphatja, az ő rendszere sem volt jobb a DOS-nál, mégis 260 dollárt kért érte, hát még mennyit kért volna a PC átiratért? A DOS meg elérhető volt egy afrikai éhező számára is, pár tíz dollárért.

    Nem tudom, hogy melyik volt a jobb, de az eddigi hozzáértésedet látva kétlem, hogy ebben igazad lenne.

    Hiába habzik a szád, hülyeséget beszélsz.

    Amint a mellékelt linkek és példák is bizonyítják te beszéltél totál hülyeséget: volt más grafikus és konzolos OS PC-re, csak neked fingod nincs semmiről sem, csak tolod it a hittérítést. És egyelőre a te szád habzik a butthurttól, hiába próbálod rám fogni, hogy én őrjöngök, mindennél jobban bizonyítja, hogy egyelőre te vesztetted el az önuralmadat és mentél át személyeskedésbe és mocskolódásba, aztán jól beégtél, amikor kiderült, hogy a microsoft-istenítő marhaságaidnak zéró alapja van. Lúzer. windózlúzer.

    A szerinted meglopott Tim Paterson pedig az Ms alkalmazásába szegődött, miután fejre állította a saját cégét és ott, az MS kapuin belül kereste betegre magát a Visual Basic kifejleszőjeként.

    Paterson volt az SCP? Én úgy tudtam, csak egy alkalmazott volt...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hgen


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635622

    Úgy veszem észre, hogy te komoly térugrásokat hajtasz végre a virtuális időgépeddel. Kevered a holnapot a tegnapelőttel.

    Semmiféle térugrás nem volt: te kijelentetted, hogy nem alkottak grafikus és konzolos OS-t PC-re az ms előtt és jobbat se, mint az ms. Én ezt cáfoltam meg. Az évszámok meg oda vannak írva a wikiben, de kiszedem neked, ha ennyire megerőltető.

    Azt azért pontosítsuk már, hogy miről is beszélünk, meg melyik korról éppen. Mert úgy tűnik, téged picit sem zavar röpke 6-10 évnyi idődilatáció, ha a saját képzelt igazságod megvédése, igazolása a cél. Csapongsz, keversz helyzeteket, állapotokat, időpontokat, meg sok minden mást.

    Ez is olyan, mint, hogy a win98 hiba nélkül futott, meg Magyaroszágon nem volt win95 reklám, ugye? Szemmel láthatólag neked nem megy az évszámok leolvasása, vágjunk bele.

    Az IBM PC mint gép, 1981-ben debütált.

    A DOS, a néhai QDOS nagyjából ezzel egyidőben lett megvásárolható.

    Idáig stimmel. Viszont az első DOS-t még az SCP csinálta, ők portolták PC-re, nem az ms. Azt adták el az IBM-nek. Tehát konzolos OS-t máris csináltak az ms előtt, azt vette meg az ms, mert ugye ők balfácánok voltak ahhoz, hogy megcsinálják maguknak. Lássuk tovább a grafikus felületeket:

    Ennyit erről, hogy nem voltak grafikus felületek a windows előtt PC-re. (Mert ugye ezek még nem OS-ek (kivéve az AmigaOS-t, amit szúrkálás gyanánt ideerőltettél, csak, hogy beégj vele, mert az is előbb volt, mint a windows), a windows-ból is csak az 1993-as NT 3.1 volt az első, ami OS volt.)

    Lássuk tovább:

    Ennyit arról, hogy nem voltak grafikus OS-ek a windows előtt PC-re és ennyit arról is, hogy nem alkottak jobbat PC-re a windows-nál és a DOS-nál. Feltűnik, hogy minden - hangsúlyozom: minden - feature a konkurensekben jelent meg először és az ms csak utána adaptálta?

    Szóval, ha kérhetem, úgy érvelj, hogy amire hivatkozol, ahhoz az általad sejtett évszámot is légy oly kedves oda biggyeszteni.
    Mert az kissé nehezen kovethető, ha az 1984-es év torténéseit az 1993-ban aktuális dolgokkal magyarázol.

    Parancsolj, ott vannak a dátumok. De ott voltak a wikiben is. Megerőltető volt kiszedni? Nem az 1984-es év történéseit magyaráztam 1993-as történésekkel, hanem példákat hoztam, hogy bezony-bezony voltak egyéb konzolos és grafikus OS-ek PC-re, jobbak is, meg korábbiak is. Szóval még mindig ott tartunk, hogy itt vannak a tények, ott meg a vallásos/marketing bullshit.

    A PC 1981-ben a maga 16 bites processzorával úgy szántotta fel a számítástechnika talaját, mint a vihar.

    Jóságos atyaég, ezt a rizsát, ezt a meggyőződéses bullshitáradatot...te valami PR újságíró vagy?

    Mi is volt akkoriban? Csupa nyolc bites CPU köré szerelt, max 128 kB operatív tárat tartalmazó, billentyűzet-házba betuszkolt mókamasina.

    Az első 16-bites otthoni gép a TI-99/4 volt 1979-ben, már két évvel a PC előtt, tehát ennyit arról, hogy csak 8-bites gépek lettek volna.

    Ezek mellé csak oda kellett tenni az IBM PC akkor impozánsnak ható gépét. A műszaki paraméterek meg ilyenek voltak hozzá, hogy 1 MB-ig bővíthető RAM a 64 k helyett, bővíthető ROM terület, remek, jól terhelhető 130 Wattos, hidegkék hűtésű tápegység. Nyolc darab bővítő slot. Profi billentyűzet. Na és nem kellett ám lakatolni, vagy forrasztani a bővítéshez. Csak a gépház oldalán lévő két gombot megnyomni. Mindez alig többért, mint amibe az apple IIc került akkoriban, a maga mosolyt fakasztóan szerény teljesítményével.

    Mintha egy reklámot hallanék, komolyan. Nem, te nem vagy ám részrehajló a WINTEL felé, egy picit sem. És egyébként hol olvastál te tőlem olyat, hogy az IBM PC '81-ben ne lett volna nagy teljesítményű? Hol? Olyanra válaszolsz, amit én nem is mondtam. Itt arról ment a vita, hogy voltak-e grafikus/konzolos OS-ek PC-re a windows előtt, ill. hogy jobbak voltak-e. Erre megkaptad a linkjeidet és az évszámaidat is. Mit szeretnél még?

    És még te szólod le a PC-t és magasztalod a már akkor is lomha, tetűlassú és nehézkesen kezelhető, otthoni felhasználásra totálisan alkalmatlan PDP gépeket?

    Mi bajod van? Hol jöttek képbe a PDP-k? Hol magasztaltam én őket? Direkt hazudsz? Citáld már be!

    A Win95 itt magyarországon nem volt reklámozva nem csak a megjelenése előtt, de még utána sem. Az meg egyenesen bohózatba illő, hogy ellenbizonyításként a szomszédok c. teleregény egyes epizódjait hozod fel.

    ROFLMAO, nem, nem vagy ám képzeletvilágban élő vallásos, á nem...

    Szerinted mit keresett még egy szappanoperában is a win95? Szerinted maguktól rakták oda? Nem a microsoft fizetett reklámja volt, hanem ezt a forgatókönyvírók gondolták maguktól, mert a win95-tel egy "csomó más csodát" is lehetett csinálni? Aztán meg nem csak ezt az egyet mutattam, jó reggelt: ott volt a PC-ABC nevű műsor, abban is szakmányban ment az ms éltetése, még egy archivált '90-es évekbeli vendégkönyvet is mutattam, ahol ez téma volt. Te mindig így vitatkozol, hogy a kapott forrásokat leszarod, nem olvasod el, aztán valami teljesen másra válaszolsz, mint amit a másik mondott?

    Amúgy meg nyiss már ki egy '90-es évekbeli számtech magazint, tele lesz microsoft reklámmal. Itt a CoV 1995/7-8., ott virít a címlapon a windows 95, a 47. oldalon meg 5 oldalas cikkben foglalkoznak vele. (Külön felhívnám a figyelmet a borító alján díszelgő csíkra.) De ez biztos nem reklám, csak az reklám, amire ráírják, ugye? Várj, itt egy ilyen, "ne vegyél lopott szoftvert, mert vírus, jajjistenem, rettegj, inkább vegyél eredetimikroszoftvindózkilencvenöt programot". Ja, ez sem reklám, mert ez csak a kalózkodás ellen szól, hiába van kiírva, hogy fizetett hirdetés és van benne, hogy Wegyél Windózt Wazze?
    És akkor még arról nem is beszéltünk, hogy a software boltok folyamatosan hirdettek ezekben a magazinokban és a listájukban folyton ott díszelgett a win95 és egyébként kb. mást se lehetett kapni, csak microsoft szart. (Itt egy ilyen a PC-Ultrából.) És aztán a többi microsoft termék folyamatosan tolt egész oldalas reklámozása is win95 reklám, hiszen valamin csak futtatni kellett őket, különben minek vegyék meg? Tudod mi az a burkolt reklám?
    Sehol nem látjatott az ember idehaza win95 reklámot, ha meg mégis, az akkor bohózat, meg véletlen? Te tényleg valami alternatív valóságban élsz, ahol bilgéc az isten, vagy mi?

    Na és a GEM. Hát az önmagában egy vicc volt. Nem is csoda, hogy a kutyának se kellett, még ingyen sem.

    Fantasztikus, lehengerlő logikai levezetésekkel és cáfolhatatlan forrásokkal megtámogatott érvelést láthattunk. Ne zavarjon, hogy a GEM egy cross-platform (értsd: könnyen portolható) környezet volt, ami nem csak PC-n, jelent meg, de ez volt az Atari TOS felülete, a FlexOS RTOS-é, futott 68000-es CP/M-es gépeken és Concurrent DOS-on is. Még a BBC is szentelt neki egy műsort, ahol együtt szerepelt windows-zal. Tényleg nem kellett a kutyának sem. Ezzel szemben a windows 1.0 viszont tényleg nem kellett a kutyának sem, mert gagyi volt, korlátolt és felzabálta az erőforrásokat is. Ismerős?

    És hát, nem, nem volt az Altair 8800-hoz semmiféle szoftver. Hogy is lett volna alig három hónappal a gép megjelenése után?

    Aha, nem írtak rá a gyárban sem semmit, pl. teszteléshez, vagy akármihez, ugye? Meg azok sem, akik tudtak assemblyben programozni. Persze.

    A Gates féle BASIC volt az első kereskedelmi szoftver nemcsak az Altair 8800-ra de a 8080-as processzorra is.

    Hogy az első kereskedelmi szoftver volt, az lehet, de te en-bloc szoftvert mondtál. Márpedig ha más nem is, tesztprogramok és valamiféle assembler már a BASIC előtt is kellett, hogy legyenek.

    Mindenki tévedhet, megcsalhatja az emlékezete sok év távlatából, de te NAGYON tájékozatlan vagy, ráadásul a valóságot alárendeled a mesédnek, a koncepciódnak, a világlátásodnak.

    Really? Akkor csak zanzásítva:

    No comment.

    El kéne döntened, hogy az igazság megismerése a fontosabb számodra, vagy az, hogy egy-egy multit olykor-olykor közellenségnek kiálthass ki és nap mint nap belerughass.

    Ennyi erővel én is kérdezhetném, hogy te miért is rugdalod az alterplatformokat, miért mocskolod őket, hazudozol róluk, bagatellizálod el/tagadod le az eredményeiket? Miért gyűlölöd őket? Mert lukat ütnek a képzeld valóságod falán és kiderül, hogy az ms valójában nem az, aminek te hiszed? El kéne döntened, hogy az igazság megismerése a fontosabb számodra, vagy az, hogy egy-egy multit olykor-olykor istenségnek kiálthass ki és nap mint nap imádhasd.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hgen


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635754

    Na, ezt mondom én. Ilyen és hasonló tévedések, csúsztatások jelentik azt az információs bázist, amire te támaszkodsz.

    Írod újfenn...

    A DOS-t, már az MS tulajdonaként, Tim Paterson portolta, az IBM mérnökeinek felügyelete alatt.

    ...aztán meg leírod, hogy az SCP-s Paterson portolta, tehát nem az ms. Akkor mégsem tévedtem, nemdebár? Az, hogy kinek a felügyelete alatt, meg kinek a tulajdonát portolta, az mindegy, ő portolta és egyébként eredetileg is ő írta. A konkrét szoftver megírása/átírása volt a lényeg, nem az, hogy kiké voltak a jogok. Ismét megpróbáltad megmagyarázni a megmagyarázhatatlant. De a jogok, a jogok, a jogok, mink vogymuk az emes, jogászkoggyung!

    És szépen, elegánsan átsiklottál a többi felett, az alter grafikus és konzolos OS-ek elsőbbsége és jobb minősége felett, pedig most mindent megkaptál, linket, dátumot, időrendet...

    Az SCP pedig Gates lábát meg is csókolhatja, hiszen ha az MS korábban nem alkalmazza Patersont hardverfejlesztéshez, akkor a QDOS nem, hogy pénzt nem hoz nekik, de ott penészedett volna meg a polcukon, érintetlenül.

    Nem tudhatjuk, hogy nem kereste-e volna meg őket más, vagy ők nem jöttek-e volna rá, hogy az IBM-nek ez kell. Nem is fogjuk megtudni. Lehet, hogy tényleg egy polcon rohadt volna meg.
    Viszont a Gates lábának csókolgatása szófordulatod freudi elszólás volt és végképp lebuktatott: neked ez a vallásod.

    Az meg, hogy az Office-t, Encarta-t reklámozták, nem jelenti azt, hogy a Win95-öt is reklámozták volna hazánkban. Nem is tették.

    Hellóóóóó, nem tűnt fel, hogy belinkeltem egy OEM win95 reklámot is? Nem tűnt fel, hogy belinkeltem egy akkori szoftverbolt kínálatát, ahol ott díszelgett a win95? "Nem tették?" Akkor ezek mik voltak? Illúziók? Hamisítványok? Nem történt meg, punktum? Szemed eltakarod, füled befogod, nem akarod látni és hallani a szentségtörést, hogy valaki szót mer emelni az ms ellen és még bizonyítékai is vannak? Istenkáromlás? (Egyébként de, ha reklámozok egy alkatrészt, akkor közvetve reklámozom vele az egész gépet is, amibe való. Burkolt reklám.)

    A vágási feri féle fagyások, kiakadások, megvillanások nem a reklám fogalma, egyszerűen, az a színvonaltalan szappanopera a napi életből merített. Ami a közéletet tematizálta, arról írták a köv. rész forgatókönyvét. Így esett szó a számítógépről is.

    Ez a sorozat az átlagemberekről szólt, átlagember nem beszél úgy, ahogy ebben a jelenetben VF, így csak egy marketinges kampószövegel.

    Na, itt lett elegem belőled. Te nem kifotózott win98 hibát linkeltél, hanem egy nyomorult balf.sz szerencsétlenkedéseit, amiből még így is jószándékú voltam, hogy kettőt megnéztem.

    Milyen szerencsétlenkedésről beszélsz?
    Már többször kérdeztem, hogy mitől a júzer hibája, de eddig egyszer sem voltál hajlandó válaszolni, mert nem is tudsz, mert pontosan tudod, hogy az bizony nem a júzer hibája, hogy elindítja a DX telepítőt és garbage messageboxok jelennek meg, vagy, hogy rákattint egy 2 GB-nál nagyobb fájlra és negatív fájlméretet mutat, vagy, hogy kinyitja a Sajátgépet és egy envvart dumpol ki a windows, vagy, hogy "beakad" az újrarajzolás és "húzza" az ablakot, mert egyértelmű, hogy ezek egyike sem PEBKAC (mit is baszhatott volna el itt a júzer, hogy ez történjen), ez mind a win98 hibája volt és ezt te is tudod.
    Csak a vallásos lelked nem bírja ki ezt a szentségtörést, hogy a fenti WORKSFORME szintű bullshitedről - miszerint "akinek volt annyi esze, az a gép összerakása után lefuttatott egy compatibility tesztet és ha az sikeres volt, akkor azon a vason futott hiba nélkül a win98 vagy a win98 SE" - ugyanúgy kiderült, hogy egy nagy kamu, mint az összes többiről, így megint csak arrogáns és minősíthetetlen hangnemben beszólsz, mert többre nem tellik. Okádod itt a microsoftos hittérítő bullshitet, aztán felháborodsz, amikor kiderül, hogy bullshit.
    Te nem jószándékú vagy, hanem egy butthurt windózfanboi.

    És persze így a nagy felháborodásban nem kell válaszolni a többire sem, hogy itt nem nekem voltak kurwa nagy történelmi tévedéseim, hanem neked; hiába tereltél, hogy nem ollóztam ki időrendben, dátumokkal együtt az alterrendszereket, mert megcsináltam, ott van, tessék, tökéletes cáfolatot adtak arra az állításodra, hogy "A PC-re meg nem volt se grafikus, se konzol alapú, használható operációs rendszer csak a DOS és a Windows." Kiderült, hogy nem csak, hogy volt grafikus és konzol alapú rendszer PC-re az ms szemete előtt, de még jobbak is voltak: ismét a mikrofos kullogott a tyúkszaros windózával a fejlődés mögött, még a saját platformján is, mert ekkora egy balfasz bagázs volt mindig is.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635295

    Nem, nem így történt, a szoftver licence volt a probléma: "Microsoft objected to Brock's "exaggerated interpretation" of the agreement and informed Brock that his license was nontransferable, Brock sued for US$60 million."

    Vedd már észre: "Microsoft objected", tehát nincs bizonyíték, csak a microsoft állítása, tehát hiába mondogatod, hogy nem-nem-nem, mert bizonyítani nem tudod, hogy nem az ms hazudik, hanem az SCP.

    Átverés nem történt, amin rugózol az nem átverés, másrészt a per fő követelése a transzferálható licenc volt, amit anno a Microsoft elbaszott a szerződésben, ha akkor rendes ügyvéd írja, akkor Brock ennyit se látott volna, de $25.000 pénzhez képest egy rendes ügyvéd szignifikáns összeg lett volna már akkor is.

    Ping-pongozunk még egy darabig, hogy most a hazugság, az átverés-e, vagy sem?

    Nem vagyok tőkés mágnás, kedves kommunista úr, hanem egy one man vállalkozás, aki önmagát foglalkoztatja, hogy ne zsákmányolják ki.

    Nem vagyok kommunista, hiába is szeretnéd rámhúzni. Attól, hogy nem tetszik az, hogy valaki gerinctelen módon átver mindenkit és a világ leggazdagabb embere lesz belőle, még nem leszek kommunista, mert nem akarom kifosztani az egész világot az "egyenlőség" nevében. (Ezt éppen Gates és a cimborái művelik, nem tűnt fel?) A világ legnagyobb lúzersége, ha rendes érvek helyett csak megpróbálod beskatulyázni a másikat. (Mert az még mindig nem érv, hogy azért az SCP a hunyó, mert "a microsoft azt mondta, tehát úgy van és kész".)

    Teljesen mindegy, mert nem számít.

    Dehogynem számít. Ha nem kötötte ki, akkor hazugság volt az egész, tehát a microsoft átverte az SCP-t.

    Szakértő véleményed szerint, ha végül vesztettek 1 milliárd forintot az üzleten, akkor nekem mennyit kellett volna fizetnem azért, hogy dolgozhattam nekik? Mert gondolom akkor ez a logika kétirányú, nem csak a nyereségükből kellene kapnom, hanem adott esetben a veszteségen is osztoznom kellene, nem?

    Igen, ha elbasztad és miattad vesztettek annyit, vállald a felelősséget. Hogy mennyit kellett volna fizetned, azt nem tudom, nem vagyok üzletember. Viszont, ha nem miattad volt, nem okoztál konkrét kárt, csak nem jött be a biznisz, az nem a te sarad. Fizessen érte, aki elcseszte.

    Az a probléma, hogy erre akkor jött rá, amikor majdnem csődbe ment és próbálta kimenteni a cégből az értékes vagyont.

    És ezt ki mondta? Már megint a microsoft?

    Előtte valahogy évekig nem tűnt fel, hogy a Microsoft kivel üzletel?

    Hol van leírva, hogy csak a végén jött rá? Ez már megint a te rosszindulatúan részrehajló belemagyarázásod. Lehet, hogy tudta, csak még remélte, hogy ha már a szoftverével "bennt van" az IBM-ben, akkor lesz belőle valami nagyobb. De az is lehet, hogy nem esett le neki. Balek? Az lehet. A balekokat át szokták verni, őt is átverték.

    Te még hiszel a mesékben?

    Egyelőre te hiszed el a microsoft meséjét, mert igazából a forrásokban van két egymással ellentétes állítás, amit a microsoft és az SCP állít. Persze mondhatnád, hogy én meg az SCP meséjét hiszem el, csakhogy tegyük fel a kérdést: hányszor hazudott nekünk az SCP? Ha ez itt hazugság és az ms-nek van igaza, akkor egyszer. Ha nekik van igazuk, akkor meg egyszer sem. És hányszor hazudott nekünk a microsoft? Integer overflow. Nos, mi a valószínűbb, ki hazudik? Az SCP, vagy az ms?

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635328

    Viszont ez pont azt bizonyítja, hogy csak a licenc körül ment a vita.

    Nem bizonyítja: állítja. Ennyi erővel ez meg bizonyítja, hogy az ms átverte az SCP-t:

    The deal was spectacularly successful, and SCP later claimed in court that Microsoft had concealed its relationship with IBM in order to purchase the operating system cheaply. SCP ultimately received a US$1 million settlement payment.

    Nem volt hazugság, se átverés, pláne nem adott a bíróság igazat ebben, de ezt már szerintem hetedszer írom, csak nem megy át, business as usual.

    Hazugság és átverés volt, csak szerinted egy fake contractra való hivatkozással történő bepalizás nem hazugság és így nem verték át.

    Miért, most már azt álmodod, hogy a Microsoft ezt mondta? Te egyre nagyobbra költöd ezt a dolgot, valótlan dolgokat állítva.

    Az a baj, hogy anekdotikus forrást ugyan adhatok, de úgyis lesöpröd, hogy a microsoft benne a rosszfiú komolytalan, pedig elég komoly kutatómunka volt mögötte és maga Gates (is, meg a többi kulcsfigura is) mondta, hogy pontos volt, senki nem reklamálta meg az ominózus részt.

    Én az SCP Wikipedia oldaláról idéztem, ha nem vetted volna észre... jaj, biztos azt is a Microsoft írta! A gazok.

    Ez nagyon gyenge volt...az egy dolog, hogy honnan idéztél, de az idézet konkrétan a microsoft véleményét tartalmazta (idézettel).

    Ebben az esetben az SCP vagy te, nem statisztikai alapokon megy az, hogy éppen ki hazudik vagy sem.

    ROFLMAO, szóval az kizárt, hogy az ms hazudjon, ugye? :))) Azt a lehetőséget kizárjuk, mert csak, mert tiltja a vallásunk! És még én hiszek a mesékben...

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635369

    Más nem nagyon van ebben a sztoriban, mint fügefalevélként anekdotikus sztorikkal fedni a töketlenséget...

    Mondtam, hogy le fogod söpörni, pedig nálad hússzor komolyabb emberek készítették.

    Hogyne, mert megtörtént. Csak ettől ez még nem volt átverés, senki nem köteles felfedni azt, hogy amit vesz, azt kinek akarja eladni, citálhatod ezerszer a bírósági keresetet, ezt simán kiszórták onnan, és maradt a licencprobléma. És továbbra se tudsz nyertes pert mondani, ahol az volt per tárgya, hogy a vevő nem mondta meg az eladónak, hogy mekkora üzletet tervez a megvett termékkel.

    Most akkor mégsem fügefalevél? Egyébként fentebb még azt mondtad, hogy "Miért, most már azt álmodod, hogy a Microsoft ezt mondta? Te egyre nagyobbra költöd ezt a dolgot, valótlan dolgokat állítva." Most meg: "Hogyne, mert megtörtént." Gyönyörű önellentmondás és öncáfolat.

    Á, tehát a https://en.wikipedia.org/wiki/Seattle_Computer_Products oldalt végülis a Microsoft szerkesztette? Aztán zárolták? Vagy hogy kell ezt elképzelni?

    Ez már tényleg nagyon gyenge. Amit beidéztél, abban szó szerint az volt, hogy "Microsoft objected to Brock's "exaggerated interpretation"". Azt ki mondta, hogy "exaggerated interpretation", ha nem a microsoft, amikor még oda is van írva?

    Egy szóval nem mondtam ilyet, ez szalmabáb érvelés.

    Lenne, ha nem kérdeztem volna meg előtte, hogy ki hazudik az SCP, vagy az ms, erre te közölted, hogy az SCP, vagy én, tehát az ms nem.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635058

    Nem biztos, maximum nem lehetne akkorákat akasztani a lehúzott kivitelezőkön.

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635151

    Én nem találok fel semmit, viszont nem is én akarom koncentrációs táborba rezervátumba csukni azokat, akik nem értenek velem egyet, Mr. Fasiszta...

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635297

    Azokat én se, akik nem értenek egyet velem, azokat viszont igen, akik nem akarják oltani magukat, mert akkor csak egymást veszélyeztetik és nem azokat, akik egyéb okokból nem kaphatnak oltást

    Ezzel csak két baj van.
    Az egyik baj, hogy nem ezt mondtad, hanem azt, hogy

    tetszik az ötleted, hogy rezervátumba kellene tenni azokat, akik nincsenek beoltva...

    azaz, nem tettél különbséget azok között, akik elutasították az oltást és akik betegség miatt, vagy gyermekként nem kaphattak oltást, urambocsá', nem jutott nekik; az összes oltatlant be akartad zárni, en-bloc.
    A másik baj, hogy te nem csak az oltatlanokat akartad koncentrációs táborba zárni, hanem a nemzeti érzelműeket és az euroszkeptikusokat is...a véleményük miatt.

    de ez nem tudom hogy jön ide...

    Úgy, hogy most kommunistáztál le. (A véleményem miatt.) Te kezdtél el politizálni, én csak visszavágtam. (Egyébként közöm nincs semmilyen politikai agendához, nemt'om feltűnt-e, de itt se szoktam részt venni az ilyesfajta csetepatékban.)

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635327

    Az, hogy ismét nekiállsz szavakon lovagolni és figyelmen kívül hagyod a kontextust, az az egy baj van vele.

    Hol hagytam figyelmen kívül a kontextust? Attól, hogy kicifrázod, még ugyanaz marad, amit mondtál.

    Hát, aki úgy gondolkodik, mint egy kommunista, az kommunista, nem? Te pedig úgy gondolkodsz, mint egy kommunista és ebben semmi politika nincs.

    Csakhogy én nem gondolkodok úgy, mint egy kommunista. Hol állítottam olyat, hogy legyen minden közös, vagy osszanak el újra mindent? Sehol. Tehát ez egy hazugság. Te viszont eléggé úgy viselkedsz, mint egy fasiszta, amikor a szupergazdagok patkánykodásait támogatod.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zaphodb


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635060

    A szülei, de nem ő.

    És természetesen nem segítettek neki egy fikarcnyit sem. Ezt mindenki elhiszi.

    De, ez még mai szemmel is nagy teljesítmény, ugyanis megnézném ki az a 19 éves fiatal, aki a Gates korában felszedhető ismeretekkel nekiül egy olyan processzor assembly nyelvén programot írni, amit még életében nem is látott.

    Egy olyan egyszerű CPU-t kitanulni, mint a 8080, kb. egy-két nap, ha valaki dolgozott már más CPU-kkal.

    Valójában a DOS hozzásegítette az embereket ahhoz, hogy a számítástechnika áldásait élvezhessék, mert egyszerű volt és olcsó.

    "Lefagyott a gép!"
    "Nem értem!"
    "Hogy mennyi?!"

    Tényleg élvezték, mert egyszerű volt és olcsó. Tényleg. :)

    A Windows pedig a továbblépést biztosította a mai full grafikus környezetek felé.

    Hogy micsoda...? Már előtte is volt full grafikus környezet más platformokon. Több olyan kortárs OS-t is belinkeltünk, aminek a GUI-ja messzire meghaladta a win9x-ekét és azóta a helyzet csak romlott a windowsos fronton, mint kiderült.

    Billy Gatesről meg sok mindent el lehet mondani, csak azt nem, hogy ne írt volna érdemi kódot.

    #define érdemi

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2635062

    "Más is megcsinálná, tehát nekik is szabad!" Szerecsenmosdatás és felelősségáthárítás lvl99999. Mindezt úgy, hogy olyan erőszakosan és gusztustalanul nagyon kevesek éltek vissza a hatalmukkal, mint a microsoft. Mutass még egy olyan kaliberű pusztítást, mint amit a microsoft vitt végbe 95 után!

    Oldschool Computer - http://oscomp.hu




    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634221

    Az emberek azt tehettek a gépeikre, amit akartak. Hogy miért nem unixot? Hát azért mert nem csak drága volt, de bonyolult is.

    Azt sem tudták mi az. Azt vették, amit a TV-ben láttak. A win95 mögött meg a történelem legnagyobb marketinghadjárata volt.

    Amit Bill Gatesnek köszönhetünk, az az egységesülés, standardizálódás, tehát, hogy nincs szanaszét fregmentálódva a PC világ.

    Pont az ms menetelt mindig is szembe a szabványokkal; a saját használhatatlan szemetének a világ torkán történő letömködése vajmi kevéssé számít integrációnak, vagy szabványosodásnak...

    Ha most lenne a linux/BSD mellett még a BeOS, az OS/2, a PetrOS, a VMS, a QNX, a MOS, a Minix, a SKY OS, az OS9, meg a másik tizennyolc féle oprendszer, az alattuk futó alkalmazásokkal, akkor lenne gáz, mert ott tartanánk, hogy nem tudnál megfizetni egy irodai szoftvercsomagot és a cégekkel való kapcsolattartás első lépése lenne, hogy megtudd, a böhönye Bt meg a Keglovics és Tsa Kft vajon milyen elborult PC infrastruktúra alól nyomul, hogy adatot cserélhess velük.

    Erre találták ki a POSIX-et, meg azokat a szoftverkészleteket, környezeteket, amik a hordozhatóságot megkönnyítették. És ez működött is, ha nem is volt tökéletes. Az ellenoldalon viszont volt helyette többféle windows ág és ezek csak részben, vagy egyáltalán nem voltak kompatibilisek egymással. A win9x vonal a winnt-vel, a windows xp a windows vistával, a windows 10 semmivel...és még sorolhatnám.

    Billy Gates adott a konkurrensnek [Steve Jobs] pénzt, hogy az ne menjen tönkre

    Nem jószívűségből tette; egyfelől így az Apple egy része az övé lett, másfelől meg ha az utolsó konkurencia is tönkremegy, akkor monopóliummá válik és az állam onnantól kezdve beleszólhat mindenbe is. Az ms-nek sokkal kevesebb kára volt abból, hogy a piac <10%-át átengedte az Apple-nek, mint ha az állam kontrollálta volna a céget; a 2000-es évek elejei antitröszt per is kis híján a cég feldarabolásával ért véget; mi lett volna, ha monopólium lett volna akkor az ms?
    Így viszont cserébe még részesedése is volt az Apple-ből.

    adott a Linuxnak pénzt, hogy az fejlődjön.

    Most az SCO-ra és a hasonló patent-troll cégeire/húzásaira gondolsz, amikor az ms proxy mögül próbálta szétverni nem csak a Linuxos, de úgy kb. az egész open source világot?

    Az ms a késői '90-es és a korai 2000-es években mindent és mindenkit próbált pusztítani, aki az útjában volt és túlnyomórészt sikerült is neki.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> n0b0dy , hanischz , neuron , Ritter , gyuri23


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634477

    Fordítás: tehát akkor adott "a Linuxnak" pénzt, amikor már elpusztítani nem tudta ezért inkább csatlakozik hozzá és most már érdeke, hogy támogassa. Köszönjük.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Egyre sötétebb kép alakul ki Bill Gatesről: https://hup.hu/node/173984#comment-2634025

    Kíváncsi vagyok, hogy a válásának van-e ehhez köze.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2639184

    Hol van ebből a listából a C?

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640246

    Az első cpu-t is kis készülékbe szánták, véletlenül sem számítógépbe, ahogy a többit is. Folyadék viszkozitás mérőbe, diagnosztikai készülékbe, hasonlókba.

    Azt hogy? Legjobb tudomásom szerint az első CPU az vagy az AL-1-es volt, amit az IV/70-es és IV/90-es számítógépekbe pakoltak, vagy pedig az MP944-es, ami pedig az F-14-esek központi számítógépének - a Central Air Data Computer-nek - volt a CPU-ja.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640252

    Mind az AL1-es, mind az MP944-es számítógépekben volt használva, még be is linkeltem őket. A CADC katonai projekt lévén valóban nem magánemberek cucca volt, de a Four Phase gépeiből többszáz kelt el a "normál" piacon.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640267

    Dehát te hivatkoztál az első CPU-ra, hogy azt nem számítógépekbe szánták, miközben az első CPU az vagy az AL1-es, vagy az MP944-es és mindkettőt számítógépekbe szánták. Én csak erre akartam rákérdezni.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640277

    És mitől a 4004-es nálad az első CPU? Az csak az első kereskedelmi forgalomban kapható CPU volt, nem az első en-bloc. Még maga az intel is csak "az intel első mikroprocesszorának" hívja. Még ha ki is kötöd az "egychipességet" (akkor a külön FPU-s, külön MMU-s CPU-k sem CPU-k?), akkor is Texas Instruments TMS 1802NC: 1971 szeptember 17, intel 4004: 1971 november 15.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640286

    A gyártó is csinálhat vele számítógépet: ezt is tették, a 4Ph az IV-szériával az amcsi hadsereg a CADC-vel, a TI TMS-e pedig akár önálló számítógépnek is tekinthető "computer on a chip", ill. hívták a TMS szériát microcomputernek is.
    De ez igazából mellékes. Azt mondtad, hogy neked a 4004-es az első CPU, de arra még nem adtál választ, hogy miért, mi nálad a CPU definíciója, aminek a 4004 megfelel, de az AL1, az MP944 és a TMS 1802NC meg nem, az egy évvel korábbi - csak prototípusokig jutott, gyártásba végül nem került - TMX 1795-ról nem is beszélve.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640317

    Tudom, hogy mi az intel 4004, nem tudom feltűnt-e. A kérdés, hogy mitől ez az első neked? Annyitól, hogy ez volt az első, amit megvehettél külön a boltban? (Csak mert még szimplán a kereskedelmi forgalomba kerülés sem állja meg így a helyét, csak úgy, hogy az első ami önálló termékként kereskedelmi forgalomba került. Az AL1-esek a szintén kereskedelmi forgalomban kapható IV-kben voltak, a TMS 0100 (mert a TMS 1802NC az nem az TMS 1000-es, hanem a TMS 0100-as széria prekurzora volt) pedig kalkulátorokban, azaz mindkettőt megvehetted a boltban, csak nem önálló termékként, de semmi nem tiltotta, hogy kiszedd a gépből és építs belőle valamit).
    Szóval nem, az intel 4004 nem az első mikroprocesszor, még távolról sem. Ennek megfelelően az első CPU-król nyugodtan elmondható, hogy számítógépekbe szánták.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640353

    Tényleg, az AGC is processzoros gép volt, bár nem tudom, hogy a processzorát mennyire lehet "mikro"-nak hívni. :)
    Viszont bitkójnt azzal is lehet bányászni. :P

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640392

    Egyáltalán nem meglepő, hogy másra is alkalmazták, ha egyszer alkalmas volt másra is.

    Oldschool Computer - http://oscomp.hu




    Milyen self-hosted programozási nyelvet pereferálnál egy mikrovezérlőnél?: https://hup.hu/szavazasok/20210606/milyen_self_hosted_programozasi_nyelvet_pereferalnal_egy_mikrovezerlonel#comment-2640418

    Ez így már korrekt, de azt még mindig nem mondtad el, hogy neked mitől az első mikroprocesszor a 4004-es.

    Oldschool Computer - http://oscomp.hu




    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2638596

    Ez a csávó garantáltan nem marad le a párválasztási versenyben, hiszen már nős: jeggyűrű van az ujján. :)
    Azért így milyen egyszerű már félrekúrni, még a gyűrűt sem kell levenni, mert nem nézik, elég, ha a nincs fent fééészbúkon és akkor nem tudják lecsekkolni a családi állapotát...szörnyű. :)

    Oldschool Computer - http://oscomp.hu




    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2639835

    Nincs olyan, hogy szerzői jog által nem védett

    Klasszikus komolyzene. Vagy bármi, ami Public Domain.

    Oldschool Computer - http://oscomp.hu




    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2639867

    Feltéve, ha le nem mond róla és a cucc Public Domain lesz. Vagy bármi, ami azt takarja, hogy nem jogvédett, hanem köztulajdon. Vagy a felvétel jogvédettsége elévült. Európában 70 éves az elévülés, tehát jelen pillanatban bármilyen európai felvétel, ami 1951 előtt készült, köztulajdonnak minősül és szabadon terjeszthető, hiába él még a szerző/előadó/kiadó. Amcsiknál ez 110 év, de lesz még több is.

    Oldschool Computer - http://oscomp.hu




    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2639929

    Hát idehaza nem lehet, mert akkor a fartisjuszt nevű rablóbanda rablójogai sérülnének, de hál'Isten, ez hungarikum, nem általános. A neten már külön gyűjtőoldalai vannak az olyan zenéknek/képeknek, amiket semmilyen szerzői jog nem véd, mert direkt úgy adták ki őket.

    Akkor rosszul emlékeztem; legyen a szerző halálához képest 70 év, a lényeg, hogy lejár, tehát nem védi többé semmilyen szerzői jog. Ilyenre már számos példa van és nem csak a klasszikusok köreiben.

    Oldschool Computer - http://oscomp.hu




    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2640032

    Tévedés, egyrészt "a zenei és irodalmi szerzői jogok közös jogkezelő szervezete", tehát irodalmi témában alapból is érdekeltek (hogy a filmre jogilag rá lehet-e húzni, hogy irodalmi alkotás, azt nem tudom, de szerintem igen, lévén a forgatókönyve mindenképpen írói szerzemény), másrészt meg "más közös jogkezelő szervezetekkel kötött megállapodások alapján részükre is érvényesít jogdíjigényt" (konkrétan a filmvetítéseket jelenteni kell nekik). Ezek mindenbe is beleártják magukat...

    Ettől még a szerzői jogoknak van lejárata és van is, aminek már lejárt az ideje és normális országban le is lehet mondani az efféle jogokról és vannak is, akik megteszik. (Egyébként idehaza is megteheti az ember, ha külföldön "publikálja" a cuccát, ehhez elég egy külföldi szerverre feltölteni, CC/PD/whatever license alatt.)

    Oldschool Computer - http://oscomp.hu




    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2634028

    Lehet, hogy szándékosan rontják addig, amíg a júzerek már megváltásnak fogják érezni, amikor végül ebből is csak egy felskinnelt Chromium lesz. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> arpi_esp , hajbazer , bohocmasni , Ritter , nullptr


    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2634162

    Nincs kizárva, én megrekedtem az IceWeasel-UXP / PaleMoon kombónál, így már nemigen tudom, hogy a mozzarella ezen a héten épp mit basz szét innovál meg. Azt viszont látom, hogy a júzerek egyre hangosabban anyáznak, a részesedés meg egyre csak esik...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    "Készülj fel egy új Firefoxra": https://hup.hu/cikkek/20210519/keszulj_fel_egy_uj_firefoxra#comment-2634172

    Szóval mi a gond azzal, hogy a menükből kidobták az érdemi jelentéssel/funkcióval nem bíró pixelkupacokat

    Hát, mondjuk kezdetnek az, hogy az emberi agy alapvetően képfelismeréssel dolgozik; valójában amikor olvasol, akkor sem összeolvasod a betűket, hanem a betűkből álló szavak képét ismered fel, csak akkor bontod le a betűk képeire, ha nem ismerted fel a szót. Ennek megfelelően egy olyan menü, amiben egyértelműen megkülönböztethető képek vannak, sokkal könnyebben, kényelmesebben és gyorsabban használható, mint ha csak oda van írva.
    Próbáld meg, hogy van két véletlenszerűen összekevert menüd, amiben az egyikben csak az általad ismert alkalmazások nevei vannak, a másikban az ikonjai is és mennyi idő alatt találod meg a keresett bejegyzést az ikonosban és mennyi idő alatt a csak szövegesben.

    BTW, az ikonok kidobásával jóval kevesebb helyet spóroltak, mint ha a szöveget dobták volna ki helyette. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    [COMPARCH 00] Az Altair 8800 legendája (és a valóság) : https://hup.hu/node/173269#comment-2610088

    Van akik szerint az 1950-es Berkeley-féle Simon a legelső személyi számítógép.
    Ha ragaszkodunk a tranzisztoroshoz, akkor a 16-bites lengyel K-202 1970-ből, vagy 1971-ből (egyik forrás így, másik úgy) is megelőzte a francia Micral-t.
    De itt van az 1970-es Datapoint 2200 is, ez már konkrétan egy kereskedelmi forgalomban kapható CPU terveire, az intel 8008-aséra épült.
    A Computer Museum szerint az 1971-es Kenbak-1 az első személyi számítógép.

    Oldschool Computer - http://oscomp.hu




    [COMPARCH 00] Az Altair 8800 legendája (és a valóság) : https://hup.hu/node/173269#comment-2610115

    Úgy, hogy az intel direkt ehhez a géphez fejlesztette volna a mikroprocesszort. A CTC megpályáztatta az Texas Instruments-et és az intelt is, de a TI nem tudta vállalni, az intel meg nem készült el időre, így a CTC inkább TTL elemekből legózta össze a CPU-t az intel 8008 tervei alapján. Az ironikus az, hogy ez a TTL-es implementáció a végén sokkal nagyobb teljesítményre volt képes, mint maga a 8008-as.
    https://www.computerworld.com/article/2532590/forgotten-pc-history--the-true-origins-of-the-personal-computer.html
    https://www.righto.com/2015/05/the-texas-instruments-tmx-1795-first.html
    A két cikk egyébként hibásan jelöli meg az intel 4004-est, mint az első mikroprocesszort; a TMS1802NC 1971 szeptember 17.-én kijött és programozható kalkulátorokba pakolták, csak épp külön kereskedelembe nem bocsátották az 1974-es újratervezésig. De egyébként, ha megengedőek akarunk lenni, akkor az 1969-es AL1 és az 1970-es CADC még korábbi CPU-k voltak, csak ezek külön voltak bontva részegységekre...dehát olyan setup-ot is lehetett látni még a 80-as években is, hogy külön chip-ben volt az FPU és az MMU a CPU-tól. De, ha ragaszkodunk az egychip-es kivitelezéshez, akkor a TMS1802NC volt az első.

    A popularitás és a használhatóság nem szempont egy történelmi adatnál.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hiena


    [COMPARCH 00] Az Altair 8800 legendája (és a valóság) : https://hup.hu/node/173269#comment-2610326

    Szinte egy fél mondat sincs, amiben ne tévednél.

    Én elég sok mindent leírtam itt, te pedig annyival helyezkedtél szembe, hogy a Datapoint 2200-nál CTC nem azért szállt ki a buliból, mert az intel nem készült el időre, hanem mert nem tudta hozni az elvárt sebességet, illetve, hogy szerinted sem a Datapoint 2200, sem a Kenbak nem személyi számítógép (egyébként négy gépet mutattam). Akkor hogy jött ki, hogy egy fél mondatom ne lenne igaz?

    A datapoint 2200 egyébként egy intelligens terminál volt és nem személyi számítógép.

    És mi számít nálad személyi számítógépnek? Nem az, hogy egy személy tudta használni egyszerre? A Wikipedia egyébként személyi számítógépként tartja nyilván.

    Az ára mindenesetre távol tartotta attól, hogy az ottohonkba is beköltözzön.

    Személyi számítógépek nem csak az otthonokban voltak. A személyi számítógépeket irodában, iskolában, laborban, gyárban, sok helyen használhatták.

    A Kenbakkal kapcsolatban nem tudom, hogy nálad mi számít történelmi adatnak.

    Az, hogy létezik és személyi számítógép a besorolása. A létezését és a besorolását nem tudod azzal vitatni, hogy nem volt populáris, vagy könnyen használható, vagy lassú volt, esetleg nem voltak perifériái.

    Gyakorlatilag egy keservesen programozható tudományos kalkulátornak lehet nevezni, de home computernek, personal computernek nehezen.

    Home computernek senki nem is hívta. Home computer az, amit otthoni használatra szántak (innen a név), a Kenbak-nál ilyenről még szó sem volt. Személyi számítógépként viszont még a Wikipedia-ban is úgy van lajstromozva.

    Két év alatt elfogyott belőle 40 darab, ezek többségét iskolák vásárolták meg. Leghalványabb esélye sem volt, hogy az otthonokban elterjedjen, még akkor sem történt volna ez meg, ha a 750 dollár helyett mondjuk csak 250-ért adták volna. Egyszerűen használhatatlan volt, még egy mérnök számára is.

    Az lehet, hogy használhatatlan és drága volt és nem kellett az embereknek, de mi köze van a személyi számítógépségének a használhatósághoz, az árhoz, vagy az elterjedtségéhez?

    Oldschool Computer - http://oscomp.hu




    [COMPARCH 00] Az Altair 8800 legendája (és a valóság) : https://hup.hu/node/173269#comment-2611831

    Meg kéne, hogy jelenítsék. Szerintem le van tiltva nálad a mixed content.

    Oldschool Computer - http://oscomp.hu




    [COMPARCH 00] Az Altair 8800 legendája (és a valóság) : https://hup.hu/node/173269#comment-2611859

    Nm.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639536

    Minden blogposztom alatt előjön a dolog, ahol képek is vannak és már nagyon unalmas a hatvanyolcezredik kört futni vele... :/

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639543

    De, de így csak a trolloktól, azok meg le vannak szarva; csak azért jönnek majd vele, mert látták, hogy direkt ki van írva. Amíg viszont nem volt kiírva, addig azok jöttek vele, akik komolyan gondolták; na, nekik szól ez, hogy kár a gőzért. Külön állatfaj az analfabéta, de annak meg mindegy, hogy kommentbe, vagy a posztba írom, sőt az is, hogy ki van-e egyáltalán írva, vagy nincs... Ebből persze kiderül az is, hogy az ezzel trollkodókat lehetetlen lesz megkülönböztetni az analfabétáktól, de mivel alapvetően mind a kétféle alakkal eredendően reménytelen vitatkozni, így igazából nem is kell, se megkülönböztetni, se vitatkozni. Double win.

    TL;DR: Azér' írtam ki, mer' innentől tojni fogok azokra, akik megint ezzel a szarsággal jönnek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639692

    Legalább ne hencegnél a hozzánemértéseddel:

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639711

    Akkor együnk tehénszart. Az én adagomat megeheted. Én köszönöm.

    El fogom olvasni, amit Galilei írt, ha lesz rá időm. Viszont addig is fenntartom, hogy de, mégsem mozog.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639743

    az egész világ SSL -t használ

    mindenki abban bizik

    http://a.te.ervelesi.hibad.hu/kozvelekedesre-hivatkozas
    (Mellékesen nettó fals-extrapoláció (általánosítás) is; "mindenki", meg "egész világ"?)

    bankokat és biztositókat is beleértve

    nem hülyegyerekeket beleértve

    http://a.te.ervelesi.hibad.hu/tekintelyre-hivatkozas

    az egész világ SSL -t használ mindenfajta protokoll titkositására, bankokat és biztositókat is beleértve

    mindenki abban bizik, nem hülyegyerekeket beleértve

    | | |
    ˘ ˘ ˘

    jó az az SSL/cert témakör

    http://a.te.ervelesi.hibad.hu/hamis-okozat

    Van némi ellentmondás abban hogy szerinted aggasztóan fos az SSL, mégis mindenki abban bizik, nem hülyegyerekeket beleértve.

    http://a.te.ervelesi.hibad.hu/hamis-dilemma (Hol van abban az ellentmondás, hogy valami szerintem fos, mások szerint meg nem az?)
    (Egyébként olyat emlékeim szerint sehol nem jelentettem ki így, kategorikusan, hogy az SSL en-bloc fos; amiről én beszélek az az, hogy a HTTPS-t túlerőltetik a - hamis - biztonságra hivatkozva. Arról beszélek, hogy a HTTPS - írd és mondd - vallásként működik nagyon sokak fejében. Mint nagyon sok más - a mainstream által felhype-olt - dolog.)

    kösz a linkeket

    Nm.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639760

    Más vágyam sincs, minthogy végre hagyjuk ezt a szargurigázást, de hát kifejezett kérésem ellenére már megint ezen rugózunk. :) (Pedig rólad tudom, hogy nem vagy sem troll, sem analfabéta.)

    Én is csak alátámasztottam a véleményemet, azzal, hogy rávilágítottam, hogy a megalapozatlan ellenvéleményedet közhelyekkel támasztottad alá. :P De sebaj, i shall stay tuned, until you join THE DARK SIDE. (Tényleg jobban néz ki Courier New-val.)

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639765

    Számodra nem létező, dehát ez megint csak a te hozzánemértésedet, szűklátókörűségedet és empátiahiányodat bizonyítja.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.6.0: https://hup.hu/node/174136#comment-2639737

    Jól látod, a tecső csak egyféle bitrátát közöl, viszont ugye az audio-only/video-only sávoknál nyilván az audio/video stream bitrátáját jelenti, a vegyes sávoknál viszont az összesítettet. (Már nem merek rá megesküdni, de régen mintha még külön megmondta volna mindkettőt, legalábbis valami oka van annak, hogy ezt 2017-ben így elszeparáltam, hogy külön kezelem az audio és video bitrátát.)

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636658

    a Commodore is Z80 alapú

    A C128-asban egy Z80 a fő CPU és a C128-nak közel 100%-os C64 üzemmódja van (a $D030 az achilles-ina), szóval nem lőttél nagyon mellé. ;)

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636683

    Nem is ezt mondtam, hanem azt, hogy az a fő CPU. Amikor bekapcsolod, az "éled" először és megpróbál bebootolni floppy-ról (CP/M-et, vagy bármit amit fel tud), aztán, ha nem sikerül, akkor átadja a vezérlést a 8502-esnek, ami a megfelelő feltételek (C= gomb nyomása, C64-es cartridge, stb.) teljesülése esetén bebootol C64-es módba, különben C128 módba.

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636823

    Ezt én is tudom, viszont ez nem cáfolja, amit mondtam.

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636902

    Nyílt forrású/ingyenes/hobbi/whatever cuccoknál nincs product management. :P

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636914

    Az mondjuk még rosszabb. :(
    A managerre legalább rá lehet pottyantani egy versenyzongorát... :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2637013

    Hát ebben mondjuk van valami...

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636932

    Hogyne csináltak volna, C64-hez/C128-hoz volt is kiegészítőként: https://www.c64-wiki.com/wiki/SuperCPU, WDC 65C816S CPU, 20 MHz, 16 MB RAM. (Mondjuk ez már 16-bitre bővített 6502-es.)
    Van rá demo is. :)

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636655

    Fel lehet azt írni C-ben is szorzás nélkül:

    y = (x << 8) + (x << 6);

    Vagy, mert lehet, hogy nem optimalizálja ki és 8 shift helyett 14-et csinál:

    y = x << 6;
    y += y << 2;

    Ehhez nem kell assembly.

    (BTW, a 320-as szorzás hova kell a grafikus képernyő kezelésénél? 1 pixel 1 bit HiRes-ben és 2 bit MultiColorban, de úgy csak 160 pixel van egy sorban, szóval egy sor mindig 40 byte...)

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636682

    DOH, igazad van, megfeledkeztem róla, hogy karakterenként épül fel a bitmap képernyő is, látszik rég foglalkoztam már vele...

    Igen, a relokálható ScreenRAM-ban határozhattad meg az egyes byte-okon az egyes 8x8-as mezők 0. és 1. színét HiRes módban, MultiColor módban pedig az egyes 4x8-as mezők 1. és 2. színét, a 3.-at a $D800-ra drótozott 1024 nibble-nyi ColorRAM-ban, a globális 0. színt pedig a $D021-on.

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636776

    Lecsekkoltam, kirakja az X-et (a VICE már sok éve fent van). (Mondjuk egyeneshúzáskor jobb inkább a címet és a maszkot léptetni, mint újraszámoltatni minden pixelnél.) Én is nekiálltam kíváncsiságból a címszámításnak; én ezt hoztam össze saját kútfőből, lépésről-lépésre implementálással, majd kiegyszerűsítéssel:

    uint16_t idx = (y & 0xf8) << 3;
    idx += (idx << 2) + (x & 0xfff8) + (y & 7);

    Ahogy nézem, ez majdnem ugyanazt csinálja, mint a tied, csak mivel én először szoroztam 8-cal és csak utána 6-tal, így nem kell neki átmeneti változó, spóroltunk egy byte-ot a stack-en. :P (Ezek szerint mégis célszerűbb lenne 320-szal szorozni?)

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636833

    Látom. Mondjuk ennek a fele azért van, mert összeadást használtam a végén, nem vagy-ot, így feleslegesen 16-biten elvégezve az összefésülést. Ha nem + (y & 7) van a végén, hanem | (y & 7), akkor nem 1001 ticks vs 1021, csak 1001 vs 1013. Valószínűleg ugyanez okozza a másik felét is, a (rowX8 << 2) + rowX8 az 16 bit + 8 bit, míg a idx += (idx << 2) az 16 + 16 bit. Vagyis a y = (4 * x + x) * 8; jobb lebontás, mint a y = (8 * x); y += (y * 4);, ha x 8-bites, még akkor is, ha ugyanúgy 5 shiftelés és egy összeadás van benne.
    Mi baja a printf()-nek?

    Volt a CoV-ban C rovat, szidták is, mint a bokrot. :P

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2636848

    (Volt 8 órajeles utasítás is, igaz, az mind illegal. :P) A VIC-ben az is jó volt, hogy a ScreenRAM relokálható volt, így ha tartottál egy szekunder példányt belőle és a VBlank alatt egy szimpla váltással cserélgetted őket, akkor 136 színből választhattad ki a 0. és 1. színt 16 helyett, vagy MC-ben az 1.-őt és 2.-at, bár ott kicsit csiklandósabb volt a dolog, mert a ColorRAM-ot nem lehetett mappelni, így a 3. színt vagy továbbra is 16 színből választottad ki, vagy VBlank alatt becopyztad azt az 1000 byte-ot, ha belefért...
    Igazából két dolgot nem értek: a ColorRAM-ot miért nem csinálták 4 helyett 8-bitesre, hogy onnan lehessen húzni MC módban a 0. színt, hogy ne globális legyen és miért nem tették a ColorRAM-ot szintén mappelhetővé, hiszen a VIC 16k-s tartományába bőven belefért volna (csak 8k volt a bitmap és 1k a ScreenRAM). Bár gondolom a fő szerepet az olcsósítás játszotta itt is...

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2637092

    Én se bírtam magammal, újraírtam nulláról az assembly rutint, elérhető itt: http://oscomp.hu/depot/asmfunc.s
    396 ticks lett a végeredmény, az ~2.53x-os gyorsulás.

    Note: 3 helyen nem dokumentált utasítást használtam, de csak egyre írja a manual, hogy "instabil" (XAA); VICE-ban működik.

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2637135

    A 46. sorban a CLC utasítást kihagyhatod; elméletileg kellene, de gyakorlatilag mivel egy 8-bites értéket forgatsz kétszer felfele, a közvetlenül előtte lévő ROL ki fogja törölni mindenképpen. Úgy már csak 399 ticks. Kicserélheted mindhárom TXA / AND #$XX párost is (37, 66, 86) XAA #$XX utasításokra, viszont az XAA-ra azt írják, hogy egyes gépeken kiszámíthatatlan; VICE-ban működik és ez így már csak 389 ticks. Ha az XAA használatát eldobjuk mindkettőnk kódjából, akkor mindkettő 399 ticks.

    8-bites CPU-n mindig is ASM-ben kellett megírni a sebességkritikus részeket, ez ma sincs máshogy. A mai CPU-kon, ha nem is kell konkrétan ASM-ben, de érdemes megnézni milyen ASM kimenetet ad a C fordító és újragondolni időnként a snippeteket; geza42 tud erről sok tippet adni.

    Ebből is látszik, hogy 8-bites CPU-n, ha C-ben is programozol, érdemes ASM-ben gondolkodni; egy modern CPU-n nincs kardinális különbség egy shift és az indexelés között (sőt a shift lesz gyorsabb), de 6502-őn, ahol nem az összes shift történik meg egy ciklus alatt, ott számít.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hg2ecz


    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2637738

    Már nincs meg az előző verzió; mit változtattál meg az elején?

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2637750

    Hát, az enyémben így volt már a múltkor is, csak felcserélve az eleje, meg a vége, szóval nem indokolt a többes szám. :)

    	tax			; X = y;
    	ldy	#$00
    	sty	ptr1+1
    	and	#$f8
    	sta	ptr1		; <- rowX8 = y & 0xf8;

    vs.

    	tax		; utolsó (y) paraméter acc-ban jön, kell még alább
    	and     #$F8
    	sta	ptr1    ; LO 1x
    
    	ldy	#$00
    	sty	ptr1+1  ; HI=0  --> ptr1+1:$ptr1 abszolut indirekt

    Én az Y és a ptr+1 kinullázását a maszkolás előtt csináltam, te utána.

    Sz*rk: Egyébként a 67. sorban az

    	lda	(sp),y
    	tax

    helyett nyugodtan lehet

    	lax	(sp),y

    -t is használni, mert az speciel egy stabil illegal instruction és ugyanazt csinálja. (Nem tudom, hogy rá lehet venni, hogy a ca65 megegye, de mindenesetre, ha nem, akkor

    .byte $b3, sp

    Oldschool Computer - http://oscomp.hu




    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2637766

    Viszont ami felett meg én siklottam át: most esik le, hogy te azért tároltad az akkumulátort a forgatások végén, mert a direkt cím helyett azt forgattad...hát ezt már ki kellett volna szúrnom, de jobb későn, mint sárgadinnye. :/
    Átírtam én is arra a sajátomat, így már csak 372 ticks. http://oscomp.hu/depot/asmfunc.s

    Sz*rk: Ha átemelem az általad leprogramozott incsp2-t, akkor csak 365 ticks.

    BTW:

    ;	jmp     incsp2  ; ne ugorjunk, programozzuk le
    	clc
    	lda	#$02
    	adc	sp
    	sta	sp
    	bcs	@end    ; ritka eset, hogy ugrik
            rts		; itt a vége általában
    	inc	sp+1
    @end:	rts

    Itt az @end címke rossz helyen van, egyel feljebb kéne, hogy legyen. (Így már csak 364 ticks.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2637892

    Soha ne mondd, hogy soha. :) És szintén köszi. Jó látni, hogy van még, aki nem sajnálja az időt az apró részletekre, a maximum elérése érdekében.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> pink , arpi_esp , carlcolt


    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2638112

    Nálam ment VICE-ban, de igazából egy cseppet sem lep meg, hogy nálad meg nem megy; a XAA hírhedten instabil (sajnos, mert amúgy nagyon hasznos utasítás lenne).

    Mindenesetre, ha nem megy valami algoritmusból, majd megy táblából: http://oscomp.hu/depot/asmfunc.s
    A következő műveletet ((y & 0xf8) * 40) | (y & 0x07) ugyanis fel lehet írni szépen két db. 256 elemű táblába (_lower256 és _higher256), minek eredményeképpen, csak az x & 0xfff8-cal való összeadás marad és 294 ticks-ig sikerült is lemennünk.

    Alternatíva, hogy ha az 512 byte-nyi táblaadat túl sok lenne (C64-en ez nem lenne meglepő), akkor ki lehet táblásítani csak a (y & 0xf8) * 40 értékét is, ugyanis, mivel annak az alsó 3 bitje úgyis repül, valójában csak 32 eredményünk lehet. Ez így mindjárt csak 64. byte, viszont 321 ticks. Ha a 64 byte még mindig sok lenne; az alsó byte a táblában úgyis csak azt ismétli, hogy $00, $40, $80, $c0, azaz a magas érték beállítása után elég egy and #$03 és a tábla 4. byte-jától kezdve kidobható, 32 helyett csak 4 byte marad belőle, azaz a két tábla úgy 64 helyett csak 36 byte-ot foglal. Viszont így 325 ticks lesz a végeredmény. (Egyébként az alsó byte megbízhatóan mindig az y 4. és 3. bitje felforgatva 7. és 6. bitnek, szóval akár tábla sem kell hozzá, de egyrészt úgy 331 ticks lesz, másrészt meg a kapott kód többet foglal, mint a 4 byte-os tábla, meg a két byte-os and művelet...)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> pink , arpi_esp


    llvm-mos - kísérleti projekt az LLVM MOS 6502 processzorokra való portolására : https://hup.hu/cikkek/20210528/llvm-mos#comment-2638417

    Egy kis leírás, hogy miért is bugos az XAA.

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630769

    Ha a soft-CPU belefér, akkor az FPGA implementációkkal mi a helyzet?

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630800

    Utóbbira elsősorban; abban olyan CPU-t rak össze az ember, amilyet akar.
    6809-esben egyébként nem gondolkoztál, csak 6502-ben és Z80-asban?

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630834

    +1

    Pl. itt meg itt.

    Pár dollár.

    Na, ez jó kérdés. A TRS-80 és Dragon userek biztos. :P

    A 6501-es a 6800-as koppintása volt, nem hiszem, hogy olyan nehéz lenne valami fordítót írni, ami megfelelteti a 6502-es kódot 6809-esnek. Annak idején is dolgoztak így. Ciklus-pontos emulátort írni nem nehéz, ha tudjuk, hogy egy ciklus alatt mi játszódhat le a CPU-ban. Nyilván a 6502-es sokkal jobban dokumentálva van belülről, de talán akadnak hasonló doksik 6809-eshez is.

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630921

    6502-es van az AliExpressen $2.75-ért. Azt nem tudom, hogy az mennyire megbízható.

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630964

    Egyrészt csak egy példa volt, hogy kaphatóe-e olcsó 8-bites CPU. Másrészt meg a processzorok nem romlanak meg. Harmadrészt a 6502-esből is vannak a mai napig gyártott verziók, mert pl. a WDC a mai napig gyártja őket. A WDC 65C02-esének 10 MHz-es változata konkrétan egy dollárba kerül.

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630967

    Oké, akkor pár évtized után nem romlik meg. Nyilván, amikor már porlik szét a műanyag/kerámia, akkor annak is annyi, de az nem 20 év után fog bekövetkezni, hanem többszáz, vagy ezer. (Egy nem korrodáló fémtokba zárt processzornál pedig még több idő.) A homecomputerek többsége alaphangon 30-40 éves és nem az IC-k azok amik kinyúvadnak benne, hanem az elkók száradnak ki, a forrasztások engednek el, stb.
    Az IC-k a legtartósabb alkatrészek között vannak.

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630972

    Én szoktam venni kéz alól is; a használtpiac nem ördögtől való. Pláne nem egy CPU esetén, ami - mint tisztáztuk - nem (pár évtized alatt) romlik meg.

    Ez már az OP-ban is szerepelt, de egyébként egyfelől a lényeg az volt, hogy gyártják még a 6502-est is, másfelől meg csak akkor annyi, ha 1 darabot vesz belőle, akkor meg kb. nem mindegy, hogy egy dollár vagy hat egész valamennyi? Ha meg sokat vesz belőle, akkor meg mindjárt sokkal olcsóbb lesz. Ez még le sincs tisztázva, hogy mennyi lenne az igény.

    Oldschool Computer - http://oscomp.hu




    HARCON - a hackable retro computer [update I.]: https://hup.hu/node/173898#comment-2630985

    Ilyesmit meg nem érdemes párszáz darab alatt megfuttatni, ha meg több ezret is berendelnek, akkor lehet 3-4 dollárért is be lehet majd húzni a W65C02S6TPG-14-es darabját. 6502-ből Dunát lehet rekeszteni, CPU-ból és perifériából is. A másik ilyen, az a Z80-as.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.2.0: https://hup.hu/node/171436#comment-2546912

    Bocs, de nem publikus.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.2.0: https://hup.hu/node/171436#comment-2546911

    Nem változott. És abba sem akarok belemenni, hogy miért nem szeretném megosztani.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.2.0: https://hup.hu/node/171436#comment-2549498

    No, sikerült kiegyszerűsíteni a "képletet" odáig, hogy kiderült, hogy olyankor van bazmeg OpenBSD alatt, ha két darab thread fut és signallal lövöm le a programot. Ilyenkor a másodikként létrehozott thread összedől, mint a windóz fél disznó az ólban. Ha simán a GUI-ról zárom az ablakot, vagy nincsenek thread-ek, akkor minden oké. És a SIGUSR1-os ablakelőhívás is akkor tojik be, ha thread-ek vannak. Valami nagyon nem stimmel a signalok és threadek együttes működésével OpenBSD alatt, csak nem tudom, hogy a bug a FreePascalban/Lazarusban van, vagy az OpenBSD-ben.

    Mindenesetre reportoltam nekik:
    https://forum.lazarus.freepascal.org/index.php/topic,52171.0.html
    https://forum.lazarus.freepascal.org/index.php/topic,52172.0.html

    És a HTTP GET crash-t is:
    https://forum.lazarus.freepascal.org/index.php/topic,52092.0.html

    Aztán meglátjuk mi lesz. (Just for the record: ez a 3 hiba csak az OpenBSD-t érinti, a Linux, FreeBSD és Solaris verziókat nem.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kikadff


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2597760

    És ha valaki nem kaphat vakcinát?
    A Pfizer és Moderna vakcinák 16 év felett adhatóak, a többi 18. Mi lesz a kölkökkel?
    Terhes nőket se nagyon akaróznak oltani, velük mi lesz?
    Aztán vannak kizáró okok, a Sinopharm és Sputnik vakcinákat nem igazán jó ötlet beadni epilepsziásoknak, endokrin bajokkal küzködőknek, vagy autoimmunosoknak. Az AstraZenecánál ugyan nem írják, viszont a vizsgálatokból kizárták az érintetteket, azaz nincs információnk, hogy hogyan hat rájuk, továbbá az AstraZeneca-t nem adják 60 év felett.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> enpassant , nullptr


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2597827

    Kétmillió kölyökre és alkalmasint többszázezer felnőttre (krónikus betegekre, terhes nőkre, stb.)?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hory , solt87


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2597837

    Kétmillió + X százezer, kb. a lakosság egynegyede-egyharmada. Ha ennyit kihagyunk, ugyanott vagyunk, mintha nem lett volna kötelező. És akkor még az új variánsokról még nem is beszéltünk, mert egyszer-egyszer bevakcinázni egy egészséges embert egy dolog, de félévente? Kötelezően?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2597847

    Én értem, hogy a szarráterhelt egészségügy szopás, de a vakcina kötelezővé tétele nem megoldás, lévén szemmel láthatólag maga a vakcina sem az: Izraelben beoltottak szinte mindenkit, kivéve a gyerekeket, ami elég volt ahhoz, hogy ne legyen nyájimmunitás, az új törzsek meg szépen fertőzgetik a beoltottakat is. Lehet, hogy talán inkább a kialakult betegség kezelésére kéne gyúrni.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> zdesigner , bimi3 , Csab , solt87


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598621

    És az oltás ellenére is újrafertőződöttek, az smafu? Az új variánsok? Szerinted mennyire lesz egészséges mindenkit félévente oltani? Mi lesz, ha majd előbukkan egy új vírus, ami megint világméretű járványt csinál? Vagy öt? Hány oltás lesz akkor egy évben?
    Attól, hogy a vakcinák működnek a polio, vagy a tetanusz esetében, még nem biztos, hogy minden esetben ezt kéne erőltetni. Az influenzavírusok elleni vakcinák hatásossága is több, mint megkérdőjelezhető. Folyton változó vírusok ellen a vakcinával annyira mész, mint ha portörlőronggyal mennél a sivatag ellen.
    Arra kéne inkább rágyúrni, hogy a már kialakult betegséget lehessen olyan könnyen leküzdeni, hogy ne a fertőzöttek ~5%-a kerüljön intenzívre, hanem annak a töredéke se és akkor sem az egészségügyet nem terheljük le, sem az egészséges embereket nem injekciózzuk betegre.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> enpassant , ibenny , nullptr


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598683

    Tudtommal a dél-afrikai variáns ellen egyik sem véd olyan szinten, hogy ne kerülhess vele kórházba, de még ha ez nem is igaz, mindegynek mindegy, mert ez már csak kellő mennyiségű és mértékű mutáció kérdése, hogy mikor lesz egy olyan variáns, ami ellen tényleg egyik vakcina sem véd annyira, hogy ne tudj belehalni. Persze, majd jön az új vakcina rá, de akkor most már hetente fogunk mindenkit oltani? Akkor is ha abba döglenek bele, nem a vírusba? Ráadásul erre már sem gyártói, sem orvosi kapacitás nem lesz...
    De ez is csak az egyik fele.

    A másik fele, hogy attól, hogy nem halsz bele, ha elkapod, még fertőzöl; eddig is csak az emberek 4-5 ezreléke halt bele ebbe az izébe, viszont nagyon sokan fertőződtek meg; ha ez a micsoda nem fertőzte volna át a lakosság egy jelentős részét pár hét alatt, az a tizenötezer ember sem halt volna meg. És ugye az előző bekezdésben tárgyalt új variánsok feltűnésének esélye is nő a fertőzések számával.

    És a harmadik fele, amiről a szál is szólt, hogy pl. a hazai lakosság egyharmada-egynegyede - írd és mondd - nem oltható, mert kiskorú, mert terhes, mert kizáró betegsége van. Velük mi lesz?

    Egy olyan járványellenes eszközt próbálunk ez ellen a járvány ellen erőltetni, ami ez ellen a járvány ellen nem jó.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598697

    Dél-Koreában ez a szám ~1,75 százalék, ahol nagyon kiterjedt tesztelés folyt és kifejezetten jó az egészségügy. A világátlag ~2,2 százalék.

    Becslések szerint egy nagyságrenddel több fertőzött van, mint amennyit találtak (#1, #2, #3, #4, #5, #6, #7, #8). Ez persze csak becslés, de ha van alapja, akkor a fatality rate egy nagyságrenddel kisebb. Majd a végén kiderül. Vagy nem...

    60-70 százalék a közösségi immunitás szintje, amikor már nincs hova átugrania a vírusnak, kivéve, ha pont a nem immunizálható közösségben terjed.

    Tekintve, hogy a nem immunizálható közösség legnagyobb része abszolút homogén közeget alkot (gyerekek az iskolákban és előtte/utána az utcán/tömegközlekedésen), nincs ok az ünneplésre. Egyébként, ha a lakosságnak egyharmada nem immunizálható, akkor pont a határmezsgyéjén mozgunk annak a bizonyos nyájimmunitásnak; most alatta marad épp, vagy felette? Hazárdjáték. Életekkel.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598716

    Dél-Koreában? Egyébként ekkor a cseheknél már többen fertőződtek meg, mint amennyi lakos van összesen. Szóval ezek a több mint fél éves becslések eléggé elhamarkodottak voltak, mondhatni wishful thinking. USA esetén is ott járunk, hogy a tízszeres szorzó a lakosság 90 százaléka, bőven a közösségi immunitás felett kellene már járni, ennek ellenére nem csitul a járvány náluk sem.

    A világátlagot jelentősen felhúzzák azok az országok, ahol szarul kezelték a járványt, de még ha el is fogadjuk a 2%-ot, az még mindig azt jelenti, hogy 2 ember halt bele 100-ból, de a maradék 98-at is betegre injekcióznánk úgy, hogy egyrészt ők eddig is túlélték vakcina nélkül, másrészt pedig fertőzni vakcinálva is fertőzni fognak, ha az új variánsokat elkapják, az új variánsok száma pedig nem a halálesetek számával, hanem a fertőzések számával korelál.

    Hát, láthatóan nincs alapja, főleg ott nincs alapja, ahol korrekt kontakt kutatás van és mindenkit tesztelnek kérdés nélkül ingyen, mint például Dél-Korea.

    ??? "Mindenkit tesztelnek"? Dél-Korea lakossága több, mint 51 millió ember. Dél-Koreában most Dec 15.-éig 3.5 millió embert teszteltek le. (3.5 / 51) * 100 = 6.86%. Dél-Koreában a lakosság kevesebb, mint 7%-a lett letesztelve. Itt simán megbújhat a maradék 93%-ban egy nagyságrenddel több fertőzött, szóval egyelőre ezeket a féléves becsléseket még nem lehet leírni.

    Mondd, mi a te megoldásod?

    Nem megoldás, hanem javaslat, de már leírtam: a már kialakult betegségek kezelését kell felfejleszteni, hogy ne kerüljenek az emberek kórházba a COVID-dal és ne terheljék rommá az egészségügyet.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598731

    Könyörgöm, legalább olvasd el, amit írok, mielőtt antivaxxernek titulálsz, mert szó szerint leírtam, hogy "Attól, hogy a vakcinák működnek a polio, vagy a tetanusz esetében, még nem biztos, hogy minden esetben ezt kéne erőltetni." Tehát nem a vakcinálást en-generique ellenzem, hanem azt ellenzem, hogy egy olyan esetben alkalmazzák, ahol szemmel láthatólag nem működik, ahogy az influenza esetében sem.

    Nyilván azokat, akik felmerülnek bármilyen okból kontaktként vagy önként jelentkeznek, hogy tesztet szeretnének.

    Magyarul nem volt átfogó a teszt; 10% alatti teszteltség alatt simán megbújik egy nagyságrendi hibalehetőség.

    Nem bújhat meg, mert a fertőzés megbetegedésekkel jár, ahol kiderülne, hogy van új gócpont, amit tesztelnek.

    Miközben a fertőzöttek 80%-a tünetmentes és 15%-a enyhe tüneteket mutat? 5% eséllyel derül fény egy új gócpontra.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598739

    Szeretném megismerni az objektív számaidat, hogy mikor kell oltás és mikor nem. Egyelőre ott tartunk, hogy ugyanolyan számokat hozó két fertőző vírus esetén az egyiknél szerinted kell oltás, a másiknál nem kell.

    Akkor kell oltás, ha működik. Ha egy vírus minden szezonban új variánssal örvendeztet meg minket, mint az influenza, akkor nem működik. A polio-t már több évszázada ismerjük, és összesen van három variánsa. A COVID-19 nincs itt még két éve sem, de már hanyadik új variánst kapjuk a nyakunkba? Ötödik? Hatodik?
    Ezt is leírtam eddig, vagy ötször.

    És csak olyanokat fertőz, akik nem betegednek bele? Különben ugye kiderül a konktaktok tesztelésénél, hogy mennyi a tünetmentes arány.

    Akik nem betegednek bele, azok csendes terjesztők. Tömegközlekedésen, ahol többmillió ember folyik át naponta és a kontaktok száma többtízezerre nőhet, hogy deríted ki, hogy ki volt aki behozta, ha tünetmentes volt?

    Ami 100 embernél már 5 esetben kiterjedt kontaktkutatást von maga után, ahol a 100 tünetmentest is letesztelik, mint kontakt személyt. Tudod, lehet ezt jól csinálni, több országban van rá jó példa.

    Ld. előző pont.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598755

    A variáns nem mutáció, ilyen szempontból a SARS-CoV-2 még csak egy variáns.

    Köszönöm, akkor meg polio-ból egyféle van, többszáz év ismeretség után.

    Sokezredik mutáció, tucatnyi klád, egy variáns: https://nextstrain.org/ncov/global

    Akkor úgy kérdezem, hogy oltási "kompatibilitás" tekintetében hanyadik. A britre még azt mondták, hogy jók ellene a vakcinák (kivéve az egyiket), de a dél-afrikaira már csak korlátozottan bírnak hatással. Holnap majd jön az antartikai variáns, aztán a marsi variáns és azokra meg már egyáltalán nem fognak hatni a vakcinák. Oké, fél év és itt az új oltóanyag. Addigra meg itt van három új variáns, amire már nem, vagy csak részlegesen hat. Kezdődik minden előről. A korlátozásokat meg sosem lehet majd feloltani, de cserébe fél évente lehet mindenkit beoltani, aki egyáltalán oltható.

    Dél-Koreában erre van külön alkalmazás, amivel visszakövethető, hogy ki mikor volt hol, ami alapján behívják tesztelésre, ha érintkezhetett egy fertőzöttel. Ausztráliában és Új-Zélandon is nyomon követik, hogy ki mikor volt egy-egy olyan helyen (tömegközelekedés, étterem, egyéb), ahol ismeretlenekkel érintkezett és ez alapján követik vissza, mint kontakt. Megvannak erre a megfelelő IT támogatott epidemiológiai módszerek, csak nem néztél utána vélhetően.

    Nem érted: van egy csendes terjesztő, sosem derül ki róla, hogy fertőző volt, megfertőzött húsz embert, ebből 16-nak egyáltalán nem voltak tünetei, 4 azt hitte, hogy allergiás valamire, azért folyik az orra. És így tovább. Ezek hol jelennek meg a statisztikákban? Ezeket hol követik le, ha sosem derült ki róluk, hogy ők fertőztek, nem pedig az, hogy ők kontaktoltak egy fertőzöttel.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598764

    Nem, abból háromféle van.

    Ezt mondtam az elején, akkor azt tagadtad, most meg mégis? Egyébként mindegy, hogy egy vagy három: többszáz év alatt van ennyi.

    Kicsit több, mint az első, de még nem a második. Kivéve az AstraZeneca, mert abban úgy néz ki, hogy nincs olyan jól felismerhető vírusfehérje, ami nem mutálódott.

    És?

    Ezek oltások nélkül is jönnek és kezdődik minden előlről. Mi a megoldásod?

    Az előbb mondtam el... A már elkapott fertőzés kezelésében kéne olyan eredményt elérni, hogy ne okozzon bajt.

    És egynek se lesz olyan tünete, amire tesztet kér?

    21 emberből szerinted nem fordulhat elő ilyen?

    Amint egynek olyan tünete lesz, ami gyanús és tesztet kér vagy letesztelik rutinból, amiből kiderül, hogy pozitív, ezért letesztelik mind a 20 embert, akitől kaphatta vagy átadhatta és azok kontaktjait is, mert kiderül, hogy kapcsolatba kerültek, ezért kiderül mind a 20 emberről, hogy fertőzött.

    Ha ez így lenne, akkor nem hárommilliónál járnának már tesztelésben, hanem annyinál, amire kapacitásuk sem lehetne...

    Miért nem derülnek ezek az esetek ki soha?

    Mert felállhat olyan eset, hogy az aktuális gócpont 100%-a tünetmentesen vészelte át a betegséget.

    Egyszerűen, ha minden lehetséges kontaktot letesztelsz, akkor kiderülnek a rejtett esetek.

    És te ezt 100% bizonyossággal állítod, hogy Dél-Korea 6.86%-os leteszteltség mellett 100%-os vírusfelderítési mutatóval bír?

    De oké, vannak rejtőzködő fertőzöttek, mennyi a szorzód? Mondj egy konkrét számot.

    Már mondtam. Ill. nem én, hanem a belinkelt becslések: kb. egy nagyságrendi. Semmit nem olvasol el, amit írok, vagy belinkelek?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598779

    Nem, nem tagadtam. Azt mondtam, hogy abból a szempontból csak egy SARS-CoV-2 variáns van, amilyen taxonómia szerint polio vírusból három variáns van.

    Továbbra is kerülgeted a tényt, hogy akár egy, akár három, többszáz év alatt ennyi. Koronából meg másfél év alatt a sokadik.

    Ez vágyálom, nem megoldás.

    "Megoldásról" te beszéltél, én javaslatról, egyébként meg semmivel nem nagyobb vágyálom, mint az, hogy a nem működő vakcinálásokkal állítsunk meg egy változó járványt. Egyébként konkrét cáfolatot még egyszer sem adtál, hogy miért is nem jó, ha a kezelésekre gyúrunk.

    Elő, de akkor csak 21 emberről beszélünk, akiknél elhalt a járvány, de ha statisztikát nézünk, akkor a 21. ember kórházba kerül és miatta letesztelik azt a 20 embert, akiknek nem volt tünete.

    Ismert statisztikát.

    92 ezer esetük van összesen, ehhez képest 3 millió tesztet végeztek.

    Akkor 51 millió teszthez mennyi fertőzött tartozhat?

    És mennyi ilyen gócpont van, ahol mindenki tünetmentes és úgy adja tovább, hogy azok is tünetmentesek és senki nem kerül kórházba, hogy leteszteljék és ezzel feltárják a gócot?

    80%-os tünetmentesség és 15% enyhe tünetek mellett? Hát, elég sok fordulhat elő.

    Ezt ők állítják.

    Azt, hogy 100%-os a vírusfelderítettség? Ezt hol állították? Mert ahogy nézem, ők azt állították, hogy 3.5 millió embert teszteltek le, nem azt, hogy 100%-os a felderítettség.

    De nézhetjük Új-Zélandot vagy Ausztráliát is, ahol napi egy-egy új eset van jelenleg, és ugyanaz a case fatality ratio: 1-3 százalék közötti.

    Még mindig napi egy-egy új ismert eset. Egyébként nagyon leragadtunk az ezrelék/százalék kapcsán, holott már a legelején mondtam, hogy ha el is fogadjuk a 2%-os rátát, az még mindig 2 ember a 100-ból és ennek ellenére nem ezt a kettőt akarjuk kezelni, hanem a maradék 98-at (egyelőre!) félévente oltani, miközben 1/3-a nem is oltható.

    Elolvastam, sőt, erre írtam, hogy ha egy nagyságrendi az eltérés, akkor a cseheknél a lakosság 120 százaléka már fertőzött, USA esetén meg a lakosság 90 százaléka, holott mennek felfelé a számaik.

    A nagyságrendi nem feltétlen jelent homogén tízszeres szorzót. Nem elég, ha mondjuk adott területen 6-7x annyi fertőzött van? Az ismert ráta 1.6%, azt még kettővel osztva is bőven 1% alatti eredményt kapunk. És annyira elképzelhetetlen, hogy a járványt katasztrofálisan kezelő cseheknél mondjuk 3 millió fertőzött legyen?

    És engem vádolsz azzal, hogy nem olvasom el, amit írsz?

    Hát amikor hatodjára kérdezed meg, amit már ötször leírtam, vagy nem arra válaszolsz, amit írtam...antivaxxerezés pláne. Nagyon is támogatom az oltásokat, ha van értelme, de jelen pillanatban azt látom, hogy kb. ugyananakkora hatásfokkal bír, mint az influenzánál.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598796

    Nem, ami polio-ból három, az koronában még egy. Variáns != mutáció. Próbáld egy kicsit értelmezni, megvárom.

    Hiába lovagolsz itt a mutáns és variáció közti különbségeken, nem fogod tudni elterelni: a poliora nem kell félévente új hatóanyagot kifejleszteni és nem kell félévente újraoltani minden egyes emberi lényt. Mondhatnám, hogy te meg ezt értelmezd, de pontosan tudom, hogy nagyon is jól érted.

    A javaslatod vágyálom. Mintha azt kérdeznéd, hogy miért nem helikopterrel tömegközlekedünk. A vakcinák működnek, bármennyire is nem tetszik.

    Még egyszer nem bírtál érdemi indoklást adni, hogy amikor már látszik, hogy félévente kéne oltani ellene, akkor hogy működhetne... Ami meg a vágyálmot illeti, tessék egy kutatási eredmény: https://www.ncbi.nlm.nih.gov/pmc/articles/PMC7456194/

    Of 50 patients treated with calcifediol, one required admission to the ICU (2%), while of 26 untreated patients, 13 required admission (50 %) p value X2 Fischer test p < 0.001. Univariate Risk Estimate Odds Ratio for ICU in patients with Calcifediol treatment versus without Calcifediol treatment: 0.02 (95 %CI 0.002−0.17). Multivariate Risk Estimate Odds Ratio for ICU in patients with Calcifediol treatment vs Without Calcifediol treatment ICU (adjusting by Hypertension and T2DM): 0.03 (95 %CI: 0.003-0.25). Of the patients treated with calcifediol, none died, and all were discharged, without complications. The 13 patients not treated with calcifediol, who were not admitted to the ICU, were discharged. Of the 13 patients admitted to the ICU, two died and the remaining 11 were discharged.

    Azaz: 50-enen kaptak calcifediol-t, 26-an nem, az 50 emberből egy került intenzívre és túlélte, a 26-ból 13 került intenzívre és kettő bele is halt. És ez csak egy példa volt. Nem vágyálom.

    Mert attól nem lesz kevesebb a mutáció. Ezt még egy órája te is le tudtad írni:

    Kezded összemosni a dolgokat; én hol írtam, hogy a kezeléseket a mutációk számának csökkentése miatt kéne erőltetni? Én azt írtam, hogy azért kellene olyan kezeléseket kifejleszteni, amikkel kordában tartható a kialakult fertőzés, mert akkor érdektelen, hogy hány mutációja lesz; hacsak nem változik meg annyira drasztikusan, hogy az ellene adott kezelés hatástalan lenne, de ahhoz nagyon nagyfokú mutáció kellene. A fertőzések és mutációk korelálását a vakcina hatékonytalanságára hoztam példának.

    Az 10 ezer embernél 1500 enyhe és 500 súlyos tünet. Azt próbálod eladni, hogy 2000 ember közül egy se lesz, akit letesztelnének, ezzel lebuktatva 10 ezer kontakt személyt.

    50 milliós lakosságból 2000 tünetmentes COVID fertőzött nekem nem tűnik lehetetlennek. Egyébként kezd az egész átmenni játékba a számokkal.

    Megmagyaráznád, hogy például egy gyilkosságnál miért kellene az ország minden lakosától DNS mintát venni? Miért nem elég azoktól, akik a tett helyszínén voltak a tett időpontjában?

    Gizike, gőzeke.

    Mert egyrészt nincs még működő kezelés

    Na, ezen lepadlóztam... 2020 elején meg működő vakcina sem volt, akkor ezen logika mentén kár volt a vakcinálba időt, munkát és pénzt ölni, nem? Jajj... Pont azért kéne gyúrni a kezelésekre, mert abból még nincs olyan, amit ténylegesen be lehetne vetni, csak biztató részeredmények vannak.

    másrészt ettől mutációk keletkeznek, amelyek újra letarolják a már átesett népességet.

    Ld. feljebb: ha kordában tartható a kialakult fertőzés, akkor érdektelen, hogy hány mutációja lesz.

    És miért ne a megelőzéssel foglalkozzunk?

    Mert nem előzöl meg semmit. Jön az új variáns, jöhet az új oltóanyag, de mire itt van, addigra itt a még újabb variáns. A kezelések szempontjából mindegy melyik variánst kaptad el, mert a tüskefehérjéjének semmi köze nem lesz ahhoz, hogy milyen anyagtól döglik meg.

    Nem, nem elképzelhetetlen, csak látszania kellene már az új esetek számán, hogy nincs kinek továbbadni, mert minden 10 emberből 3 már védett.

    Az előbb még 70%-os átoltottság kellett volna a nyájimmunitáshoz, hogy lett ebből hirtelen 30%?

    És akkor a polio eseteket miért nem így számoljuk? Szorozzunk ott is látatlanban, akkor nem 2 százalék a halálozás, hanem 0,2 százalék. Mi a logikai megfontolás abban, hogy bármihez hasonlítjuk a Covid-19 eseteket, azt elfogadjuk felülbecslés nélkül, de a Covid-19 felülbecsülendő 5-10-20x szorzóval. Miért?

    He??? Én hol mondtam a polio fertőzések számosságával vagy a halálozási arányával kapcsolatban bármit? Te miről beszélsz? Én azt mondtam, hogy az ellen azért jó az oltás, mert nem kell mindenkit félévente rommáinjekciózni az oltóanyagával.

    Milyen szerencse, hogy nem rajtad múlik ez a dolog, hogy mit látsz vagy mit nem látsz.

    És milyen szerencse, hogy rajtad sem. Egyébként ezzel baromira nem cáfoltad amit a vakcinák hatásosságáról mondtam, csak szólok; ez egy idevetett "bekaphatod" volt, nem érv.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598833

    Nem kell, mert nincs belőle világméretű járvány (= nem mutálódik, mert nem terjed). Ha ugyanekkora polio járványok lennének, mint SARS-CoV-2, akkor abból is lenne több mutáció.

    Tehát: jó megoldás rá a vakcina.

    Pár ezres mintán meg kiderül, hogy ez statisztikai hiba volt.

    Igen? Hol? Forrás?

    De amúgy nem te degradáltad korábban, hogy mennyi mintán volt valami észrevétel? Dehogynem: "Egy 177-es csoport egyharmada "fáradtságra" panaszkodik, aminek könnyen lehet, hogy köze nincs a COVID-hoz és ez súlyos szövődmény?"

    Mi ez a kettős mérce?

    Remélem érzed, hogy van egy kis különbség aközött, hogy egy kettéosztott embercsoport kezeletlen feléből 50% intenzívre került és meghalt és aközött, hogy egyesek panaszkodnak, hogy fáradtak. Remélem érzed.

    Hogy a viharba ne számítana a mutációk száma a kezelések kapcsán?! A gyógyszer-rezisztencia mond valamit? Mit kezdesz azzal a helyzettel, amikor a mutáció rezisztens lesz a kezelésre? Hirtelen keresel egy új gyógyszert?

    Az megvan, hogy a gyógyszerrezisztencia csak úgy alakulhat ki, hogy ha a vírus már találkozott a gyógyszerrel? Ergo, csak akkor fejlődhet ki egy gyógyszerre rezisztencia, ha valakit szarul kezeltek vele és nem irtották ki teljesen a betegséget. És az megvan, hogy ez nem is minden gyógyszerre áll meg? A thapsigarginra pl. nem alakulhat ki rezisztencia.

    Oké, akkor 92 ezer pontosan ismert eset helyett 94 ezer eset van? Ez mégis mennyiben módosítja ez lényegesen a halálozási arányokat?

    Honnan veszed, hogy összesen 2000 csendes terjesztő van?

    Miért is? Találunk egy fertőzöttet x városban, miért is kellene minden lakost letesztelni az országban? Miért nem elég azokat, akikkel a fertőzött találkozott?

    Mert ahol senkin nem jönnek ki tünetek, ott sosem derül ki, hogy fertőzés volt. És 80% tünetmentesség és 15%-os enyhe tünetek mellett minden további nélkül kialakulhatnak ilyen csoportok.

    Miért nem a megelőzésre koncentrálunk? A járványos gyermekbénulás kezelésére se koncentrál senki. Mert megelőzhető. Te valami kifordított logika alapján tünetet akarsz kezelni.

    Te tényleg nem érted? A járványos gyermekbénulásnál működnek a vakcinák, mert beoltottunk vele mindenkit és el van intézve a továbbiakban. Itt meg mindenkit lehetne újra és újra oltani. Ott meg tudod előzni, itt meg nem. És nem tünetet akarok kezelni, hanem a betegséget legyőzni. Te vagy az, akinek kalapács van a kezében és mindent szögnek nézel. Az influenza ellen sem értünk el semmit a vakcinával.

    Nem, nem érdektelen.

    De, ld. fentebb.

    Csakhogy ez nem igaz, mert a mutációtól lehet rezisztens arra az anyagra, ami most még ráadásul nem is ismert.

    Na, arra befizetek, hogy kvázi véletlenszerűen pont úgy mutálódjon egy vírus, hogy rezisztenssé váljon egy anyagra, amivel nem is találkozott! Arra befizetek... (A wikipedia-n leírják, hogy hogy alakulhat ki és ilyen még csak távolról sincs benne, hogy csak úgy kialakul véletlenszerűen egy anyagra, amivel sose találkozott.) Mindezt úgy, hogy vannak anyagok, amikre nem képes rezisztenciát kifejleszteni.

    Csökkennie kellene az új eseteknek, nem növekednie, márpedig a cseheknél úgy növekszik, mint soha eddig. A nyájimmunitásnál teljesen el kellene tűnnie.

    Csakhogy már bizonyított, hogy vannak szép számmal újrafertőződések is.

    Mert nem hagytuk világméretű járvánnyá nőni. Azért.

    A polio-t??? Már az ókorban is ismerték... Szerinted akkor foglalkoztak ilyesmivel? Ez hogy jött ki?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598870

    Bingó.

    Mit bingó? A polio-ra jó, a COVID-ra nem. Mit bingó?

    Remélem érzed, hogy a metodológiában nincs különbség...

    Mármint nincs különbség abban, hogy két csoportra osztanak embereket és valamivel kezelik őket, meg aközött, hogy megkérdezik ki fáradt? Nekem ez elég vaskos metodológiai differenciának tűnik azért.

    Same shit az oltással is.

    Miben más ez, mint az oltás?

    WTF? Kétszeresen is WTF? Az oltásnál beviszel valamit a rendszerbe, amivel az immunrendszert felkészíted a vírus ellen és ha jön a vírus a szervezet ellenanyagot tud ellene termelni, míg a kezelésnél beviszel valamit, amivel a vírust magát pusztítod. Ennek megfelelően az oltás esetén egy véletlen mutáció is elegendő ahhoz, hogy azok a részek megváltozzanak, ami alapján a szervezet felismerte a vírust, míg a vírusölőknél specifikusan a bevitt anyag ellen kell védekeznie a vírusnak. A kettő ég és föld, Makó és Jeruzsálem, alma és gőzmozdony; az egyiknél a szervezet reagál vagy sem a változásra, a másiknál a vírus... Ez hogy jött ki???

    Mert nem kezelik ezzel a betegeket, ha kezelnék, akkor lenne rá idővel rezisztencia és lehet keresni új gyógyszer.

    Egy túrót; vannak olyan anyagok, amire adott organizmus nem tud rezisztenssé válni, mert képtelenség. Szélsőséges és rossz példa: a kénsavra sem lesz sosem immunis a COVID.

    Amúgy meg erről sincs széles tömegeken eredmény, hogy használna.

    Pont ezért kéne erőltetni a kezeléseket. De azt valamiért nem tesszük.

    Te írtad, szó szerint: "50 milliós lakosságból 2000 tünetmentes COVID fertőzött nekem nem tűnik lehetetlennek."

    Nem azt írtam, hogy összesen.

    Tehát tízezres csoportok alakulnak ki, akik nem adják tovább másoknak, és nem is alakul ki náluk 15 százalékban enyhe és 5 százalékban súlyos tünet? Ami miatt kontaktkutatás kapcsán kiderülne, hogy fertőzöttek és karanténba kell menniük? Ha van egy tünetes fertőzött, akit tesztelnek, akkor a kontaktokat is letesztelik és a kontaktok kontaktjait. Hova bújnak el ilyenkor a csendes fertőzöttek?

    Meggyógyulnak, mire letesztelik őket? A PCR tesztek csak azt mondják meg, hogy most fertőzött vagy-e, azt nem, hogy voltál-e. De az antigén teszt sem 100%, mert nem biztos, hogy valakinek a szervezete nem söpörte el egy nap alatt a fertőzést, úgy, hogy árkot röhögött köré, mérhető ellenanyag meg nem maradt utána.

    Na, pont ez a cél itt is.

    Mind a két esetben megelőzhető oltással.

    Ez a bibi, hogy itt nem fognak működni az oltások. Ha mindenkit félévente rommávakcinázol, akkor előbb utóbb abba fognak beledögleni, nem a COVID-ba.

    Pedig tünetet kezelsz, a vírust nem állítod meg, se a mutációit, csak kezeled a szövődményeit. Pont, mint az influenzánál is, mert ott soha nem volt meg oltásból a közösségi immunitás.

    A vírusölőkkel? Azokkal a vírust állítom meg közvetlenül.

    Találkozik vele, mert kezeled a beteget.

    Ha kezelem a beteget, akkor addig nem hagyom abba a kezelést, ameddig a vírus teljesen ki nem pusztult. Ennyi idő alatt nem alakul ki rezisztencia semmire se. És még mindig van olyan anyag, amire nem is tud kialakulni.

    Ismerték, de a ritkán lakott világban soha nem okozott világméretű járványt, csak a XX. század elején, amikor már mindenki ment mindehova és sűrűn lakott városokban élt sok ember, a gyerekek meg óvodába és iskolába jártak.

    De nem is terjed és mutálódik úgy, mint a COVID. Oltásunk lassan 100 éve van rá, az emberek meg már vagy fél évszázada oda mászkálnak a bolygón, ahova akarnak. A polio mégis ugyanaz maradt. Nem is kell félvente új oltást kiadni rá és mindenkibe beleverni.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598901

    Ez sok mindent megmagyaráz.

    Jólmegaszontad.

    Nem feltétlen, mert a kezelésnél beviszel valamit, amivel a vírus terjedési útvonalát és a szövődményeit előzöd meg vagy kezeled, nem pusztítod magát a vírust, az ugyanúgy ott van, fertőz, terjed, mert mire tüneteket okoz, addigra már milliárdnyi vírus lemásolódott a betegített gazdatestben, amire rátolod a gyógyszered, ami mondjuk blokkolja a vírus terjedését, akkor valamelyik mutáció ki tudja azt kerülni.

    A vírusölő közvetlenül magát a vírust öli.

    Szerintem annyi a baj, hogy nem vagy tisztában az alapvető biológiával, a sejtek működésével, a vírusok terjedésével és a gyógykezelésekkel. Azt javaslom, hogy kérdezz meg egy orvost vagy biológust, én meg szoktam tenni, ha kétségeim vannak.

    Én? Én találtam épp fel az oltás-rezisztencia fogalmát, mert összekevertem az immunrendszer memóriáját a mikroorganizmusok vegyi anyagokra való ellenállásának kialakításával? Hát ööö...oké.

    Ugye pont az a nehézség, hogy olyan anyagot kell találni, ami a gazdatestet nem betegíti meg jobban, mint a vírus maga, miközben a sejten belül valamilyen jelutat blokkol.

    Nem feltétlenül. Hogy melyik sejtnek mi méreg, az változó. Az anaerob baktériumoknak az oxigén az, nekünk nem.

    Fogalmazd át, ha szerinted ez nem azt jelenti, hogy összesen.

    Ja, értem már mi a probléma, ez így tényleg félreérthető. Úgy értem, hogy simán elbújhatnak ekkora populációban ekkora csöndes fertőző rétegek, ha nincsenek tüneteik.

    Aznap letesztelik, és utólag antitest tesztekkel is.

    Na, ez a bullshit. Hogy tesztelnék le aznap, ha az első tünetekkel bíró ember, akit össze lehetne vele kapcsolni, az csak több nap múlva kezd tüneteket mutatni? (Hány napig is lappang et a dög?) Van egy ember, koronafertőzött, egy nap múlva már nem az, mert kiröhögte az immunrendszere, de összefertőzött X embert, akik további Y embert, mire egy tüneteket mutatott és letesztelték pozitívra. Utána végigmentek mindenkin, többek között emberünkön is, de nála már negatívat mutatott a teszt. Hány ilyen ember lehet?

    Nem hülyék, bármennyire is próbálsz egy olyan szalmabábot felépíteni, ahol az epidemiológusok hülyék a szakmájukhoz, de te átlátsz a szitán.

    Én ilyet nem állítottam, szóval, ha valami szalmabáb volt, akkor az ez a mondat volt részedről.

    Azon kívül, hogy ezt eldöntötted és elkezdtél rettegni, mi a bizonyítékod erre?

    A rám történő mutogatás mellett van esetleg valami cáfolatod is, ami bebizonyítja, hogy ha valakit félévente beoltanak valami ellen, akkor még évtizedekkel később sincsenek mellékhatásai a sorozatos oltásnak? Ez nem vitamininjekció.

    Nem. Nem úgy működnek, hogy a vírust ölik. A vírus sejten belüli másolódását blokkolják. De ugye mivel utólag adod, azoknak, akik már tüneteket mutatnak, ezért a vírus már milliárdnyi másolatot hozott létre magából, milliónyi mutációval.

    Mármint, hogy szerinted nincs olyan vegyi anyag, ami a vírusra káros?

    Akkor hogy alakulnak ki a rezisztens vírusok és baktériumok? Elmondanád a saját elképzelésed?

    Már elmondtam. Ha beadjuk a gyógyszert, de nem pusztítjuk ki teljesen a vírust, akkor van lehetősége ellenállást kifejleszteni.

    Mert nem alakult ki soha ekkora világjárvány. Azért.

    Az egy dolog, hogy ekkora világjárvány nem volt belőle, viszont cserébe volt kb. kétezer éve (ha nem több). Nem. Azért, mert a polio nem változik meg úgy, ahogy a korona, gondolom nem hajlamos annyira a mutációra.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598911

    Mint például?

    Ezt már lentebb kitrágyaltuk.

    Lehet, hogy biológusnak kellett volna menned, már rég megreformáltad volna az egész tudományt.

    Neked meg informatikusnak?

    És hány ezer bújuk el, akikről tudjuk, hogy hol jártak? És amint van egy tünetes pozitív, már teszelik őket?

    Aznap, amint a tüneteket mutató emberünk pozitív lesz.

    Igen, mindenkit. Ha már negatív, akkor is pozitív lesz az antitest tesztje, tehát tudni lehet róla, hogy a kontaktjait is le kell tesztelni. Így néz ki egy korrekt kontakt kutatást, amit leírtál.

    De nem lesz pozitív az antitest tesztje, azok is adhatnak fals negatívot. Arról beszélek, hogy mire egy tüneteket produkálón kijönnek a tünetek, a kontaktjai már kigyógyultak és csak egy részüknél fognak bármit találni:

    An authorized rapid antigen testing device, currently used at Covid-19 test facilities, has only 29 percent sensitivity, a group of health experts said. This means that test results of 71 out of 100 people who had tested negative with the rapid antigen test could be false-negative.

    Azért a 71%-os hibalehetőség nagyon rossz aránynak minősül, szerintem.

    Hát pedig azt bizonygatod, hogy mennyi csendes fertőző lehet, amikor Új-Zéland egyetlen új fertőzött miatt lezár egy kétmillió lakosú régiót és minden kontaktot tesztelnek.

    Csak ha a teszt már nem mutat semmit, akkor az a fertőzés nem kerül rá a listára.

    Az oltásokat több mint száz éve ismerjük, ha félsz az új technológiától, amit csak 12 éve adtak be először embernek, akkor válaszd az első generációs oltást.

    Nem választhatom a kizáró okok miatt, de ez mellékes.

    Sorozatos influenza oltásokkal is több évtizedes tapasztalat van.

    Ja, az, hogy csapnivaló hatékonysággal működik: https://onlinelibrary.wiley.com/doi/full/10.1111/irv.12520

    Na, pont így működnek az antivirális szerek. Jó reggelt kívánok.

    De én végig erről beszéltem, jó reggelt kívánok, hogy ha kezeljük, akkor addig kell kezelni, amíg ki nem pusztul a vírus. Megint nem olvastad el? Vagy csak direkt próbálod úgy csűrni-csavarni, hogy hülyeségnek tűnjön?

    Ha nagyon fertőzőképes lenne és nagyon terjedne, akkor mutálódna. Nem az eltelt idő a mutáció faktora, hanem a fertőzések darabszáma.

    Csak részben igaz, a vírusok nem egyformán hajlamosak a mutációra.

    Abból meg már most vezet a SARS-CoV-2...

    Ez nettó spekuláció. De még ha igaz is, mennyivel vezet?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598923

    Hát nem éppen, az derült ki, hogy fogalmad nincs az antivirális szerek működéséről.

    Inkább az derült ki, hogy amikor rákérdeztem, hogy talán nincs-e olyan anyag, ami megöli magát a vírust, akkor adtál, egy kitérő választ, hogy hááátulajdonképpendeeee...

    Milyen szerencse, hogy nem te vezeted az ausztráliai és az új-zélandi járványügyet: https://ourworldindata.org/coronavirus-data-explorer?zoomToSelection=tr…

    Személyeskedésen kívül bármi arra a linkre, amit adtam az antitest tesztek fals negatív arányáról?

    Ó, találtál egy darab gyártó egy oltását, ami már nem véd? Micsoda meglepetés.

    Nem egészen, de amúgy freudi elszólás, hogy "már nem véd".

    De hát pont nem pusztul ki a kezeléstől, mert a tünetmentesekben terjed és mutálódik, a tünetesekben is terjed és mutálódik, akkor kezded kezelni, amikor már súlyos tüneteket produkál. Hol pusztulna ki ettől a vírus, mutass rá kérlek.

    Te ezt direkt csinálod? Hogy terjedhetne, ha egyszer akit kezelek az el van zárva? Szándékosan mosod össze az időt és a fázisokat, hogy azt a látszatod keltsd, mintha baromságot beszélnék. Rezisztencia csak azután alakulhat ki, hogy a kezelést megkezdtük, előtte nem. Ha pedig megkezdtük, addig az illető karanténban van, tehát mást nem fertőzhet meg, a kezelést pedig addig folytatjuk, amíg a vírus el nem pusztul az utolsó szálig.

    Egyszerűen nincs írásos nyoma polio járványnak a XIX. század előtt, te találtál ilyet?

    https://en.wikipedia.org/wiki/Polio#History

    The effects of polio have been known since prehistory; Egyptian paintings and carvings depict otherwise healthy people with withered limbs, and children walking with canes at a young age.[144] The first clinical description was provided by the English physician Michael Underwood in 1789, where he refers to polio as "a debility of the lower extremities".

    "Rajzos" nyoma van. Az első orvosi leírás meg 1789-es, az nem XIX. század. Még bővebben.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598948

    Nem volt az kitérő válasz.

    De. Beismerted, hogy lehet, aztán közölted, hogy de akkor is bonyolult.

    És az hogy befolyásol mit? Ettől elszabadult a járvány Ausztráliában?

    Nem ez volt a kérdés, hanem az, hogy hogy alakulhatnak ki olyan rejtőzködő gócpontok, amik nincsenek rajta a térképen.

    Nem, az influenza ilyen, a tavalyi oltás az idei törzsek ellen kevésbé véd. A tavalyelőtti még kevésbé. Mert soha meg se közelítette a közösségi immunitást az átoltottság, tehát van lehetősége mutálódni.

    Magyarul van egy aggresszívan mutálódó vírusunk, ahol nincs kellő átoltottság és ezért nem működnek ellene a vakcinák. Olyan ismerős a helyzet.

    Próbálom lassan leírni: ha 100 emberből 80 embert megfertőz tünet nélkül, 15 embert enyhe tünetekkel, 5 ember súlyos tünetekkel és te ezt az 5 embert kezeled, akkor a többi 95 emberben nem terjed? Ők nem fertőznek? Bennük nem mutálódik?

    Próbáld meg inkább végre lassan elolvasni: a rezisztencia csak a kezelés megkezdése után tud kialakulni, kezelni viszont azt fogom, akiről kiderült, hogy COVID-pozitív és azzal nyitunk, hogy karanténba pakoljuk, a kezelést pedig addig folytatjuk, amíg a vírus kipusztul belőle. Ennek megfelelően érdektelen, hogy a maradék 95 emberrel mi lesz, mert őket nem kezelték, tehát bennük nem is alakulhat ki rezisztencia a gyógyszerre.

    Ha rezisztencia alakul ki, akkor nem pusztul ki, ha pedig bármilyen véletlen okból átugrik egy másik gazdatestre és kijut, onnan ugrik az a gyógyszer, amit használtál.

    De nem tud átugrani, mert a gazdatest karanténban van! Tényleg nem érted? COVID +, karantén, kezelés (innentől alakulhat ki a rezisztencia), kezelés amíg elfogy a vírus (nem alakult ki rezisztencia).

    És erre bizony rengeteg példa van, mert nem lehet a legnagyobb fokú biohazard védelemmel dolgozni. Ennek a realitását te végiggondoltad?

    Aha, tehát pont azoknál az embereknél, akiket koronagyilokkal kezelnek, náluk valamiért nem fog működni a karantén, hanem átugrik róluk a fertőzés a szomszédba, természetesen már gyógyszerrezisztensen. Kérdem én, akkor minek is zárjuk be az embereket a lakásukba, ha nem működik a karantén?

    Nem volt járvány a XIX. század előtt.

    Járványról kérdeztem, nem előfordulásról. Két teljesen külön dolog.

    Akkor hogy jutott el Egyiptomtól Rómán át Indiáig? Az, hogy világméretű járvány nem volt, az nem jelenti, hogy járvány sem volt, csak nem tudunk róla, mert nem dokumentálták. Hiába csűröd-csavarod, a polio nem mutálódik olyan aggresszíven, mint a korona és nem csak azért, mert akkora világjárvány nem volt belőle.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598992

    Hát igen, életet gyártani bonyolult, de vélhetően nem lehetetlen. Szerinted ott tartunk biotechnológiában, hogy immunsejteket tudunk gyártani?

    A kérdés még mindig nyitva van: vajon más nincs?

    Ha vannak ilyenek, akkor elszabadult a járvány, mert ezek a gócpontok nincsenek karanténban. Ha egy olyan fertőzött van, aki a tesztelésbe beleesik, akár azért mert úgy érzi, hogy szükséges, akár azért, mert kórházba kerül, akár azért, mert reprezentatív szúrópróbán kiderül, akkor a góc teljes egésze felderítődik a kontaktkutatás során. Ha az zavar, hogy az antitest teszt 71 százalékos, akkor is lesz sok ezer emberből sok ezer, akiknél kiderül, hogy fertőzött volt vagy még mindig fertőzött. De ilyenek nem derültek ki egyik olyan országban se, ahol korrekten végzik a munkájukat az epidemiológusok...

    Az antitest teszt, az nem 71%-os, hanem 71%-ban rossz, azaz 29%-os, de ez tényleg mellékes. A gócot nem tudod "feltakarítani", mert mire eljutottál hozzájuk, addigra felszámolódott. Esetleg pár esetet utólag találtál.

    Ezért cél a közösségi immunitás, és akkor nem lesz ismerős a helyzet. Várj, innen indultunk.

    És ez az, ami úgy néz ki, hogy nem akar sikerülni. Igen. Valóban innen indultunk.

    Elvileg akkor egyetlen olyan baktérium és vírus sincs, amelyik rezisztens lett. Gyakorlatilag mégis vannak rezisztens baktériumok és vírusok. Miért?

    Hát ha elcseszik... El fogják cseszni? A kontaktfelderítést direkt nem, ezt meg direkt igen? Érdekes kettősmérce, hogy az egyiknél szerinted a járványügyiek 100%-os munkát végeztek, a másiknál meg úgyis elkúrják, mert csak.

    De te most egy komplett legnagyobb fokozatú biohazard laboratóriumot álmodsz egy közönséges kórházba, ahonnan nem tud kijutni a külvilágba egy vírus sem, mert túlnyomásos ruhában dolgoznak csökkentett légnyomású térben, komplex légszűrő és légkezelő rendszerrel. Úgy gondolod, hogy a jelenleg kórházban ápolt ~6000 embernek lehet ilyet építeni? Mennyibe kerülne?

    Én ilyet nem mondtam, jó dolog szalmabábot csépelni? A kezdetektől fogva azt mondom, hogy a kezelésekkel az illető nem kerül kórházba, szerinted miért hivatkoztam az előző körben az otthoni karanténra?

    Hogy lassítsuk a járvány terjedését. A karantén nem olyan, hogy nem juthat ki vírus, hanem olyan, hogy lényegesen kevesebb jut ki, mintha nem lenne.

    Ha otthon ülök a lakásomban és nem megyek ki addig, amíg ki nem döglött a vírus, akkor az hogy is fog kiszabadulni? Ehhez képest nemhogy kezelést nem kapnak az otthoni karanténosok, de csak simán pár nap karantén után visszaengedik őket a többiek közé. Úgy rendben van, de ha kezelni kéne őket, akkor csakazértis mindenki elkapná tőlük? Miféle logika ez?

    Egyedi esetekkel, szerinted világszintű járvány, ha van egy-egy eset egy vírusból? Mi a definíciód a világszintű járványra?

    Ha csak egyedi esetek lettek volna, nem maradnak fennt róla emlékek; ha egy ember hal vagy nyomorodik bele valamibe, akkor az kevés emberhez jut el információként, főleg a régi időkben. Világszintű járvány az, ha a betegség bejárja a világot. A sebesség nem számít. Az egész polio egyetlen világszintű járvány, csak többszáz év kellett neki a world tour-hoz, míg a koronának elég volt fél év. Egyébként most már nyugodtan terjedhetne a polio is és vannak is polio-s esetek, de mégsem tör ki újabb többtízmilliós járvány. Most ugyanabban a korban van mindkét kór, de csak a COVID csinált tömegjárványt, pedig kevesebb esetszámból indult, mint a polio: gondolj csak bele, polio-ból mennyi lehetett világszinten 2018-ban, párezer? És COVID? Nulla. Mégis látod az eredményt. Egyszerűen a két vírus nem ugyanúgy fertőz és terjed és mutálódik, ezért lehetett a polio-t rommászívatni vakcinákkal és ezért nem akar ez sikerülni a koronával.

    Te próbáld csűrni-csavarni, holott nem volt a XIX. század előtt világszintű járvány, idéztem is arról az oldalról, amit bizonyítékként hoztál fel.

    Igazából a "világjárvány" kitételt te erőltetted bele, én azt mondtam, hogy a betegség jelen volt már az ókorban is. És járvány meg garantáltan volt, mert ha a betegség valahol megállt volna, akárhol, akármikor, akkor ma már nem létezne. Ez józan paraszti ésszel is belátható, hogy ha kétezer év után még velünk van, akkor ez bizony folyamatosan terjedt. És ha már az ókorban is ismerték Eurázsia különféle pontjain, akkor már akkor is terjedt.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599144

    Még aludtál rá egyet, mielőtt átváltasz személyeskedésbe? Elfogytak az érvek, ahogy szoktak?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599158

    Inkább elfogytál, ahogy szoktál, nem csak velem, hanem mindenki mással szemben is és marad a vitapartner fikázása, meg az üres fölényeskedés, mintha neked lenne igazad. Nincs. Ebben sem. Ahogy szinte semmi másban sem.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> asch , carlcolt


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599162

    A szinte semmi mást én nem konkrétan a mi vitáinkra mondtam, hanem en-bloc a te vitáidra bárkivel, nem csak velem. Én tőled szinte semmi mást nem látok, mint részigazságok és marhaságok keveredését, meg irdatlan arroganciát a semmire, aztán, amikor kifogysz abból a kevés érvből, ami esetleg volt, akkor nekiállsz mocskolódni, meg fölényeskedni. És mindenkivel ezt csinálod. Legalábbis azokkal, akik nem veled egy véleményen vannak valami kapcsán.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599167

    Igazunk, ugyanis ezt nem én mondom egyedül.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599174

    Nem! :P

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599177

    A többes számra ügyelj!

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598732

    És éppen ugyanolyan messze attól, hogy lesz. Ez nettó spekuláció. Szórványos esetek extrapolációja.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598742

    Úgy látszik, hogy van egy prekoncepciód, amit egyre kevésbé igazol az élet

    Mit igazol egyre kevésbé az élet? Hogy nem működik a COVID vakcinálás? Ezt egyre inkább igazolják a történések; már nyíltan beszélnek arról, hogy félévente injekciózni kéne az embereket. Miről beszélsz?

    ezért minden olyan bizonyítékot degradálsz

    Milyen bizonyítékot? Az, hogy az USA-ban beleölnek 1 milliárd dollárt a szövődménykutatásba az mire bizonyíték?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598754

    Működik.

    Szerinted. Szerintem meg nem működik és ez egyre nyilvánvalóbb. Amikor már arról beszélünk, hogy újra és újra oltani kell az embert és még akkor sem biztos, hogy védve van, akkor ez nem működik.

    Amíg a lakosság beoltatlan és nagyobb része mutációs pool a vírus számára, addig nyilván ez lesz. Minél kevesebb a fertőzés, annál kevesebb a mutáció, annál kevesebb az a mutáció, ami ellen az immunizálás nem véd, ezért idővel elhal a vírus.

    De az oltás a fertőzéstől nem feltétlen véd meg! Fentebb linkeltem az izraeli példát, ott is fertőzgeti a vírus az oltottakat.

    Hogy vannak szövődmények, amelyek problémát okoznak?

    És ezt hol vitattam? Én azt vitattam, hogy a szövődmények puszta létezése még nem jelenti, hogy automatikusan mindenkinek szövődményei lesznek, egyelőre nem úgy tűnik, mintha a társadalom többségét érintené, legalábbis egy kutatás létezése semmiképp sem bizonyíték arra, hogy minden oltatlannál szükségszerűen durva szövődmények lesznek: ez nettó FUD.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598765

    Nem, nem szerintem. Hanem a mérések szerint.

    Az izraeli mérések szerint pont nem. És az, hogy már most mondják, hogy félévente oltani kéne, az is azt bizonyítja, hogy nem működik.

    Az szerinted van, hajlítod kicsit a valóságot, ezt-azt figyelmen kívül hagysz,

    Ezt alátámaszthatnád valamivel, mert így nettó üres vádaskodás.

    ezt-azt megszorzol tízzel, elosztasz tízzel...

    A tízzel szorzást nem én csináltam, hanem nálunk jobban képzett járványügyi szakértők.

    Más mozit nézhetünk, mert az izraeli esetben pont az a helyzet, hogy aki már két oltást kapott, ott jelentősen csökkent az ürített vírusok száma és nem betegedtek meg.

    Minden bizonnyal, mert én ezt linkeltem: https://neokohn.hu/2021/02/08/elerhetetlen-a-nyajimmunitas-izraelben/

    „Ha azt gondoltuk, hogy a vakcina első része után majd minden rendben lesz, tévedtünk” – mondta Alroy-Preis, és hangsúlyozta, az utóbbi hónapokban felfedezett koronavírus-törzsek másodjára is megfertőzhetik azokat, akik már korábban elkapták a vírust.

    ***

    Nem lesz mindenkinek szövődménye, de jelentős számú embernek lesz és előre egyelőre nem tudható, hogy kinek lesz, és ha lesz, akkor miért lesz, csakúgy, ahogy a járványos gyermekbénulásnál se tudható, hogy ki lesz benne 100 emberből abban az 5 emberből álló körben, akiknek élethosszig súlyos szövődményeik lesznek.

    #define jelentős számú
    Mert eddig én azt látom, hogy szórványosan fordulnak elő olyan esetek, hogy súlyos szövődményei lesznek a betegségnek.

    Amúgy, ha FUD a tényeken alapuló kutatási eredmények közlése, akkor amit te csinálsz, az mi?

    Miféle "tényeken alapuló kutatási eredmények közlése"??? Milyen tények? Milyen kutatási eredmények? Egy 177-es csoport egyharmada "fáradtságra" panaszkodik, aminek könnyen lehet, hogy köze nincs a COVID-hoz és ez súlyos szövődmény? Na, ez a FUD. Eredmény nincs, kutatás van, meg panaszok vannak. Tönkreteheti a tüdőt? Minő meglepetés, hogy egy tüdőgyuszit okozó vírus tüdőt károsíthat. Az influenza is csinálhat tüdőgyulladást és az is tönkreteheti az ember tüdejét. Meg

    Symptoms of long COVID are wide-ranging and include fatigue, fevers and shortness of breath, as well as neurological conditions such as anxiety and depression, and an inability to concentrate. They can appear weeks after a SARS-CoV-2 infection and linger for months.

    csak mondom, hogy ezektől én évek óta szenvedek és köze nincs a koronához, ezt PTSD-nek, meg az abból eredő HPAAD-nek hívják, amit nem is csoda, ha sok ember összeszed a koronafertőzés után, ha figyelembevesszük a média irdatlan hisztériakeltését. Meghalt egy korona-pozitív 25-éves magyar fiatal Thaiföldön, motorbalesetben és ezt úgy kommunikálta le a média, hogy a 25 éves fiatal koronában halt meg. Most is megy a riogatás, hogy "egyre több" fiatal hal bele idehaza a koronavírusba, miközben 50 év alatt eddig összesen 451 ember halt bele 15765-ből. Így nem csoda, hogy annyira retteg az emberek egy része a COVID-tól, hogy traumatizálja, ha pozitív lesz.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598790

    Akik túloztak, mert esetleg érdekük fűződött hozzá.

    És akik meg bagatellizálják a becsült fertőzések számát, azoknak meg ahhoz fűződik érdeke, hogy az emberek beparázzanak és rohanjanak oltakozni?

    Megvan, ugye, hogy ez nem arról szól, hogy akik két oltást kaptak, azok is tovább fertőznek?

    Ez egy példa volt. A dél-afrikai variánsra való korlátozott hatását a vakcináknak nem Izraelben mérték.

    Mármint a környezetedben vagy úgy statisztikai nagy átlagban?

    A saját környezetemben egy emberről tudok, aki túlélte a COVID-ot és súlyos szövődményei vannak, szegény háziorvosomról. Ill. a boltban hallottam egy másik vásárlótól, hogy valaki az utcájában belehalt a COVID-ba. Problémamentesen felgyógyult esetet már többtucatot tudnék, főleg ismerősi körből, melóhelyekről, de már a családban is volt egy tag, aki COVID-pozitív lett, de még a férje és a fia (a nagybátyám és az unokaöcsém) se kapta el tőle...
    De félreértés ne essék, ez nyilvánvalóan nem reprezentatív minta, eszembe se jutott ebből kiindulni, csak leírtam, mert kérdezted.

    A tanulmányt mire linkelted? Szövődményeket hirtelen nem találtam benne, de még nem olvastam végig. Ami meg a rizikófaktort illeti; azt írják, hogy pl. Európában a teljesen egészséges 15 év alattiak 16%-a fokozott rizikónak van kitéve, miközben idehaza a legfiatalabb halálos áldozat 18 éves, azaz kétmillió gyerekből nulla halt bele, nem pedig 16%. Ugyanez a 15-50 éves korosztályra 37%, miközben az előbb mondtam, hogy 451-en haltak meg 50 év alatt a kórban, 4.5 millió 16-49 évesből.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598799

    Miért vannak tele a kórházak?

    Ezt mire írtad és miért?

    És? Akkor mi legyen? Tudom, gyógyítsuk meg, ne a megelőzéssel szarozzunk. A járványos gyermekbénulás esetén miért nem ez az elved? Mitől függ az nálad objektív szempontok szerint, hogy megelőzésképp oltás legyen vagy utólagos kezelés?

    Kész... Hányszor írjam még le? A polio ellen nem kell félévente új vakcina és a polio ellen nem kell félévente oltani az embert! Ennyire nem érted?

    Legalább az abstract részt olvasd el: "We estimated that 349 million (186–787) people (4% [3–9] of the global population) are at high risk of severe COVID-19 and would require hospital admission if infected (ranging from <1% of those younger than 20 years to approximately 20% of those aged 70 years or older)."

    Ha mindenki elkapná, akkor lenne 350 millió súlyos szövődményekkel kórházi ápolásra szoruló beteg, a 20 alattiak 1 százaléka, 70 felettiek 20 százaléka, részletes táblázat a tanulmányban.

    Elolvastam már az előbb, de ez megint csak az bizonyítja, hogy a kezeléseket kéne fejleszteni, hogy egyáltalán ne is kerüljön kórházba, mert a kezelés elsöpri a fertőzést, mielőtt komollyá válhatna.

    Nem nagyon érted, hogy mi a halálozás és a rizikófaktor közötti különbség, ugye?

    A jelek szerint te nem érted, hogy mi az összefüggés: az a rizikó, hogy kórházba kerül és megmurdel, de a kórházat a töredéke sem járta meg azoknak a számoknak, amikről itt írnak...kétmillió gyerek 16%-a az 320k gyerek; hol került ennyi gyerek a kórházba?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598828

    Gyógyszer-rezisztenica?

    Nope, fentebb megválaszoltam.

    Azért nem került, mert _összesen_ ~430 ezer fertőzöttünk van, nem az összes gyerek 16 százaléka kerül kórházba, hanem a fertőzött gyerekek 16 százaléka. Akkor került volna ennyi gyerek kórházba a 2 millióból, ha mind a kétmillió megfertőzödik. Mondom én, hogy nem érted, különben nem írnál le ilyen hülyeséget.

    Csakhogy a fertőzött gyerekek 16 százaléka sem került kórházba, ahogy a 16-49 évesek 37%-a sem! "_összesen_" ~430 ezer fertőzöttünk van és a kórházban kezeltek száma még csak meg sem közelíti azokat a százalékértékeket, amikről ez a tanulmány beszél. Hol van kórházban több, mint százezer ember? Mondom, hogy te nem érted.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598862

    Remélem nem azt akarod mondani, hogy egy év alatt a COVID kórházba küldött kb. 200 ezer embert?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598782

    Hát azért lentebb te se voltál kutya a bilaterális extremizálásoddal; szélsőközép visszavág, vagy mi? :P

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598827

    Hát nem csoda, ha rajtad kívül mindenki vagy COVID-tálib, vagy antivaxxer. :P

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598745

    #define jelentős részüknél
    #define kiknek a jelentős részénél

    prevenció sok nagyságrenddel olcsóbb megoldás

    Csakhogy amíg a vakcinák csak annyit gátolnak meg jó esetben, hogy az illető kórházba kerüljön a COVID-dal, a fertőződést és a fertőzést nem és az ebből eredő új variánsokat sem, addig ez nem preventál semmit.

    A betegek szempontjából meg különösképp, hiszen jelentősen romolhat az életminőség szövődmények esetén.

    Csakhogy azt sem tudjuk, hogy a szövődmények miért alakulnak ki. Könnyen lehet, hogy a vakcina ugyan meggátolja a kórházba kerülést, viszont a szövődmények ugyanúgy ki fognak alakulni, hiszen, ha egy enyhe lefolyású COVID-fertőzésnek is lehetnek súlyos szövődményei, akkor az akkor is igaz lesz, ha a régi variánsra kapott vakcina az új variáns esetében biztosított egy enyhe lefolyást.

    Off: Hova tűnt ebben a topicban az előnézet gomb a beküldő formról?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598872

    Ha megengeded az implicit definíciót, akkor úgy definiálnám a "jelentős"-t egy betegségnél, hogy USA adna rá csilliárd dollárnyi kutatási pénzt, hogy a szövődményeket vizsgálják, még akkor is ha létükről pár hónapja még nem is tudtak.

    Hát ha az megengedett feltételezés, hogy a fertőzéseket felszorzó szakértők azért adták az egy nagyságrenddel több fertőzöttről szóló becsléseket, mert érdekükben állt, akkor remélem nekem is megengedett a feltételezés, hogy az USA arra ad pénzt, amihez üzleti érdeke fűződik.

    Ezeket honnét vetted? Én ezzel teljesen ellentétes eredményeket láttam eddig.

    https://www.nbcnews.com/news/world/fight-against-covid-19-variants-south-africa-lesson-world-n1258319
    http://www.openaccessgovernment.org/south-african-mutation/103147/
    http://www.openaccessgovernment.org/the-south-african-mutation/104072/
    A vakcinák a megváltozott tüskefehérje miatt csak csökkentett hatásfokkal bírnak, azonfelül felütötte a fejét az újrafertőződés.

    Ez igaz, csak sejtések vannak, ezért kutatják most csillió dollárból a témakört. De önmagában a gépi lélegeztetésnek is van egy rakás kellemetlen mellékhatása, ezért is alkalmazzák csak végső esetben. Ha csak ezt megelőzi a vakcina, már akkor is megérné.

    De nem az a baj, hogy a lélegeztetőgépet megússza valaki a vakcinával, még akkor is, ha egy új variánst kapott el, hanem az, hogy fél év múlva megint lehet oltani. Szerinted meddig fogja bírni az emberek egészsége, ha félévente beléjük nyomnak egy dupla korona oltást? Meddig fogja bírni, ha nem két-három variáns lesz per félév, hanem húsz? Meddig fogja bírni, ha kapunk még pár ilyen vírust, mint a korona?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598951

    USA üzleti érdeke az is, hogy ne legyen egy rakás long covidos beteg, aki kiesik a munkából, kevesebbet fogyaszt. Az átlag amerikai meg kvázi egy komolyabb betegség után csődbe megy (pláne most), és csak tologatja maga elött az adósságát. Jobb ha visszamegy dolgozni.

    Az említett cikkekben leginkább csak találgatások vannak. Az izraeli számok (ők állnak legjobban az oltással) meg konkrét értékek. Ameddig nem mutatsz valami olyan forrást, ami mutatna egy ellenpéldát, vagy nem változik drasztikusan negatív irányba az izraeli helyzet, addig nem tekintem az állításaidat megalapozottnak.

    A dél-afrikai nem elég jó neked?

    Ez valóban benne van a pakliban. Lehet szükség lesz a vakcinagyártás újabb felskálázására. Azonban a vírus nem mutálódik olyan gyorsan, hogy oltással ne lehessen megfogni egyik állapotában..

    És akkor meddig fog tartani ez az egész? Örökké? Fél évente oltás és új variáns és folyamatosan korlátozások, mert a legújabb variánsnál megint fél évet várni kell az oltásra?

    Végtelen ideig? Valamit valamelyikünk nagyon nem ért. Az immunrendszer folyamatosan küzd vírusok és egyéb kórokozók ellen, tök mindegy neki, hogy épp egy oltásból származik-e a leküzdendő feladat. Nekem a háziorvosom egyszer azt mondta, hogy egy karba két hetes időközönként lehet kapni oltást. Olyan limitről nem tudok, hogy egy ember évente max x db oltást kaphat.

    Igen? Akkor mehetek oltatni magamat kéthetente a korona ellen? Egyébként nem csak maga a hatóanyag, de a körítés sem sima vitamininjekció.

    A SARS-CoV-2 vírus az ACE2 receptort használja a sokszorozódáshoz, aminek a molekuláris szerkezete adott. Van egy limitje annak, hogy mennyit mutálódhat a tüskefehérje, hogy egyszerre el tudja kerülni az antitestet, de közben még hatékonyan tudjon csatlakozni a receptorhoz. Legrosszabb esetben készül többféle vakcina (vagy egy kombinált), ami egy-egy víruscsaládra lesz jatékony. Mint mondtam korábban: egyszer kell megfogni a járványt, utána nagyon lecsökken az új variánsok kialakulásának valószínűsége, nem mutálódik olyan gyorsan ez a vírus.

    Ebbe a receptortémába már belementünk egyszer, aztán megegyeztünk, hogy igazából fingunk nincs, hogy van-e reális esélye, hogy ilyen szintű mutáció előállhat-e, vagy sem és elengedtük.

    Gazdaságilag nem sokáig. Ezért fognak még több pénzt beleölni a prevencióba (=oltásokba).

    Nem válaszoltál a kérdésre. Az emberek egészsége meddig fogja bírni, ha lesz még hat ilyen aggresszív vírus, mint a korona és lehet havonta kétszer oltani más-más vírusok ellen.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599020

    Nem, mert Izraelhez képest sehol sem állnak az oltásokkal és nem is Pfizert adnak.

    Nem az ország, a variáns. :P

    Ha Izraelben tombolna a dél-afrikai változatú vírus, az egészen más helyzet lenne.

    Majd fog. Ide is eljutott.

    Illetve az AZ oltásnak sem nulla a hatása.

    Ilyet nem is mondtam, azt mondtam, hogy korlátozott. (Itt nem tudtam decipherelni, hogy miért emelted ki a második "az"-t.)

    Ha a lakosság 80% be lett volna már oltva, lehet ennyi immunitás is elég lett volna a járvány megfékezéséhez. Kis immunitási hatásfokok is összeadódnak a lakosságra nézve.

    Hát ehhez képest a NeoKohn-on azt írták, hogy a gyerekek miatt lehet, hogy alapból lehetetlen a nyájimmunitás elérése.

    Örökké nem tarthat, mert nem bírja ki a világgazdaság. Azt, hogy mennyire kell felskálázni a gyártókapacitást, nagyjából már sejtjük. Most ~1 év alatt jelent meg olyan mutáció, ami ellenállóbb az oltásra. Tehát az a cél, hogy kevesebb, mint egy év alatt rá tudjuk hangolni az oltásokat, legyártsunk belőle eleget és beoltsuk a lakosságot. Ez már kivitelezhető a mai technológiával (mRNS oltást pár hét frissíteni). Nem lesz olcsó, nem lesz könnyű, de legalább sokkal decentralizáltabb lesz a vakcinagyártás. Ha egy ciklusban gyorsabbak vagyunk, mint a vírus, akkor nem lesz több ciklus.

    De hogy lennénk gyorsabbak, amikor nem csak a gyártással, de az elosztással is globális méretű problémák vannak? Itt Európában is mekkora káoszt sikerült csak összehozni.

    Akár másnap is mehetsz a másik karodba egy újabb oltásért. :)

    Jajj, de jó nekem, mindig is kísérleti kecske akartam lenni... Áruld el nekem, ha annyira nem gáz rommávakcinázni valakit, akkor miért kellett kitalálni a kombinált oltásokat, hogy lecsökkentsék az oltások számát és miért szabnak minimum intervallumokat az emlékeztetőkre?

    De nem kell ilyen extrém esetre gondolni. A vírus átlag 2 betűt mutálódik havonta az RNS kódjában, de semmi se garantálja, hogy fertőzőbb, vagy akár hogy "életképes" lesz az új mutáció, hiszen véletlen atomi folyamatok hozzák létre.

    Hupsz, elfelejtettem abban a topikban válaszolni. Annak az esélye szinte nulla, hogy 2 betű/hónap mutálódási sebességgel kifejlesszen rövid idő alatt egy egészen másmilyen tüskefehérjét, ami egy másik receptorhoz kapcsolódik. 3 betű kódol egy aminosavat, kb. 1200 aminosavból áll a tüskefehérje.

    (off: véletlen = ismeretlen szabályszerűségek mentén működő) Most beszéltük meg, hogy 1 év alatt jelent meg olyan mutáció, amire az oltások által kiváltott immunreakció kevésbé hat, de egyébként kettő is van (a másik talán a brazil?); ha évente két új mutációt kapunk, az bőven elég ahhoz, hogy rászívjunk.

    Ha két oltás között kialakul a védettség, tehát az immunrendszernek egyszerre csak egy "extra" feladattal kell megbirkóznia, az vállalható eset. De ilyen gyorsan nem tudnak kialakulni/elterjedni újabb vírusok.

    Nem elég, ha évi kettőt kapunk? Mi van egyébként, ha valakinek érdekében áll ez az egész és direkt csinál újat? Tudom, hogy konteó, de elég sokan mondják, hogy ilyen "chimera" nem születik csak úgy magától, a kínaiak szabadították ránk.

    Ha mégis havonta érkeznének az újabb halálos vírusok, az tömeges kihalási eseményt okozna az emberiségben, de jó eséllyel egy népcsoportban megjelenne a természetes immunitás és ők ismét benépesítenék a Földet.

    1-2%-os halálozási rátával tömeges kihalás? Maximum, ha tovább pusztítjuk a világgazdaságot, akkor éhenhalasztjuk magunkat.

    De ez már sci-fi kategória. :)

    Inkább horror...

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599034

    Mindenki nagyon kíváncsi lesz a fejleményekre. Mire én oltáshoz jutok, addigra lesz annyi az országban, hogy bármelyiket választhatom. Nyilván azt fogom, ami legjobban ellenáll az újabb változatokra.

    És az izraeliek? Ők már beoltatták magukat, ha oda eljut a dél-afrikai variáns, akkor vakcinázhatják újra magukat?

    AZ = AstraZeneca oltás. :)

    Jahogy...névütközés a névelővel; ha kirakod a pontokat, lehet leesik. :P

    Ez mind megoldható probléma és sokkal kevesebbe kerül mint a lezárások okozta kiesés. Legfeljebb decentralizálni kell a vakcinagyártást. Licencelik a technológiát, aztán országonként, vagy pár országonként összeállnak és gyártják maguknak. Nem kell a legbonyolultabbat, csak ami elég jó a járvány megfékezéséhez. Mint a kétségbeesett egyetemista vizsga előtt: mindegy csak görbüljön.

    Ez az elmélet, a gyakorlatban meg azt látni, hogy a politikai és egyéb törésvonalak mentén szép kis vakcinaháború keletkezett...nesze nekünk kollektív fellépés. :(

    Miért találták ki a bevásárlóközpontokat? Mert egy fordulóval megoldható több cucc megvétele? Oltást kapni nem egy 5 csillagos wellnesshétvége, ha választani lehet én is a kombináltat választom. Így egyszer kell menni oltóközpontba is, ami akár több órás folyamat is lehet összességében.

    Ennyi? Azért a kombinált, mert fáj a szuri? Véletlenül sem azért, mert így kevesebbszer kell terhelni az immunrendszert és mindenféle egyéb kemikáliát bevinni?

    Mert kikísérletezték, hogy így a leghatékonyabb az immunválasz? Feltételezem az immunrendszernek is vannak tipikus ciklusidejei. Ha egy izmot akarsz fejleszteni, azt se lehet egyszerre (több hónapot pár napba sűrítve), hanem folyamatosan kell, edzések között hagyni pihenőidőt, hogy regenerálódjon az izomzat.

    Témánál vagyunk; vajon egy COVID oltás után mennyi az immunrendszer regenerálódási ideje?

    Szerintem létezik véletlen, vagy ha nem, az olyan megfigyelhetetlen helyről származik, amit nem csak mi, hanem egy vírus molekuláris szerkezete se "láthat" előre, azaz gyakorlatilag véletlen. Így nem kell attól tartani, hogy a vírus "direkt okosan" mutálódik. Az evolúció nem így működött eddig sem.

    Félreértetted, nem arra céloztam, hogy a vírus okosan mutálódik, hanem arra, hogy a mutáció mögött természeti törvényszerűség van, csak nem ismerjük, ezért tűnik véletlennek. Szerintem egyébként véletlen nem létezhet, minden történésnek van egy vagy több kiváltó oka, akkor pedig nem véletlen volt. Hacsak nem tudsz arra bizonyítható példát mondani, hogy egy történés ok nélkül történt...de ez már totál off...

    Olvastam pár olyan (félig-meddig) tudományos cikket, ami az eredetet tárgyalta. A túlnyomó többsége a természetes eredet mellett érvel. Sajna a másik oldal feltett kérdései megválaszolásához már olyan szintű biokémiai tudás kellene, amivel csak szakértők rendelkeznek. Így legfeljebb a szerzőknek lehet utána nézni, és ha kiderül, hogy nyíltan CCP-ellenesek, akkor elgondolkodik az ember, hogy nem csak emiatt állítják a mesterséges eredetet... Mindenesetre ha alkalmazzuk az Occam borotvája elvet, akkor belátható, hogy természetes eredetnek sincs semmilyen akadálya, nem kell laborban gyártani feltétlen egy ilyen vírust. Azt már sejtjük hogy, denevérektől származik a vírus. De olyanoktól, amik Wuhantól jó messzire őshonosak. Azonban Wuhan az ország egyik központja, sok, nagy sebességű vonatjárat célpontja. Simán elképzelhető, hogy egy fertőzött érintkezik valahogy egy denevérrel, elkapja a vírust, de tünetmentes marad, majd pár nap után elutazik a városba vonaton meglátogatni a rokonokat. Egy darabig 1-2 ember fertőződik csak meg, aztán lesz egy szuperterjesztő és elszabadul a járvány. De ez is csak egy lehetséges eredet, remélhetőleg egyszer megtudjuk a valódi történetet.

    A chimera-s elképzelést olyan embertől hallottam először, akinél a Kína-ellenességet ki lehet zárni. Én nem tudom, hogy chimera tényleg nem fordulhat-e elő csak úgy a természetben, vagy mégis, de egy elméletet politika miatt kizárni a lehetséges magyarázatok listájáról több, mint veszélyes.

    Halálosabb vírusokra gondoltam. De 1-2%-os rátával is összedőlhet az ellátórendszer, ami meglökheti jelentősen a rátát.

    Pontosan erről beszéltem, hogy a COVID esetén nem a vírusba halunk bele, hanem abba, amit a vírus miatt csinálunk.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599146

    Mert egyelőre kevés a gyártókapacitás, azaz sokkal nagyobb a kereslet, mint a kínálat.

    Ha csak ennyi lenne, de én azt látom, hogy itt az üzleti érdekek felülírták az emberi érdekeket.

    Ha több régió saját magának tudná gyártani az oltást, az egészen más helyzet lenne.

    Szerintem ezt később sem akarják majd forszírozni.

    Nyilván emiatt is. Azonban összességében ugyanannyi típusú antitestet kell legyártania.

    De csak egyszer terhelik vele, nem többször.

    Ezt nem hívnám regenerálódásnak, hiszen nem sérül az immunrendszer, csak végzi a dolgát. Edzés közben az izomrostok elszakadnak, helyükre erősebbek épülnek be, de ehhez szükség van regenerálódásra. Az immunrendszernél inkább arról van szó, hogy az első adag hatására lehet nem keletkezik elég antitest. A vakcinában található antigén mennyisége limitált. Ezért van jó néhány vakcinából ismétlő oltás, hogy második körben a két kisebb dózisú oltás összességében már megfelelő mennyiségű antitestet indukáljon. Ez jobb megoldás mintha elsőre akkora dózist kapnának a páciensek, ami pár embernél már nagyon heves mellékhatásokat okozhat.

    Az immunrendszer működése energiát és anyagot vesz igénybe, terheli a szervezetet, ahogy maga a küzdelem is, valamennyi szünetre itt is szükség kell, hogy legyen. Egy klasszikus, legyengített kórokozós vakcinából, ha sokat viszünk be, egyszerre, azt mind le kell győznie és hiába legyengített kórokozó, mert cserébe sokat vittünk be egyszerre.

    A tapasztalat nem ezt mutatja. Azon a szinten, ahol a mutációk végbemennek a genetikus anyagon, már rég az elemi fizikai törvények uralkodnak.

    Magyarán a mutáció az elemi fizika törvényei szerint fog zajlani, azaz nem véletlen, hanem az fog történni, amit a fizika diktál, hogy történnie kell az anyaggal.

    Megmondani, hogy hol fog mutálódni egy gén kb. ugyanaz a kérdés, mint megjósolni egy kis mennyiségű sugárzó anyagnál, hogy melyik atom fog elbomlani a következő pillanatban. De ha mégis létezne ilyen törvényszerűség, nem változtat azon, hogy a genetikus anyag se "tud" róla, szóval számára ugyanúgy random lesz a folyamat, ezáltal előnyös és hátrányos mutációk is létrejöhetnek.

    Ez már kezd off lenni, de még mindig félreértesz: én még mindig nem azt mondom, hogy az anyag tudna erről a törvényszerűségről, vagy, hogy szándékosan a számára pozitív mutációkat hozná létre, csak azt, hogy emögött is megvan a rendszer, nem ok nélkül történik.

    Ezt mondd az áldozatok hozzátartozóinak, hogy biztos valamit rosszul csináltak...

    Oh? Ez esetben te nyugodtan mondhatod a messze sokkal több tönkrement kisvállalkozásnak és családnak, hogy biztos valamit rosszul csináltak, azért mentek tönkre, miközben nem hagyták őket működni. Az is meglehetősen érdekes kontraszelekció, hogy miféle üzemeket hagynak működni és miféléket nem. Hogy az élelmiszerboltnak mennie kell, azt értem; de a lottózónak? Ezt magyarázd már meg nekem, légy szíves. Ott nem terjed a vírus? A fodrász egye meg a küszöböt, ha már nincs más, de a sz*rencsejátékzéerté bevételei nem maradhatnak el; ők továbbra is megkopaszthatják az embereket, a fodrásznak meg tilos?

    1000 véletlenül kiválasztott emberből, a saját erkölcsi normáid szerint hány halálos áldozatnak kell lennie, hogy azt mondd "a vírusba halunk bele"? Mert lehet csak arról van szó, hogy mindenki máshova állítja be ezt a szintet és nagy a szórás. Az én normáim szerint komoly a helyzet, még úgyis, hogy nem vagyok egyáltalán a veszélyeztetettek között (bár a szövődményekkel mindenki jól megszívhatja).

    Fordítsuk meg: a te erkölcsi normáid szerint hány embernek kell majd éhenhalnia, mire kimondod, hogy több embert pusztítunk el a koronapánikkal, mint amennyit maga a betegség? Arról nem is beszélve, hogy az éhező, lebetegedő embereknél maga a korona rizikófaktora is drasztikusan megemelkedik, továbbá, ha koldusbotra jutott, akkor még orvosi segítségre sem fog telleni. Lehet ezt a helyzetet súlyosbítani még és pontosan azt tesszük.
    És ez nem csak az én véleményem:
    http://www.un.org/press/en/2020/ga12294.doc.htm
    http://www.oxfam.org/en/world-brink-hunger-pandemic-coronavirus-threatens-push-millions-starvation
    http://reliefweb.int/report/world/un-warns-impending-famine-millions-danger-starvation
    http://www.care-international.org/news/press-releases/conflict-and-covid-19-push-millions-to-brink-of-famine
    https://www.washingtonpost.com/world/2021/01/06/coronavirus-starvation-poverty-inequality-hunger-un/

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599219

    Lehet persze, de miért gondolod hogy ez több, mint pár nap normál esetben?

    Te miért gondolod, hogy kevesebb?

    Lehet elkerülte a figyelmedet a példám, de az elemi fizika pont azt mondja, hogy bizonyos eseményeket nem lehet pontosan előrejelezni, csak egy eloszlást definiálni hozzá. A génekben történő atomi szintű mutáció legjobb tudomásom szerint ebbe a kategóriába esik, ahol elég pontosan meg tudjuk mondani a várható mutációs sebességet (ennél a vírusnál 2 betű/hónap), de azt már nem, hogy pontosan mikor és hol fog mutálódni egy tetszőlegesen kiválasztott vírus RNS lánca. Az én terminológiámban ezért ez egy véletlen folyamat, aminek néhány tulajdonságát ismerjük csak. Tehát nem az van, hogy a limitált fizikai/biológiai ismereteink miatt tűnik véletlennek a mutációs folyamat, hanem tudjuk, hogy ez valóban egy véletlen folyamat.

    Nem tudjuk != véletlen. Te kevered a véletlen fogalmát az ismeretlennel. Véletlen az, aminek nincs kiváltó előzménye. Ezeknek a folyamatoknak van. Az, hogy mi nem tudjuk előrejelezni az nem azt jelenti, hogy véletlenül történne. Nem arról beszélek, hogy a folyamat mögött tudatosság húzódik meg, hanem arról, hogy szabályszerűség, okszerűség.

    Nem nekem van magyarázkodási kötelezettségem.

    Miért, nekem talán van? Mert az úgy neked jó?

    Te állítottad, hogy nem a Covid-ba halunk bele.

    Nem egyénileg, társadalmilag! Direkt magyarázod félre? Nyilván az egyének belehalhatnak a COVID-ba...

    De, sokan belehalnak, sokan meg túlélik de hónapokig szívnak még a szövődményekkel.

    ...csak még többen mennek tönkre és világszinten abba még többen halhatnak bele.

    A kisvállalkozásoknál egyértelmű a helyzet, amit megfelelő gazdasági csomaggal kezelni lehet (hogy ezt mennyire tudja a jelenlegi kormány az más kérdés).

    Nem csak Magyarország létezik, mindenütt tönkremennek az emberek.

    Ez szerintem is baromság, én bezárnám őket, lehet elvileg online is lottózni.

    De a leginkább megkopasztható nyugdíjasoknak az nehezebben megy, tehát nyitva kell hagyni őket, hogy a többszázezer nyugger odavihesse a szelvényekért a pénzt, nehogy elszegényedjen a sz*rencsejátékzéerté, mert azoknak számít a pénztárcája...

    Magyarországon, ahol lezárások voltak, szerinted többen haltak éhen az elmúlt évben, mint a járványba?

    Feltűnt a majd szócska?

    Ezeken is pont úgy lehetne segíteni, ha mindenkit beoltanánk, hogy végre túl legyünk a járványon, és újra lehessen szervezni a segélyszállítmányokat is.

    Mindenkit, főleg akit nem lehet, ugye? A harmadik világ tele van terhes nőkkel és beteg emberekkel, akiket nem lehet oltani.

    Ki akarna egyébként egy fertőzött helyre segélyszállítmányt vinni, ha nem biztos benne, hogy idejében szakszerű ellátáshoz jut megfertőződés esetén? Oltással magával viszi a védelmet.

    A kétséges védelmet, mert ki tudja, hogy olyan variánssal találja-e magát szemben, amire jó volt az oltása.

    Szóval egyáltalán nem látom az általad preferált alternatívában (korlátozások nélkül húzzuk szét sok évre a járványt tüneti kezeléssel), hogy bármennyire is jobb lenne és ne járna sokkal-sokkal több áldozattal.

    Mert te azt feltételezed, hogy a kezelés nem működhet, csak arra nincs példa, hogy a kifejlesztett koronakezelés nem működik, míg arra van, hogy a kifejlesztett vakcina egy új variánssal szemben korlátozottan, vagy egyáltalán nem működik.

    A linkkel cikkekben se találtam olyat, ami a te javaslatodat preferálná. Inkább a legtöbb azt írja, hogy nagyon jó, hogy van végre vakcina, de foglalkozni kell a felbomlott ellátási láncokkal is. Mutass már egyet légyszi ami explicite a te javaslatodat preferálja.

    Mondd, te ezt direkt csinálod? Olvasd már el, hogy mit írtam és mire adtam a linkeket:

    Fordítsuk meg: a te erkölcsi normáid szerint hány embernek kell majd éhenhalnia, mire kimondod, hogy több embert pusztítunk el a koronapánikkal, mint amennyit maga a betegség? Arról nem is beszélve, hogy az éhező, lebetegedő embereknél maga a korona rizikófaktora is drasztikusan megemelkedik, továbbá, ha koldusbotra jutott, akkor még orvosi segítségre sem fog telleni. Lehet ezt a helyzetet súlyosbítani még és pontosan azt tesszük.

    A linkek arról szólnak, hogy rengeteg ember halhat majd éhen, alkalmasint sokkal több, mint amennyit a betegség elvitt. Ezzel a véleménnyel nem vagyok egyedül. Direkt csépeled a szalmabábot?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599332

    Én nem tudom melyik felállás a valóság. Kizárni a kínaiak ludasságát sem lehet, ahogy az amcsikét sem.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598895

    A brain fog maga nem hipochondria, de a kialakulásában erősen közrejátszhat a hipochondria. Saját tapasztalat.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598877

    Nem mindegy, hogy a betegség melyik szakaszában van a beteg. Különböző szakaszokban más-más gyógyszerre van szükség. Ezáltal nem is egy gyógyszerre lenne szükség, hanem többre (=> több pénzbe kerül kifejleszteni, több idő, stb.)

    És? Nem megéri hosszútávon?

    Ha lenne a betegség kezdeti fázisán hatékony gyógyszer, akkor még mindig ott van az a probléma, hogy miként találjuk meg ezeket a betegeket. Ha csak késői fázisban fordulnak orvoshoz, akkor már lehet nem fogják tudni megmenteni a beteget.

    Hogy micsoda? Mit tekintünk késői fázisnak? Amikor már nem kap levegőt? Azért ez nem egy nap alatt alakul ki, vannak előjelei, amikkel az ember orvoshoz fordul. Ha meg nem, akkor meg nem is kerül vele kórházba, leküzdötte magától.

    Egyik gyógyszer sincs mellékhatás nélkül, miből gondolod hogy kísérleti gyógyszerek elfogadottsága jobb lenne, mint a vakcináké?

    Ez már megint gizike, gőzeke: a gyógyszert akkor adom, ha valaki beteg, a vakcinázást meg itt már félévente csinálni akarják a kormányok; szerinted mi károsabb, egyszer teletömni anti-COVID gyógyszerrel valakit, vagy évtizedekig injekciózni párhavonta?

    Gyógyszereknél is lehet gyártási kapacitási probléma.

    Ez tény, de az a vakcinánál is van, szóval 1:1.

    A gyógyszeres kezelés csak tüneti kezelés, nem állítja meg a járványt.

    Ez tévedés: a vírusölők direktben a vírust pusztítják.

    Ezzel szemben a vakcina sokkal egyszerűbb: pár dollárba kerül, már ki van fejlesztve/tesztelve, tömegesen adható.

    A tesztelve rész azért eléggé sorjás...a tömegesen adhatóról nem is beszélve, amikor a) nincs elég, b) a lakosság 1/3-a nem oltható, mert kiskorú, beteg, terhes, stb.

    Még az is lehet, hogy pont most okozzuk meg a SARS-CoV-3/4/5 vírus okozta járványt, mert pl. az oltásra kialakult T-sejtes immunitás jó lesz azokra is.

    (Gondolom s/okozzuk/akadályozzuk...) Lehetni minden lehet, de az ellenkezője is. Ha már kimondjuk, hogy lehet, akkor beismerjük, hogy spekulálunk. Onnantól kezdve viszont nem értem miért jobb az oltással való spekulálás, mint a kezeléssel.

    Emellett oltással aktívan teszünk az ellen, hogy új variáns alakuljon ki.

    De nem eleget, nem tudjuk megakadályozni. Az influenzánál sem sikerült.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598898

    Neveket nem tudok, de felteszem itt is a kérdést, szerinted nincs olyan vegyi anyag, ami a vírusra káros, az emberre nem?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598905

    Ilyet én nem is állítottam, hogy egyszerű lenne. Pont ezért kéne erőforrásokat beleölni, hogy legyen. Egyébként, ahogy nézem a Thapsigargin működését, az speciel pont nem a vírusba piszkál bele, hanem a gazdasejtbe, úgy nem csoda, ha nem alakulhat ki ellene rezisztencia...

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598918

    Mi van akkor, hogy ha azok akik értenek hozzá, úgy gondolják, hogy nem kell erőforrásokat beleölni?

    Ilyen jellegű konszenzus nincsen. Mutass egyetlen tanulmányt, vagy bármit, ami ezt kijelenti, hogy a kezelésekbe kár erőforrásokat fektetni.

    De, pont úgy alakul ki rezisztencia, hogy a vírus kicsit módosít azon, ahogy másolja magát, mert blokkolásra kerül egy antivirális szer által a korábban használt útvonala.

    Te hivatkozol folyamatosan hozzáértésre; szerinted te jobban értesz hozzá, mint a Nottingham egyetem kutatói, akik azt állítják, hogy nincs lehetőség rezisztenciára?

    De nyilván te ehhez is sokkal jobban értesz, aki pár perce meg úgy gondolta, hogy ezek a dolgok a vírust ölik meg.

    Kérdeztem, hogy talán nincs olyan anyag, ami megöli magát a vírust, erre kaptam egy kitérő választ. Szerintem erről ennyit.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598931

    Nem a kezelésekről volt szó, hanem olyan vegyületről, ami közvetlenül a vírust támadja in vivo, innen indultunk: "Neveket nem tudok, de felteszem itt is a kérdést, szerinted nincs olyan vegyi anyag, ami a vírusra káros, az emberre nem?"

    És hol van a forrás, hogy kár erőforrást beleölni a vírus ellen használható hatóanyagokba?

    Ők ezt egészen pontosan hol írták? Idéznéd?

    https://www.nottingham.ac.uk/news/thapsigargin-covid-19

    not sensitive to virus resistance

    Ebben bővebben is.

    Írtam is, hogy van, feltéve, hogy egy élő szervezet immunrendszerét "anyagnak" nevezzük.

    Az egy példa, de nem az összes. Mint mondtam más fajta sejteknek más a méreg.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598945

    Nézd, te állítottál, szóval hol van a forrás, hogy beleöltek bármennyi pénzt is egy olyan anyagra, ami a vírusra közvetlenül káros, az emberre nem?

    Nem-nem, te jöttél megint a hozzáértéssel, hogy azok biztosan jobban tudják, akik értenek hozzá, hogy ebbe kár beleölni, na, akkor hol állítottak ilyet?

    ráadásul ezt influenza kapcsán mérték

    Azt írták, hogy a légzőszervi vírusokra igaz. Tudd jobban, mint ők.

    Ja, akkor biztos van ilyen, olyan ajtó is biztos van, amibe belépek és a Holdon lépek ki belőle azonnal, csak meg kell találni hozzá a technológiát.

    Hát azért egy mikroorganizmust csak könnyebb kinyírni, mint a holdra néző ajtót építeni, dehát te tudod...vagy nem.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598991

    Mutass már kérlek, ahol in vivo közvetlen SARS-CoV-2 vírusölő szeren dolgoznak. Egyet. Ez volt az állításod.

    Mármint, hogy én azt állítottam, hogy konkrétan valaki koronagyilokon dolgozik? Ezt citáld már be.

    De SARS-CoV-2 nem volt tesztelve, írták is.

    De ennek ellenére állítják, hogy nem alakul ki rezisztencia, de mondom, tudd jobban, mint ők.

    Egyik sincs jelenleg. Honnan tudod, hogy melyik könnyebb?

    Hogy mi...? Azt írtam, hogy "egy mikroorganizmust csak könnyebb kinyírni, mint a holdra néző ajtót építeni", te meg azt válaszolod, hogy "Egyik sincs jelenleg." Ez mit jelent? A holdra néző ajtó nincs, az oké, de a másik fele? Mi nincs? Mikroorganizmus? Vagy annak a kinyírása? Vagy mi?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599145

    Hát baszki, veled vitázni, innen indultunk, olvasd újra a szálat: "felteszem itt is a kérdést, szerinted nincs olyan vegyi anyag, ami a vírusra káros, az emberre nem"

    És ebben hol állítottam, hogy valaki konkrétan koronára veszélyes anyagon dolgozik? Mert nekem ez egy kérdésnek tűnik, hogy van-e ilyen.

    A másik fele: olyan vegyi anyag, ami a vírusra káros, az emberre nem

    És hol van a forrás, hogy nem is érdemes ilyenbe invesztálni?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599154

    Mimet?
    Egyébként felelősségáthárításból, mutogatásból jeles. Te mennyi pénzt öltél bele a vakcinakutatásba?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599166

    Magyarul beledobtál egy akkora összeget, ami a nagy kasszában kb. homokszem a Szaharában, de mutogatsz arra, akinek nem volt még ennyi feleslege sem? Ügyes...
    És mellesleg mondom, hogy ezzel baromira nem támasztottad alá, hogy nem kell gyógyszerkutatással foglalkozni, mert az oltások majd mindent megoldanak.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599173

    A többes számra ügyelj!

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598960

    Megéri persze, de oltást 1 év alatt sikerült kifejleszteni, így az lesz az igásló a járvány megfogásában. De mivel nem 100%-os, ezért szükség lesz gyógyszeres kezelésre is.ó, de nem az oltás helyett, hanem mellette.

    Hát ha azt látnám, hogy mellette akarják alkalmazni, az már haladás lenne, akkor legalább el lehetne mondani, hogy mindent megtesznek ellene, de nem ezt látom, hanem azt, hogy az oltásokat forszírozzák, a kezelésekről meg szó sem esik a mainstream médiában, holott a felszín alatt vannak kutatások, mindezt úgy, hogy az oltások eddig nem úgy néz ki, hogy beválnak.

    Jó kérdés, én úgy határoznám meg, hogy amikor a vírus elterjedt a szervezetben és egyszerre több szervet támad meg. Ekkor rengeteg energiába kerül az immunrendszernek kitakarítani a vírust úgy, hogy közben ne okozzon túl nagy kárt a szervezetnek.

    Ha ilyen helyzet előállhat, akkor annak már lesznek előzetes tünetei, ilyen súlyos kórlefolyás nem alakul ki előzmények nélkül.

    Van, de sokszor elég gyorsan romlik a beteg állapota (1-2 nap). Sok esetben pedig nem okoz fulladásos tünetet a leeső oxigénszaturáció, csak az orvos néz egy nagyot, amikor megméri a látszólag.

    Itt lemaradt a vége, de sejtem, hogy látszólag egészséges akart lenni. Az 1-2 nap pedig még mindig nem olyan kevés idő, hogy ne kapjon észbe az ember, a lappangási idő sem sokkal hosszabb.

    Erre nem lehet ma még válaszolni, hiszen engedélyezett anti-COVID gyógyszer egyelőre nincsen, így nem ismertek a kockázatai sem.

    De lehet következtetni más antivirális szerek mellékhatásai kapcsán.

    Az oltás vállalható kockázatot jelent.

    Egyszer tuti (ha egészséges vagy), de félévente?

    Egy betegen belül. Előtte megfertőzhetett akármennyi embert. Az oltás (izraeli adatok alapján) segít a terjedés megállításában is (még ha nem is tökéletesen), hiszen a lakosság többsége megkapja. Egy gyógyszert nem hiszem hogy prevenciós céllal be fognak adni minden lakosnak, ha tünetes, ha nem.

    De nem is kell, a gyógyszert nem prevenciós céllal adják, hanem célzottan a betegnek.

    Csak idő kérdése és lesz.

    De pont az idő a legnagyobb baj. Mire lenne elég, itt az új variáns. Vagy variánsok.

    Tudom, posztoltam is róla. Azonban ez is csak idő kérdése, 16+ éves fiatalokra már folyik a tesztelés (utána gondolom mennek lefelé a korban), terhes nőket is tesztelik előbb-utóbb, hogy már látták: nem terhes felnőttekre jól működik. A maradék lakosságot meg nem kell beoltani, nem szükséges 100% átoltottság a járvány megfékezéséhez.

    Ezt jó lenne tisztázni végre, hogy mekkora átoltottság kell, mert össze-vissza repkednek a számok ezzel kapcsolatban, hol százalékban, hol milliókban (egymást kizáró módon)... Egyébként idehaza is többszázezren lehetnek azok, akik egészségügyi kockázat miatt nem kaphatnak oltást és ebbe a terhes nőket még nem számoltam bele. Most fogadjuk el, hogy a járvány legyőzéséhez nem kell őket is beoltani, de konkrétan személy szerint velük mi is lesz, ha elkapják a COVID-ot? Na, ezért is kellene kicsit rágyúrni a kezelésekre is.

    Thx a javítást, átmeneti fogalmazási zavar.

    Gondoltam, megint szar idő van, én sem vagyok toppon.

    Csak egy példa volt a preventív módszerek másodlagos pozitív hatásáról. Egyébként meg sokkal egyszerűbb és hatékonyabb az immunrendszerünket mesterlövész üzemmódban bevetni, mint szőnyegbombázósban. Néha az immunrendszer működés több kárt okoz, mint maga a vírus.

    És ha az immunrendszert folyamatosan immunválaszra kényszerítjük a vakcinázással, az mi, ha nem szőnyegbombázás?

    Gyógyszeres kezelésre is szükség van/lesz, de a járványt oltással lehetséges csak legyőzni belátható időn belül.

    Kérdés, hogy vajon le kell-e győzni a járványt, vagy el lehet jutni egy olyan szintre a kezelésében, hogy érdektelen, hogy legyőzzük-e, mert aki elkapja, az egy nap múlva kigyógyítható belőle. Mondjuk a tesztelést sem ártana fejleszteni ehhez. Nem csak a metodológiát, hanem a hozzáférhetőséget.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599031

    Alkalmaznak pedig mindent, amit lehet és van raktáron. Én szoktam innen-onnan olyat hallani, hogy valaki nem akar oltatni, mert xy országban felfedeztek valami csodagyógyszert. Az ki szokott maradni, hogy mindez még kísérleti fázisú kutatás, meg nem is minden esetre hat, stb.

    Az, hogy vannak, akik elhamarkodottan ráugranak valamire, az nem jelenti, hogy a kezelések terén elért részeredményeket ignorálni kellene.

    Akkor mért lehetett olyanokat olvasni, hogy saját lábukon kórházba besétáló betegek pár óra múlva már gépi lélegeztetést igényeltek? Szóval igen, lesznek előzményei, kivéve ha nem, vagy csak túl későn.

    Ha a saját lábán megy a kórházba és van hatékony kezelés, meg még pár óra, mire lélegeztetőgépre kerülne, akkor vajon mennyien haltak volna meg eddig? Nem sokkal kevesebben? Ha már be kell mennie a kórházba, akkor rajta az oltás már nem fog segíteni, még ha épp elérhető is.

    Ilyen logika mentén az oltást se kellett volna letesztelni, hanem csak következtetünk más vírusra kifejlesztett oltások alapján. De ez nem így működik, tesztelni kell rendesen, mert akkor is lehetnek nem várt mellékhatások, ha petricsészében hasonlóan viselkedik, mint más gyógyszer. Nem véletlenül lassú és irtózatosan drága manapság kifejleszteni egy új gyógyszert.

    Hát elég gyorsan "letesztelték" az oltásokat...a harmadik fázison valahogy nagyon gyorsan átmentek.

    Fogorvosi vizsgálatra is félévente kellene járni, és? Ha ez lenne az "ára" annak, hogy normálisan élhessen az ember, legyen.

    Ez nem egy vizsgálat!

    Egyébként meg nem nagyon tudod megválasztani, hogy mikor kerül be a szervezetedbe egy kórokozó, az immunrendszerednek mindig ügyeletben kell lennie. Nem okozhat gondot félévente egy oltás.

    <1-2%-os halálozási rátával a COVID se okozhatna gondot; hopp unnoticed underlying condition, hát ez meghótt...csak ezúttal az oltásba halt bele, nem a betegségbe. Kellemetlen.

    Ez az út vezet ahhoz, hogy sose tudjuk legyőzni a járványt. Gyorsan (< mutációs ciklus) és célzottan kell lépnie kollektíven az emberiségnek, úgy van esély a vírus rövidtávú kiszorítására. Tüneti kezelésekkel széthúzzuk sok évre a folyamatot, amit senki se akar.

    Az emberiség nem egy homogén massza, amit egyként lehet kezelni! Ezt a lázálmot el kéne már felejteni; szerinted amikor egyes országokban azzal reagáltak a járványra, hogy betiltották a COVID-ot, akkor miféle kollektív lépést szeretnél??? Szét vagyunk szórva más országokba, más jogrenddel, más kultúrával és más testi adottságokkal. Ez utóbbihoz: még az is meglehet, hogy az egyik oltás nekünk nem árt, de pl. az afrikaiak belehalnak, egy másikra meg az ellenkezője igaz.

    Ezt fentebb tárgyaltam már, a vírus jelenlegi mutációs sebessége kezelhető kihívást jelent.

    Látjuk...

    Ha terhesen kapják el, az rohadtul nagy szívás, mert több szakembergárda kell az ellátásukhoz, alig van olyan hely, ahol erre van kapacitás. Ezért is lenne fontos, hogy mindenki más oltasson, hogy legyen ilyenre kapacitás, fölöslegesen ne foglalják a kórházi ágyakat.

    Ugyan én most nem a terhes nőket kérdeztem, hanem a be nem oltható betegeket, hogy az oké, hogy nem kell őket oltani a nyájimmunitáshoz, de velük személy szerint mi lesz, ha elkapják, hiszen nem lehet őket oltani, de igazából erre is ugyanazt tudom mondani: milyen jó lenne, ha lenne hatékony kezelés, ha egy terhes nő a COVID miatt bajba kerül.

    A szőnyegbombázás más, mint amire gondolsz. A vakcinában található immunválaszt kiváltó antigén (vagy mRNS által termelődő antigén) olyan formában van, hogy az immunrendszer könnyedén meg tudjon vele küzdeni, hiszen az a cél, hogy kifejlessze rá az antitestet. A vírus nem ilyen, az rejtőzködik, amennyire csak tud. A szőnyegbombázás akkor jön, amikor a valódi fertőzés után egyszer rájön (későn) az immunrendszer, hogy "hoppá, erről nem is tudtam, itt valami nagy gáz van, hívjuk a nehéztüzérséget". A SARS-CoV-2 vírus összezavarja az immunrendszert: blokkol egy olyan hírvivő molekulát, amivel a megfertőzött sejtek tudnának üzenni a szomszédoknak illetve az immunrendszernek, hogy behatolót észleltek, váltsanak át védekező üzemmódra (=kezdjék meg az antitestek kifejlesztését, meg a szokásos védekezést). Emiatt feljebb kapcsol az immunrendszer, de közben a vírus is támad már számos szervet, a tüdőgyulladást okozva meg csökken az oxigénszint, tehát még elegendő energiához se jut a szervezet. Sokkal egyszerűbb ha kéznél vannak az antitestek és egyből működésbe tudnak lépni.

    Értem, akkor nem szőnyegbombázás, de a kérdés nyitva maradt: mi lesz belőle, ha a szervezetet folyamatosan immunválaszra kényszerítjük a vakcinázással?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599148

    Mondhatod nyugodtan, hogy miért nem fejlesztenek ki mindegyik fenti jelenség ellen valami gyógyszert, de nem hiszem hogy akár távolról is felfognád, hogy ez mennyire nehéz feladat, ha egyáltalán lehetséges.

    Pont azért kéne erőforrásokat beleölni, mert nehéz. Aki odakerül, azon az oltás már nem segít és amúgy is van, akit nem lehet oltani.

    Egy preventív módszer nem működik, ha az esemény után próbálják alkalmazni? :D surprised_pikachu.jpg

    Kezdi elveszteni a komolyságát a társalgás. És kikerülted a lényeget. Mit csináljon, aki már odakerült? Oltsák be?

    Amit lehetett azt párhuzamosítottak. Ez a kb. 1 év lehet a minimum, ahogy egy teljesen új oltást ki lehet fejleszteni.

    Inkább, amit lehetett elsumákoltak. Már nem tudom, hol olvastam, hogy hány szabályt szegtek meg a tesztelések lerövidítésével, csak most a krízis miatt szemet hunyt felette mindenki.

    Volt már, hogy csak egy vizsgálatra mentem fogorvoshoz, de tömés lett a vége. :)

    Határozottan kezdi elveszteni a komolyságot a társalgás. És ismét kikerülted a lényeget, az oltás nem is vizsgálatnak indul. Az egy invazív beavatkozás, ami az allergiás reakciók és a későbbi egyéb mellékhatások miatt akár drasztikus is lehet.

    2%-os halálozási arány 50-ből 1-et jelent. Ha évente lesz egy új variáns, akkor válassz ki évente 50 ismerősöd közül 1-et, aki idén meghalljon ebbe idejekorán. Csak aztán valaki ne pont téged válasszon ki. Mi van ha úgy mutálódik egyszer, hogy a kisgyerekekre lesz sokkal halálosabb? Nem lenne tanácsosabb inkább megelőzni ezt és most kiszorítani a járványt.

    A társadalomnak nem okoz gondot az ekkora halálozási ráta. Csinálhatsz belőle egyéni kérdést, csak akkor megkérdezem, hogy a tönkrement emberekből miért nem csinálsz? Azok nem fontosak?

    Kifelé bármennyire is hülyének mutatják magukat ezek a vezetők, vannak nekik is szakembereik. Legfeljebb nem veszik nagy dobra majd az oltást, de ők is használni fogják.

    Nem ez volt a lényeg, hanem az, hogy tőlük hiába is várod, hogy csatlakozzanak egy kollektív fellépéshez. Az, hogy sutyiban maguk között oltanak, az nem jelenti azt, hogy együttműködnek.

    Ők csak a többiekben bízhatnak, hogy kialakul a nyájimmunitást.

    Azaz: le vannak szarva, mert nem lehet nekik oltást eladni?

    Valóban milyen jó lenne, és fejlesztenek kezeléseket is folyamatosan, de ez _nem_ megoldás a járványra, hiába nem akarod elfogadni. Ha már kórházba kerül valaki, akkor sok esetben az a kérdés, hogy mekkora életminőség csökkenés mellett lehet esélye a túlélésre a betegnek.

    Valamivel feljebb belinkeltem egy tanulmányt, ahol ugyanannak a csoportnak az egyik felét kezelték és 50-ből 1 ember került intenzívre, de ő is megmaradt, míg a kezeletlen 26 fős csoport-ból 13 került intenzívre és 2 bele is halt. Egyszóval nem olyan biztos, hogy nem lehet olyan kezelést kialakítani, amivel az életminőség csökkenés elkerülhető lenne.

    A cukorbetegség szövődményei miatti láb-amputáció is egy kezelés, ami megmentheti a beteg életét. De talán a beteg inkább a preventív módszert választotta volna, mint ezt a "kezelést".

    Gyógyszer-amputáció. Alma-körte. No comment.

    Semmi, mert úgy állítják be a dózist (ezért van néha ismétlő oltás), hogy ne okozzon komoly gondot, csak a megfelelő immunválaszt váltsa ki.

    Magyarul túl lehet adagolni. Köszi, hogy végre elismerted. Akkor most már csak az a kérdés, hogy hány "kör" után érjük el ugyanazt a hatást. A gyógyszerek is tönkrevágják egy idő után az embert, ha folyamatosan kapja őket.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599220

    De hát fejlesztik a terápiás módszereket is, hiszen lesz rá bőven kereslet.

    Fejlesztik, de nem ugyanabban az ütemben és ráfordítással, mint a vakcinákat.

    Ha olyanokat írsz, hogy miért nem oltják be a kórházba került embereket, akkor nem tudlak lassan komolyan venni.

    Kezdődik a szalmabábcséplés? Hol írtam olyat, hogy "miért"? Én azt írtam, hogy nem teszik, nem azt, hogy miért nem teszik, leszögeztem egy tényt, hogy ha valaki odakerül, akkor az oltással már kitörölheti, gyógyszeres kezelésre van szükség.

    Vagy hatalmas hiányosságaid vannak a biológiában, vagy direkt ugratsz ilyen nonszensz kijelentésekkel. Próbálom csak mémekkel oldani a feszültséget. :)

    Vagy direkt nem érted, hátha be lehet állítani hülyeségnek, amit mondok.

    Nem rövidítettek, hanem párhuzamosították a tesztfázisokat.

    Lovaglás a szavakon, a tesztelés nomen est omen az, amikor tesztelnek és ez volt időben sokkal rövidebb, mint előírják.

    Normál esetben ez elég rizikós lenne, mert ha kiderül, hogy rossz valami, akkor kidobtak egy rakás pénzt az ablakon a többi fázis túl korai elindításával. De ezt most bevállalták a gyártók és azok az oltások kerültek piacra a >100-ból, amik működtek.

    Erről beszéltem: ők "bevállalták" csak a rizikó nem őket fogja terhelni, hanem azokat, akik oltanak és most a hisztériakeltés miatt mindenki szemet hunyt efelett.

    Pontosabban neked nem okoz gondot a halálozási ráta.

    Nekem? És ha valakim belehalna? Kezdesz átmenni te is mutogatósba.

    Egy tönkrement kisvállalkozást újra lehet indítani megfelelő eszközökkel, egy elhunyt embert nem.

    Na ja, újra lehet indítani, főleg, ha a tulaj közben éhenhalt, vagy öngyilkos lett.

    Ha olcsón hozzáférnének oltóanyaghoz, akkor miért ne oltanák be a lakosságot?

    Direkt terelsz? Nem ezt mondtam. Azt mondtam, hogy nem működnek együtt, nem azt, hogy nem oltanak, ergo ez a lázálom a kollektív fellépésről csak ábránd. Pontosan nem ez történik, hanem az egyes érdekcsoportok nekiálltak egymással vakcinaháborút játszani.

    Például egy immunrendszer-problémás betegnél sok szerencsét a kezeléshez miközben a tüdőgyulladás miatt alig jut már oxigénhez a szervezete.

    Érdekes, hogy ez mindig hipp-hopp történik meg, hogy hirtelen nem kap levegőt.

    Ha egy egészséges embert is alig lehet megmenteni a betegség késői szakaszában, akkor miből gondolod, hogy hipp-hopp olyan kezeléseket lehet kifejleszteni, ami jobb alternatíva lenne egy immunrendszer-problémás embernek, mint a nyájimmunitás általi passzív védelem?

    Csakhogy ez a baj, hogy egészséges emberen nem nagyon jut el a betegség eddig. De mi akkor a konklúzió? Az egészségest, aki vakcina nélkül is 99%+ eséllyel kibírja a betegséget, azt oltsuk be, akinek meg baja van és nem lehet oltani, abba meg a kezelés kár, mert úgysem használ, mert úgyis egy pillanat alatt kezd el megfulladni, előjelek nélkül?

    A covidos tüdőgyulladás és/vagy a mesterséges lélegeztetés majdnem felér egy amputációval, mivel olyan mértékben sérülhetnek a légzőizmok és a léghólyagocskák, hogy lehet nem is jönnek már helyre teljesen.

    A betegség okoz kárt-mi vágjuk le a lábát. Alma-körte, again.

    Miért gondolod azt, hogy ha extrém esetben fél évente kellene kapni egy oltást, az gondot okozna? Nincs erre utaló információ.

    Miért, az ellenkezőjére van bizonyíték, hogy valaki nem murdel meg, vagy legalábbis betegszik le, hogyha párhavonta ugyanazzal újra és újra direkt beoltják?

    Az immunrendszered gyakrabban is találkozhat sokkal nagyobb kihívást jelentő feladatokkal. Az oltás a könnyebb feladatok közé tartozik.

    Az oltás nem csak az immunrendszert terhelheti le, nem csak abban tehet kárt. És nem is csak a bevitt vírusból, vagy egyéb immunreakciót kiváltó anyagból van.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599334

    Vigyázz furkó, négykás kép!

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599333

    A szalmabábcséplés az, amikor nem arra válaszolsz, amit én mondtam, hanem egy baromságra, amit megpróbálsz úgy beállítani, hogy én mondtam. Ld. pl. én azt írtam, hogy "Ha már be kell mennie a kórházba, akkor rajta az oltás már nem fog segíteni, még ha épp elérhető is.". Te pedig azt adtad elő, hogy "Ha olyanokat írsz, hogy miért nem oltják be a kórházba került embereket, akkor nem tudlak lassan komolyan venni." Holott én nem ezt írtam. Ez a szalmabábcséplés.

    A többire meg azt, hogy lemehetünk dedóba és játszhatunk ki nézi hülyébbnek a másikat játékot is, ki oszt rá a másikra hitelesebb hiteltelenítős szöveget. Mit szólnál, ha én azt írnám, hogy te konkrétan fizetést húzol azért, hogy told itt a vaxxer-propagandát?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599483

    Eggyel utána pedig már úgy fogalmaztál, hogy "Mit csináljon, aki már odakerült? Oltsák be?"

    És? Hol van ebben bárhol a "miért"? Én olyat nem mondtam, hogy "miért nem oltják be", te pedig szó szerint azt állítottad, hogy én ezt mondtam, holott nem. A "Mit csináljon, aki már odakerült? Oltsák be?" teljesen mást jelent és egyértelműen lehet tudni, hogy szarkasztikus kérdés volt, hiszen ott már nem ér vele semmit, ezt előtte még le is írtam. Most akkor vagy nem olvastad el/leszartad amit írtam, vagy direkt próbáltál hülyének beállítani.

    Annyi ökörséget láttam már a neten hasonló vitákban, hogy ekkor simán arra következtettem, hogy nem tudod mire való egy oltás.

    Kösz a bizalmat. Elég érdekes feltételezés mondjuk, lévén ha nem kerengtük körbe kétszer is, hogy hogy immunizálnak az oltások, akkor egyszer sem. Vagy tényleg leszarod amit írok, vagy rövidtávú memória bajok vannak nálad, vagy direkt csinálod.

    Nem értettem, hogy miért hozol fel ilyen nonszensz "érvet" bármilyen kontextusban az oltások hasznossága ellen.

    Mert nem az oltások hasznossága ellen hoztam fel, hanem a kezelések fejlesztésének szükségessége mellett, talán azért! Most komolyan nem értettél meg semmit abból, amit mondtam, vagy tényleg direkt csinálod?

    kölcsönösen én is a szalmabáb-izélés nagymesterének tartalak

    Mire fel? Hol adtam én bármit a szádba? Hol állítottam én bárhol olyat, hogy te olyat állítottál, amit nem állítottál? Becitálnád?

    _Franko_ is hasonlóan vélekedhet

    _Franko_ le van szarva, ő akkor is oltogatja a másikat, ha kurwára baromságokat beszél.

    Elszomorodnék egy picit, hogy a valóságban egy fillért sem kapok érte. Gyuribá se küldi a csekket, ha a kormány baromságait kritizálom, de Gates sem, ha az oltások mellet érvelek. Sőt, tipikus "az isten fizesse meg" szituációban vagyok, ugyanis a doktorrá avatáson megesketik az embert a "tudomány és igazság" szolgálatára, de bankszámlaszámot bezzeg nem kérnek, hogy majd oda küldjék az ezért járó tiszteletdíjat... Így marad az ingyenmunka. :)

    _Franko_-tól nem kaptál érte egy tízest véletlenül?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2598912

    Off: Hova tűnt az előnézet gomb ebben a topicban? A többiben a helyén van, de ha itt válaszolok bármire, csak beküldés van.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599847

    faszbúk-mentes verzió itt

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599642

    a GDP-t se érintette durván, kihozták az évet 0 százalékkal

    Én elismerem, hogy hülye vagyok a közgázhoz, de akkor ezen két a grafikonon mi látható?
    https://tradingeconomics.com/finland/gdp-growth-annual
    https://tradingeconomics.com/finland/gdp

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599658

    Minek? Az állítás az volt, hogy a finneknél nem zuhant be a GDP. Hogy jön ide a magyar GDP? Ki mondta, hogy összehasonlítunk?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2600352

    Hogy te mit hasonlítottál mivel, azt nem tudom, de én speciel nem hasonlítottam semmit semmivel.
    Itt volt egy állítás, hogy a finneknél nem érintette a járvány durván a GDP-t. Ez volt az állítás. A kérdés pedig az, hogy ha a járvány nem érintette náluk durván a GDP-t, akkor mit látunk a finn GDP grafikonon. Ez a kérdés és nem az, hogy mit látunk egy vagy több másikon. Ennyi a kérdés és nem több.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599594

    Nálunk mindenkit felírnak a koronalistára, azt is, akinek köze nem volt hozzá. Motorbalesetben halt meg, de korona pozitív volt, tehát koronavírusban halt meg. Ki tudja, hogy a 15k halálos áldozatból hány köszönhette tényleg a halálát a koronavírusnak és hány volt csak korona pozitív, aki meghalt valami más miatt... (Olyan konteót is hallottam már, hogy a kórházak fejpénzt kapnak, ha egy halottnál megindokolják, hogy a korona miatt halt meg és fel lehet venni a listára.)

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599623

    Ez urban legend, Nyunyóka néni egyik félremondása.

    Urban legendnek egy kissé mainstream...
    https://24.hu/kozelet/2020/04/06/koronavirus-thaifold-magyar-meghalt/
    https://24.hu/kulfold/2020/04/06/koronavirus-thaifold-magyar-motorbaleset/

    Hogyne, én lassan már több embertől olvastam ezt, hogy rokonuk vagy ismerősük járt így, hogy már többen haltak meg így, mint amennyi a statisztikában Covid-19 halott. Vagy mindenkinek ugyanaz a pár ismerőse van és mind rokonok. Persze tényeket nem tudnak, hogy melyik kórházban történt és mikor.

    Egy konteónál sose tudni mennyi belőle az igazság.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599654

    Persze, összetöri, széttépi magát egy motorbalesetben és a korona szövődményei miatt nem tud meggyógyulni, hogyne. Így szaporodnak a paranormális COVID áldozatok.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599669

    A szokásos fölényeskedős-ráhagyós duma helyett esetleg linkelhettél volna legalább valami forrást arra, hogy koronaszövődményei voltak és hogy XY szakvélemény szerint azok miatt nem tudott meggyógyulni a motorbaleset okozta sérülésekből.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599691

    Magyarán link, forrás, vagy akármi, amivel hitelesíteni tudnád, hogy a srác a szövődmények miatt halt bele a balesetbe nincs, csak a szokásos üres fölényeskedő vergődés, ahogy görcsösen erőlködve próbálod a másikat hülyének beállítani. Szánalmas vagy, de rettenetesen.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599699

    Adtam kettőt is. Hogy konkrétan ki volt a srác, arról gőzöm nincs, nem ismertem.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599719

    Koronavírus szövődményekről itt szó nincsen; leírták, hogy korona pozitív volt, balesetet szenvedett, eltört a nyaka, elszakadt egy gerincidege, aztán belázasodott, légzési nehézségei voltak, vérmérgezése volt és meghalt.

    At Vachira Phuket Hospital he was operated on immediately for a broken neck and snapped spinal nerve.

    The patient subsequently developed a high fever and breathing difficulties. Last Thursday he had a bloodstream infection, and died early on Friday morning.

    A láz és a légzési nehézségek a vérmérgezés tünetei között is ott vannak, de belső sérülése is lehetett (#1, #2). Hogy sikerült kihozni azt, hogy a koronába halt bele?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599744

    Ennyi? Megint csak rám tudsz mutogatni? Szánalmas vagy. Először közlöd, hogy urban legend, azaz még az esetet is tagadtad. Aztán mikor kaptál linket kitaláltad, hogy a szövődmények miatt volt. Kértem forrást erre, te meg belinkeltél egy cikket, ahol szövődményekről szó nem volt, leírták, hogy súlyos sérülései és vérmérgezése volt és mellékesen pozitív lett a korona tesztje.
    Ennyi erővel én is mondhatom, hogy te is csak a fotelből okoskodsz, hogy ez biza a korona volt, csakhogy az a bibi, hogy az orvosok utólag arra módosították, hogy a sérülésekbe halt bele és nem a koronába; ez már a fent linkelt 24.hu-s híradásban is benne volt. Akkor most miről is beszélsz? Mi volt itt az urban legend?

    Sz*rk: harlequin, részedről mi a butthurt tárgya?

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599761

    Ennyi? Megint? Amikor végképp elfogysz, akkor tőled semmi másra nem tellik, mint ez a fölényeskedő ráhagyás, mintha a vitapartner lenne a hülye, hátha nem veszik észre, hogy megint akkorát égtél, mint egy erdőtűz? De. Mindenki látta, hogy mekkora arrogáns lúzer vagy.
    Csak még egy link: https://www.thephuketnews.com/covid-19-may-have-contributed-to-hungarian-tourist-death-says-doctor-75603.php

    Dr Chalermpong stated that although the injuries sustained in the crash were almost certainly the cause of death, coronavirus could have played a part in his demise.

    Már aznap, amikor történt, módosítottak arra, hogy a sérülésekbe halt bele, csak talán volt köze a koronának is; szövődményekről itt sem esik szó. Ehhez is annyira értesz, mint bármi máshoz.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2599797

    Beakadt a lemez? Pedig eddig ment szépen körbe:
    1. Tagadás (urban legend)
    2. Szövődményekre kenés (forrás nélkül)
    3. Fölényeskedés (alap nélkül)
    4. Link, ami az állításod ellenkezőjét támasztja alá
    5. Mutogatás
    6. Elfogyás és görcsös erőlködés
    De most az utolsó számnál beakadt. Tegyünk fel egy másik lemezt? Mondjuk válaszolhatnál arra, hogy ha szerinted a finneknél nem érintette durván a járvány a GDP-t, akkor mi az a lejtmenet azon a két görbén, amik a GDP-t, meg a GDP növekedését ábrázolják. Én beismerem, hogy nem értem, mert nem értek a közgázhoz, de te ugye mindenhez is ugyanolyan jól értesz, magyarázd el szegény nekem.

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2600044

    Azért totál hiteltelen ez a "rámhagyás", mert ha tényleg rámhagynád, akkor rámhagynád és nem csak keltenéd a látszatot, hogy rámhagyod. (BTW, mi van így? A finnek GDP-je?)

    Oldschool Computer - http://oscomp.hu




    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2600070

    Itt rólad lett levagdosva minden és nekem van fekete lovag szindrómám? Most már pszichológus is vagy? Na, ehhez is pont annyira értesz, mint minden máshoz. Itt is nekem volt fekete lovag szindrómám, mi?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , carlcolt


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2600074

    Lábak nélkül? Hova? (Egyébként iszonyat szánalmas ez a vergődés, ahogy azt hiszed, hogy bárki elhiszi a műsorodat, hogy te csak ráhagyod a másikra és nem megint rommáégtél.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , carlcolt


    [KV] Támogatod a vakcinaútlevelekkel / immunitásútlevelekkel kapcsolatos szabályjavaslatokat?: https://hup.hu/szavazasok/20210304/kv_tamogatod_a_vakcinautlevelekkel_immunitasutlevelekkel_kapcsolatos_szabalyjavaslatokat#comment-2600079

    Tudsz mást is mondani, vagy végképp megállt az a maradék kis agyad is?

    Oldschool Computer - http://oscomp.hu




    freenode off: https://hup.hu/node/173950#comment-2635860

    Nem biztos. Ha bilgéc égeti el ész nélkül a pénzét, füstbe borul a bolygó és mindenki megfullad.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    freenode off: https://hup.hu/node/173950#comment-2636264

    Lehet, hogy neki már az is befektetés lesz, ha felgyújtja a pénzt, de nem ez volt a lényeg, hanem, hogy nem biztos, hogy az másoknak csak jobb lesz, ha valaki "égeti" a pénzt. Kérdés, hogyan "égeti". "Égetheti" úgy, hogy irdatlan károkat okozzon másoknak vele. És nem feltétlenül arra gondolok, hogy atombombára költi.

    Oldschool Computer - http://oscomp.hu




    freenode off: https://hup.hu/node/173950#comment-2635770

    A végén már minden smart lesz, csak a felhasználó nem. (Hát ezt nem lehetett kihagyni.)

    Oldschool Computer - http://oscomp.hu




    C64 Quickshot elado!: https://hup.hu/node/173337#comment-2613185

    Írtam neked emilt, megkaptad?

    Oldschool Computer - http://oscomp.hu




    A Google automatikusan engedélyezi a kétfaktoros hitelesítést: https://hup.hu/node/173829#comment-2628753

    Pedig figyelmeztettelek. :P (Emlékeim szerint többször is.)

    Oldschool Computer - http://oscomp.hu




    GUI design: https://hup.hu/node/173964#comment-2633479

    Volt a Delphinek Linuxos verziója: a Kylix.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gaby


    GUI design: https://hup.hu/node/173964#comment-2633485

    Neked Lazarus kell. :)
    Pascal still rulez, állj át a sötét oldalra Lúk! :P

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> harlequin , falu , ggallo


    GUI design: https://hup.hu/node/173964#comment-2633756

    "Legfőképpen..."

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    GUI design: https://hup.hu/node/173964#comment-2633901

    Ha akartam volna se fértem volna hozzá személyes adatokhoz.

    Te nem. Akinek gyűjtik, az hozzáfér.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    GUI design: https://hup.hu/node/173964#comment-2633924

    Ha a telemetria a hibakereséshez kell, akkor ennyi összegyűjtött felhasználói adat után már ennek kéne lennie a világ legjobb oprendszerének, amit valaha csináltak. Ehhez képest...

    Oldschool Computer - http://oscomp.hu




    GUI design: https://hup.hu/node/173964#comment-2633476

    Komolyan nincs egy kibaszott GUI designer, ahol delphi módjára szépen meg lehet csinálni a formot, és utána csak mögé tenni a function-öket?

    De van: úgy hívják, Lazarus. Pont ugyanúgy működik, mint a Delphi, csak épp cross-platform és persze már sokkal fejlettebb.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> zsolt , falu , ggallo , tamas.hornos


    "Többet kínálnak az informatikusoknak, mint amennyit keresnének": https://hup.hu/node/173892#comment-2630390

    Hol kínálnak ennyit?

    Oldschool Computer - http://oscomp.hu




    "Többet kínálnak az informatikusoknak, mint amennyit keresnének": https://hup.hu/node/173892#comment-2630488

    Én nem nagyon találkoztam ilyen számokkal, jó, ha a felével.

    Oldschool Computer - http://oscomp.hu




    "Többet kínálnak az informatikusoknak, mint amennyit keresnének": https://hup.hu/node/173892#comment-2630691

    Könnyen lehet. A KKV szektor - tapasztalataim szerint - ilyen.

    Oldschool Computer - http://oscomp.hu




    "Többet kínálnak az informatikusoknak, mint amennyit keresnének": https://hup.hu/node/173892#comment-2630803

    Na ja, csak nem olyan egyszerű, ha az emberrel a multik nem állnak szóba. Bár mondjuk a külföldi KKV-kat nem tudom, hogy állnak a dolgokhoz; csak a hazaiakból van már három életre is elegem.

    Oldschool Computer - http://oscomp.hu




    "Többet kínálnak az informatikusoknak, mint amennyit keresnének": https://hup.hu/node/173892#comment-2630956

    Passz.

    Oldschool Computer - http://oscomp.hu




    "Többet kínálnak az informatikusoknak, mint amennyit keresnének": https://hup.hu/node/173892#comment-2630986

    Az angol megy, a többivel még nem találkoztam igényként.

    Oldschool Computer - http://oscomp.hu




    Webszerver támadás: https://hup.hu/node/173882#comment-2630117

    +1, https://vulmon.com/exploitdetails?qidtp=packetstorm_exploits&qid=915f6015abd37845cc04ff226131d726

    Oldschool Computer - http://oscomp.hu




    Webszerver támadás: https://hup.hu/node/173882#comment-2630692

    Nm.

    Oldschool Computer - http://oscomp.hu




    Ki a felelős? Önvezető Tesla okozhatott halálos balesetet ... : https://hup.hu/szavazasok/20210419/ki_a_felelos_onvezet%C5%91_tesla_okozhatott_halalos_balesetet#comment-2619320

    Egyéb: a mikroszoft.

    Oldschool Computer - http://oscomp.hu




    "Egy modern 64k intro és a mögötte rejlő technológiák": https://hup.hu/cikkek/20210512/egy_modern_64k_intro_es_a_mogotte_rejlo_technologiak#comment-2629378

    Ha már Gargaj, meg "min fut", akkor Gargaj nemrég publikált egy statisztikai összeállítást, amiből többek között az is kiderül, hogy nagyon sok évnyi windows-os dominancia után a C64 2019-ben átvette a vezetést és az elmúlt két évben már több C64 produkt volt, mint windows-os.

    Oldschool Computer - http://oscomp.hu




    OpenIndiana Hipster 2021.04: https://hup.hu/cikkek/20210510/openindiana_hipster_2021_04#comment-2628740

    Még csak hibáztatni sem lehet őket. Köszi Oracle...
    Kiváncsi vagyok, hogy a még élő SPARC-supporting illumos disztrók (Tribblix/DilOS/v9os triumvirátus) vajon majd megoldják-e maguknak, vagy dobják ők is. A Tribblix ugyan nem is igazi illumos disztró, inkább egy deriváns, aki eléggé külön utakon császkál, tehát ez még őket érinti legkevésbé, de a SPARC támogatásban eddig sem jeleskedtek túlságosan, csak egy 3-4 verzióval korábbi image érhető el tőlük SPARC-ra és az is kb. alpha. A DilOS egy "debianosított" OpenIndiana; ha az upstream kernel levesbe küldte a SPARC supportot, akkor ők valószínűleg nem fognak erőlködni. A v9os viszont SPARC-only, direkt a SPARC cél, ott vagy megoldják (fork), vagy megszűnnek.

    Sz*rk: A v9os fejlesztője visszaírt, hogy érdeklődés hiányában amúgy is hanyagolva van már a projekt. Inkább az SGI Octane-jával nosztalgiázik.

    Oldschool Computer - http://oscomp.hu




    OpenIndiana Hipster 2021.04: https://hup.hu/cikkek/20210510/openindiana_hipster_2021_04#comment-2629194

    A POWER neked döglött ló? Végig pariban voltak az x86-osokkal, nem egyszer, nem egy ponton kenterbe vervén őket. Ami miatt a benchmarkokon kevesebbet szoktak mutatni az leginkább azért van, mert a fordítóprogramok fejlesztői az x86 és ARM optimalizációra gyúrnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neuron


    OpenIndiana Hipster 2021.04: https://hup.hu/cikkek/20210510/openindiana_hipster_2021_04#comment-2629636

    Ahelyett, hogy megvárták volna a POWER6-ot...
    A POWER a szerverek és a beágyazott cuccok piacáról sose tűnt el, de mostanság a desktop piacra is kezd visszajönni.

    A SPARC-ot viszont tényleg kinyírja az Oracle. Érdemes volt csak ezért felvásárolni a Sun-t, hogy bezárják és kinyírják a Solarist és a SPARC-ot is... Hogy nekik csak a Java, meg a MySQL kellett, az egy dolog, de a felvásárlás idején a Solaris már nyílt volt; minek kellett bezárni, ha nem volt vele semmi céljuk? Miért nem tudják ugyanazt csinálni a SPARC-kal, mint az IBM a POWER-rel? Technológiatemető az a cég.

    Oldschool Computer - http://oscomp.hu




    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2629032

    Hasonló volt már, a "uselessd", bár az fork volt, nem from scratch, de behalt már rég.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> s-kami


    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2629049

    Most nézem egyébként a blogpostot: benne lesz a buliban skarnet is, aki az s6-ot csinálta, szóval ebből akár még jó is kisülhet, bár kíváncsi leszek mennyire fog hasonlítani a systemd-re és mennyire az s6-ra. Meg arra is, ha ez systemd done right, azaz kihajigálják a systemd koncepciójából a marhaságokat, akkor mi marad? :D

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> s-kami


    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2629072

    Nem ül a poén; a systemd szinte semmit sem örökölt/tanult/emelt át a SysVInitből, tehát nem lehet addig gyalulni, amíg csak az marad. A systemd inkább az Apple féle launchd/launchctl ökoszisztémát próbálta meg majmolni (a parancsok/kifejezések/változók egy részével együtt), csak egyfelől tette ezt agyhalott módon (scope creep, tutti frutti PID1, bináris naplók, évtizedes működő konvenciók leszarása és felrúgása, WONTFIX-szindróma, stb.), másfelől meg az implementiáció minősége rengeteg kívánnivalót hagy maga után (instabil, sechole-os, bloated, évtizedes működő funkciók asszimilálása és újraírása szarul, WONTFIX-szindróma, etc.).
    Vagy csak én nem értem, mire célzol?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Lacyc3 , solt87 , s-kami


    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2629918

    A kérdés jó, de én nem tudom a választ. Nekem jó lenne. :)

    Lehet, hogy azért, mert az s6 túlságosan eltér a systemd-től, itt pedig most nem egyszerűen alternatívát akarnak csinálni, hanem drop-in replacement-et, hogy legyen fedéspont az Alpine és a systemd-infected disztrók között és ne lehessen mondani, hogy az Alpine valami obsolete és/vagy untergrund izét használ, mert egy olyan SCS-ük van, ami kompatibilis a systemd vackaival és egy mozdulattal át lehet rá állítani egy systemd-s rendszert és ezt úgy is értheted, hogy a systemd-s rendszerben cseréled az SCS-t systemd-ről erre, de úgy is, hogy magát a rendszert cseréled Alpine-ra; azaz lehet a cél az, hogy így szerezzenek usereket, vagy piaci részesedést, de az is, hogy a systemd-nek bevigyenek egyet, lévén rengeteg disztró és user csak behódolt a systemd-nek a függőségek és a többi SCS/initrendszer szándékos marginalizálása miatt, de ha van valami, amivel egy mozdulat átállítani a rendszert bárminemű következmény (értsd: inkompatibilitás) nélkül, akkor lehet, hogy sokan átállítják a rendszerüket. (A két lehetőség távolról sem zárja ki egymást.)

    Fentebb apal mondta a PulseAudio -> PipeWire analógiát, ami szintén egy drop-in replacement; itt sincs kizárva ez a felállás. De ez csak tipp. A legbiztosabb, ha őket kérdezed meg.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> s-kami


    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2630493

    Mondom, hogy nem tudom. Én csak tippelni tudok, hogy miért vágtak bele, hogy a "piacszerzés" és a Freedesktop tökönrúgása miatt. (Támogatandó egyébként.)

    Őket kell megkérdezni.

    Oldschool Computer - http://oscomp.hu




    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2629089

    Akkor csak jól értettem én. A systemd-ben a script csak extra, itt unitok vannak, a scriptet is abból lehet meghívni. A kerék újrafeltalálása stimmel, de mint mondtam: launchd alapokon.

    Oldschool Computer - http://oscomp.hu




    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2629375

    Itt az idő egy modern, eseményvezérelt és unit -okon alapuló, dinamikus szolgáltatás vezérlő rendszernek, ami tudjuk hogy régóta beszédtéma a unix/linux közösségekben, de jelenleg mindössze egy nagyon komoly vallási háborúról beszélhetünk.

    Igazából volt belőlük bőven. Az egyik legjobb a már szóbakerült - és egyébként elméletileg bármilyen POSIX rendszeren működő - s6, a másik a BSD-s - de Linux-compliant - nosh. A vallásháborút az okozta, hogy a systemd-t kizárólag politikai okokból adoptálta a Linux disztrók többsége; gőzerővel folyik a Linux elwindózosítása és ezzel párhuzamosan a UNIX világ ellinuxosítása is. Ha már skarnet szóba került, erről ő is írt pár szavat.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> s-kami , nullptr


    Új szolgáltatáskezelőt ír az Alpine linux csapata: https://hup.hu/node/173841#comment-2629496

    Ezzel még nagyrészt egyet is értenék, de a következő kijelentések borzasztóan irritálóak, és számomra ezért veszít az írás a hitelességéből.

    Fordítás: a windows-t negatív példának használta az írásban, ezért felkaptad a vizet és zsigerből elutasítod amit mond és vagy nem tudod, vagy nem akarod megérteni, hogy mit és miért írt.

    Attól, hogy egy szoftvert fejlesztése céges környezetben történik, még nem biztos, hogy technikailag rosszabb, vagy kevésbé hatékony.

    Feltűnt az "usually" szó használata? Lássuk be: a cégek általában tényleg csapnivaló szoftvereket készítenek, illetve, amit sikerül is jól megcsinálni, azt is elkúrják, mert fontosabb a profit a minőségnél. Idevágó írás a "muszájfejlesztésről".

    Biztos vannak erre példák, de ennek ellenkezőjére is vannak példák. Ez inkább annak a kérdése, hogy a management hová helyezi a prioritásokat, adnak-e kellő időt és szabadságot a fejlesztőknek, hogy a lehető legjobb minőségű szoftvert készítsék el.

    És mivel a management a legtöbb esetben azt nézi, hogy hogy lehet a legnagyobb profitot kihozni a dologból, így nem fognak kellő időt és szabadságot biztosítani a fejlesztőknek a jó munkához, hanem leginkább minél olcsóbban és gyorsabban összekalapáltatják.

    Nem teljesen tudom, hogy ezekkel a hasonlatokkal mire utal akár a systemd, akár a Windows szempontjából.

    Az nagyon szomorú, mert ennél plain-ebb english-ben nem is mondhatta volna.

    Az első mondat a terjesztési metodikáról szól, amit az ms lobbizással és fenyítéssel csinál. Azaz, az ms megy és megveszi kilóra az adott "terület" (legyen szó cégről, intézményről, alapítványról, vagy akár egy egész országról) illetékes döntéshozóját, a konkurenciát - meg úgy kb. mindenkit aki útban van - tőkével és jogászokkal eltapossa, vagy legalábbis megpróbálja. Eléggé meglepő, hogy nem emlékszel olyan dolgokra, mint pl. az SCO patent-trollkodásai, a PECSA-razzia, a Netscape megsemmisítése, a BSA által tönkretett cégek garmadája, a vesztegetési botrányok tömege, a MikeRoweSoft ügy, vagy amikor a GVH szét akart csapni a Fővárosi Bíróságon az illetékesek között és hirtelen megjelent Ballmer és nem lett belőle semmi, vagy épp az, amikor milliárdokat húztak ki az adófizetők zsebéből "Digitális Otthonra" (ahol majd a tévé nézi a nézőt).
    És az RHEL ugyanígy működik, ugyanígy dolgozik, csak mivel nem ugyanakkora, mint az ms és nem ugyanaz a célpiac, ezért nem annyira feltűnő, meg esetleg a módszereik "finomabbak". De mindenesetre ez baromi távol áll az opensource világ opcionalitásától, ahol felteszi mindenki a cuccát a hálóra - az most mindegy, hogy amit írt az rulez vagy sux - és aztán használja aki akarja, neadjisten belefejleszt, vagy folytatja más irányban. A systemd ugyanúgy kvázi-kötelezővé vált a linuxos világban, mint ahogy annak idején a windows a valódi világban: letolták az emberek torkán erővel - választás nem volt.

    A második pedig a szoftver viselkedéséről szól, ami a windows esetében az erőszakos tolakodás. Felzabálja az erőforrásokat, összedönti a gépet, lefrissíti a rendszert, ha kell erőszakkal, letörli a júzer fájljait, vagy épp felszinkronizálja őket egy - a júzert rommákorlátozó "biztonsági mechanizmusokon" simán átmászó - zsarolóvírus beszopása után a felhőbe, had vesszen el ott is és még sorolhatnám a windows "gyönyöreit". Ott szívatja le a júzert, ahol csak tudja.
    A systemd ugyanez csak pepitában, de a végeredmény ekvivalens: a júzer szívatása. Minden fontos szolgáltatást és programot asszimilálni próbál, hogy ne lehessen megkerülni, de mindent beleönt a PID1-be, hogy még egy piszlicsáré funkció vakvágányra futása is a teljes rendszer teljes összeomlását eredményezze. Az asszimilált funkciókat teljesen agyhalott módon oldja meg, felrúgva az ismert konvenciókat, amik évtizedek óta működnek minden rendszeren, csak azért, hogy ne legyen kompatibilis és juszt is hozzá kelljen igazodni. (Ez a viselkedés is vajon honnan ismerős...?!) Ugyanúgy elveszi a kontrollt a júzertől, mint a windows és ugyanúgy nem működik.
    (Tudom a windows és systemd believereknek sosem veszi el a kontrollt, de mindig működik, csak "érteni kell hozzá", aztán ha mégse, akkor arra másnap már nem emlékeznek. A masszív vallási fanatizmus szempontjából is simán párhuzamot lehet vonni a két rendszer között, ez is milyen érdekes...)

    Csupán csak ennyit akart mondani az analógiáival, hogy mivel mind a kettőért egy erőszakos multi felel, ezért a terjesztési és a működési "megközelítéseik" is nagyon hasonlóak. Ezt és nem azt, amit te mondtál:

    Így pedig ez az érvelés úgy hangzik, hogy ami olyan, mint a Microsoft Windows, az csak rossz lehet.

    Nem, ez az érvelés nem így hangzik, csak te hallod így, vagy akarod hallattatni így. Ilyet egy szóval nem mondott, hogy ami olyan, mint a windows az csak rossz lehet, ezt te láttad, vagy magyaráztad bele.

    Oldschool Computer - http://oscomp.hu




    Távmunkát keresek: https://hup.hu/node/173178#comment-2617695

    A HR-es részre +inf.

    Oldschool Computer - http://oscomp.hu




    Távmunkát keresek: https://hup.hu/node/173178#comment-2607676

    Én pár hónapnál tovább szinte egyszer sem húztam ki egy melóhelyen (két db. kivétel, ahol két évig). Fizetésemelést egyszer sem kértem. Többnyire azt se adták oda, amit ígértek. Azért, amikor mondvacsinált fasságok miatt levonogatnak, meg már több hónapja csúszik a fizetés és élni kéne valamiből, akkor azért talán csak indokolt, hogy megy az ember amerre lát. A hazai KKV-k azt hiszik, hogy bármit megtehetnek a munkavállalóval és akinek ez nem tetszik, az mehet a picsába. Ezek után jobhopper == bullshit, látatlanbani ítélkezés a semmire.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> phord , solt87 , norbertkiss , guszti


    Távmunkát keresek: https://hup.hu/node/173178#comment-2608571

    És miért hívsz valakit látatlanban jobhoppernek, aki esetleg olyan cégektől pattant, ahol baromira nem volt rendben a fizetés, vagy esetleg más bajok voltak? (Pl. az OP-ot.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , guszti


    Távmunkát keresek: https://hup.hu/node/173178#comment-2608659

    Tízszer is ki lehet. Akár egymás után is. Az ország tele van ilyenekkel.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> osod88 , phord , solt87


    Távmunkát keresek: https://hup.hu/node/173178#comment-2608699

    Ha a hazai KKV-s főnökök nem fizetik ki az elvégzett munkát, akkor a munkavállaló megy szembe az autópályán. Ehhez az analógiához külön gratulálok...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Távmunkát keresek: https://hup.hu/node/173178#comment-2608759

    De, volt arról is.

    Ha szóba sem állnak vele?

    Oldschool Computer - http://oscomp.hu




    Gyükérkenyér, vándorkenyér, erzsébetkenyér wtf?: https://hup.hu/node/173814#comment-2628319

    VPS az a PVS, azaz Vakulj Paraszt System.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nullptr


    Gyükérkenyér, vándorkenyér, erzsébetkenyér wtf?: https://hup.hu/node/173814#comment-2629033

    [GN]Csak a "parasztvakító" az egyben van.[/GN]

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627677

    Aki nem akarja végigolvasni az összes kommentet, annak zanzásítva: Wayland alatt a 'sudo gui-app' parancs nem működik, nem fog elindulni a cucc, ugyanis a Freedesktop Team ismét megmenti a júzereket saját maguktól; ne akarjanak grafikus alkalmazásokat root jogosultságokkal futtatni, mert az elfogadhatatlan Linuxon és még nagyon veszélyes is, így hintsünk csókot a GUI-val felvértezett partícionálók, telepítők, konfigolók és bármilyen a rendszerfájlokhoz hozzáférést igénylő programok felé, vagy, "fixáljuk" meg egyesével magukat a programokat, úgy, hogy ne root-ként fussanak, hanem user-ként, de csináljanak privilege escalation-t a PolicyKit-tel, ami a "systemd sudo-ja". 5 évvel később: na jó, mégis belegányolunk egy hotfixet, de csak az X11 appokhoz, a Wayland-esek továbbra sem fognak menni.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> n4buk0d0n0z0r , osod88 , Pene , carlcolt


    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627685

    A gksu helyett már pkexec van, de a topicban csak egyszer hivatkoztak rá kb. öt éve, valami workaround kapcsán, de mindjárt írja is valaki, hogy az rpmconf-hoz nem jó.
    Egyébként menetközben lehet látni a lezárt duplikációk miatt, hogy hányszor jelentették ugyanezt a bugot még másik hibajegy alatt; ha ennyi embernek előjött a probléma, még több év után is, akkor erre leginkább nincs megoldás; WONTFIX.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627700

    Dehát ez semmi más, mint egy egyszerű jail; ezt már évtizedek óta bárhol megteheted, nem csak a mobil OS-eken.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627750

    Hogy jön a jail-hez, annak fogalmához, használatához, hogy én mennyit használtam a mobil OS-eket? Te mennyit használtad a chroot-ot, jail-t, a Zones-t, vagy az LXC-t?

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627847

    És mit érnek vele, hogy ki van kényszerítve, amikor minden hónapban félmillió új malware jön ki pl. a droidra? Pedig hülyének nézi a júzert és mindenben lekorlátozza.

    Egyébként desktop rendszerek is tudnak ilyenek lenni. Felteszel egy tetszőleges UNIX-ot és bekonfigurálod, hogy így menjen.

    Az átlagember a droid/iOS féle rendszerrel sem találkozik, nem tudja, hogy under the hood hogyan zajlik a permissionkezelés, ennek megfelelően, ha aláteszel egy valamilyen jail ökoszisztémát desktop alatt, ugyanott vagy.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2628064

    Tudod milyenek a statisztikák, van itt egy darab szám kontextus nélkül, tehát pont azt jelenti amit valaki szeretne.

    Kontextus nélküli szám? A kontextus az volt, hogy mobil OS-eken forced-per-app-jail van, mert az milyen biztonságos. És droidra mégis havi félmillió malware jön ki. Ergo hamis biztonságérzet.

    Tudnak lenni vs gyárilag ilyenek

    És ha gyárilag ilyenek? A biztonsági mérőszámot egy bekezdéssel feljebb találod. Kontextussal, nehogy szó érje a ház elejét.

    én csak azt mondom hogy az átlag desktop rendszer gyárilag konténerizált/permissionkezelt legyen, és ne az legyen a divat, hogy letöltöm a szetup ekszét a vadnyugatról és tolom rá a run as admint, mert a szomszéd józsikától eltanultam, hanem meg se tehessem, kivéve ha tényleg értek hozzá, mert évek munkájával kitanultam hogy hol kell kicselezni a rendszert

    Nesze nekünk demokratikus OS; tanulja csak meg a büdös júzer, hogy a rendszere nem az övé! Hanem a vendoré, a hackereké és a malware-eké. Mindenki más meg tudja kerülni a rendszert, csak ő nem. De legalább biztonságban érzi magát, hiszen legalább saját magától megvédtük, nem igaz? Csak mindenki mástól nem sikerült. Tiszta windóz ez a droid, én mondom.

    Egy ios rendszert rendesen szét kell verni azelőtt, hogy a hivatalos app store-on kivül bármit telepits rá, ott pedig nagyon durván auditált alkalmazások vannak.

    Ööö... Aha... Tényleg...
    Olyan durván van auditálva, hogy csak az XcodeGhosttal 2500 féle app volt megfertőzve a store-ban és 128 millió júzer szopta be. Marginális kis hapci volt, na.

    Ebből is látszik hogy az iparnak megadatott a mobil os-ek kapcsán a lehetőség hogy újra kitalálja hogyan lehet használható és biztonságos rendszert adni az embereknek, és valahogy igy.

    Hát ha neked az biztonságos, hogy te csak "évek munkájával" tehetsz fel magadnak valami "nem hivatalos" cuccot, viszont a hivatalos repo-k meg tömve vannak malware-vel, a rendszerben meg több sérülékenység van, mint egy tisztességes windózban, akkor tudok neked egy eladó hidat. (Sőt, mindjárt kettőt is: egy északit, meg egy délit. Az alaplap nem szériatartozék.)

    A Windows esetén meg csigalassúsággal haladnak ezek a változások, mert ugye gondolni kell a sok-sok régi hülyeséghez hozzászokott emberre, aki biztos frászt kapna ha nem úgy futna a winampos kiguglizott setup exe ahogy mindig is 20+ éve.

    Nem is fut. Jön a SmartScreen, a Defender, a Security Essential és nem raksz fel te semmit. Ha vért pisálsz se. A saját frissen fordított Delphi programod sem fog futni. Rommákorlátoztuk a júzert, most már biztonságban van. Hopp, az update letörölte az egész gépet, hogy legyen hely a Candy Crush Saga-nak, a vírusra már nem is volt szükség, pedig a biztonság kedvéért az még pont feltelepült, mert az természetesen rendelkezett érvényes signature-rel. Sebaj, ha az update mindent letöröl, akkor a vírusnak is annyi; best antivirus 2021.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627849

    Kimagyarázza, hogy nem azt akarta írni, hogy viszonya van a Xorggal, hanem, hogy iszonya van a Xorgtól. :P

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627749

    A Wayland nem egy platformfüggetlen protokoll elméletileg? Hogy fog ez a "megfixált" felállás menni ott, ahol nincs PolicyKit?

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627848

    A "bug" legalább két implementációt is érint (a Westont és a Muttert biztosan), ezen felül a Freedesktop fejlesztők azt mondták, hogy az alkalmazásokat kell "megfixálni", hogy a PolicyKit-tel menjenek; én erre utaltam, hogy hiába platformfüggetlen a protokoll, ha a szoftverek viszont kényszerből PolicyKit-függőek lesznek, mert a kompozitor megköveteli; a platformfüggetlen protokoll végül implementáció szinten platformfüggővé válik.

    Micsoda, hol és mikor? Legjobb tudomásom szerint a PolicyKit-re nincs alternatíva. Van olyan implementáció, ami támogatja a PolicyKit nélküli privilege escalationt?

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2627931

    És ki fogja kifejleszteni azt a megoldást? Mert a Freedesktop közölte, hogy ott a PolicyKit, mindenki használja azt. És ha ki is fejleszti valaki, fogják azt támogatni a szoftverek? És egyébként akkor a végén hány konkurens "megoldás" lesz a problémára? Mindet támogatnia kellene a szoftvereknek, ha Wayland alatt privilege escalation-re van szükségük, mert az egyik platformon ez van, a másikon meg az? Ebből olyan Linux-onlyság/PolicyKit-onlyság lesz, mint a huszonegy.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2628063

    Gondolom az adott platform fejlesztői. Abban szerintem egyetértünk, hogy ez nem a Freedesktop feladata.

    Mi nem az ő feladatuk? Kifejleszteni a megoldást arra a problémára, amit ismételten ők maguk teremtettek? Ezen már túl vagyunk: Polkit-nek hívják. Ismét egy rossz válasz egy mesterségesen generált problémára.

    Ha szeretnék támogatni azokat a platformokat, akkor fogják. Ahogy a Windows/Linux/macOS triumvirátus platformfüggő megoldásait is támogatják a multiplatform szoftverek gond nélkül, nem látom miért okozna problémát a Linux/*BSD/*NIX platformfüggő megoldásainak támogatása.

    Melyik Linux? Melyik BSD? Melyik UNIX? Ezekből tengernyi van és számos különféle megoldást használnak a különféle dolgokra. (Ld. csomagkezelés, audio, I/O, stb.)

    Ha platformonként csak egy megoldás van, akkor nem egymás konkurensei. Ahogy pl. a Windows rendszerhívásai nem konkurensei a Linux rendszerhívásainak.

    A Polkit cross-platform megoldás. Szerinted, ha valaki lefejleszt egy alternatívát ami pl. FreeBSD-only, akkor vajon hányan fogják azt támogatni a Polkit helyett, ami több platformot támogat? Tehát, aki Polkit-alternatívát fejleszt, annak is cross-platform módon kell megcsinálnia. Ha pedig a Polkit-alternatívák cross-platformok lesznek, akkor konkurensek lesznek.

    Ha az adott platformot támogatni szeretnék, akkor igen.

    Aha és hányan fognak úgy dönteni, hogy ők bizony támogatni szeretnék a 0.0001%-os részesedéssel bíró platformokat? És hányan fogják azt mondani, hogy a mainstream Linux világgal lefedték a célfelhasználóik elsöprő többségét és le van tojva minden egyéb? És mindezt úgy, hogy van olyan megoldás, ami minden UNIX-like platformon működhetne és a Freedesktop pont ezt gáncsolta el, mert már megint rá akarják kényszeríteni a retardált ideológiáikat és szoftvereiket mindenkire.

    Vagy meg lehet próbálni szabványosítani egy megoldást, csak akkor nem kell meglepődni, ha pl. megjelenik egy polkit-tel kompatibilis megoldás más platformokon.

    Nem tudom feltűnt-e, de pontosan ez történik: Polkit-nek hívják; egyrészt a "problémát" jelen pillanatban csak rajta keresztül lehet "megoldani", mert nincs alternatívája, másrészt a legpopulárisabb UNIX-okon elérhető, ergo a Polkit a "szabvány" "megoldás" erre a "problémára".
    Az meg, hogy ez a szemétdomb ezer sebből vérzik (pl. JavaScript-tel kezeli a jogosultságokat (milyen jó is az, amikor a JS VM egy SIGSEGV kíséretében magával rántja az egész rendszer jogosultságkezelését, mert hardened (Grsecurity) kernelt használsz; stability & security, 2 in 1!), vagy egy symlink hiánya miatt bukod az egész rendszer jogosultságkezelést (WONTFIX), vagy, hogy tökig van nyomva race condition-ökkel és bypass bugokkal (had ne linkeljem őket egyesével)), az meg megint senkit nem fog érdekelni; ez a "szabvány", punktum.
    És mindezt a biztonság jegyében, mert sudo-val futtatni egy GUI-s alkalmazást "elfogadhatatlan" (WTF?!) Linuxon (és a többivel mi van?) és veszélyes, tehát használjunk helyette egy JS-infected ementáli crashware-t. Ha ez a "megoldás", akkor inkább a "probléma"...

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2628126

    Csak ahol van systemd, ott. Más UNIX-okon is megy, ahol egyáltalán nincs systemd.

    Már hogy lenne megoldott? A Wayland egy platformfüggetlen protokoll, a Polkit viszont csak adott platformokat támogat.
    Azonfelül ez így még mindig egy db. vendor lock-on, hogy a Wayland appokhoz PolicyKit kell, ha privilegizált műveletet akar végrehajtani, mert nincs más.
    És ignoráltad azt is, hogy a Polkit a rengeteg agyhalott breakage miatt kevésbé biztonságos, mint ha lehetne a GUI-s cuccokat rootként futtatni, tehát semmi értelme. Mesterségesen generált problémára adott rossz megoldás.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2628812

    Polkit IMHO megy mindenen ahol van ertelme.

    #define van értelme
    Ki dönti ezt el?

    Mi tokert kotelezo hozza ?

    Nem deklaráltan kötelező, csak kvázi-kötelező, mert nincs alternatívája.

    A privilegizlat daemon, figyelhet unix domain socketen, hasznalhat dbus vagy sajat wire protocolt.

    AFAIK dbus -ra is retehetsz dolgokat polkit nelkul,
    a polkit azert "kell" hogy egyseges authZ megoldas legyen,
    ne minden app sajat maga talaja ki, ill fejesze le , illetve az user-nek ne kelljen minden apphoz megtanulni valamit ..

    Ha a dolog megoldhato, siman egy csoport tagsaggal akkor polkit
    lehet tulzas, de ha ettol complexebb dolog kell, nem biztos hogy rosz.

    Te itt valamit nagyon benéztél. Itt arról volt szó, hogy a létező mainstream Wayland kompozitorok nem engedik privilegizált felhasználóval futtatni a grafikus appokat. Szó nem volt privilegizált daemonokról.
    Vagy úgy értetted, hogy te úgy oldanád meg a dolgot, hogy írnál egy privilegizált daemont és a GUI-s appod azzal kommunikálna? Remélem nem azt akartad mondani, hogy a GUI-s telepítők majd úgy fognak menni, hogy előbb a júzernek sudo-val el kell indítania a privilegizált daemont, aminek annyi lesz a szerepe, hogy pár fájlt bemásol az /usr alá, meg pár konfigfájlt létrehoz az /etc alatt.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2628841

    Miert te hol gondoltad polkit hasznalatat ha nem egy privilegizalt daemonal valo kommunikacional ?

    A polkit nem csak arra jó, hogy konvulens módon végezz IPC-t, hanem arra is, hogy parancsokat hajts végre privilegizált szinten.

    Meg minidg ott van sudo/su, grafikus program hivhat setuid/setcap binarist, mint ahogy
    wireshark teszi.

    'sudo app ', meg minidg forkolhat egy gui processzt a user neveben IMHO.

    Pont arről van szó, hogy a sudo és su, meg a többi UID-trükk nem működik, mert a Wayland kompozitorok meggátolják, hogy más user nevében futtasd.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2628863

    Nem csak gparted-ről volt szó, hanem bármilyen programról, aminek root user kell. Ez a felesleges bonyolítás az, ami rossz válasz egy mesterségesen létrehozott problémára.

    Írd be neki, hogy 'echo $USER', 'echo $UID', meg azt, hogy 'echo "valami" > /etc/kecske'. Ha azt írja ki, hogy root, meg 0, az /etc-be való írkálás meg működik, akkor gratulálok, fogtál egy bugot, mert a Freedesktop developerek szerint szándékos, hogy Wayland app nem futhat rootként, tehát ez egy hiba, szerintük.

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2628892

    Az nem csak az X11 appokra vonatkozott? A bugreportban azt mondták, hogy a WL appokra nem hajlandóak fixet kiadni. Vagy ez a GNOME3 saját hákolása, hogy mégis menjenek?

    Oldschool Computer - http://oscomp.hu




    Viszonyom a Xorggal: https://hup.hu/node/173788#comment-2629036

    A Weston-terminal X11-es? (GN-off: Ezt hogy írom melléknévként; kis vagy nagy betűvel?) Nekem a névből ítélve ez pont, hogy wayland-es.

    Oldschool Computer - http://oscomp.hu




    A tékozló konzol hazatér: https://hup.hu/node/173032#comment-2601795

    Ez furcsamód véletlenszerűen adogatja a játékokat. A fehér cucc nem ez volt véletlen? https://atariage.com/2600/consoles/bit_amigo.jpg

    Oldschool Computer - http://oscomp.hu




    A tékozló konzol hazatér: https://hup.hu/node/173032#comment-2602085

    Hát igazság szerint bármelyik klón lehetett, sőt, akár még egy eredeti 2600-as is; a Vader edition pont ilyesmi volt. :)

    Oldschool Computer - http://oscomp.hu




    SSD elfelejtett jelszó: https://hup.hu/node/159328#comment-2232052

    Lehet, hogy buta kérdés, de: nincs a jelszóban y vagy z betű? Ha igen, akkor nem lehet, hogy a kiosztás miatt összecserélted őket?




    Pacsi Cisco-nak a tervezett elavulásért: https://hup.hu/node/171507#comment-2549176

    Kiforrasztani nem lehet?

    Oldschool Computer - http://oscomp.hu




    Pacsi Cisco-nak a tervezett elavulásért: https://hup.hu/node/171507#comment-2549189

    Az érdekes... Fotót tudsz róla lőni? Alulról, felülről. Tuti le lehet valahogy szedni azt az elemet roncsolás nélkül.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> martonmiklos


    Pacsi Cisco-nak a tervezett elavulásért: https://hup.hu/node/171507#comment-2549237

    Én magára az elemre gondoltam, nem az egész alaplapra, ezen így nem igazán látszik a lényeg. Sőt, hirtelen nem is találom rajta az elemet; jobb felső sarokban van a kondiknál, vagy a bal alsóban a vonalkódtól kicsit északkeletre?

    Oldschool Computer - http://oscomp.hu




    Pacsi Cisco-nak a tervezett elavulásért: https://hup.hu/node/171507#comment-2549259

    Thx, tehát a második. Így ránézésre az nekem forrasztottnak tűnik, de lentebb már amúgy is leírtad, hogy az.

    Oldschool Computer - http://oscomp.hu




    Pacsi Cisco-nak a tervezett elavulásért: https://hup.hu/node/171507#comment-2549399

    Hát nem ártana az alját is látni, de nekem ez kiforraszthatónak tűnik. Aztán akár egy másfajta socketet is beforraszthatsz.

    Oldschool Computer - http://oscomp.hu




    Pacsi Cisco-nak a tervezett elavulásért: https://hup.hu/node/171507#comment-2549612

    Hasonló sztori: az A500+-ban cseréltem le a beforrasztott hordóakksit egy rég az udvaron porladó alaplapról leforrasztott CR 2032-es foglalatra. Az is működik, bár én se tudok tisztességesen forrasztani. :)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626770

    Hogy jött ide Mészáros Lőrinc? Mobil stadionnal?
    Azért ez már tényleg elképesztő, hogy ennyien vannak itt a hupon, akik folyton úgy próbálnak könnyíteni a politikai seggfájásukon, hogy minden útbaakadó random topicba belefossák a kutyát nem érdeklő és totál unrelated politikai "véleményüket"... Ennyire belebuzultatok a kormányba, hogy mindenről ők jutnak az eszetekbe?

    Javaslom vegyétek célba még a következő féle topicokat is:

    Disclaimer: Nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 010 -> kovi , BlinTux , csortu , Hiena , Mobulla , transitive , Leno , mbael , rgabor90 , nullptr


    bilgécék válnak: https://hup.hu/node/173757#comment-2626780

    Telehányom? Ezzel a két kemény poszttal az oldalanként 25 posztos blogszekciót? Ráadásul még csak nem is egy napon, nem is egymás után, hogy legalább floodnak "lehessen" hívni? Ennél szánalmasabb "riposztot" még nem láttam. Majd gyere vissza, ha ezt minden nap eljátszom. Addig Reparon a patikában. (BTW, saját blogba azt írok, amit akarok, de egyébként mindkét topicnak van szakmai kötődése.)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626784

    Really? Mutass már rá plz., hogy mely blogposztjaim voltak még szánalmasak. Indoklással, hogy miért voltak szánalmasak. Addig ez továbbra is csak butthurt picsogás marad.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626790

    Ennyi...? Hát ezt aztán jól megaszontad már megint. Magyarán ismét csak egy kis üres whininget tudtál összehozni, de azt is akkora erőlködéssel, hogy a szomszéd galaxisig hallattszott az izzadtságszagod. Legközelebb inkább ne erőltesd ami nem megy, nehogy még sérvet kapj a végén...

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626843

    Nem. A titka az, hogy butthurt vagy, mint állat és triggerelődtél, majd beégtél. Már megint. Tőled ennél több akkor sem tellik, ha többet fektetnél bele. BTW, az nem zavar, amikor DögKeselyűSummer tényleg szó szerint telehányja egyszerre hat-nyolc poltopiccal a címlapon az aktív fórumtémákat?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    bilgécék válnak: https://hup.hu/node/173757#comment-2626979

    Ha ennyire nem érdekel, minek szóltál hozzá? "Hiteles."

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626998

    Szkript csinálja, szóval nekem zéró idő.

    Jóságos ég... Te azt írtad, hogy "ki a faszt érdekel hogy "bilgéc" válik?", tehát nagyon is a bilgéces részhez szóltál hozzá. Hogy jön ide? Úgy, hogy az a topic témája, talán úgy. Ki a faszt érdekel Mészáros Lőrinc egy bilgéces topicban?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627180

    Ki a faszt érdekel Mészáros Lőrinc vagy egyáltalán a politika en-bloc egy "linuxportálon"? És ha ez egy linuxportál, akkor mit keres itt ennyi butthurt windózfanboi?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627278

    Nem, azért vagy windows fanboi, mert kitéped a hajad, ha valaki leírja, hogy winfos és el akarod tiltani az embereket a géptől, csak tudnám milyen jogalapon...
    Egyébként látom ugyanabban a mentális betegségben szenvedsz, mint NagyZ: a nem tudom leírni és a nem akarom leírni nem ugyanaz. (BTW, én hol ájfosoztam?)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627346

    Egy túrót az egyetlen ahol támadni tudlak, csak ez a legviccesebb. Apple fanboynak nem hívtalak sehol sem. Kérsz még ostoba kommentet magadtól? Tessék, itt végig ostobaságokat hisztiztél össze, write-only módban. De itt lentebb a nyaranta 1-1 sört megiszik === drogozik megállapítás is ez a kategória.
    Szerintem az a ciki, ha valaki hozzád hasonlóan hisztizik, mert báncsák a vallását, nem az, ha kicsavarja valaki másnak a nevét. (Hint: A trécéhá viccesebb, mint a thc és még drogosnak se néznek érte.)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627349

    Éppen ettől ez a legviccesebb, hogy te ezt komolyan gondolod, hogy te vagy bárki ahhoz, hogy eltilts akárkit a géptől, mert szerinted meg nem engedett szavakat használt. Szólásszabadságról hallottál már? Véleményszabadságról? Mi vagy te? Fasiszta?

    Nincs, a faszt nincs. A mainstream a te vallásod.

    Mitől drog? Mert ha az idegrendszerre? Akkor a koffein vagy a teanin is az, azaz aki kávézik, vagy teázik, az is drogzik. Sőt, kis csúsztatással akkor még a víz is drog.

    Egyébként, ha már ostobaság, az, hogy folyamatosan akörül forog az agyad, hogy mi ciki, meg mi menő, az is elég nagy ostobaság. Ostoba birkaság.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627353

    Fura, ittam már kávét és teát is párszor, de nem lettem koffeinfüggő. Teaninnel mi a helyzet? Az is drog? (Attól még függőséget sem lehet kapni, pedig hat az idegrendszerre.) Vagy a kamillatea, vagy bármelyik nyugtató hatású tea? Mitől drog a drog? És kik az én vezetőim?

    Szó szerint azt írtad, hogy eltiltanád. (Meg azt, hogy majdnem kitépted a hajad. (Hiszti.)) Milyen alapon tiltanál te el bárkit bármitől? Ki vagy te?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627358

    Az enyémet? Mert életem folyamán kb. megittam 10-15 üveg sört/pohár fröccsöt? Mitől drog neked a drog? És kik az én vezetőim? Egyébként ebben a cikkben a pszichoaktív szereket írták le, nem a kábítószereket, de ne zavarjon; az általad linkelt cikk még az egyértelműsítő lapon sem szerepel. Akkor most mitől drog a drog?

    Hiába terelsz, szó szerint azt írtad, hogy te eltiltanád, mert le merte írni, hogy "winfos". Munkatársakról meg szó sem volt abban a posztban, tehát nem azt írtad, amit itt megpróbálsz most belemagyarázni.

    Aha és ezt mindenki elhiszi, hogy te itt csak röhögsz és nem görcsösen végvergődsz, ahogy szoktál, amikor valaki olyat mond, ami sérti a lelkivilágodat és beégsz a hisztivel. Hihető. Ha képes vagy (majdnem) kitépni a hajad azért, mert valaki le meri írni, hogy "winfos", akkor tényleg nagyon hihető, hogy te csak röhögsz az egészen.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627373

    Ez aztán a riposzt. Elfogytál? Legalább azt elárulhatnád, hogy kik az én vezetőim.

    Az állítás nem az volt, hogy te eltiltottál volna bárkit, hanem azt, hogy azt írtad, hogy eltiltanád őket. Hiába terelsz.

    Nem is célom. De nem is azt mondtam, hogy felidegesítettelek, hanem azt, hogy vergődsz.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627399

    Hol írtam én, hogy ideges vagy? Na mindegy, inkább arra válaszolj, hogy kik az én vezetőim? Nem akarsz?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627415

    Jó, sebaj. Akkor leírom én: amennyiben a "vezetőim" alatt a kormányt értetted, akkor a fene nagy politikai butthurt-öd okozta skatulyázásod közepette csak a saját analfabetizmusodat sikerült bizonyítani, mert direkt leírtam a szálindító poszt végén, hogy semmi közöm hozzájuk.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627417

    Hogy analfabéta vagy? Ez jogos, ez végülis a kutyát nem érdekli.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627530

    És az kit érdekel? Vagy esetleg azért mondod, mert kérsz rá valami drogot, pl. orbáncfűteát? Adnék én, csak nem fér át a netkábelen.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626846

    Csakhogy én már rohadtul unom ezt a műsort. Főleg úgy, hogy már láttuk, hogy mit csinálna a másik oldal, úgyhogy nem nagyon van mire vergelődni. 19 vs. 20-1.
    Ami a szűkrétegű tulajdonlást illeti, azt én nagyon is megértem, hogy bassza egyesek csőrét. ('86-os vagyok amúgy.) Csak az az érdekes, hogy a kormány tolvajlását nehezményező fórumtársak gőzerővel támogatják a globális szinten tolvajló gigacégeket. Az a szűkrétegű tulajdonlás nem zavarja őket? Az smafu, hogy Musk, Bezos, Zuckerberg, Ellison, Page, vagy az épp válni készülő billyboy mekkora vagyont harácsolnak össze és főleg hogyan? Ja nem, az egyenesen támogatandó, mert ezek a szupergazdag faszok az ő ideológiáikat támogatják. A szokásos kettős mérce.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> csortu , end , asch , guszti


    bilgécék válnak: https://hup.hu/node/173757#comment-2626906

    De nem a Balatonon vagy az Alföldön vagyunk, hanem egy szakmai portálon. Aki ide jár, az tudja kik ezek az urak. Erre mondtam a kettős mércét.
    Egyébként azért tudják a zsebükbe gyűrni az Alföldet vagy a Balatont, mert az emberek még ezt is kisebb problémának látják, mint amit azt, amit az ellenzék képvisel.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626845

    Nem, csak unom már, hogy mindenhova be van büfögve valami seggfájós offtopic kiszólás a kormánynak; nem lehetne ezt a politikai topicokban űzni?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> guszti


    bilgécék válnak: https://hup.hu/node/173757#comment-2626844

    Ha ez itt fordult volna először elő, akkor csak azt kérdezem, hogy hogy jött ez ide...de ezt hupszerte űzitek minden nap, ha kapcsolódik, ha nem, akkor is óegygéóegygéóegygé, ami lehet, hogy igaz, csak egyfelől a kutya nem kérdezte, másfelől meg már rohadt unalmas.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> guszti


    bilgécék válnak: https://hup.hu/node/173757#comment-2626761

    Mér' osztaná, csak válik, nem haldoklik. :]

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626768

    Osszuk inkább szét magát bilgécet. :P

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626781

    Egy szóvicc miatt? Nem én vagyok beteg, hanem te butthurt.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626851

    Felköszöntöttem, ahogy illik, bár nem tudom, hogy ez hogy jön ide.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    bilgécék válnak: https://hup.hu/node/173757#comment-2626852

    Ennyi? Egy kis buzizás? Szánalmas vagy. (Főleg úgy, hogy ti vagytok totál belebuzulva a kormányba.) Nem nekem jut eszembe mindenről a "butt", hanem nektek fáj nagyon az említett testrész, hogy az emberek még a kormánynál is jobban rühellenek benneteket.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626933

    Mert túl sokszor picsogtok a seggfájás közben, mindenütt, ott is, ahol nem kéne. A kormányról nem írtál semmit, csak épp triggerelődtél, nagyon csúnyán, ld. a vote-jaidat, meg ezt a legalja beszólást.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626936

    LOL! Te osztasz stílusról? Te, aki mindenkinek beszólsz, aki mindenkibe belemarsz, aki bevallottan trollkodni jársz ide? Hát ez priceless... :D
    (Egyébként a stílust akkor szokták behozni a vitába, ha elfogytak az érvek és nem marad más, amire mutogatni lehet.)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626937

    Exception WTF has occurred...
    Én mióta vagyok admin??? Mi az, hogy nincs jogom megnézni, amikor publikus, hogy ki-kit +1-ezett és mindenkinek van joga megnézni??? Észnél vagy???

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> renard


    bilgécék válnak: https://hup.hu/node/173757#comment-2626942

    Egyelőre te hördültél fel, hogy nekem nincs jogom megnézni, hogy kire +1-eztél, szóval neked kéne lenyugodnod...

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626948

    Jézusom... Ha ez a lehetőség nem lenne, akkor nem láttam volna, hogy kire +1-eztél, tehát nem lett volna mire morcosnak lenned...

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626955

    Reality check error.
    Ha nem lenne, akkor nem "szereztem volna meg". Ilyen egyszerű.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626963

    Te nézed rosszul a világot.
    Egyfelől mert az alapállásod a teljes rosszhiszeműség: meg sem kérdezted, hogy hol látom a vote-jaidat, ha már szó szerint leírtam, hogy "ld. a vote-jaidat", hanem rögtön feltételezed, hogy én admin vagyok és illegálisan (lol) nézem őket és nekem támadsz érte. Egy feltételezett sérelem miatt.
    Másfelől meg mert azt hiszed, hogy azért, mert bilgéc már nem vindózozik, már nincs is semmi káros hatással a világra. Csak szólok, hogy egy raklap alapítvány közönséges pénzmosoda, ami beszedi a jóindulatú és jóhiszemű naív emberektől a temérdek lóvét, aztán némi látszattevékenység mellett kurwa jól él belőle.
    Mint mondtam: reality check error.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626970

    Egy amerikai intézménynek egy nemzetközi alapítvány? Hogy?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626978

    Az ugye megvan, hogy egy nemzetközi szinten tevékenykedő alapítvány tevékenysége nem csak az "usánka lakókat" érinti? Az előbb egyébként még az volt a bajod, hogy bilgéc már nem oszt és nem szoroz, tehát minek fikázni, aztán amikor kiderül, hogy ez így azért mégsem igaz, akkor az a válasz, hogy kapja be a fidesz? Már megint?
    Szerintem ezt kár erőltetni, mert csak demonstrálod a kancsalkúltúra hívőinek kapcsolatát a valósággal.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626996

    Ha bilgécen múlik, a gyerekeid nem fognak egyetemre menni, hanem fogyasztók lesznek.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627008

    A jobbágynak legalább volt némi esélye arra, hogy kitörjön és valaki legyen belőle. A fogyasztónak nincs, de ami még rosszabb, ő nem is akar kitörni.
    A földesurakat és a rendszerüket egyébként van alkotmányos jogod és lehetőséged egyetlen nap alatt leváltani a következő voksoláskor, csak a helyi 8M lakos többségét kell erre rávenned. bilgécet "leváltani" csak akkor tudod, ha a globális 8000M lakos többségét ráveszed, hogy bojkottálja, perelje, stb. és még ha sikerül is, az sem egy nap lesz. Miről beszélgetünk?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    bilgécék válnak: https://hup.hu/node/173757#comment-2627182

    Személyeskedésen túl bármi? Vagy az "érvek" elfogytak? Amúgy egyelőre te hőbörögtél az ellopott +1-eid miatt, neked kéne nyugtató.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626883

    De azt nem írta, hogy milyen számrendszerben van az az 50. :) (Az előnymaszk is azt ígérte, hogy eljótékonykodja a vagyona felét.)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626771

    ROFL. :)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626867

    Átállnak szarégető WC-kre. Az olcsóbb, mint kiépíteni egy tisztességes vízhálózatot/csatornahálózatot, de lehet vele villogni, hogy mennyit tett Afrikáért.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626914

    Utána is. Nem csak az számít, hogy letolta a világ torkán a hulladék windózt, hanem az is, hogy hogyan tolta le: ő bizonyította be a nagy cégeknek, hogy kellő mennyiségű marketinggel (hazudozással/propagandával) tényleg el lehet adni a fost is az egész világnak; minek fejlesztésekbe invesztálni? A win95 előtt volt minőségi verseny is a cégek között, azóta csak marketingverseny van.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , carlcolt


    bilgécék válnak: https://hup.hu/node/173757#comment-2626964

    Az, hogy a többi is megcsinálta volna, ha rájött volna, csak nem volt ennyi esze, az semmiben sem menti fel gécet.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    bilgécék válnak: https://hup.hu/node/173757#comment-2626969

    Ennyi erővel a gyilkosokat is felmenti az, hogy mások is gyilkolnak. (Nem.) Amúgy nem is tudtam, hogy a kapitalizmus konkrétan megköveteli az emberek paliravételét, illetve a világ tönkretételét, lehet, csak én vagyok ekkora barom, hogy szerintem tisztességes üzleteket kötve is lehet kapitalista valaki, amíg profitot termel...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    bilgécék válnak: https://hup.hu/node/173757#comment-2626997

    Tehát magyarán elismered, hogy amit művelt, az pusztító volt, de mentsük fel, mert a rendszer hagyta? Az, hogy nem felejtem el neki amit csinált, és nem nézem el neki, amit most csinál, és nem veszem be a filantróp dumáját, az nem ekvivalens azzal, hogy egy tömlöcben kínoznám halálra. gécet számos cég és személy beperelte, egy részük nyert, egy részük nem. Viszont aki nyert, az nem csak egy papírt kapott az igazságról, amivel a seggét törölgethette, hanem némi pénzmagot is. Ennek megfelelően lehetséges a valódi felelősségre vonás, ha a kárvallottak a világ minden tájáról tömegével perelnék be gécet, a cégeit és alapítványait.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627017

    Én ilyet nem is mondtam, hogy azért kell beperelni, mert valaki utólag etikátlannak gondol valamit. Meg kell nézni kik nyertek géc vagy az ms ellen pert és mivel. Amerikában precedens alapú a jogszolgáltatás.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627024

    Kitűnő ötlet. Lóvéd van rá?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627034

    Kitűnő ötlet. Lóvéd van rá? Mármint arra, hogy szövetkezz a többi károsulttal, azaz megszervezd a mozgalmat, hogy töbmillió személy/cég egyszerre nekimenjen az ms-nek/gécnek egy class action keretében.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627040

    Részt vettél olyan perben, amiben a világ minden tájáról emberek/cégek milliói támadtak egyszerre valakit?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627049

    Az nem elég. Itt globális szintű mozgalomra lenne szükség; az EU minden héten felváltva bassza az ms-t, a kuglit, a frászbúkot, meg a többi mammutot, de kiröhögik. Itt sok millió embert kéne megmozgatni, globális szinten. Nem csak az a kérdés, hogy beperelni lenne-e elég tőke, hanem az is, hogy ezeket az embereket elérni, meggyőzni és összeszervezni is.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627183

    Lószart nem érsz az üres fölényeskedéssel, csak a saját lúzerségedet bizonyítod be. (BTW, hozzád miféle szakembert kéne hívni? Állatorvost, amekkora szamár vagy? Vagy valami technikust, amekkora droid vagy? Vagy inkább a köztisztaságiakat, amekkora szemét vagy?)

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627184

    Hidd el, én támogatnám, hogy az összes hasonló céget rommápereljék. Hogy esélyem nincs rá, az meg nem jelenti, hogy beszélni sem lehet róla.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2626956

    bilgéc a laposföld fölé húzkodott chemtrailekkel vakcinálja bele az 5g-t az oltássérültekbe. Természetesen erről van szó, ez az ő bűne.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627015
    --- fassag.txt	2021-05-05 13:33:00.000000000 +0200
    +++ valosag.txt	2021-05-05 13:41:00.000000000 +0200
    @@ -1 +1 @@
    -Windows, Covid, 5G chip
    +Windows, windows fanok, bilgéc fanok
    

    FTFY.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627023

    Már megint szalmabábot csépelsz. Hol tulajdonítottam gécnek az őrjöngő rajongók jelenségét? Én konkrétan a windóz fanokat és a bilgéc fanokat tulajdonítottam neki. Azt nem akarod ugye bemesélni, hogy már évezredekkel a megszületése előtt is voltak butthurt windóz, ill. bilgéc fanok?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627038

    Valahogy más rajongótáborokra nem annyira jellemző, hogy az agyamra mennének (kivéve a freedesktop és webkettő fanokat), de egyébként bilgécnek nem a fanboy-tábora az egyetlen bűne; a "patchet" görbe tükörnek szántam, hogy csak egy butthurt windózfanboi próbálkozik olyan lámasággal, hogy az ellentábort mindenáron konteóhívőnek próbálja feltüntetni.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627185

    Menő? Ki nem szarja le mi a menő? Tán te? Te csak azért csinálsz dolgokat, mert menő csinálni őket? Na, én meg az ilyen embereket sajnálom, a divatot követő birkákat, akiket az érdekel, hogy mi a menő...

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627186

    Nahát, ki gondolta volna, hogy megint azt bírod csak bebüffenteni, hogy unalmas a téma...? Én meg akkor megint azt bírom csak kérdezni, hogy akkor minek szóltál hozzá? Te ezt minden systemd topicban is elsütöd, hogy de unalmas, de akkor minek szólsz hozzá? Az egy dolog, hogy az xp meg a hetes úgy-ahogy használhatóak voltak, de ez a mantra, hogy az ms "megváltozott", ez egy röhej, hacsak nem úgy érted, hogy még rosszabb lett: a windóztíz a legrosszabb windóz, amit valaha a világra szabadított az ms és csak egyre rosszabb lesz. Szerinted miért lódult meg ennyire a ReactOS fejlesztése, amióta kijött?
    bilgéc poliovakcinái konkrétan poliojárványt csináltak több afrikai országban is; hát ezt nevezed te az afrikai egészségügy támogatásának? Meg a szarégető WC-t, a vízhálózat/csatornahálózat létrehozása helyett? Meg a lézeres moszkítóírtót, amin már több, mint tíz éve dolgoznak és valószínűleg túl drága lesz, hogy az afrikaiak megvegyék? Így azért kicsit más kontextusba kerül, hogy mire is "jótékonykodja" el azt a sok pénzt...
    Apropó vakcinák, hogy is volt, hogy ő nem szeretné, ha a fejlődő országok maguknak gyártanák a COVID vakcinát? Tán csak nem azért, mert úgy nem az ő zsebébe kerül a bevétel belőle? A Pfizerből 2x20 USD egy "kúra", szorozd fel India 1.4 milliárdos lakosságával. (Vagy akár az egész bolygó 7.7 milliárdos lakosságával, hiszen mindenkit be akar oltani.)

    Nem a bilgécezés unalmas, hanem a felszopkodása.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    bilgécék válnak: https://hup.hu/node/173757#comment-2627213

    A te egysorosaid unalmasak. Nem tudsz mit mondani, de azért mondasz valamit, csak épp nem mondasz semmit.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627224

    Ez kurwa gyenge volt; csak szeretnéd, ha nem lett volna tartalom abban, amit mondtam. Tessék, cáfold a linkeket amit adtam. A nem tudom leírni és a nem akarom leírni között meg elég vaskos különbség húzódik meg, de nem meglepő, hogy agyi kapacitásod kevés ennek a felfogására, te null-IQ-jú gyökér. Ami pedig a szar vicceket illeti: te magad vagy egy nagyon szar vicc, az én szar vicceimre nincs is szükség, hogy mindenki rajtad röhögjön.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627229

    Rajtad. Nem csak itt. Mindenütt mindenkinek beszólsz, de az egykaptafára készült "beszólásaid" elcsépeltek és óvodásszintűek; tudsz te mást is, mint a másikat pszichiátriai esetnek, drogosnak, részegnek, vagy csak simán idiótának titulálni? Te ezeket frappánsnak gondolod talán? Vagy azt hiszed, hogy ennyivel megsemmisíthetsz valakit, hogy lehülyézed, mert majd mindenki jól elhiszi neked? Magadat égeted vele, nem azt, akinek beszólsz.
    Lehet bolondnak igaza van veled kapcsolatban és a szexuális frusztrációidat éled ki a hupon, azért baszogatsz mindenkit. Vagy csak simán egy retardált gyökér vagy.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627276

    Egyfelől fent sem vagyok fb-n, szóval nem követhettem el ezt a hozzászólást. Másfelől ha rákeresel a szövegre a DDG-n, megtalálod itt, egy konteóoldalon. Harmadfelől bár állításod szerint rákerestél fb-n és megtaláltad, te mégsem a fb posztot linkelted be, hanem egy feltöltött képet, amin a név ki van takarva, csak az imgurl-re lett az én nevemmel feltöltve.

    Konzekvencia: te nem rákerestél a nickemre fb-n, hanem kerestél egy fb-n megosztott bilgéces konteót, kitakartad a nevet és feltöltötted, mintha én követtem volna el. Azaz hamisítottál és hazudtál. Ezek után engem nevezel aljának? Ez a legalja, amit most te csináltál.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627292

    Nincs is webkamerám. Ha trollkodni próbálsz, kurwa szarul tolod, ezzel a hamisítgatással csak a saját aljasságodat bizonyítod.
    BTW, hogy írhattam volna én, amikor ez egy lefordított cikk, te majom?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627296

    Szar duma. Én meg azt mondom, hogy te irányítottad a háttérből Hitlert és Sztálint és megöltél több, mint százmillió embert. Na, vállald fel. Hazug csicska. És még én vagyok gyerekes, miközben te firkálsz faszokat a falra a nevemben.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627299

    ^ Lamest response ever. ^

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627313

    Néha azért előferdült, de mégsem használt. :P

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627320

    Nyáron azért előfordult.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    bilgécék válnak: https://hup.hu/node/173757#comment-2627374

    Te is csak azért mondod ezt, mert a vezetőid ezt mondják. :P

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627400

    Eszerint a definíció szerint még a saját hormonjaink is drognak számítanak, lévén "olyan természetes kémiai anyagok, amely pszichoactív tulajdonságokkal rendelkeznek, elsősorban a központi idegrendszer muködését befolyásolják, megváltoztatják a mentális és pszichés státust, az érzelmi reakciót, a hangulatot, tudatot, viselkedést." Jó tudni, hogy az adrenalin és az oxytocin is drog a WHO szerint. Mindenki is drogfüggő. (A Wikipédián miért nem ez a definíció van?) Sz*rk: Ide is írom: https://hu.wikipedia.org/wiki/Drog_(egyértelműsítő_lap)

    A nemzetközi szó a francia drogue (szárított dolog) szóból származik. Az angol drug közvetítésével került a magyarba.

    Az alkohol, mint szárított dolog. Hát ez priceless. :D
    Továbbá: https://hu.wikipedia.org/wiki/Drog_(gyógyszergyártás)#Félreértések_a_drog_szó_használatában

    Az utóbbi évtizedekben a „drog” kifejezés gyökeret vert a magyar közbeszédben és bár pontos definíció sohasem tartozott hozzá, az utca emberének szóhasználatban a legtöbbször kábítószereket vagy néha szélesebb értelemben pszichotrop anyagokat értenek alatta. A magyar gyógyszerészi szakirodalomban a drog egyetlen jelentése: természetes eredetű, többnyire szárított növényi vagy ritkábban állati alkotórész, amelynek gyógyító hatást tulajdonítanak és amelyet gyógyszerek előállításához használnak. A drog, mint szakkifejezés tehát a magyar nyelvben nem jelent kábítószert, de még pszichotrop anyagot sem.

    Aztán: https://hu.wikipedia.org/wiki/Kábítószerek#A_kábítószerekkel_kapcsolatos_fogalmak

    Drog. Az utóbbi évtizedekben a drog kifejezés gyökeret vert a magyar közbeszédben és bár pontos definíció sohasem tartozott hozzá, az utca emberének szóhasználatban a legtöbbször kábítószereket vagy néha szélesebb értelemben pszichotrop anyagokat értenek alatta. A "drog" kifejezés az eredetét tekintve nemzetközi szó, a francia drogue (=vegyszer) alapján. Ennek származéka az angol drug (=gyógyszer, altató, kábítószer). A francia szó eredete vitatott, általában úgy gondolják, hogy ennek a régi alnémet droge (=száraz) a forrása, mások szerint keleti eredetű szó. A magyar nyelvbe német közvetítéssel került be.[14] A magyar gyógyszerészi szakirodalomban a drog egyetlen jelentése: természetes eredetű, többnyire szárított növényi vagy ritkábban állati alkotórész, amelynek gyógyító hatást tulajdonítanak és amelyet gyógyszerek előállításához használnak (pl. rómaikamilla-virág, ánizsolaj, körömvirág, galagonya virágos hajtásvég, mezei kakukkfű virágos hajtása, csipkerózsa áltermése). A drog, mint szakkifejezés tehát a magyar nyelvben nem jelent kábítószert, de még pszichotrop anyagot sem.[15] Természetesen ez nem zárja ki azt, hogy a gyógyszerészi értelemben használt és nevezett drogok között ne fordulna elő pszichotrop anyag vagy addiktív szer (pl. ópium).

    Ki háborodott fel? Az neked felháborodás, hogy rákérdeztünk, hogy mi neked a drog, vagy mitől drog neked az alkohol? Hiába szeretnéd ezt bemagyarázni, senki nem hisz neked, egyelőre te hisztizel, meg háborogsz, hol a windóz, hol a politikai butthurt-öd miatt, úgyhogy a "jókedved" is totál hiteltelen.

    Inkább azt írd le, hogy kik a vezetőim.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627531

    Azt már én is mondtam neki és igen, szerinte az is drog. Biztos kapu drog. :P

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627658

    A picsába, lebuktam! Tudtam, hogy DSL néven kellett volna reggelni, akkor aztán nyugodtan cserélgethetted volna a 2. és 3. karaktert. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    bilgécék válnak: https://hup.hu/node/173757#comment-2627674

    A francba, megint lebuktam! Mindig egy lépéssel előttem jársz!

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627021

    Csak azok próbálják a vitapartnerre ráhúzni az ostoba konteóhívő bohócruháját, akiknek nincsenek érveik.

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627549

    ?
    Pedig jól írtam, egy L-lel. Mire gondolsz?

    Oldschool Computer - http://oscomp.hu




    bilgécék válnak: https://hup.hu/node/173757#comment-2627551

    Ja, az más.

    Oldschool Computer - http://oscomp.hu




    Milyen széles a wchar_t ?: https://hup.hu/node/173727#comment-2625843

    https://en.cppreference.com/w/cpp/language/types

    A notable exception is Windows, where wchar_t is 16 bits and holds UTF-16 code units

    Oldschool Computer - http://oscomp.hu




    Milyen széles a wchar_t ?: https://hup.hu/node/173727#comment-2625889

    Egyre inkább úgy érzem, hogy a C hordozható, de csak ha előre felkészülsz, hogy mely rendszerek között akarod hordozni. Ellenkező esetben teli van csapdákkal.

    Ez nem a "rendszer" függvénye, hanem a fordítóé, meg a környezeté. Az egységesített stdxyz.h headerek a platformok többségén ugyanúgy használhatóak; pl. az [u]int#_t típusok mindig olyan szélesek, ami rájuk van írva.

    Oldschool Computer - http://oscomp.hu




    Milyen széles a wchar_t ?: https://hup.hu/node/173727#comment-2626006

    A gcc és clang esetén alapból 4 byte-os wchar_t.

    Ez egy fordítóspecifikus eset. És én mit mondtam? Hogy a fordító és a környezet függvénye. Ez is erre egy példa.

    Miért kell tudni átdefiniálni?

    Azért, mert mind a gcc, mind a clang crossplatform fordítók és lehet, hogy olyan platformra fognak fordítani, ahol 16-bites a wchar_t.

    Lekövetik ezt a változást a wcsncpy() és egyéb wchar_t -s függvények?

    Nem a függvényeknek kell "lekövetni" az átdefiniálást, hanem az átdefiniálás van azért, hogy azzal lehessen igazodni a célplatform függvényeihez.

    Az átdefiniálás után a teljes Unicode karaktertábla szintén ugrott, csak az alsó 16 bit játszik.

    És? Te mondtad neki, hogy definiálja felül. Ha a célplatformon 16-bites a wchar_t és ennek megfelelően a wchar_t-vel dolgozó függvények is 16 biten dolgoznak, az talán a C nyelv "hibája"? Nem inkább a célplatformé?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> norbertkiss


    Negyedéves FreeBSD státuszriport: https://hup.hu/node/173780#comment-2627532

    Typo a címben: 's/Negyedáves/Negyedéves/'

    Oldschool Computer - http://oscomp.hu




    Negyedéves FreeBSD státuszriport: https://hup.hu/node/173780#comment-2627548

    Nm.

    Oldschool Computer - http://oscomp.hu




    RotaJakiro: A long live secret backdoor with 0 VT detection: https://hup.hu/node/173730#comment-2626540

    Már a malware-ek is systemd-függőek...

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> wladek1 , nullptr , nsandoragy


    RotaJakiro: A long live secret backdoor with 0 VT detection: https://hup.hu/node/173730#comment-2626580

    systemd-backdoord

    Ezen felsírtam... Inkább ne adj nekik ötleteket, mármint a systemd-fejlesztőknek. :)

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626421

    Köszi.

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626444

    Volt neki PC-je, az fagyott le, windózostól.

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626520

    Ez egyébként közismert poén volt anno:

    - Miért rakja a jó háziasszony a romlandó élelmiszert az ablak alá?
    - Mert a windóz alatt minden lefagy.

    Hogy ez a jelenet inspirálta a viccet, vagy a vicc ezt a jelenetet, azt már az idő homálya fedi. :)

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626519

    Ja. :)
    Innen tudni egyébként, hogy windóz 95 volt rajta. (0:43-nál fontos irodai munka balszélen befigyel.)
    Mondjuk ha az otthoni gépe még a DOS-os programokhoz is lassú volt egy kicsit, akkor vajon mennyire lehetett lassú a windózhoz???

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626734

    Hát ez az. Akkor miféle csodát tudna művelni vele? Persze, ha úgy értette, hogy csoda lesz még az is, ha elindul, akkor stimmel.

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626735

    Az, hogy az epizód végén azt mondta, hogy nem volt rá pénze az egy dolog, később megvették: itt már azon ügyködik. De egyébként a melóhelyén is az fagyott neki.

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626743

    Tudom, emlékszem. Mondjuk az már Feri marhasága, hogy egy lefagyáshoz szerelőt, meg karbantartót hív, egy sima reset helyett.

    Oldschool Computer - http://oscomp.hu




    A nap retardált beszólása: https://hup.hu/node/173742#comment-2626763

    Szerintem nem ért a számítógépekhez. ... Gyanús volt, hogy nem flash-elt rá a ZX-81-esre.

    :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gyurex


    Meguntam a reklámokat ...: https://hup.hu/node/166994#comment-2415262

    Ha TV-n van hosts file és hozzá is férsz, akkor megpróbálhatod ezt a listát: https://gist.github.com/Ewpratten/a25ae63a7200c02c850fede2f32453cf

    Ha böngészőből tolod a TV-n, akkor uBlock Origin; van Chrome és Firefox alá is.

    Meg kipróbálhatod az én YT frontendemet is, ha hozzáférsz a rendszerhez és valami UNIX fut rajta.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Meguntam a reklámokat ...: https://hup.hu/node/166994#comment-2415590

    A YT premium jelen pillanatban reklámokat tol a prémium felhasználók képébe. A probléma idén év elején jelent meg és bár a Google azt állítja, hogy a problémát megszüntették, a panaszok folyamatosan érkeznek, még ma is.

    https://support.google.com/youtube/thread/3078490?hl=en
    https://support.google.com/youtube/thread/3416620?hl=en
    https://support.google.com/youtube/thread/3418019?hl=en
    https://www.reddit.com/r/youtube/comments/a28j56/youtube_is_showing_ads_even_though_i_have_premium/
    https://www.androidcentral.com/seeing-ads-youtube-premium-and-youtube-music-youre-not-alone
    http://lauren.vortex.com/2019/01/26/paid-ad-free-youtube-premium-is-now-showing-ads

    Azonfelül olyan is van, hogy néha fel sem ismeri, ha a júzer prémium júzer.

    A kuglinak ennek ellenére van bőr a képén orrba-szájba reklámozni ezt a "szolgáltatást", meg folyamatosan emelgetni az árát. A linkelt topicokban számos ember reklamálta, hogy nem ezért fizetnek és igazuk is van. Az lehet, hogy ez egy (?) bug miatt van így és nem szándékos, de nem ezért fizettek, hanem azért, hogy ne legyen reklám, márpedig van, tehát a szolgáltatás minősége nem jó, márpedig ha a szolgáltatás minősége minősíthetetlen, akkor azért a szolgáltatásért nem éri meg fizetni.

    Releváns off: Apropó, ha pénzért veszünk reklámmentességet, akkor a fizetős kábel TV csatornákon miért van orrba-szájba reklám? Én ezt nem értem...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , carlcolt


    Meguntam a reklámokat ...: https://hup.hu/node/166994#comment-2415595

    Ez is lehet, bár jelen pillanatban még nem fizet mindenki a youtube-ért.

    Oldschool Computer - http://oscomp.hu




    Meguntam a reklámokat ...: https://hup.hu/node/166994#comment-2415603

    Az, hogy vannak, akik szeretnének ott reklámozni, az egy dolog. Baj akkor lesz (mármint a prémium júzereknek), ha ez a kuglinál értő fülekre talál. Bár az sem biztos:

    A kérdés az - mármint a kuglinak - hogy melyikből jön be több pénz: reklámmentesség esetén a meglévő prémium júzerek előfizetési díjából, vagy a "prémium reklámok" esetén a megmaradó júzerekéből, meg az őket elért reklámok díjából. Mert azt fogják választani.

    Oldschool Computer - http://oscomp.hu




    Meguntam a reklámokat ...: https://hup.hu/node/166994#comment-2415596
    export WORKSFORME=42 # :)))

    Komolyan nem értem, hogy egyesek miért gondolják, hogy az mindenre válasz, hogy nekik megy... Amúgy a fizetős kábeltévén sem láttál még reklámot? Vagy az neked ingyen van, úgyhogy oké a reklám?

    Oldschool Computer - http://oscomp.hu




    Meguntam a reklámokat ...: https://hup.hu/node/166994#comment-2415606

    > nem fizetek elő semmilyen TV szolgáltatásra. nem szeretem a reklámokat. :( van netflix, hbo go valamint mozi.

    Bocs, de ez a WORKSFORME pepitában, a NOTAFFECTED. És az, hogy te nem vagy érintett, az nem válasz arra, hogy miért vannak tele reklámmal a fizetős kábeltévék. Szóval? Ott hogy működik ez, hogy a reklámmentességért fizet az ember?
    Mert addig érthető volt, hogy a kertévéken reklám van, amíg kidugta az ablakon a paraszt a drótot és bejött a tévén a szartéel, meg a csigatévé ingyen, hiszen nem fizetett érte a júzer és valahogy fenn kellett tartaniuk magukat. De amióta az analóg műsorszórást beszüntették és fizetni kell a tévéadásért, azóta valahogy nem igazán érthető a mindent elborító reklámáradat. Valahányszor anyáméknál járok, minden alkalommal azt látom, hogy egy egyórás műsor két óráig tart, mert tele van baszva reklámblokkokkal, néha egy-egy szó közepén elvágva a műsort és mostanra már a műsor alatt is beúsznak mindenféle szarok a képernyőre - kitakarván a műsort - hogy valami tűzrevaló szemetet reklámozzanak. Miközben fizetik a keményvalutát a műsorért. Ilyenkor örülök, hogy az én TV-men már csak C128 megy...

    > azt én se tudom, hogy egyesek miért gondoljak azt, hogyha látják hogy valakik panaszkodnak akkor az automatikusan egy szar szolgáltatás lesz ami senkinek sem működik rendesen ezért nem is éri meg fizetni érte.

    Hogy mi? Már elnézést, de egyfelől, ha "valakik" - ebben az esetben meglehetősen sokan - panaszkodnak egy szolgáltatással kapcsolatban, akkor azzal a szolgáltatással bizony bajok vannak. Másfelől meg, mi az, hogy "lesz"? Ez már lassan egy éve fennáll. Ha pedig egy szolgáltatással hónapokon keresztül bajok vannak, akkor az a szolgáltatás bizony szar. Mi nem stimmel?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Létrejött a Plan 9 Foundation: https://hup.hu/node/173625#comment-2622277

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neuron


    Létrejött a Plan 9 Foundation: https://hup.hu/node/173625#comment-2622454

    Pl.:

    A többi UNIX - a Linux is - sokat tanult a Plan 9-től.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> bimi3 , chx , nagy_peter , Gregor , nullptr


    Kedves Föld! Boldog Föld napját kívánok neked és kérlek bocsáss meg!: https://hup.hu/node/173593#comment-2620957

    A Föld napja?

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> gaby , nehai , Lacyc3 , martonmiklos , bennyh


    OpenBSD amd64 crosscompile to i386: https://hup.hu/node/173607#comment-2621873

    http://oscomp.hu/depot/openbsd-clang-cpus.txt

    Nem, a CLang is ismeri, látod át is kapcsolt i586-ra.

    (Ugyanaz az eredmény: az object file-lal ütközik. Ha meg -m32 nélkül használom, akkor nem is működik: feldobja a 64-bites x86-osok listáját, hogy abból leszek szíves.)

    Oldschool Computer - http://oscomp.hu




    OpenBSD amd64 crosscompile to i386: https://hup.hu/node/173607#comment-2621872

    Dehogynem - szerepel is a hibaüzenetben - pont ez a kérdés, hogy ezzel mit kéne csinálni; hogy lehet OpenBSD-re felrakni a 32-bites libeket, vagy ha alapból fent vannak, akkor miért nem látja, stb.

    Oldschool Computer - http://oscomp.hu




    OpenBSD amd64 crosscompile to i386: https://hup.hu/node/173607#comment-2621922

    Van idő. Ha nem lesz megoldás, vagy valami olyan cross-compile környezetet kéne összerakni, amit több idő összereszelni, mint egy új VM, akkor az utóbbi lesz.

    Oldschool Computer - http://oscomp.hu




    OpenBSD amd64 crosscompile to i386: https://hup.hu/node/173607#comment-2621929

    32-bites OpenBSD-n nyilván kompatibilis lesz a 32-bites bináris a 32-bites runtime-mal; az a kérdés, hogy 64-bites rendszeren hogy tudok 32-biteset forgatni, pl. 32-bites runtime feltelepítésével (hogyan), vagy ha az fent van, akkor miért nem látja, stb.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618503

    Tehát nem megtanítjuk a fiatalokat, hogy tudják használni az eszközt, hanem az eszközt tesszük gyermekzárassá...

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> pink , g , transitive


    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618549

    Utóbbit csak automatizált ellenőrzés mentén tudod garantálni.

    Ott se.

    Sosem volt memóriakezeléssel kapcsolatban tévesztésed? Tuti?

    Mondtam én ilyet? Nem? Akkor mire írtad ezt? Jó kis szalmabáb érvelés sose rossz?

    Persze algoritmus hibák ellen nem véd, de legalább a memóriakezelési hibákat kivédi, ami a CVE-kben napjainkban oly gyakran díszeleg.

    Nem szeretnék ezen még egyszer többszáz kommenten át vitatkozni. A korábbi topicban itt összeszedtem egy csokorba, hogy miért áll égnek a hajam ettől a "acészarmerszegfótmegbafferóverflódemajdarasztmindentmegódhejettüngmerabbannincsszegfótmegbafferóverflóúgyhogyírgyungizibemindentátrasztbanembajhanemfogműködnicsakpusztujjonmánacévégreéjjenekahaladóinfómatikajieszmékek" mentalitástól. Még mindig nem a Rust létezésével van bajom, hanem az erőszakos hittérítéssel, hogy ez a true way, dögöljön meg a cé.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618575

    A múltkor adtál ellenpéldát.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618595

    Nem-nem, unsafe módban crashelő kódot én adtam, te viszont utána megmutattad, hogy nem kell, hogy a crash-t okozó sor maga is unsafe módban legyen, elég, ha az általa használt adat unsafe forrásból érkezett.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618600

    Egyrészt az elcseszés az a programhiba, azaz esetünkben a crash. Nem az a hiba, hogy egy unsafe részekkel bíró függvény nullpointert ad vissza, hanem az, hogy ezt egy safe módú szövegkiirató felhasználja, mint adatforrást.
    Másfelől az állításod az volt, hogy a Rust safe módja az automatizált ellenőrzésével pont az vállalja, hogy a programozó ne követhessen el memóriakezelési hibát, viszont, tekintve, hogy a safe mód automatikája nem ellenőrizte le, hogy a safe módban felhasznált unsafe forrású adat nem okozhat-e memóriakezelési hibát, így ez bizony jó példa az általad emlegetett limitációkra.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618640

    Nem az a memóriakezelési hiba, ha nullpointert adunk vissza referenciaként, hanem az, ha írjuk/olvassuk az ominózus referenciát, ez pedig a kiíratásnál történik meg és nem a referencia létrehozatalakor. Szemmel láthatóan nem működik ez a limitáció.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618653

    A memóriakezelési hiba nem a nullpointer keletkezésekor keletkezik, hanem a felhasználásakor, a hozzáférési kísérletkor. Önmagában egy nullpointer létezése nem hiba. Akkor van hiba, ha valaki megpróbál az általa reprezentált címhez hozzáférni. És ez pedig bizony a safe módban történik.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618780

    De nem az az oka:

    char *x = NULL;
    *x = 0;

    Melyik sor lesz az oka?

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618844

    Érdektelen, hogy minek hívják, pointernek, referenciának, opciónak, címnek etc... A visszakapott referencia érvénytelen volt és crash-t okozott. Safe módban.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619077

    Mint írtam, érdektelen minek hívják. Az adat, amivel dolgozott, érvénytelen volt és a program összedőlt. Safe módban.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619189

    Lentebb(?) már kérdeztem: és ha nem én írtam az ominózus unsafe kódot, csak felhasználtam? Fogtam egy 200 kB-os libet, volt benne ez az unsafe részeket tartalmazó függvény és meghívtam. Úgy is az én felelősségem? Innentől kezdve hol vagyunk előrébb, mint bármely nem biztonságos nyelvvel?

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619332

    Tetszenek ismét a kérdéseid.

    Nem tehetek róla, unpopular opinion is unpopular.

    Drága ellenőrizni, ellenben olcsó 'hinni'.

    Ez kb. lehetne a Rust safe módjának mottója is. :P

    1.) 'Okosban' letöltök egy hipi-szupi varázskódot az internetről és beépítem a szoftverembe, amit eladok. Reklamál az ügyfél és száttárom a kezeimet. NEM tárhatom szét, én használtam fel ellenőrzés nélkül internetről letöltött komponenst.
    2.) Megvásárlok egy hipi-szupi varázskódot és beépítem a szoftverembe, amit eladok. Reklamál az ügyfél és száttárom a kezeimet. NEM tárhatom szét. Én alám dolgozott a varázskód előállítója, terméket adtam el. Az másik kérdés, hogy ebből én utána mit érvényesíthetek a beszállítóm felé, hiszen ő sem tárhatja valójában szét a kezét. További kockázat (termékkel jártam így) a beszállítói láncolat. Igen, a beszállító elismerte, de valójában kijavítani nem tudta ő sem, mert a hibás komponenst binárisként kapta és nincs rá supportja. Kínos, a termék ismert és kijavítatlan hibákkal rendelkezik. Ez sajnos a globalizációs 'olcsójános' elv miatt ma elég gyakori.

    Mi van, ha ellenőrizte, csak az ő tesztadataival nem jött ki az unsafe részből crash-t okozó cucc?

    3.) Megvásárolok egy hipi-szupi varázskódot és a forráskódjában legalább az unsafe blokkban levő dolgok biztonsági kihatásait magam ellenőrzöm. Ez lenne a felelősségteljes magatartás.
    Ezen a ponton jön elő a Rust erőssége: a teljes kódbázis helyett csak a sokkal kevesebb 'unsafe' részt kell a memóriakezelési és hasonló low level hibákra ellenőrizni és nem a teljes beépítendő kódbázist.

    Mi van, ha átnézte, de nem talált benne semmilyen triviális baromságot?

    Nem lenne egyszerűbb leellenőrizni, hogy az a pointer nem mutat-e olyan helyre, ahová a program nem nyúlkálhat? Persze tudom: nem, mert ha minden pointer access-t ellenőrizne a nyelv, akkor akkorává válna a sebességhátránya a C-hez képest, hogy már nem lehetne bemesélni az embereknek, hogy a Rust minden téren valid alternatívája a C-nek.

    Valójában az, hogy elhisszük, hogy idegen által írt, internetről letöltött kód 'biztosan' hibátlan ... a mai informatika másik rákfenéje.

    Másik? Mi az egyik? A hülye programozók? A bloated környezetek és keretrendszerek? Az ostoba ideológiák? Vagy ezek így együtt, azaz a microsoft? :P (A mikiszoft opcionálisan behelyettesíthető kuglival, redhettel, whateverrel.)

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618845

    Egyrészt nem assignolni, hanem műveletet végezni vele: az első sor az assign (hozzárendelés), a második az access (hozzáférés).
    Másfelől, a Rust-os példában nem lehetett tudni, mert függvényből jött vissza. Mi van, ha nem is nullpointert ad vissza, hanem egy véletlenszámot, ami akár véletlenül még mutathat is a program tárterületére? Mitől safe egy kód, ami nem ellenőrzi a használt pointereinek validitását?

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618860

    Borzasztó fordítva vagy bekötve :) De igen, így is lehet nézni, mindegy, írni akartál a pointer címére.

    Hát ha nálad az assign a hozzáférés és az access a hozzárendelés, akkor nem én vagyok fordítva bekötve.

    Hogy tudja ellenőrizni, hogy a benne levő véletlen helyre mutató pointer jó? Nyilván sehogy, mert ez elméletileg lehetetlen.

    Miért lenne lehetetlen? A program hozzáférni kizárólag olyan adatterületekhez férhet hozzá, amiket allokált, illetve a saját stackjéhez és data szegmenséhez. Azt egy mezei listával nyilván tudja tartani, hogy milyen címekre mekkora területet allokált, a stack/data pointerek kiolvasása meg ne legyen már lehetetlen...

    A programozó dolga, hogy az unsafeből ne jöjjön ki faszság.

    C-ben tuti, de Rust-ban a safe mód pont arról kéne, hogy szóljon, hogy megvédi magát. És itt egyébként a függvény java is safe volt, egy sornyi unsafe volt benne.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618898

    Ne forgasd ki a szavaim. Ha szerinted a második sorban levő kifejezés nem egy assignment, akkor van baj.

    Először access, csak aztán lenne assignment, de már az accessnél elhasal az access violation miatt. A Rust példában viszont nem volt assignment, akkor maradjunk annál C-ben is:

    char *x = NULL;
    printf(x);

    Erről volt ugyanis szó, csak rossz volt a C-s példa.

    Mert az unsafeből jött, ami kifejezetten azért van, hogy meg tudd kerülni a védelmi mechanizmusokat?

    Nem az unsafe alatti részt kell ellenőrizni, hanem a safe részt. Történik egy kiírás, amiben egy referencia alól akarunk stringet kiírni. A referencia függvényből jön, azaz letárolódik az értéke valahova, mielőtt használja a safe rész. Azt már a safe módú kiíró fogja címként felhasználni, tehát letárolta valahova, akkor meg már ellenőrizheti is, hogy olyan helyre mutat, ahova egyáltalán a task hozzáférhet, mert nem lehetetlen ezt ellenőrizni, hogy hozzáférhetsz-e valamihez, vagy sem; le is írtam, hogyan lehet ellenőrizni.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618907

    Persze, hogy lehetne, csak ha ezt a mentalitást generalizálod, akkor oda fogsz jutni a végén, hogy nincs is unsafe, mert mindent, amit ott csináltál, leellenőrzünk, hogy megfelel-e a safe szerint.

    Ettől miért ne lenne lehetőség unsafe módon dolgozni? Azt továbbra sem kell ellenőrizni ami unsafe blokkban van, lévén az - nomen est omen - unsafe, de az, hogy egy safe rész ellenőrizetlenül felhasznál egy változót, amit egy unsafe rész állított elő, az bizony rés a pajzson. A crash a safe részben történik. Ennyi a lényeg és nem több. Érdektelen, hogy a kapott adata unsafe körülmények között jött létre, mert safe körülmények között lett felhasználva és az eredmény a crash volt.

    Márpedig az unsafe azért van, hogy meg tudd kerülni az ellenőrzések megkötéseit, ha az tényleg szükséges. Én értem, hogy ez tud bajt okozni, és limitálja a hasznosságot, de én továbbra is azt gondolom, hogy ez nem a safe hiányossága, hanem a rossz unsafe kód következménye. És szerintem az egy teljesen élhető kompromisszum, hogy mondhatod, hogy most ne legyél okosabb nálam, tudom mit csinálok, akkor hagyja neked a tool, hogy rendben kisgazdám, de akkor te vagy a felelős a következményekért is.

    Csakhogy - ahogy mondtam - az összeomlás a safe részben történik: akkor, amikor azt kértem, hogy most legyen okosabb nálam, mert nem tudom, hogy mit csinálok. Mi van, ha az unsafe részt tartalmazó függvényt nem is én írtam, csak felhasználtam? Én itt bízok a nyelvben, hogy nem érhet baj, amíg safe módban vagyok, aztán puff...

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618961

    Mert ha mindenre, ami kijön az unsafe blokkból, hirtelen igyekszünk kikényszeríteni ugyanazt az ellenőrzést, akkor az unsafe blokk értelmét veszti koncepcionálisan, mert nem tudsz igazából semmit tenni, amit ne lehetett volna safe módban, nem lesz átjárás.

    Dehogynem lesz átjárás, csak épp az átjáró adatok validálva lesznek. Az unsafe lényege nem az, hogy direkt átadhass rossz adatokat, hanem az, hogy megtehess olyat, amire a nyelv bereklamál safe módban.

    Igen, ciki, hogy ez egy safe blokkban fog adott esetben a lábadra esni, jobb volna, ha nem tenné, ezért mondtam, hogy ez szerintem egy elfogadható kompromisszum, hogy ezzel tisztában kell lenni.

    Hogy legyen vele tisztába az, aki nem ismeri a bejövő adatok természetét, mert azok nem az ő kódjából érkeznek?

    Ettől még a baj a safe részben lesz.

    Erről beszéltem idáig. Örülök, hogy konszenzusra jutottunk.

    Az pedig, hogy ki írja a kódot, teljesen lényegtelen.

    Nem azon volt a hangsúly, hogy ki írja a kódot, hanem, hogy ha felhasznál egy libet és nem tudja, hogy az adott függvény hogy old meg valamit, akkor most hiba volt-e a részéről, hogy támaszkodott a safe módra, vagy sem? Mert ha hiba, akkor viszont át kell néznie a felhasznált library kódját, ami ha soktíz kB-ra rúg, az nagyon "meggyorsítja" a fejlesztést. A safe mód lényege a Rust userek szerint pont az lenne, hogy az ember ne követhessen el triviális hibákat, márpedig, ha egy sima print crash-t okoz, mert a kapott referencia invalid memóriacímre mutatott, az bizony triviális hiba, hiszen a delikvens egy meghívást, meg egy kiiratást csinált, nem többet.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619081

    Nem nagyon látom, hogy a gyakorlatban mire lenne ez használható.

    Ezt most mire írtad? Az unsafe módra?

    Ha nem bízik benne, akkor sem kell átnézni neki mindent, csak az unsafet.

    Itt pont az volt a lényeg, hogy meg lehet bízni a safe módban.

    De ez alapvetően annak a dolga, aki az unsafe kódot írja.

    Ja. Ő meg leszarta és elbaszta. Aki meg felhasználta, az szív vele. Ezen a Rust sem segít.

    A triviális hiba továbbra is azért van, mert ott valaki elkefélt valamit, mikor megígérte, hogy de én bizisten tudom mit csinálok.

    De nem érted, a végeredmény az, hogy a végfelhasználó viszont rászívott, safe módban is. Nem védte meg.

    Ez természetesen nem ideális, és faszkalapok meg rosszindulatúak továbbra is tudnak vele bajt csinálni, de jó eséllyel akkor is kevesebb lesz a triviális hiba, mint korábban, és kiszúrni is egyszerűbb lesz, mert bazi nagy unsafe flag lesz rajta.

    Azt senki nem vitatta, hogy a hibák száma csökkenni fog. A safe mód biztonsága van vitatva, hogy az egy illúzió.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619187

    Csökkenti a hibák számát != biztonságos.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619218

    Erre is az vonatkozik, mint a "nullpointerre": mindegy minek hívjuk, a körérakott mantra hamissága a lényeg.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619241

    Én meg mindenre válaszoltam. De nyugodtan figyelmen kívül hagyhatod.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619331

    Nem, sajnos tényleg nem érted. Vagy lehet, hogy érted, csak nem érzed át a komolyságát. Úgyhogy engedelmeddel itthagynék egy linket, mindennemű kommentár nélkül: https://discuss.haiku-os.org/t/replace-c-code-with-rust/6753

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619340

    Ki mondta, hogy kötelező? Hol mondtam én ilyet? Viszont nekem sem tilos a sajátomat megvédenem, bármi hihetetlen...

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619358

    Nem "mitől"; ez egy szófordulat, hogy az ember a vitában védi az álláspontját. Ez annyit tesz, hogy érvel a véleménye mellett.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619363

    Jó ötlet, akkor még értelme is lesz a válaszaidnak. :P

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619373

    Én kérek elnézést, hogy éltem a privilégiumoddal.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619541

    Mi tart vissza, hogy abbahagyd?

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618662

    találjanak ki olyan megoldást, hogy a fordító mindig képes legyen biztonságos kódot fordítani

    Egyrészt ilyen már több is "van" (valójában egyik sem az) és akkor azokkal kellene konkurálni, amikben semmi igazán létfontosságút nem írtak, másrészt meg akkor aztán tényleg túl lassú lenne a C-hez/C++-hoz képest és nem lehetne megideologizálni, hogy miért is kellene a lingua franca helyett egy a megacorpok kezében lévő nyelvre átírni az összes fontos szoftvert, mert most ugye ez a mantra, hogy csak picivel lassabb, mint a C, de "nem lehet" benne hibázni, vagy csak direkt.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618660

    A memóriahozzáférési hibát az okozza, ha hozzá nem férhető memóriacímhez próbálunk hozzáférni és a memóriavédelem tarkónlövi a programot. Van C64-en memóriavédelem? Van ott hozzá nem férhető cím? Tök mindegy, hogy a pointerünk mit tartalmaz, a lényeg, hogy olyan memóriacímre mutat, amit a memóriavédelem fog meghiúsítani (SIGSEGV). Ha a memóriavédelem nem lép közbe, akkor crash sem lesz.

    Érdekes, eddig az volt a mantra, hogy ez a nyelv jobban tudja, mint a programozó, meg mindentől megvéd. Most meg egy szimpla safe mode-i pointervalidáció nem fér bele, hogy amit ott safe módban át akarunk adni, ahhoz van nekünk hozzáférésünk, vagy sem?

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618781

    De ahogy pár hozzászólással feljebb leírtam, kizárólag safe módban rendszerprogramozást, operációs rendszer írására alkalmas nyelvet cáfoljatok meg, de nem fogsz tudni csinálni.

    Ez az operációs rendszer specifikációjától függ. Egy tíz soros LED villogtató is lehet operációs rendszer, ha három LED-en kell operálni. Linux kernelt tényleg nem fogsz safe módban írni, az fix. Viszont ennyi erővel a Linux kernel safe részeit meg lehetne írni C++-ban is és akkor a hordozhatóság csak marginálisan csökken.

    Még mindig kérdés az, hogy ha az unsafe (ahol saját felelősségedre átveszed a kontrollt) részek kihatásainak kivételével, tehát tisztán safe módban lehet-e Rust-ban memóriakezelési hibát véteni? Ezt az esetleges limitációját akarom megismerni.

    Ezt a kérdést te magad válaszoltad meg a múltkori példáddal, amikor bebizonyítottad, hogy a safe mód is dönthető az adatellenőrzés hiánya miatt. Ez mi, ha nem a safe mód limitációja?

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618599

    És akkor azzal a rössel lábon is lőtted az egész fordítást és azzal együtt a programot is.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618639

    A C soha nem is akarta kivédeni a programozó hibáit a programozó helyett.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618667

    C-ben ha az C marad, max a compiler tudhat heurisztikus analízist, ami egy raklap warningot fog dobni, ha valaki elkúr valamit. Persze ez nem baj, ez jöhet nyugodtan.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618552

    Klímaválság, háborúk az olajért és a közlekedési baleset, mint a vezető halálokok egyike (beleszámítva azokat is, akik nem ültek autóban a baleset pillanatában).

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> g


    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618790

    A lószart. Volt szakmai kifogás, csak az valahogy megint nem volt érdekes...
    Jöjjön nyugodtan programozni bárki, csak értsen hozzá és ne a nyelv próbálja kompenzálni, ha nem ért hozzá. Ez nettó gusztustalan csúsztatás volt a részedről, egyenlőségjelet tenni a meritokrácia és az arisztokrácia közé.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> pink , bimi3


    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618550

    Tegyél biztonsági övet egy fúrógépre. A programozás nem egy készre szerelt termék, hanem maga a szerszám. És nem a szerszámokat kell hülyebiztossá tenni, mert az lehetetlen, hanem a hülyéket kell a szerszámok közeléből eltávolítani.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> g


    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618574

    De nyugodtan kifúrhatod vele a másik szemét, vagy berakhatod a CNC-be a fejét. Vagy csak simán hozzábaszhatod és kifolyik az agyveleje (feltételezvén, hogy rendelkezik ilyen alkatrésszel). Egy dolog, hogy leégetni nem tudja olyan könnyen (ha nagyon akarja azért az is sikerül), de balesetet minden további nélkül tudnak vele csinálni. Nem tudsz hülyebiztos szerszámot csinálni. Egyszerűen lehetetlen.
    Hiába zárod lonsdaleitlabdába a szerszámokat, aki hülye az úgy is kárt fog tudni okozni vele (ha másképp nem megy, hát ágyúba dugja a labdát és belelövi az épülő házba), arról nem is beszélve, hogy mivel így nem lehet velük dolgozni, muszáj nyitni a labdát (értsd: unsafe) és onnantól GOTO10...

    Azt senki nem mondta, hogy mindent csináljuk kézi reszelővel, de próbálj egy ötraszteres lyukba belegyömöszölni egy CNC gépet. Próbálj egy mínusz fél nanobites mikrokontrollerre Java-ban vagy épp Rust-ban programot írni.
    A reszelősök nem mondták, hogy a CNC rossz, a CNC-sek viszont ki akarják irtani a reszelőt, mert az nem haladó. Nagy különbség.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618586

    érvelésed alapján mindent assemblyben kellene írni

    Hát én rohadtul nem ezt mondtam. Szó szerint leírtam, hogy senki nem mondta, hogy mindent is a kézireszelővel... Így nincs értelme vitázni, ha nem az ellen érvelsz, amit mondtam.

    A rust látott néhány jellemző problémát a szerszámmal, és megpróbált ezekre jobban odafigyelni, ennyi ez, nem több, nem kevesebb.

    Ezzel nincs is semmi baj, sőt ez egy baromi jó dolog. Az már nem annyira, hogy erre építve vallási hadjáratot indítanak a többi koncepció ellen.

    Az ideológiai "kiirtani típusú" félelmeiddel nem nagyon tudok mit kezdeni, nem szeretnék érdemben beleszólni. (Csak nagyon zárójelben jegyzem meg, hogy dehogynem akarták, géprombolás volt a jelenség neve, még a történelem könyvekben is benne van ;)

    A hasonlatod két okból is fals: egyrészt ott egy munkafolymat lett gépiesítve, nem pedig egy szerszám erőszakosan lecserélve egy másikra, másrészt meg mert itt elég nagy átfedés van a reszelősök és a CNC-sek között; ott meg a munkások és a gépek között nem is lehetett átfedés.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618641

    Kérlek szépen, hagyd ki a szokásos hisztit.

    Mondok valamit, te reagálsz valami teljesen másra, én ezt szóvá teszem és akkor az hiszti, ráadásul szokásos? Szerintem meg fejezd be a szokásos szalmabábcsépelést és a szavak számbaadogatását, vagy ha akarod folytasd, de nélkülem. Már megint megtaláltál és már megint nem tellik tőled másra, mint arra, hogy hülyének titulálj. Már megint te. Unlak, mint a TV-műsort.

    Az eredeti felvetésed az, hogy nem kellenek a safetyk, ipari eszközökön sincs, mert minek.

    Hol állítottam azt, hogy az ipari eszközökön nincsenek safety-k? Hogy nem esett még szét az a szalmabáb.

    Én erre hoztam a te példáddal analógot, hogy bizony ott is vannak ilyenek, pedig egyértelmű, hogy normális ember nem teszi a kisujját a vágólapra.

    Csak épp nem a normális emberekről volt szó, hanem a hülyékről, lévén egy hülyebiztosnak kikiáltott nyelvről volt szó, de nem baj.

    ez bizony pontosan azt mondja, hogy nem kell új szerszám.

    Nem jelenti ezt. Szó szerint leírtam, hogy nem a Rust koncepciójával vagy létezésével van bajom. Jöjjön az új szerszám felőlem, de ne folytassanak kereszteshadjáratot a régi ellen, főleg úgy nem, hogy az új nem is jó mindenre, amire a régi. Ez egy poszton belül már a harmadik számba adott baromság, amit sosem mondtam. És ezek után még az a hiszti, ha ezt szóváteszem? Te megint csak azért jöttél ide, hogy velem flamelj, a téma nem is érdekel téged.

    Szóval a két állításod ellent mond egymásnak.

    Nem, nem mondott ellent, csak olyat adsz a számba, amit nem mondtam, úgy könnyű ellentmondást kiáltani. Nem mondtam, hogy írjunk mindent assemblyben, meg azt se, hogy nincsenek safety-k az ipari eszközökön, azt meg pláne nem mondtam, hogy nem kell új szerszám. Ennyi erővel én azt mondom, hogy te is ellentmondtál magadnak, mert egyfelől azt állítottad, hogy a busz szélesebb, mint kékebb, de azt is mondtad, hogy kékebb, mint amilyen hosszú.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618663

    megint nem tituláltalak hülyének

    vs.

    Kérlek szépen, hagyd ki a szokásos hisztit.

    Ja. Nem.

    És a szádba sem akarok adni semmit, próbálom értelmezni, amit mondtál.

    Akkor miért tetted meg egy poszton belül háromszor is?

    Nekem ez azt jelenti, hogy nem kell a szerszámon javítani, hanem nem kell odaengedni, aki hibázik.

    Csak a második fele stimmel, az első nem. Én nem azt mondtam, hogy nem kell a szerszámokon javítani, hanem, hogy azzal nem oldjuk meg a hülyék problémáját, tehát ha ez az indok, akkor ez egy sziszüphoszi szélmalomharc, hogy egy ilyen képzavarral éljek. [CT](Dehát nem ez a valós indok, ez csak a casus belli. Az indok valójában az, hogy a mögötte álló nagy cégek (Amazon, Huawei, Google, Microsoft és a Mozilla) még jobban kiterjesszék a kontrolljukat a Linux kernelre és egyéb kulcsszoftverekre, amiket bármi áron át akarnak portolni/konvertálni, még akkor is, ha nem lesz tőle jobb, viszont onnantól legalább csak a platformok töredékére lesz elérhető (vesd össze a C platformtámogatását a Rust-éval); és ehhez a fundamentalista Rust-fanatikusokat használják fel.)[/CT]

    Ezt nem tudom másképp értelmezni, mint hogy semmi szükség a rustra, és az ő extra safetyjeire. Ebből viszont következne az, hogy egyébként a Cre sincs. És nekem ez ellentmond annak, hogy szerinted nincs baj a rusttal. Ha nem ezt jelenti, akkor kérlek, segíts, hogy mit?

    Akkor javíttasd meg az interpreteredet, mert szó szerint leírtam, hogy "Még mindig nem a Rust létezésével van bajom, hanem az erőszakos hittérítéssel, hogy ez a true way, dögöljön meg a cé." A kereszteshadjáratra, meg a hülyék elleni védekezéssel való indoklásra nincs szükség, nem a Rust-ra. Szerinted érdekelne engem az egész cécó, ha nem már megint arról lenne szó, hogy irtsuk ki a C-t, mert pár álhaladárnak a puszta létezése is fizikai seggfájást okoz?

    Az, hogy egyébként ki milyen keresztes hadjáratot folytat vagy nem folytat, mint mondtam továbbra sem érdekel. Hidegen hagy, nincs véleményem, nem ismerem a helyzetet, nem akarok beleszólni.

    Jé, nahát...elismerted, amit leírtam:

    Te megint csak azért jöttél ide, hogy velem flamelj, a téma nem is érdekel téged.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618782

    Nem. Javíttasd meg az interpreteredet, vagy ne adj dolgokat a számba, amit nem mondtam ;)

    Csak egy hülye hisztizik, tehát ha szerinted hisztizek, akkor szerinted hülye vagyok. QED.

    Nem volt szándékom, reagáltam arra, hogy te mit mondtál.

    De én nem ezt mondtam. Tehát azért adtál megint szavakat a számba, mert arra reagáltál, amit nem mondtam? Hát ez így végül is logikus, ezt mondtam én is. Akkor most miről vitatkozunk...?

    Sajnálom, hogy nem ezt olvastam ki belőle, nekem ennek a parentjában levő kommentjedből nem ez jött le.

    Ha nem írtam le most és eddig is többször, hogy a Rust-tal, magával a nyelvvel, meg annak filozófiájával konkrétan nincs semmi bajom (alig ismerem), akkor egyszer sem. Azzal van a bajom, amikor megindul a rozsdás had és állahullakbááár pusztujjonacééé csatakiáltással átírnak valamit Rustba, amit nem kellett volna.

    van-e bármi értelme az ilyen eszköz jellegű fejlesztéseknek, és hogy miért mondod, hogy nincs

    Látod? Már megint. Most mondom hatvannyolcezredszerre, hogy nem mondtam ilyet. Az eszközfejlesztéseknek en-generique van értelme, az eszközök erőszakolásának nincs.

    Sajnálom, hogy nem sikerült.

    Csak magadnak köszönheted. Én egyszer sem kötöttem beléd, te viszont egyike vagy annak az öt embernek, akik mindig megtalálnak egy kis beszólogatás erejéig. BTW, ha a téma érdekelt, akkor miért kizárólag nekem reply-ztél a topicban? Mert sem az OP-hoz, sem mások posztjaihoz nem fűztél kommentárt.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618846

    A szalmabábcséplést még csak-csak meg lehet így magyarázni, hogy nem akartál belémkötni, csak "félreértetted", de a "hisztit" nem, ugyanis senki nem hisztizett. Mutass már rá, hogy a leírtak mely sorai felelnek meg nálad hisztinek? Hint: hiszti az amikor az ember amygdala hijack-et kap és dacában elkezd őrjöngeni és baromságokat beszélni/csinálni. Hol láttál te ilyet tőlem? Egy mezei kérés, hogy ne adj szavakat a számba az hol hiszti?

    Ez az állítás pedig hamis.

    Igen? Miért, mely értelmes emberek szoktak hisztitni?

    Mert ha nem fűzök hozzá kommentárt, akkor nem érdekelhet?

    De fűztél hozzá kommentárt, de kizátólag az én posztjaimhoz. Ez persze önmagában még semmit nem jelentene, a többségtől fel sem venném. De te egyike vagy azoknak, akik minduntalan megtalálnak egy kis baszakodásra.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618853

    LOL, szóval egy félpejoratív jelző használata már hisztinek minősül, miközben itt kb. az "egyáltalán"-t helyettesítette? Ez már tényleg a legalja...

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618861

    Miért, te minek neveznéd azt, amikor ignorálod a kontextust, sőt a teljes tartalmat és egyetlen szóba kötsz bele? (Miközben te nem kötekedni akartál, á nem.)

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618897

    Igazából te ignoráltad a kontextust, a beszélgetés, amibe beszálltál arról szólt, hogy van-e értelme az ilyesminek az eszközökben.

    Ez nem igaz. Nézd már meg, hogy mire adtam a gyermekzáras választ. Baromira nem az volt a szál kontextusa, hogy most van-e igény biztonsági ellenőrzésekre, hanem az, hogy aki még nem tud programozni (az ominózus "fiatalok", jelentsen ez bármit), azt majd a Rust megakadályozza a baromságok csinálásában, így nem is kell neki megtanulnia, mert Rust-ban úgysem lesz lehetősége baromságot csinálni.

    Te hoztad be a köcsöghittérítők vonalat

    Mert megint bejött a hittérítős vonal, amikor megint jött az a nettó FUD, hogy mindenki hibázik, tehát a C-től meg kell szabadulni és majd a Rust jól megvéd minket magunktól. Ez nettó maszlag és nettó hittérítés. Kösz, de kösz nem.

    és csinálod (megint) azt, amivel engem vádolsz folyamatban, és bizonygatod, hogy de én igenis lehülyéztelek. Úgy kezded az egész választ, hogy én rohadtul nem ezt mondtam, bizonygatod az mondanivalódat, hiába írom le, hogy nincs mit rajta bizonygatni, nem akartam cáfolni. De nem hisztizel, á nem.

    Az igazam melletti érvelés nem hiszti, hiába próbálod ezt megmagyarázni. Az őrjöngve baromságok beszélése az hiszti. Ilyet tőlem nem láthattál. De tekintve, hogy te mindig ezt csinálod, hogy mindig valami hiteltelenítési kísérlettel próbálkozol, így ez a rész is kb. annyira hiteles, mint egy hamis SSL cert: az előbb még a puszta szóhasználat volt a hiszti, most meg az igazam bizonygatása. Legközelebb mi lesz a hiszti? Az írásjelek használata? A keyboard használata? Hogy egyáltalán válaszolni merek?

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618915

    Megnéztem. A szál témája az, hogy van-e szükség védelmi mechanizmusokra, senki nem mondta benne, hogy nem kell nekik megtanulni. Az hangzott el, hogy egész jól véd egy rakás hiba ellen, meg olyanok, hogy ez egyébként külső szemlélőként kit érdekel, ha az elvileg nem hátulgombolós programozók ontják magukból a memória kezelésre visszavezethető bugokat. Te ebben fogalmaztál meg egy véleményt, hogy szerinted nem a gyerekzár a megoldás, én erre reagáltam. Aztán közölted, hogy de te nem ezt mondtad, hanem hogy nem kell erőltetni, meg kötelezővé tenni. Ok, rendben, de annak a szálnak a témája akkor is a safety featureök voltak szerintem.

    "Szerinted." A szál a BSD-től indult, kezdjük itt, tehát máris nem igaz, hogy a védelmi mechanizmusok szükségessége volt az alaptéma. Abba aztán bejött az első hittérítős komment, hogy majd a Rust-tal jól lecsökken a mindenféle memóriakorrupciós sechole-ok és bugok száma. A védelmi mechanizmusokról konkrétan még mindig nincs szó, csak a rasztjó'megvéd mantráról, ami egyébként még mindig nem igaz, mert ha valaki hülye - vagy ne is legyen hülye, értsd: laikus, tapasztalatlan, whatever - és nem tudja, hogy mit csinál akkor a Rust sem fogja tudni megakadályozni, hogy baromságot csináljon: elég, ha mindent unsafe-be tesz. Akkor aztán lehet majd magyarázni, hogy "de elég csak az unsafe részeket átnézni", hogy ha az egész unsafe... (Tehát ezen a ponton a téma már megint az volt, hogy acészarmerbafferóverflómegszegfótdemajdarasztmerabbannincsbafferóverflómegszegfót (de, van), csak, hogy értsd, miért jön szóba mindig a hittérítős vonal.) Ezt tette szóvá pink is, nem mást, hogy baromságra nincs gyógyír. hg2ecz meg sem próbálta cáfolni amit mondott, csak kijelentette, hogy őt ez nem érdekli, de már unja a security patch-eket. Azaz le van szarva, hogy nem a C csinálta a gixereket, hanem a hozzánemértés és ennek megfelelően a Rust sem fogja elhozni a megváltást, max. pár százalékot farag a hibaarányból, akkor is erőltessük a gyermekzárat a kiképzés helyett. És pontosan erre válaszoltam, hogy a gyermekzár nem megoldás: a kiképzés és a szelektálás az.

    Hol is ignoráltam én itt a kontextust?

    Kedves egészségedre, hogy nem. Hányszor mondjam még el, hogy rendben, értem, nem akarom vitatni?

    Akkor minek hozod fel újra-és-újra a hittérítős részt? Ezt már megint te dörgölted az orrom alá, kb. már harmadjára.

    Ott még csak kértelek, hogy ne kezd el (ha már a kontextus ignorálásánál, meg a hiteltelenítésnél tartunk), mert látszott, hogy jó úton vagy afelé, hogy megint sértődötten rugózz. Azóta ezt sikerült is előadnod.

    Látod? Már megint. Most meg sértődötten rugózás. Hol látsz te bármi jelet arra, hogy megsértődtem? Már megint hitelteleníteni akarsz. Ez nagyon gagyi.

    Látod, most is még bizonygatod az igazadat, mikor már nem tudom, hattal feljebb leírtam, hogy, ok rendben, nincs ebben vita köztünk.

    Miben? A hittérítős részben? Akkor minek jössz vele elő újra-meg-újra? Vagy abban, hogy a Rust nem akadályozza meg az idiótákat az idiótaságban? Abban meg nem igazán értettél eddig egyet.

    De neked muszáj előadni, hogy a hiszt=hülye, és hogy az kizárólag az örjöngve tombolást jelenti, és hogy de én akkor is is ignorálom a kontextust, meg hitelteleníteni akarlak téged. Akar a fene. A mondandódra reagáltam.

    Te nem a mondandómra reagáltál, hanem teljesen másra: olyasmikre, ami engem tüntet fel idiótaként. És ezen tényleg felesleges rugózni, mert ezt már rég elismerted, hogy nem arra reagáltál amit mondtam, mert "félreértetted".

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618953

    Erre ne vegyél mérget. Az a baj, hogy abból indultok ki, hogy a Rust ésszel lesz használva és lesöpritek az asztalról, hogy akik eszetlenül kódolnak, azok Rust-ban is eszetlenül fognak és akik elfogadják az eszetlen kódokat, azok Rust-ban is el fogják fogadni őket.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619082

    Azt gondolom, hogy kernel szinten nem nagyon hagyják - és korábban sem hagyták - hogy szemét kerüljön be. Szoktam néha olvasni a linux kernel listát, és ott keményen vissza van dobva minden, ami nem üti meg a szintet, még akkor is, ha valamelyik nagy cégtől jön.

    Aztán Torvaldsot meg majd megint toleranciatáborba küldik, mert nem volt elég befogadó. Ted Ts'o-t is széttépték az SJW-k, mert "ellenállt" pár dolognak, pl. nem volt hajlandó becsicskulni az intelnek és úgy megírni az RNG-t, hogy az teljesen az RDRAND-ra épüljön. A nagy cégek egyre inkább átveszik a kontrollt a Linux felett, mert túl fontos lett és az ipar túl nagy része alapul rá.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618960

    Hagyjuk, megint csak az látszik, hogy valami elképesztő módon tudsz mást kiolvasni ugyanazokból a szavakból, mint én

    Hát ez elég érdekesen hangzik a szádból azok után, hogy elismerted, hogy nem azt olvastad ki a szavaimból, amit mondtam, mert "félreértetted" őket.

    és hogy egyre jobban lovalod bele magad megint, hogy én téged bántani akarlak.

    Nem lovalom bele magam, ez volt az alap az elejétől fogva, lévén a veled való vitákban mindig ide lyukadunk ki. Nem tudom feltűnt-e, de a tényleges szakmai vonalat már sok poszttal korábban elhagytuk és azóta csak arról szól az egész, hogy én mit mondtam, meg én mi vagyok. Ha te hozzám szólsz, tudom, hogy kb. két-három poszt múlva már arról fog szólni, hogy én épp mi vagyok.

    Már ott tartunk, hogy idiótának akarlak feltüntetni.

    Már? Már szinte az elejétől ez volt, egészen pontosan két posztig bírtad.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619083

    Tehát mégiscsak eleve úgy álltál neki, hogy én biztos téged akarlak bántani. :P

    "Mégiscsak?" Rögtön az elején, miután elkezdted a beszólogatást, le is szögeztem, hogy már megint megtaláltál.

    Nem tudom, feltűnt-e, de én még mindig nem mondtam rád, hogy hülye vagy, meg idióta vagy, mert nem gondolom ezt.

    Hogy mit gondolsz, azt nem tudom. De a burkolt hülyézés is hülyézés; tőled nem nagyon láttam mást, mint két-három poszton belül már a személyes vonalra terelést, hátha sikerül vele hitelteleníteni.

    Te jutsz valahogy mindig ide, és adod a számba, hogy ezt tesztem.

    Mert talán folyton ezt teszed?

    Igen, valóban mondtam, hogy ne kezd már a hisztit.

    És hisztiről szó sem volt, hiába szeretnéd ennyire belemagyarázni.

    Ami teljesen pariban van azzal, hogy "rohadtul nem ezt mondtam".

    Egyáltalán nincs, vagy, hogy stílszerű legyek: rohadtul nincs. Nem vagyok egy finom alak, a kötőszavaim sem azok. Replace-eld le "egyáltalánra" fejben, ha ennyire zavar, bár egyébként ha megszakadok sem fogom fel, hogy hogy lehetne pariban egy tagadás egy személyeskedő beszólással.

    És ha én kettőig bírtam, akkor te egyig se.

    Miért is? Mert leírtam, hogy rohadtul nem azt mondtam, amit a számba adtál?

    Azóta nem tudod elengedni, és azóta megy erről a szájkarate. Amit, nem tudom feltűnt-e, hogy folyamatosan próbálom ezt megállítani, de te valahogy mégiscsak mindig válaszolsz rá.

    A túrót akartad te megállítani. Oda-vissza csavargatod az indokaidat, hogy miért is vádoltál hisztivel, "félreértetted", "rohadtul" csúnyán beszéltem (már ekkora a snowflake faktor, hogy egy rohadtul is csúnya szó?), "bizonygatom az igazam", "sértődötten rugózok rajta" (ez utóbbi azért is vicces, mert ez már a hisztivel történő vádaskodás után történt; hogy akarsz egy beszólást olyasmivel indokolni, ami utána történt?); ezt nevezed te megállítási kísérletnek? Te bizonygatod még mindig, hogy én sértődötten hisztizek, mint egy hülye kölyök. Megint. Csak a kezem tudom már széttárni.

    Kérlek, fogadd el, hogy nem akarlak én semminek beállítani, a konkrét felvetésedre akartam reagálni.

    Miért fogadnám el az eddigiek után, főleg mivel egyáltalán nem a konkrét felvetésemre reagáltál, hanem arra, amit belemagyaráztál.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2619087

    Majd esetleg, ha kibírod pár hónapig anélkül, hogy betalálnál.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618578

    Az emberek hibáznak. Akármilyen jó programozó, reviewer, tesztelő, stb valaki, ha elég sok kód megy át a kezei között előbb-utóbb el fog siklani a figyelme egy hiba felett.

    Ennyi erővel Rust fordító programozói is hibáznak.

    Ez ellen csak automatizálással lehet védekezni, eszköztől függetlenül.

    És az automatizmust összeállítók nem hibázhatnak?

    Ha a C nyelv nem teszi lehetővé, hogy ezeket a hibákat automatikusan meg lehessen fogni (a fordító vagy egy static analyzer segítségével), akkor az az eszköz hibája.

    A kalapáccsal nyugodtan be lehet verni a szélvédőt és az eszköz nem akadályozza ezt meg, tehát ez az eszköz hibája. Vagy esetleg nem az eszköz hibája, mert nem is volt célja sosem, hogy megakadályozza? A felhasználó hibája nem az eszköz hibája. Ennyi erővel a tökéletes eszköz egy az embernél okosabb robot, ami jobban tudja az embernél nem csak azt, hogy hogyan kell a melót megcsinálni, de azt is, hogy az ember mit is akart csinálni. Mit ad Isten, elnézve a rettenetes-rémületes okosfos világot, pont erre megyünk. És milyen baromi jó, ugye?

    Hanem mit kellene változtatni a rendszeren, ami lehetővé tette, hogy a pilóta hibázzon és ez balesethez vezessen.

    Az tette lehetővé, hogy létezik. Javaslom: szüntessük meg a pilótát, csinálja robot az egészet. Elnézve a Tesla kocsijait, sokkal jobb lesz, mert csökkenni fog a túlnépesedés.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618642

    de semmiképp nem okoz problémát a lefordított programban

    És de: keress rá az LLVM stack probe-ingra és a stack overflow problémára.

    Ez nyilván nem jó, de ezt a fordító auditálásával, tesztelésével meg lehet fogni.

    Kettős mérce. A kódok auditálásával és tesztelésével a C kódok bajait is meg lehet fogni. De azt nem, mert csak.

    Nyilván hibázhatnak, viszont az automatizmust is validálja maga a folyamat amit automatizál.

    Perpetuum mobile á la Rust? A hibás validáló automatizmus automatikusan validálja önnönmaga működését?

    Az emberekkel szemben az automatizmus nem fogja elkövetni ugyanazt a hibát, amit egyszer már javítottak.

    Az a bizonyos automatizmus sem véd meg mindentől, ld. feljebb a memóriakezelési zríket.

    Viszont ha ez nem cél, akkor is csak akkor hiba, ha a szélvédőt véletlenül sikerül beverni a kalapáccsal, ami a kalapács rendeltetésszerű használatával elég nehéz.

    De ez nem a kalapács hibája. Ez csúsztatás.

    de ez már az eszköz hibája is, mert pl. nem megfelelő a markolata vagy nem rögzíti a fejet rendesen.

    Elég szomorú, ha egy tárgyat hibáztatunk azért, mert a markolata nem passzol a felhasználó kezébe, vagy mert a felhasználó nem rögzítette a fejet.

    Ha összehasonlítod a mai repülőket a fél évszázaddal ezelőtti repülőivel, akkor ezzel nem is lőttél nagyon mellé.

    Asszem nem ment át, amit mondtam.

    Vagyis összességében az automatizmus biztonságosabbá teszi a repülést, és ez a statisztikákból is látszik.

    Egyfelől nem csak utasszállító repülőgépek vannak. Ha már mindenáron erőltetjük a repülős analógiát, akkor ez kb. az lenne, hogy tiltsuk be a sárkányrepülőket és a légcsavarosakat, csak az utasszállítók repülhessenek, mert abban van a pilótákat felülbíráló automatika. Legyen csak a nagy cégeké az ég. Tekintve, hogy ha belegondolok, hogy kik állnak a Rust vagy épp a Java, meg a C# mögött, meg a C állandó kiirtási kísérletei mögött, ez az analógia még stimmel is...
    Másfelől meg nagyon nem mindegy, hogy az automatika megkönnyíti az ember dolgát azzal, hogy helyette végez el dolgokat, vagy épp megnehezíti azzal, hogy helyette dönt el dolgokat és megtiltja, hogy az ember másképp dönthessen.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618783

    Olvasd el újra az eredeti mondatot, aminek csak a második felét idézted be. A bináris létre sem jön, mert a fordító elszáll hibával, egy nem létező binárist pedig nem lehet futtatni, így nem is okozhat hibát.

    Jogos, elsiklottam felette (mentem volna már enni). Nem létező binárisban valóban nem lesz hiba. Viszont akkor mondom, hogy van egy harmadik lehetőség is, amit kihagytál: nem csak le nem forduló, vagy nem megfelelően lefordított kód van, hanem megfelelően lefordított, de a fordító bugjából eredően mégis hibásan működő kód is. Ez volt az, amikor a stack probe-ing hiányában egy kellő mélységű rekurzió eltrashelte az egész vermet. A megírt és a lefordított kód is jó volt (lévén amíg nem ért el egy bizonyos szintű rekurziót, tökéletesen működött), csak éppen az maradt ki belőle, amivel a Rust állítólag kitűnik a többi nyelv közül: az idevágó validáció.

    A lényeg a mennyiségen van. A világ összes C vagy Rust kódja vajon hány nagyságrenddel több, mint egy Rust vagy C fordító kódja?

    És a világon vajon hány nagyságrenddel több C-t beszélő programozó van, mint Rust-ot? És a C-s programokból vajon hány nagyságrenddel van több a több nagyságrenddel kisebb komplexitásúakból? A mennyiséget sokfelől lehet nézni.

    Nem az automatizmus validálja önmaga működését, hanem annak a használata. Pl. ha van egy unit tesztem ami 100x sikeresen lefutott de 101x alkalommal hibára futott, akkor vagy a kódban történt olyan változtatás, vagy a tesztben van olyan hiba, ami miatt a teszt elhasalt. De ha kiderül, hogy a tesztben van a hiba, akkor nyilván a tesztet kell javítani, nem a kódot. Ezáltal a teszt még jobb lesz, még megbízhatóbban talál meg hibákat a tesztelt kódban.

    De itt most magáról a fordító védelmi automatizmusáról volt szó, nem pedig külső automatizmusokról. Az nem validálhatja önmagát. Kívülről persze, hogy lehet validálni, hogy a fordító validátora jól működik-e, de ennyi erővel ilyet a C kódokra is lehet írni.

    Nem is kell megvédenie mindentől. Az is előrelépés, ha csak a gyakori hibáktól véd meg.

    Kiket? A hülyéket? Esélytelen. Azok baromságot fognak csinálni. Olyat, amire a Rust fordítók írói legbrutálisabb rémálmaikban sem gondoltak. A többit? Azok Rust nélkül sem csinálnak olyan sok hibát. Lehet, hogy a Rust-tal még annyit se csinálnának, de cserébe jól lelassítja őket, hogy kerülgethetik a nyelv által támasztott akadályokat. (Nem, nem arra gondoltam, hogy unsafe-fel bypass-olják, hanem, hogy rendesen megírják.)

    Ha a markolat csúszós anyagból készült, vagy nem megfelelő a textúrája, az bizony az eszköz, illetve a gyártó hibája. A fej rögzítése szintén nem a felhasználó dolga, hanem a gyártóé.

    Tehát nem magának az eszköznek - a kalapácsnak: en-generique a kalapács koncepciójának - a hibája, mert a kalapács koncepciója az, hogy oda tudjál vele baszni egy jó erőset valahova és a markolat anyaga vagy kialakítása, meg a fej rögzítése nem része a koncepciónak, ahogy az sem, hogy hova baszol oda vele. Ha annak a kalapácsnak tényleg szar a markolata, vagy nincs rögzítve a feje, akkor fogsz egy másik gyártó által készített kalapácsot és le van tudva. Ha a C compiler, amit használsz szar, fogsz egy másikat. Rust-ból viszont csak egy van.

    Ha egy hobbi pilóta kisgépe lezuhan, az legfeljebb neki és a családjának, barátainak fáj. Ha egy utasszállító lezuhan, az még érint pár száz embert, akik azért fizettek, hogy biztonságosan eljussanak A-ból B-be.

    Hány utasszállító gép van a világon és hány sárkányrepülő és egyéb kis csipszar, vagy bármilyen automatikamentes - akár négy légcsavaros teherszállító - gép és arányaiban miből potyog le több? Van erre valami statisztika?

    a légitársaságok érdeke, hogy a légiközlekedést minél biztonságosabbá tegyék

    Akkor minek csinálnak ilyeneket? A pilótákat nem rátermettség alapján kéne kiválogatni és kiképezni?

    Ugyanígy ha egy hobbiprogramozó kódjában van egy memóriakorrupciós hiba, az kis számú felhasználót fog érinteni és kis kárt fog okozni. Viszont ha a Linux kernelben van memóriakorrupciós hiba, az egyrészt komoly károkat okozhat rendszerek feltörése által, másrészt magas költsége lehet a hiba elhárításának. Ezért a Linux kernelre építő cégek (kb. a világ összes cége) érdeke, hogy a Linux kernelben kevés legyen a memóriakorrupciós hiba.

    És ennek az a feloldása, hogy bármi áron, de átírjuk egy olyan nyelvre a Linux kernelt, meg minden egyéb kulcsszoftvert, amiben ugyanúgy lehet memóriakorrupciós hibát csinálni, ha nagyon akarod, viszont legalább egy fúziós erőmű kell ahhoz, hogy lefordítsd (a Rust saját magát 32-bites gépeken le sem tudja fordítani, mert nem tudnak annyi memóriát kicímezni) és az eddig támogatott platformok száma a töredékére zuhan vissza, de legalább a nagy cégek megint jól jártak, mert megsemmisítették a mindenki által beszélt C-t és helyette egy olyan nyelvben van már minden, amit csak az ő programozóik ismernek?

    Erre most is van példa, ellenőrzött légtérbe nem repülhet be akárki. De ez nem zárja ki, hogy mások is repülhessenek.

    Nem arról volt szó, hogy nem repülhet be akárki egy "zárt" légtérbe, hanem, hogy minden automatikamentes gépet letiltunk, mert "nem biztonságosak".

    Ugyanígy ha a Linux kernelben lesz lehetőség Rustban programozni, az nem fogja kizárni, hogy továbbra is C-ben programozz.

    Ha elkezdik átírni rá? Ez már a másik topicban is volt: ha új modulokat írnak Rust-ban, az nem gáz, maximum az nem lesz mindenütt elérhető, de ha a régi kódokat kezdik el átírni, azt elveszik mindenkitől, aki nem beszél Rust-ban és minden platformtól, ahova nincs Rust fordító.

    Oldschool Computer - http://oscomp.hu




    "Rust a Linux kernelben": https://hup.hu/cikkek/20210415/rust_a_linux_kernelben#comment-2618551

    A Rust programozóknak sem fog sikerülni. Hülyék ellen nincs gyógyír.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> g


    Az IBM COBOL fordítót készített x86-on futó Linuxra: https://hup.hu/cikkek/20210408/az_ibm_cobol_forditot_keszitett_x86-on_futo_linuxra#comment-2615777

    Majd ezt is asszimilálja a systemd és akkor ez lesz a COBOLd. (Én kívánok elnézést.)

    Oldschool Computer - http://oscomp.hu


    Σ: 009 -> bimi3 , chx , zaphodb , salaud , goodbyte , solt87 , bohocmasni , LJ67 , nullptr


    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618490

    Sem a -v, sem a -vv opciókat nem fogadta el, kidobta a használati utasítást. Ezek működnek Solaris 10 alatt is?

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618554

    Hoppá a második bekezdés lemaradt. Szóval /nfs *(rw,sync,no_subtree_check) a bejegyzés, azaz direkt úgy csináltam meg, hogy bárki csatlakozhasson, bár azt nem tudom, hogy ez az userekre is vonatkozik-e. Egyébként van nobody user.

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618491

    Igen, root. Minden desktop rendszeremen root vagyok, hacsak nem követeli meg valami, hogy ne legyek az.

    rcpinfo-ra azt mondja, hogy nem ismert parancs. Végigtúrattam az /usr-t, de semmi. pkgutil nem ismeri, CSW-ben nincs. Nem Solaris 11-es cucc ez?

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618579

    Már tegnap kiderült.

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618492

    Megadtam, de nem segített.
    Amúgy a Solaris v3-as módban akar csatlakozni, az van megadva: -o vers=3. Ha nem adom meg ezt az opciót, akkor csak annyit dob, hogy "not owner". Ha -o vers=2 parammal futtatom a csatolást, akkor meg "access denied" van. (Függetlenül attól, hogy beállítottam Linux alatt a verzió 2-esre.)

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618493

    Oké, de hol van az rcpinfo?

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618498

    De, az van, csak fentebb rcp-t írt, itt meg nem szúrtam ki, hogy megcserélődött...
    http://oscomp.hu/depot/rpcinfo.txt
    Ebből nekem az jön le, hogy 3-as és 4-es NFS-t is ad.

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618553

    Látszik bizony:

    export list for 192.168.10.100:
    /nfs *

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618635

    Nyertél. :)
    Köszi szépen!

    Oldschool Computer - http://oscomp.hu




    NFS Linux server, Solaris client HOWTO?: https://hup.hu/node/173537#comment-2618638

    A NFS_CLIENT_VERS_MAX a -o vers=3 módon is működik, de amúgy már megoldódott.

    Oldschool Computer - http://oscomp.hu




    windows 10: Dump File Creation Failed Due to Error During Dump Creation - tipphalmaz: https://hup.hu/node/173532#comment-2618262

    Nem tudom milyen színvonalat képvisel a techisours.com, ma láttam először. Linkelhettem volna az ms fórumát is, de ott nem vergődtek vele zöld ágra (bár, ahogy nézem, nagyjából ugyanazok jöttek szóba, mint a linkelt cikkben), úgyhogy csak belinkeltem az első találatot, ami szembejött.
    Ezek jobbak?
    http://appuals.com/how-to-fix-dump-file-creation-failed-due-to-error-during-dump-creation/
    http://techquack.com/fixed-dump-file-creation-failed-due-to-dump-creation-error-error/

    Oldschool Computer - http://oscomp.hu




    windows 10: Dump File Creation Failed Due to Error During Dump Creation - tipphalmaz: https://hup.hu/node/173532#comment-2618483

    Az nem jó. Én többet nem tudok hozzászólni a kérdéshez. Majd kiderül, hogy segített-e vagy sem, de ha ezek tényleg csak bullshittel traktálják a jónépet, az szivacs.

    Oldschool Computer - http://oscomp.hu




    windows 10: Dump File Creation Failed Due to Error During Dump Creation - tipphalmaz: https://hup.hu/node/173532#comment-2618548

    Nem, egy haver futott bele. De amúgy miért érdekes, hogy engem érint-e?

    Oldschool Computer - http://oscomp.hu




    A programozó munkája a legkönnyebb...: https://hup.hu/node/173507#comment-2617606

    Egyenlőségvizsgálatnál nincs különbség köztük:

    #include <stdio h>
    int main()
    {
    	printf("%d\n", +0.0f == -0.0f);
    }
    root@Csabi:/tmp# gcc kecske.c
    root@Csabi:/tmp# a.out
    1

    Oldschool Computer - http://oscomp.hu




    A programozó munkája a legkönnyebb...: https://hup.hu/node/173507#comment-2617613

    Ez nem GCC-specifikus, ez a szabvány:https://en.wikipedia.org/wiki/Signed_zero#Comparisons

    According to the IEEE 754 standard, negative zero and positive zero should compare as equal with the usual (numerical) comparison operators, like the == operators of C and Java.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> BaT , Oregon


    A programozó munkája a legkönnyebb...: https://hup.hu/node/173507#comment-2617589

    Nitpicking rovat:

        if (q==0) return NAN;
        if (p==0) return 1.0;
    +   if (p==q) return a;

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    A programozó munkája a legkönnyebb...: https://hup.hu/node/173507#comment-2617611

    Nm.

    Oldschool Computer - http://oscomp.hu




    A programozó munkája a legkönnyebb...: https://hup.hu/node/173507#comment-2617603

    if (p==0) return 1.0;

    Azt nem én írtam. Feltűnt a pluszjel a harmadik sor elején?

    Ahogy ezt az amúgy minden esetet helyesn lekezelő sima pow() meg is old. Tök felesleges ez a körítés a pow() köré.

    Ne nekem mondd.

    Oldschool Computer - http://oscomp.hu




    A programozó munkája a legkönnyebb...: https://hup.hu/node/173507#comment-2617694

    A NaN inputokra valami ilyesmi:

    -    if (q==0) return NAN;
    +    if (isnan(base) || isnan(p) || isnan(q) || q==0) return NAN;

    Oldschool Computer - http://oscomp.hu




    A programozó munkája a legkönnyebb...: https://hup.hu/node/173507#comment-2618061

    Pedig ez egy jó elnevezés: az ő hatványozója, ő fogja használni, tehát elég, ha ő tudja, hogy miben más. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kisbetu


    Solaris 10 mount FTP FS: https://hup.hu/node/173535#comment-2618338

    Az FTP szerver egy helyi Linux, egész pontosan a Solaris egy VBox guest és a host-on van az FTP szerver. Az NFS-t tudom, hogy tudja, de az sem akar működni. Samba-val is megoszthatnám a host cuccait, de az kb. last resort, ha végképp nem marad más.

    Oldschool Computer - http://oscomp.hu




    Solaris 10 mount FTP FS: https://hup.hu/node/173535#comment-2618484

    Akkor marad az NFS.

    Oldschool Computer - http://oscomp.hu




    Major őrnagy...: https://hup.hu/node/173431#comment-2614823

    Mi itt a baj? A libcrypto.so.1.0.2k csak egy symlink ami a libcrypto.so.10-ra mutat, azért az a neve, hiába a másikat nyitotta meg. Vagy az a baj, hogy a symlink 1.0.2-nek van számozva a cél meg simán 10-nek?

    Oldschool Computer - http://oscomp.hu




    Major őrnagy...: https://hup.hu/node/173431#comment-2614837

    Tehát a verziószámozás volt a gáz. Hát mondjuk ez tényleg érdekes, hogy miért lesz 10 az 1.0, amikor ki is írhatnák rendesen.

    Oldschool Computer - http://oscomp.hu




    Major őrnagy...: https://hup.hu/node/173431#comment-2614927

    Gyönyörű...

    Oldschool Computer - http://oscomp.hu




    OpenJDK build a Microsofttól: https://hup.hu/node/173451#comment-2617619

    OpenJDK buildet minden komolyan vehető vendor csinál.

    Milyen jellegű vendorokról van szó?

    Oldschool Computer - http://oscomp.hu




    FreeBSD 13.0-RELEASE: https://hup.hu/cikkek/20210414/freebsd_13_0_release#comment-2617450

    Removed support for the sparc64 architecture (SPARC 9).

    powerpc64le (64-bit little endian port) was introduced, targeting POWER8 and newer processors.

    1:1

    Mondjuk, ha az arm64 Tier 1-es lett, akkor igazán lehetne a powerpc64 is az, ha még ABI-t is váltottak:

    powerpc64 switched to ELFv2 ABI at the same time it switched to LLVM. This brings us to a parity with modern Linux distributions. This also makes the binaries from previous FreeBSD versions incompatible with 13.0-RELEASE. Kernel still supports ELFv1, so jails and chroots using older FreeBSD versions are still compatible.

    (Erre sem fogok frissíteni a G5-ös PowerMac-en...)

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612510

    Köszi a tippet, jónak tűnik. Sajnos ez is valami olyan cipherrel dolgozik, amit az Opera 12 nem ismer, úgyhogy egyelőre fallback megoldásnak eltettem, de asszem előbb utóbb nem úszom meg, hogy új SSL-lel forgatni kell az Operát... Vagy újracsomagoltatni neki a contentet Squid-en keresztül.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612520

    A Startpage olyan ciphert használ, amit az Opera 12 nem ismer, ezért 40-es hibával elszáll az oldal. Ezt vagy úgy tudom áthidalni, hogy a browserbe érkező forgalmat keresztülengedem Squid-en és egy olyan cipherrel küldöm tovább az Operának, amit ismer, vagy úgy, hogy van már SSL patch az Opera 12.15-höz, csak le kellene forgatni vele.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612567

    TLS1.2-őt még ismeri az Opera 12. Asszem az ECC cipherek azok, amik beteszik neki a kaput. Legalábbis a "közös" 12.16-nak, a csak windows alá kiadott 12.18 ismeri őket.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612662

    Annyira azért nem. Főleg, hogy van hozzá OpenSSL patch is. De a website-oknak amúgy is csak töredéke támogatja még csak a TLS1.3-at. Ami vicces, hogy az Opera 12-ben volt TLS1.2 support, aztán átálltak Chrome alapra és a 14, 15 és 16-os Operában meg nem volt.
    https://en.wikipedia.org/wiki/Transport_Layer_Security_Adoption

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612684

    A TLS1.2 implementálása teljes. Az ECC cipherek hiányoznak, de azok is csak a 12.16-osban, a 12.18-asban működnek. Azonfelül van OpenSSL patch is.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613160

    De nem a TLS1.2 van benne hiányosan - pláne nem hibásan - implementálva. A TLS meg az SSL a protokoll, az ECC meg a cipher és a protokollnak meg a ciphernek pedig semmi köze sincs egymáshoz. Az ECC nem a TLS1.2 sajátossága, akár SSL-hez is lehet ECC ciphert használni és akkor az Opera 12.16 azon is fennakad.
    Nem a TLS1.2 - a protokoll - a probléma, mert az tökéletesen le van implementálva és működik; a cipher a probléma, de az is csak az Opera 12.16-ban, a 12.18-asban nem. Nem tudom, hogy azt miért csak windows alá adták ki...de mindenesetre már van rá OpenSSL patch.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613315

    TLS1.2 előtti...? Az ECC cipherek nagyjából a TLS1.2-vel egyidőben jelentek meg a browserekben... (Volt, ahol évekkel utána engedélyezték őket default-ból.)
    Egyébként az Opera userek többségének (windows, 12.18) nem kell buildelni, mert benne van.
    A patch meg mint photoshop...még ha a műtéthez hasonlítottad volna.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612523

    De feljön. Legalábbis én hiába tiltottam a szutyokszkriptet, nekem feljött. (Sz*rk: egyébként sem JS, hanem HTTP redirect.) Szerintem, ha nálad nem jön fel, akkor még nem futottál bele olyan szerverbe, ami már adja. Fokozatosan állítják át őket, pár napig csak elvétve kaptam ezeket a consent bullshiteket, de most már ez jön fel, ha nincs süti.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612553

    Az csak a felugráló HTML elemeket pucolja ki, amik megjelennek a sütik nélkül, de ezt a google egy komplett redirect-tel oldja meg és nem is enged tovább, amíg le nem okézod...vagy meg nem kerülöd.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612619

    Nem tudom pontosan, hogy az IDCAC mit csinál (csak végigfutottam az oldalt), de még ha magát a redirectet meg is fogja, ha a szerver a süti hiányában megtagadja a tartalom elküldését, akkor az ellen nem véd.
    Egyébként Opera 12-höz nem is csinálták meg. :P

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2612618

    Megint adtak egy pofont a windóznak...

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2616069

    Csakhogy nem adnak semmiféle normális opciót. Eléd raknak egy hatszáz partnerből és funkcióból álló listát, amit lehet egyesével kiikszelni, hogy nem kéred (bár van olyan, ahol alapból opt-in), de még azt is orbitálisan sunyi módon oldották meg, mert két gomb van: egy nagy, valamilyen rikító zölddel világító "accept all", meg egy szürke, a háttérbe olvadó "accept selected", szóval a figyelmetlen ember, miután egyesével letiltotta a többszáz sütit (vagy jobb esetben alapból opt-in volt mind), végül rábök az accept all-ra, aztán ugyanúgy elfogadja mindet. Félrevezetés lvl99.
    Az egyetlen kontroll az a sütik tiltása, vagy, mivel manapság már addig nem működik sok oldal, amíg nem fogadod el, hogy követni akarnak, az a sütik törölgetése, kilépéskor, vagy az oldal elhagyásakor, aztán kövessenek, ha tudnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    Google consent cookie hack: https://hup.hu/node/173340#comment-2616560

    A legtöbb helyen rányomsz a szerkesztésre és alapból nincs semmi kijelölve, ott ha a mentésre kattintasz, és nem a "minden elfogad" gombra, akkor meg is vagy.

    Sunyi? Az. Megoldható egyszerűen? Meg.

    Meg mernék esküdni, hogy ezt leírtam, hogy van ilyen, ahogy azt is, hogy nem mindenütt ez van.

    Ezért szorgalmaznám egyébként, hogy ez ne weboldal hanem böngésző feladat legyen, dehát beszélhet az ember.

    Kinek beszélhet? Nekem? Én mindig is browserből oldottam meg: folyton blokkolom/törlöm a sütiket.

    Ettől még nem a gdpr elvárásaival van baj, mert enélkül még az se lenne, hogy sunyi gombok között azért megtalálod a kikapcsolás lehetőségét.

    A GDPR egy látszatintézkedés, semmi eredménye sincsen. A kicsik lehet, hogy betartják, mert őket megbasszák érte, de eddig sem ők kémkedtek utánunk, hanem a nagyok, azok meg tőből leszarják a GDPR-t, mert ha kapnak is valami bírságot érte, röhögve kifizetik, hiszen az a töredéke annak, amit az adatkereskedelemmel szereztek.
    Magyarán egy csomó kis webportálnak sikerült extra melót és költséget csinálni, a nagyok (kugli, mikrofos, faszbúk, etc.) meg röhögnek a markukba.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2616563

    legalább van egy használható opciód letiltani a felesleges szarokat.

    Ami nem kell a weboldal tényleges működéséhez, az mind felesleges. Fel sem kéne kínálni, hanem nem kéne csinálni. Leszarom a "partnereiket" és a "funkcióikat", nem kell egyik sem. Ha az EU rendesen csinálta volna ezt, akkor formai és ergonómiai követelményeket is szabott volna, nem csak szabadon értelmezhető jogiakat: pl. kötelezővé kellett volna tenni a nagy zöld "accept all" mellett a nagy vörös "block all" gombot is, ami az összeset blokkolja és annak kellett volna lennie az alapértelmezett gombnak, ha valaki figyelmetlenül space-t, vagy enter-t ütne mindjárt az elején. Ahogy azt is kötelezővé kellett volna tenni, hogy mindenre az opt-in legyen a default.

    Dehát ezt nem lehet, mert akkor az emberek blokkolnának mindent, ha egyszerűen megtehetnék és akkor mi lenne az adatkereskedelemből és a csicska reklámokból élő parazitákkal, nem is beszélve a tömeges megfigyelésről...? Na, ezért egy "sikertörténet" a GDPR, mert úgy teszünk, mintha tennénk valamit, de valójában nem, mert az érdekeink ellen cselekednénk. Látszatintézkedés.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    Google consent cookie hack: https://hup.hu/node/173340#comment-2612767

    Ezt nem tudtam. Köszi, hogy elmondtad.

    Sz*rk: Sajnos nem jó... :(

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613161

    Pedig én szóltam, hogy exportáld a leveleidet és menekülj... :(
    A keresőt sajnos nem olyan egyszerű eldobni a magyar tartalmak miatt...de majd tesztelni fogom, hogy a DuckDuckGo tényleg ugyanazokat hozza-e a !g prefixummal, mint a kugli és ha igen, akkor levesbe küldöm a kugli keresőjét is.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613179

    Na ja, csak nem csak műszaki dologra lehet itthon keresni. :)

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613192

    Rákúrtunk, lecsekkoltam. A DuckDuckGo a !g prefixummal nem gúgülös találatokat tölt be, hanem konkrétan átirányít a kuglira. Hát ezt baszhatjuk. :(

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613314

    Minek? A poszt arról szólt, hogy a probléma megoldódott.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613188

    Csak nehogy úgy járj a leveleid le nem mentésével, mint egyesek a PayPal-lel, hogy egyik pillanatról a másikra közölte az európai júzerekkel, hogy innentől kezdve kötelező a telefonszám megadása, mert olyan nincs, hogy a new york-i és szilikonvölgyi öltönyös dögkeselyűk ne lássanak bele minden pénzügyi tranzakciójukba. (Még jó, hogy én nem tartottam rajta pénzt...)

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613193

    Igazából ráböksz az export gombra és leszedi neked az egészet. Kb. két perc.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613204

    A webes felület tényleg egy trágya, de itt most nem napi használatról beszélünk. A CM az összes mappát le tudja rántani?

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613232

    Ki kell próbálni, max. nem megy, ha meg igen, akkor nem kell a webes felülettel sem szívni.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613313

    A PayPal mindent kiad az accountokról a hatóságoknak, de ha nincs telefonszám kötve hozzá, akkor nem érnek vele semmit. Ezért hozta az EU ezt a rendeletet, hogy Európában kérjen kötelezően telefonszámot a PayPal. Így viszont már a nagy techcégek is tudni fogják, hogy kié az account, lévén egymás között úgy adják veszik az adatokat, mint ha a piacon lennének vele.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613327

    PayPal account-ot lehetett csak úgy regisztrálni és lehetett vele fizetni a neten, de lehetett róla bankszámlára utalni és onnan fogadni is. Nem kellett hozzá sem bank, sem kártya. Pont ezért nem tudtak mit kezdeni azzal, ha egy accounthoz semmi nem volt kötve.

    Oldschool Computer - http://oscomp.hu




    Google consent cookie hack: https://hup.hu/node/173340#comment-2613331

    És mire mentek vele, ha a küldő nem tudta személy szerint, hogy kinek utal? A donating így ment a PayPal-lel, hogy az emberek bedobálták az utalásokat a megadott PayPal accountra és nem tudták, hogy kié, ha nem mutatkozott be, max. egy nicket láttak az oldalon.
    Egyébként a PayPal számlára postai úton is be lehetett a rózsaszín csekkekkel névtelenül fizetni egészen 2017-ig, amikortól kezdve egy EU-s rendelet miatt már személyi igazolványt kérnek a Postán a rózsaszín csekkes utaláshoz. A rendeletet természetesen a szokásos Tenor Pistás bullshittel indokolták, de valójában csak arról van szó, hogy az összes pénzmozgást ellenőrzés alatt akarják tartani.

    Oldschool Computer - http://oscomp.hu




    Betétzene azonosítása: https://hup.hu/node/173465#comment-2616068

    Hát pedig direkt leírtam:

    Nem része eredetileg a filmnek, mert sem az olasz, sem az eredeti angol szinkronban nem ez szól az ominózus jelenet alatt, de véletlenül belefutottam valamikor a német szinkronba és az alatt sem. Valószínűleg a hazai szinkronstúdió rakta bele.

    Oldschool Computer - http://oscomp.hu




    Betétzene azonosítása: https://hup.hu/node/173465#comment-2616071

    Hú, köszi, király vagy. Hogy találtad meg? Nekem a zenefelismerők nem segítettek.

    Oldschool Computer - http://oscomp.hu




    Betétzene azonosítása: https://hup.hu/node/173465#comment-2616074

    Ja, okostelefonom nincs, így ez az opció nálam kimaradt, csak a neten elérhető zenefelismerőkkel szívtam egy adagot...
    Köszi még egyszer. :)

    Oldschool Computer - http://oscomp.hu




    Betétzene azonosítása: https://hup.hu/node/173465#comment-2616144

    ROFL. :)
    Kár, hogy tecső akkantom sincs.

    Oldschool Computer - http://oscomp.hu




    Betétzene azonosítása: https://hup.hu/node/173465#comment-2616379

    Nincs kedvem megadni a kuglinak a telefonszámomat. Mi fáj?

    Oldschool Computer - http://oscomp.hu




    A Xinuos beperelte az IBM-et és a Red Hat-et UNIX kódok ellopására hivatkozva: https://hup.hu/cikkek/20210402/a_xinuos_beperelte_az_IBM-et_es_a_red_hat-et_unix_kodok_ellopasara_hivatkozva#comment-2612855

    "So Completely Owned."

    Oldschool Computer - http://oscomp.hu




    Nyílt forráskódú kernellel érkezik a windows 11: https://hup.hu/node/173339#comment-2612690

    Igazából a lényeg nem az volt, hogy valakinek ne esne le, hogy ez áprilisi tréfa, hanem az, hogy vajon hányan hitték azt a poszt kinyitása előtt, hogy az áprilisi tréfa szerint Linuxra akarják cserélni a windows kernelét.

    Oldschool Computer - http://oscomp.hu




    Nyílt forráskódú kernellel érkezik a windows 11: https://hup.hu/node/173339#comment-2613166

    Hogyhogy?

    Oldschool Computer - http://oscomp.hu




    Nyílt forráskódú kernellel érkezik a windows 11: https://hup.hu/node/173339#comment-2614235

    Egy atomcsapás Redmondra.

    Oldschool Computer - http://oscomp.hu




    Es akkor ird le szazszor...: https://hup.hu/node/173311#comment-2611485

    Csak a 6800x/6801x/683xx CPU-kon. A többin az unaligned access csak "büntetőciklust" eredményez, de hibát nem.

    Oldschool Computer - http://oscomp.hu




    közvetlen állások vége: https://hup.hu/node/170561#comment-2518133

    +1, Ha tudom, hogy van, használtam volna.

    Oldschool Computer - http://oscomp.hu




    HIGH súlyossági besorolású biztonsági frissítést jelentett be az OpenSSL projekt: https://hup.hu/cikkek/20210323/high_besorolasu_biztonsagi_frissitest_jelentett_be_az_openssl_projekt#comment-2608394

    Ezt mondjuk nyugodtan vihetik, legalább kevesebb platformot fog boldogítani. ;)

    Oldschool Computer - http://oscomp.hu




    HIGH súlyossági besorolású biztonsági frissítést jelentett be az OpenSSL projekt: https://hup.hu/cikkek/20210323/high_besorolasu_biztonsagi_frissitest_jelentett_be_az_openssl_projekt#comment-2610321

    Gyorsabb, kevesebb memóriát eszik

    A C-nél? Ott akkor azzal a C kóddal bajok vannak...

    Oldschool Computer - http://oscomp.hu




    HIGH súlyossági besorolású biztonsági frissítést jelentett be az OpenSSL projekt: https://hup.hu/cikkek/20210323/high_besorolasu_biztonsagi_frissitest_jelentett_be_az_openssl_projekt#comment-2610338

    Te amúgy megnyitottad legalább amit hg2ecz linkelt? Még válaszoltál is rá pedig...

    Nem nyitottam. Nem volt semmi ellenvetésem az ellen, hogy átírják Rust-ba, sőt.

    Az OpenSSL kódjával egyébként köztudottan igen komoly bajok vannak, az erőforrásigénytől függetlenül is.

    Meg mernék esküdni, hogy ezt írtam én is...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606357

    Meg a sebességet.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> arpi_esp , hajbazer


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606385

    A Rust magasabb szintű nyelv, mint a C: valószínűleg lassabb kódot fog fordítani, mint a C. Ezért lesz érdemes figyelni a sebességet.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606426

    Egy igazi programozó bármilyen nyelven tud FORTRAN kódot írni. A probléma nem a Rust-tal van, abban is biztos lehet gyors és biztonságos kódot is írni, meg lassút és sechole-osat is. A szűk keresztmetszet meg legtöbb esetben az algoritmus; egy adott problémára adott szar algoritmus akkor is lassabban fog futni a jónál, ha assemblyben írják meg, a jót meg C#-ban. A probléma nem itt van, hanem a hülye ideológiáknál.

    Egyfelől azzal a kettős mércével van a baj, hogy a mainstream felfogás szerint a C szar, mert buffer overflow, meg segfault, de ha valaki lekezeli ezeket a C kódban, hogy ne legyen buffer overflow, meg segfault, akkor az hülye, mert felesleges validálni, csak lassulni fog a kód, ugyanakkor, ha a Rust - vagy épp a C++ - nyelvi szinten kezel le egy raklap dolgot, amit C-ben kézzel kell csinálni, az rendben van, az ebből származó lassulás nem számít lassulásnak, mert szükséges, de ugyanez C-ben nem szükséges, a C szar és punktum.
    A másik probléma pedig a kényszeresség; ha valaki megír egy új kernelmodult Rust-ban és az rendben teszi a dolgát, a memóriaigény és teljesítmény tekintetében meg nem marad annyival alul a C-vel szemben, hogy sikítozni kelljen tőle, akkor baromira nem számít, hogy Rust-ban írták meg, jól van az úgy, de csak azért újraírni egy már létező és működő kernelmodult, hogy Rust-ban legyen és ne C-ben, az már nettó marhaság.

    Én azt látom, hogy a legtöbb esetben nem is az a bajuk az érintetteknek a C-vel, hogy lehet benne buffer overflow-t, meg segfault-ot csinálni - mert azt C++-ban és Rust-ban is lehet, ha nagyon akarja az ember - hanem az, hogy a C régi, tehát szükségszerűen szar és pusztulnia kell, mindegy milyen áron és tök mindegy, hogy amire a C-s kódot cserélik, az tényleg jobb lesz-e, vagy sem és az esetek többségében nem lesz jobb, mert az nem is volt szempont, hogy jobb legyen, csak a régi felszámolása.

    Pszeudoprogresszív kényszerforradalom, aminek megint a felhasználók fogják meginni a levét, mert nem az a lényeg, hogy az új jobb legyen, hanem az, hogy a régi pusztuljon.

    Oldschool Computer - http://oscomp.hu


    Σ: 014 -> airween , x15 , fdavid , bimi3 , golgota , hanischz , freeoli , muszi , Pene , aszijg , neuron , Gregor , transitive , gyuri23


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606447

    A C/C++ fordító is teleszórja warningokkal a konzolt és a legtöbb buktatóra pl. a CLang fel is hívja a figyelmet.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606456

    clang -O2 -Wall ... ahogy a legtöbbünk fordít alapból.

    Amíg debuggolsz, addig -Weverything jobb, persze mindent az sem szűr ki.

    Rust esetén elkülönül az adatcsatorna a hibakezeléstől, nincs NULL pointer állapot:

    Már bocs de ennek a Rust kódnak

    fn datagen() -> Option {
        None
    }
    
    fn main() {
        if let Some(adat) = datagen() {
            println!("{}", adat);
        } else {
            println!("Nincs adat.");
        }
    }

    ez a C-s megfelelője

    #include 
    
    char *datagen() {
        return NULL;
    }
    
    int main() {
        char *adat;
    
        if (adat = datagen())
        {
            printf("%s\n", adat);
        }
        else
        {
            printf("Nincs adat.\n");
        }
    }

    és nem az, amit te írtál, ez pedig ugyanúgy azt fogja kiírni, hogy nincs adat. Így könnyű ráfogni a C-re, hogy szar, ha direkt kihagyod a hibakezelést, Rust-ban meg belerakod...

    Rust esetén szintén nehéz hibázni, nem engedi az ilyesmit.

    unsafe esetén se?

    Egy kis malloc() oda nem figyelés. Sebaj valamelyi másik területre ráírunk. Tipikus codeinjection sérülékenység forrás:

    Az oda nem figyelés is számít? Mert ennyi erővel végy egy 1.20-nál régebbi Rust fordítót, vagy futtasd egy olyan platformon, ahol az LLVM nem támogatja a stack probing-ot, aztán egy kis oda nem figyelés egy rekurziónál és kész a segfault, safe módban is.
    Egyébként, amiket írtál, hogy "elfelejtődik" a free(), Valgrind-del ki lehet mérni, hogy mindent felszabadítottál-e.

    A C-t tudni kell uralni. Mindig, hibázás nélkül!

    Hibázni egyik nyelvben sem lehet, különben bugos lesz a programod. Az meg had ne legyen egy lowlevel nyelv hátránya, hogy tudni kell vele bánni; ennyi erővel az assembly is szar.
    Egyébként nem tudom, hogy mit akartál ezzel bizonyítani; ha azt, hogy Rust-ban könnyebb programozni, azt senki sem vitatta, ha meg azt, hogy már tökéletesen működő C kódokat le kéne cserélni Rust-ra, azt meg ezzel nem sikerült.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Botond , aszijg , mbael


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606537

    Csak mert írtad, hogy szól a clang fordító.

    Azt írtam: "a legtöbb buktatóra pl. a CLang fel is hívja a figyelmet."

    Az strcpy-t már régen ki kellett volna írtani. Bár az strncpy-vel is csúnya hiba követhető el.

    Miért is kellett volna? Látod, erről beszélek. Eszközöket hibáztatnak a C-haterek a kontár programozók helyett. Ki kell írtani a csavarhúzót, mert bele lehet állítani a másik ember szemébe.

    Mindössze ez a baj a C-vel.

    Nem, ez nem a C-vel baj, hanem a felfogásotokkal. A C egy lowlevel nyelv, ahol kevés a megkötés. Tiltsuk be az assembly-t is, ahol még szabadabban dobálózhatsz a pointerekkel? Nem a lowlevel nyelveket kell kiirtani, hanem meg kéne tanulni bennük programozni, vagy ha az nem megy, akkor meg békénhagyni őket, de csak azért felszámolni valamit, mert egyes emberek nem tudnak vele bánni, az nettó ostobaság. Tiltsuk be a hentesbárdot, a forrasztópákát és a hegedűt is, mert azokhoz is érteni kell, ott is oda kell figyelni, hogy mit csinál az ember és azokkal sem tud mindenki bánni. Miért is kellene elvenni azoktól az eszközeiket, akik tudnak velük bánni?

    Próbáld meg Rust esetén a null pointert például időprés miatti trehányság okán elkövetni. Vagy a függvényben eldobni a struktúrát, amivel később a függvényt meghívó program még operál.

    Rákérdeztem, de nem válaszoltál: unsafe esetén mi lesz, ha elköveti ezeket az ember?

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> x15 , pink , Gregor , transitive


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607259

    unsafe { ... } önmagában nem teszi nem biztonságossá az eddig használt funkciókat, mindössze erre a blokkra kikapcsolja a védőhálót és megengedi számodra az olyan metódusok használatát is, aminek nem tudja garantálni a biztonságát.

    Tudom. És akkor ugyanúgy jöhet a buffer overflow, meg a segfault...

    Alapból ez a kulcsszó kerülendő.

    Ez megint olyasmi lehet, mint az, hogy a goto az ördögtől való.

    Innentől egy normális Rust programban kevés és rövid unsafe blokk van, és az is indokolható hogy miért nem lehetett csak a védelemből kilépve megoldani.

    Őszinte jótanács: ismerd meg egy picit a Rust nyelvet, írogassál benne programokat és megérted ezeket.

    Miért, szerinted nem láttam még unsafe-et más nyelvben?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607263

    Nem, nem ez. Az Option nem típuskompatibilis a String-gel, azaz amikor None, akkor nem látsz rá az adatra. Csak match-csel tudod kiszedni, vagy "if let"-tel, ami nem egy sima "if", hanem a match másik neve. Azaz nem tudod nem kezelni a hibát. Ez ellen így ebben a formában az unsafe sem ad kiskaput.

    Asszem, rossz kódblokkokat néztél, mert ezekben szó nem volt az unsafe-ról. Ott arról volt szó, hogy Rust-ban direkt lekezelte, hogy mit adott vissza a függvény, C-ben meg direkt nem.

    data race condition

    Egy több magon futó, többthread-es, közös bufferen dolgozó kódban hogy gátolja meg a Rust a data race condition-t úgy, hogy ne nyírja ki az egészet?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607310

    Parancsolj:

    use std::ffi::CString;
    
    fn datagen() -> CString {
        unsafe
        {
            let p: *mut i8 = 0 as *mut i8;
            CString::from_raw(p)
        }
    }
    
    fn main()
    {
        unsafe {
            println!("s == {:?}", datagen());
        }
    }

    https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=8408f8cb36752f0135ec70128dafbd4d

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607548

    ha már így belementünk a rutinos @TCH fórumtárssal

    Mire fel a gunyor? Mivel is adtam okot arra, hogy személyeskedni kezdj?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607691

    Bocsánat, gúnyolódásnak tűnt.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607547

    Ahhoz, hogy időprés vagy bármi miatt "trehány segfault-os kódot" írjál Rust-ban, nem hogy időt takarítasz meg ahogy a C-nél láttuk, hanem jelentős többletenergiát kell befektetned a "trehánysághoz".

    Nem, ez azért került több időbe, mert ez volt az első "programom" Rust-ban. Ha egy trehány programozó évek óta dolgozik benne, akkor semmi extra idő nem kell neki, hogy pár extra unsafe blokkal megfektesse.

    Ajándékként mellékelem letisztázva:

    Magyarul az a kódsor, ami segfaultot dob, az még csak nem is kell, hogy unsafe legyen, elég, ha az általa felhasznált érték unsafe körülmények között jött létre, azaz egyetlen hibás unsafe sor dominó effektust indíthat, hiába safe a program összes többi része. És egy sornyi elcseszett unsafe még bármelyik trehányabb programozótól kitellik. Ebből is látszik, hogy mennyire fals ez a biztonság.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607733

    unsafe { ... } és az általa engedélyezett kontrollálatlan lehetőségeket tényleg csak indokolható esetben (pl. nincs más megoldás) érdemes használni és körültekintően. Az itt kiadott kontrollálatlan utasításokkal semmivel sem vagy előrébb a C-hez képest biztonság terén. Viszont szűkebb részre kell koncentrálni átnézéskor. Unsafe szó szerencsére könnyen kereshető.
    Minden egyéb helyen, ahol nem bújik ki a programozó a védelem alól, ott a nyelv védi a programozót, alacsony szintű hibát elkövetni az ilyen kódrészben nehezen tud.

    Ez ugyan igaz lenne (elméletben, ha feltételezzük, hogy a safe részek valóban biztonságosak, nem futunk bele compiler bugba, stb.) ha a programozó ésszel és körültekintően használná, de itt pont a trehányság volt terítéken. Azaz egy trehány hülye ezt a nyelvet is hanyatt tudja lökni, ha elcseszi a kódot. Maximum azoknak lesz könnyebb dolga, akik utána fognak takarítani. :P

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607309

    Tehát, ha nem referenciával dolgozik az ember, akkor sehogy, vagy unsafe módon?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607554

    Tehát, minden olyan szálközi adat, ami nem referencia, az prone to data-race, hacsak nem mutexeled kézzel?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607692

    Oké, tehát összefoglalva, hogy hogyan véd meg a Rust a threadközi data race condition-től, arra az a válasz, hogy a referenciák esetén egyirányúsítással, az egyéb adatok esetén sehogy, hacsak meg nem írod magadnak. Ez így a gyakorlatban azt jelenti, hogy a Rust valójában nem oldja meg nyelvből/automatikusan a multithreaded data race condition problémáját. Az rendben van, hogy egy referenciát csak olvasni tud, de hogy ír egyszerre több párhuzamos szál egy azonos, globális buffert? Mert eddig nekem az jött át, hogy ugyanúgy szemaforozni kell, mint bármely más nyelvben.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608280

    Ebből nekem nem jött le, hogy egyszerre hogy tudnak egy közös globális buffert írni, ha a referenciák ezt kizárhatóvá teszik. BTW, egy közös buffer milyen adat legyen, ha nem globális, ha egyszer egyik szál sem birtokolja? Persze, lehet deklarálni a main-ben is és átadni a szálaknak, de azzal miért volnál beljebb? Ez a globális változó ellenjavallt, ez is olyan lehet, mint, hogy a goto az ördögtől való.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608573

    Lehet, hogy "konkurrens" elérés helyett "fizikailag egy időben"-re gondolsz? Föltételezek Rólad annyi hátteret, hogy tudod: "fizikailag egy időben" nem lehet, a RAM-nak is egy címbusza, egy adatbusza, kizárólagos vezérlőjelei vannak (gondolom nem dual-port RAM-ról akarsz beszélni, az kissé speciális állat). Én végig data race condition elkerüléséről írtam.

    Inkább leírom. Van egy buffered, amit a main() allokált és átadja a szálaknak. Van annyi szálad, amennyi CPU magod és ezek ebbe a bufferbe írkálnak. Párhuzamosan. Minden szál ugyanazt a pointert kapta meg (én C-ben gondolkodok, te majd fordítasz Rust-ra), de más-más offsettel dolgoznak és egymás területéhez nem nyúlnak. Ebben a példában hogyan oldja meg a Rust a data race-t? Ha kikényszeríti a szemaforhasználatot, akkor "egyszerre" csak egy thread fér hozzá, a többinek meg kell várnia, egyébként pedig a szálak (azaz a magok) simán írhatják a memóriát "egyszerre", mert nem bántják egymás adatait. (Igen, tudom, hogy a RAM-hoz egyszerre csak egy fér hozzá, nem erről van szó, hanem az egymásra várásról. És nem, direkt nincs split, tudom, hogy ha nincs overlap, akkor fel is lehetne szeletelni a területet több pointerre; elméleti a kérdés.)

    Az ellenjavallt és az ördögtől való, az két különböző dolog.

    Inkább két külön szintje ugyanannak a dolognak. Ezek eszközök. Nincs olyan, hogy valami generikusan ellenjavallt.

    Én biztos nem fogom Neked megtiltani. :)

    Oh, köszönöm a kegyet. :)

    A globális változóról: ezt sem tilos. Amikor kell, akkor kell, csak ismerni kell a hátrányait:

    ...

    Kösz, hogy leírtad; magyarán ha van egy globális változód és a hozzáférésnél nem "burkolod" szemaforokkal, akkor a Rust beszól érte, azaz kötelezően lassít, akkor is, ha nincs lehetőség ütközésre. Mi a helyzet az 1-eshez adott példával? Az elméletileg nem globális változós, csak a main() által allokált terület van globálisan használva. Csak mert, ha arra ugyanez vonatkozik, akkor belassítja az egész procedúrát.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608761

    De mondom, hogy direkt nincs split. Az érdekel, hogy egy olyan szálak által használt közös változónál, ahol nincsen szükség szemaforozásra, csakazértis kikényszeríti-e a Rust a szemaforozást, vagy sem.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609215

    És te a kérdést?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609398

    Pontosan leírtam. Kétszer is. Csak vagy nem értitek, vagy nem tudom.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609463

    Talán ownershippel megoldható szeletelés, szemaforozás, hozzáférés-blokkolás nélkül, amit kérdeztem?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608768

    legbiztonságosabb, miközben leghatékonyabb, az az, amit most kizártál: a szálak indulása előtti slice-okra vágás.

    De itt indokolatlan, mert nincs overlap. Pont azért zártam ki, mert arra vagyok kiváncsi, hogy a Rust behúzza-e a vészféket ott is, ahol nem kell. Itt egy közös memóriaterület (pointer) van, de eltérő munkaszegmensek (offsetekkel).

    saját szinkronizációs megoldás, és menet közben osztjuk slice-okra vagy referenciákra. Pl. legyen egy Buffer objektumod, amitől guard-ok kérhetők le. A Guard implementálja 1: a Deref trait-et, azaz * operátorral kiadja a mögöttes adatot vagy területet, és 2: a Drop trait-et, azaz destruktort, mert így tudja értesíteni a buffert, hogy már nem nyúlok ehhez a területhez, kioszthatod másnak.

    Ez is indokolatlan. Pont arról beszélek, hogy itt nem szükséges, mert nem fognak ütközni, csak a buffer "alapcíme" közös, de a területek szeparáltak.

    Ez a Buffer kapjon unsafe Sync trait-et, ettől a fordító meg fogja engedni, hogy több szál referáljon a bufferre. A guard-ok már szálakon belül maradjanak. Teljesen safe applikációt lehet rá írni, lesz egy rövid és jól tesztelhető Buffer, ami unsafe. Talán azt is meg tudod tenni, hogy a Buffer ne unsafe {} blokkos legyen, csak a Sync trait menjen rá unsafe módon, azaz az összes többi kérdést még a bufferen belül is ellenőrzi a fordító, csak az átlapolás ellen kell Neked felelősséget vállalni.

    Tehát ezt csak unsafe módon lehet megoldani lassítás nélkül?

    Az ugye látszik, hogy ha semmilyen szinkronizálást nem csinálsz, akkor minden programnyelvben data race lesz, mert a szálak futási ideje nem determinisztikus.

    Nyilván, de itt nem ez a kérdés, hanem az, hogy a Rust kikényszeríti-e a szemaforozást/mutexelést/whateverezést egy olyan shared buffer esetén is, ahol ez nem indokolt. Mert eddig a válasz az, hogy igen, kivéve, ha unsafe.

    Esetleg - ha nagyon olyan az algoritmusod - arra is lehet számítani, hogy pl. egyenletesen előre mozognak egy körbufferben az offsetek, és elég nagy a távolság közöttük, hogy spórolósabb, de kevésbé biztonságos szinkronizálással menjen. Ekkor azonban kulcsfontosságú a ráhagyás, ami azt is jelenti, hogy romlik a teljesítmény, azaz a b)-hez képest nem spóroltunk semmit, inkább rontottunk.

    De még mindig: itt nincs szükség szinkronizálásra.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609216

    Ha van egy pointerem és nyolc offsetem, meg nyolc hosszam és ezek közt nincs overlap, akkor hogy futnának egymásra? Hol van itt a hibalehetőség?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609399

    Nem, nem ezt mondtam. Ne adj dolgokat a számba. Én arra lettem volna kiváncsi, hogy a Rust akkor is megakadályozza egy szemaforozatlan közös változó használatát, ha garantáltan nem történhet ütközés még szemaforok nélkül se.

    Anélkül, hogy fel kéne darabolni.

    Az offsetek nem mozognak.

    Jó munkát.

    Köszönöm, csak épp nem a C a kedvenc programnyelvem. Sose volt az. Az a Pascal.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608767

    De akkor megint ott vagyunk, hogy unsafe, akkor meg nem vagyunk előrébb a C-hez képest. A kérdés az volt, hogy hogyan oldja meg a race kérdését a Rust, úgy, hogy nem nyírja ki az egészet. Ezek szerint az a válasz, hogy sehogy, nyakon fogja vágni és be fogja lassítani egy kikényszerített szinkronizálási metodikával, vagy unsafe módon skippeled a kérdést és akkor ugyanott vagy, mint a Rust nélkül.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609227

    Csakhogy valójában nem.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606538

    Viszont nem olyan tévedhetetlenek, mint sokan kívülállók hisszük (még) magukról.

    Senki épelméjű nem hiszi magáról, hogy tévedhetetlen. A C-hez sem kell tévedhetetlennek lenni.

    Kb. ezért hype-olnak mindent, ami legalább ezekre a jelentős, ám a jelek szerint gépiesen jól kivédhető hibákra kínál védőhálót.
    Persze ettől még feljebb az algoritmus implementálásnál elcseszhető a szoftver, de legalább erre a rétegre való fokozott odafigyeléssel nem kell a figyelmünket megosztani.

    A fokozott odafigyelést nem lehet eldobni, csak azért, mert a nyelv kivédi a memóriakezelési hibákat. Ha ilyen bullshitekkel leépíted az emberek figyelmét, ha fals biztonságérzetet adsz nekik, akkor rosszabb munkát fognak végezni és Rustban is szar kódot fognak írni. A figyelem nem opcionális. Ha valaki Rust-ban is úgy figyel, mint C-ben tenné, na az lehet, hogy jobban fogja elsőre megírni a programot, mert azt a két apróságot, amit C-ben elcseszett volna, azt a Rust megfogta. De ha valaki úgy dolgozik Rust-ban, hogy leszarja mit csinál, mert majd megfogja a nyelv, na az nem lesz vicces.
    Egyébként sem csak memóriakezelési hibák vannak; egy trágya algoritmust a Rust sem fog az ember helyett jóra megírni.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> x15 , martonmiklos , hajbazer


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606584

    Aha, valóban jobb minőségű kódok születtek azokban a nyelvekben, amikben nem kellett a memóriakezelésre vesztegetni az időt... (Nem.)

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> x15 , aszijg , transitive


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606644

    Szalmabáb-izélsz.

    Én?

    Továbbra se láttam a topikban egyetlen épkézláb érvet amellett, hogy miért ne kéne egy ilyen beépített védelmet használni, ha az "ingyen" van.

    Inkább te izéled a szalmabábot, ugyanis én ilyet nem mondtam, hogy ne legyen beépített védelem. Én azt mondtam, hogy a nyelv nem tud megvédeni mindentől. Én csupán arra hívtam fel a figyelmet, hogy kettős mércét alkalmaznak a C-haterek és nem szakmai megalapozottságból utálják a C-t, hanem ideológiából. Ugyanis...

    Nem arról volt szó, hogy lehessen-e egyáltalán memóriát kezelni

    ...de, pontosan erről volt szó, hogy írjuk újra mindjárt az egész Linux kernelt Rust-ban, mert a C szar, mert buffer overflow, meg segfault. Az, hogy Rust-ban is van buffer overflow, meg segfault az nem baj. Az, hogy ezeket C-ben le lehet kezelni, az tilos (ill. hülyeség). Az, hogy a szar algoritmust semmilyen nyelv nem fogja ellensúlyozni, az megint nem számít, a C akkor is szar, mert csak.
    Nem arról van szó, hogy a Rust ne lenne használható, vagy, hogy baj, hogy van benne védelem (ami egyébként opcionális, kikapcsolható az unsafe-fel), hanem arról, hogy a "marketingje" kontraproduktív, hogy ez a nyelv azért jó, mert nem kell odafigyelni. De. Oda kell. Akármiben írod, oda kell figyelni. A memóriakezelés automatizálása nem jelent automatikusan jobb kódminőséget. Erre próbáltam az előző posztomban célozni. A jobb kódminőség mindig a programozó függvénye és nem a nyelvé.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606795

    Ha Rustban lehet ugyanolyan jellegű kódot írni, mint C-ben, és plusz még megfogja a memóriakezeléssel kapcsolatos hibák nagy részét (és más jellegű hibákat is), akkor mégis mi a gond?

    Az erőltetés és a bagatellizálás; a nyelv nem old meg mindent helyettünk.

    Szerintem teljesen egyértelmű, hogy emiatt automatikusan jobb lesz a kódminőség. Nem garantálja a kódminőséget, de valamivel jobb lesz.

    Mitől lenne? Ha a programozó trehány, azon a nyelv nem segít. Ezt látjuk a PHP-nál, a JS-nél, a Pythonnál és a Java-nál is... Egyikben sem kell a manuális memóriakezeléssel foglalkozni, aztán mégis mennyire gány kódok születnek ezekben. (Java-ban konkrétan olyan leakelős kódokat szoktak produkálni, hogy elfolynak a GB-ok, holott az is manage-elt.)

    És amúgy igen, a C ebben a tekintetben konkrétan szar.

    Nem, a C az nem szar, hanem egyszerű, mint egy faék és megengedő. Pont amilyennek egy lowlevel nyelvnek lennie kell.

    Emögött nem ideológia, meg C haterkedés van, hanem ez tény.

    Ez minden, csak nem tény. Hogy nálad nem ideológia van mögötte, az egy dolog, de a legtöbb embernél azt látom, hogy a C-t azért utálja, mert nem a haladó informatikai eszmék része, azaz nem divatos, meg nem áll mögötte valamelyik bálványozott techcég, mint a Rust mögött a Mozilla, vagy a C# mögött a microsoft...

    2021-ben kb. nincs semmi értelme C-t használni, ha nem muszáj.

    Muszáj...semmit sem muszáj, de értelme miért ne lenne? Mibe írja meg az ember pl. egy mikrokontroller vezérlését, ahol csak memóriacímeket kell szinte piszkálni, a C++ feature-jei közül semmit sem használna? Hiába fordítod a C++ fordítóval, valójában C kódot írtál, mert a supersetből semmit nem használtál.

    Már a Rust előtt is volt alternatíva a C++ személyében, csak ugye Linus irracionális okok miatt nem szereti.

    Nem biztos, hogy annyira irracionális okok miatt. Nem biztos, hogy a nyelvet nem szereti, csak lehet, hogy látta mire képesek a C nyelvvel azok, akik nem tudják használni és nem szeretné, ha a kernelben felszaporodna az olyan OOP kódok mennyisége, amit olyan programozók írtak, akik az OOP-pal sem tudnak bánni, mert az még rosszabb lenne. Az OOP-ot is varázslatként kezelték sokáig, hogy az majd mindent megold, aztán az esetek többségében csak több problémát generált, mint amit megoldott...de ez sem az OOP hibája, hanem azoké, akik úgy használták, hogy nem tudták használni. És ez vonatkozik a C-re is.

    Az pedig, hogy van a Rustban unsafe, nem érv. Nem teszed a teljes kódodat unsafe-be, hanem csak azt a részt, amit muszáj.

    Ez a kettős mérce. A nyelv lehetővé teszi, tehát ugyanúgy meg lehet benne csinálni ezeket a memóriakezelési hibákat (főleg mivel pont az a rész lesz unsafe-be rakva, amit muszáj, mert az nyúlkál kétes helyekre), hovatovább, pl. stack overflow esetén továbbra is segfaultot dob a nyelv, ha nincs stack probing és ehhez nem kell unsafe. Persze a C kódot meg direkt úgy írjuk meg, hogy még a hibakezelést is kidobjuk belőle és akkor szar a C.

    A kód maradék részén pedig fordítási időben ki fognak jönni olyan hibák, amik C-ben runtime jönnek ki, általában random hibák és sechole-ok formájában. Teljesen egyértelmű érv a Rust mellett.

    Ez konkrétan akár bármelyik managelt nyelv mellett lehetne érv, de ha pancser írja a kódot, az minden nyelvben szar kódot fog írni.

    Nem arról van szó, hogy a buffer overflow-t tilos lekezelni C-ben.

    Nem tilos, csak épp le van hülyézve érte az ember, amikor meg példakódot kell írni, hogy miért szar a C, akkor abból meg direkt ki van hagyva, mert fő az egyenlő bánásmód. No comment.

    Hanem arról, hogy a Rust neked alapból megfogja az ilyen hibát, így nincs mit lekezelned.

    Nem, nem fogja meg mindet. Egy részét fogja meg. Mondtam példát rá, csak az valahogy elsikkadt, de nem baj, megint leírtam.

    C-ben meg elfelejtheted lekezelni.

    El. És ha én elfelejtem lekezelni, az a nyelv hibája és nem az enyém? Ha annyi eszem van, hogy a ráspolyt a forró tűzhely mellé teszem le és amikor megint felveszem, megéget, akkor az a ráspoly hibája, mert fémből van? A programozó hibája nem a nyelv hibája.

    A compiler lehet nem fogja meg az összes ilyen hibát, de ha már megfogja a 90%-t, akkor van értelme, nem? Ha 10x kevesebb buffer overflow-val kapcsolatos sechole lesz, akkor az egy jó dolog.

    Azt senki nem mondta, hogy nincs értelme, vagy nem jó dolog, hogy van. De nem véd meg mindentől. Ezeket a számokat sem tudom, hogy mire alapozod.

    És amúgy lenne értelme újraírni a kernel bizonyos részeit (vagy akár az egészet) Rustban. Szerintem kiderülhetnek az átírás közben meglévő hibák, sechole-ok.

    Csak akkor, ha tényleg nyerünk vele valamit. Ha egy harminc ismert sechole-lal büszkélkedhető C kódot újraírtak Rust-ban és redukálták a sechole-ok számát háromra, a teljesítményveszteség meg 5% volt, a plusz memóriaigény meg 32 kB, akkor nyertünk vele és megérte. De ha a kód tökéletesen tette a dolgát, akkor teljesen értelmetlen volt átírni, csak azért, hogy Rust-ban legyen. Erről beszéltem: ez az ideológia.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607273

    Szerintem ebben a dologban nem gondolunk mást.

    Ebben nem. Én pontosan ezt mondtam eddig is. Még mindig nem a Rust ellen ágálok, hanem a C-hating ellen. Nagyon is megvan a létjogosultsága annak a nyelvnek.

    A C rossz ("szar") ebben a tekintetben pl. a Rust-tal összehasonlítva. A Rust is low-level, mégis jobban kezeli ezt a dolgot.

    A Rust mióta lowlevel? Meg mitől? Egy nyelv, ami a C tudásának a sokszorosát adja?

    Ha más nyelv megoldja a biztonságos memóriahasználatot, miközben a performance alig veszik el, akkor a C rosszabb ebben a tekintetben.

    Ha. Ezért lesz érdemes figyelni a sebességet, ha nekiállnak kernelmodulokat írkálni. Egy triviális probléma lehet, hogy 3%-kal lassab Rust-ban, meg 6 kB-tal több, miközben sokkal gyorsabban megvolt és safe. De mi lesz egy komplex problémával, amihez a Rust magas szintű nyelvi elemeire lesz szükség? (OOP és a többiek.) Ha használod őket, akkor a performance fokozatosan a C javára tolódik el, hiszen minél több extra mechanizmus és absztrakció kerül a kódodba, az annál több rétegcsillapítást fog rárakni. Ha meg átmész unsafe módba és megírod, mint ha C-ben tennéd, akkor lehet, hogy megint csak pár százalék meg kB a C előnye, de akkor pontosan mivel is vagyunk beljebb a C-nél, ha nem használtuk ki a Rust-ot?

    Bár mondjuk hasonlóan régi a lisp, ott nincsen ilyen jellegű probléma. De persze az teljesen más tészta.

    Az. Lévén az egy magas szintű nyelv, tehát nem lehet összehasonlítani a C-vel, hiába idősebb vagy 10 évvel a C-nél.

    C-hater vs. ideológia: leszarom, melyik tech mögött mi van. :) Pusztán tényeken alapulva mondom azt, amit mondok.

    Te lehet. De sokan meg nem. Sokan csak a trendeket, meg az épp kikiáltott vezérürüt követik.

    A rustot se ismerem amúgy nagyon mélyen, egyelőre még kivárok vele, hogy jobban kiforrja magát, és akkor talán komolyabban ránézek.

    Ezzel én is így vagyok. Addig C meg Pascal. :P (Mondjuk ezekről utána sem fogok leszokni, max akkor már Rust kódot is fogok írni. :P )

    De ettől függetlenül lehet szabályokat hozni, hogy mit lehet, és mit nem.

    Lehetni lehet, csak látod, ha fel meri emelni a hangját valami baromság ellen, akkor már "továbbképzésre" küldik, mert megint nem volt elég "befogadó".

    Egyszerűen ultragáz pl., hogy a kernelben egy csomó mindent soksok soros makrókkal oldanak meg, amire mondjuk a C++ rendes megoldást ad template-ek formájában.

    A Linux kernelben elég sok ultragáz dolog van már így is és nem a C miatt. Azt kell itt látni, hogy a Linux régen túlnőtt azon, hogy hobbi legyen a kockáknak, ma már komoly iparág épül rá és ennek megfelelően érdekek is fűződnek a Linux erre vagy arra történő terelésének. Az intel konkrétan hátsóajtót akart építeni a Linux véletlenszámgenerátorába (RDRAND) és csak Ted Ts'o éleslátásán múlt, hogy nem sikerült, amiért az intel strómanjai meg is próbálták mindenféle rágalommal kitúrni a projektből. De nem lehet minden beszivárgást elhárítani. Csoda, hogy Linus paranoiás és nem akarja, hogy a bevett módszereken mindenféle reformerek változtassanak? Ki tudja miféle érdekek mentén akarnak reformálni.

    A pointer access-ekre is lehet wrapper osztályt csinálni, amik aztán debugban tudják ellenőrizni a validságot, és nem kell napokig keresni valami memória túlírás okát.

    Ezt mondjuk pont C-ben is pár sorból meg lehet oldani, csak nem osztállyal. :P

    Ettől még lehet C logikával programozni C++-ban is. A C++-t bárhol lehet használni, ahol a C-t. De jó, azt elfogadom, hogyha valami fél bites mikrocontrollerre kell valamit csinálni, akkor oda jó a C is. De ugyanúgy jó a C++ is, csak max. nem használod a feature-eit. De ha meg mégis kell valami, akkor meg ott van. Szerintem tökmind, hogy melyik fordítót hívja meg az ember.

    Ezt lentebb is kiveséztük: mindegy melyiket hívod meg, de ha a C++ dolgaiból semmit sem használsz, ha a C fordító is le bírná fordítani, akkor hiába fordítottad a C++ fordítóval, az C kód maradt.

    Ha valamit automatizálni lehet, akkor miért ne tegyük meg? Szerintem az egyetlen ellenérv, ami elfogadható ebben az esetben az az, hogy valami más hátránya van a Rust megoldásának. Pl. performance csökkenés. És ezt el is fogadom.

    Meg mernék esküdni rá, hogy ezzel nyitottam, hogy majd érdemes lesz figyelni a sebességet...
    Egyébként a performance csak az egyik probléma. A compiler-bug a másik. Hogy a védelmi mechanizmus amit belefordít, hibásan működik. A fordítót is lehet javítani persze, de ha arra várni kell, akkor az baj. Főleg, ha nem javítják azonnal, csak sok verzióval később. És ilyen előfordul, ld. a Rust 1.20 előtti stack overflow == segfault problémát. A Rust 2010-ben jött ki, az 1.20 meg 2017-ben. 7 évig ez a védelmi mechanizmus bugos volt, azaz hamis biztonságérzetet adott a felhasználóknak.

    Ha valami perf. szenzitív helyen a Rust odatesz felesleges ellenőrzéseket valahova, akkor oda mehet az unsafe. És akkor észnél kell lenni, hogy pontosan mi kerül az unsafe blokkba. Viszont mindenhol máshol meg nem kell emiatt aggódni.

    Ez az elmélet. A gyakorlatban meg a programozó, aki az ominózus teljesítményérzékeny részt C-ben elcseszné, az el fogja cseszni Rust-ban is, unsafe módban.

    Segfault: de épp magad mondod, hogyha nincs stack probing, akkor van gáz. És ha van? Szóval ez nem a nyelvnek a sajátossága, hogy esetleg a stack overflowt rosszul kezeli, hanem implementációs kérdés.

    Lehet, hogy nem nyelvi sajátosság, de ez a végeredmény szempontjából irreleváns, mert a végeredmény ekvivalens.

    Más esetben is lehet segfault?

    Biztos. Nem másztam bele annyira.

    Amúgy el bírom képzelni, hogy igen, pl. többszálú programokkal nemtom mit csinál a rust, hogyan kezeli a race conditionokat.

    Lentebb (?) írta Kiskübi, hogy lekezeli, de el nem tudom képzelni, ha van egy sokszálú, több magon futó, közös bufferrel dolgozó program, ott hogy fogják a data race-t preventálni fordítóból, úgy, hogy az ne ölje le az egészet.

    A C meg nem szól. Minden programozó követ el hibákat, szóval jobb, ha a fordító tud szólni róla, minthogy runtime derül ki.

    Pontosítsunk: a fordító nem szólt, mert amúgy szólhatna, annyi féle warningot raktak már bele, ez sem lenne lehetetlen.

    De amúgy jobb lenne, ha a Rustot inkább a C++-szal hasonlítanának össze. Mert ugye ott van std::optional (jé, még a neve is majdnem ugyanaz, mint Rustban!), ami ugyanúgy tud szólni.

    Ebben egyetértünk. Én nem is értem, hogy miért mindig szerencsétlen C-vel mérik össze ezeket a magas szintű nyelveket. Totál másra valóak. A C egy hordozható assembly. Ez a fő ereje és létjogosultsága, hogy a CPU-k és az OS-ek 99.99999%-án (hasraütöttem én is) elérhető, ennél hordozhatóbb nyelv nincs. A DragonFlyBSD-sek öt évet vártak vele, mire lett Rust-jük, de még mindig gáz van a Rust-os UNIX API-val alatta... És ez még csak nem is valami 9 nanobites mikrokontroller, hanem egy x86-on futó UNIX.

    Hasamra ütöttem. De igaziból szerintem a számoknak még ennél is jobbnak kellene lennie a Rust javára. Ha unsafe-et csak indokolt esetben használsz, akkor a leírt memóriahozzáférések 99%-a ellenőrizve lesz (hasraütés). Tehát sokkal kissebb az esélye egy buffer overwrite-on alapuló sechole-nak.

    És megint oda jutottunk, hogy ugyan az az állítás, hogy ennél a nyelvnél nem kell annyira észnél lenni, mint C-nél, ugyanakkor feltételezed, hogy a programozó észnél van és csak indokolt esetben használ unsafe-et és azt is ésszel...ez a kettő így ellentmond egymásnak. És a mai programozókat ismerve sajnos nem lesznek észnél.

    Igen, de nem tudhatod, hogy egy kód biztonságosan teszi a dolgát. Nyilván működik, teszi a dolgát, OK. De hogy tutira nincs benne buffer overwrite? Hát az nem biztos.

    Nem biztos, de következtetni lehet. Egy éves a modul és eddig tíz sechole volt benne? Akkor majdnem biztos, hogy van még. Lehet próbálkozni a Rust-tal. Tíz éves és még egy sechole sem volt benne? Akkor valószínűleg nincs is, vagy annyira konvulens módon lehetne kicsikarni belőle, hogy sose fogják megtalálni. Ide felesleges a Rust.

    Megértem, hogy nem tetszik az a jelenség, hogy sokan csak azért hype-olják a Rustot (vagy bármit), mert új, meg trendi. De azért van technikai oka is a hype-nak.

    Leírtam az elején, hogy nem a Rust-tal van a bajom. Biztos van technológiai indoklás is a hype mögött, de az valószínűleg a Rust userek kisebb hányadát érdekli, a többség megint csak a trend után megy...és hogyhogy nem, a trend már megint arra megy, hogy a C-t ircsákki, de legalábbis a Linux kernelt írják újra végre valami másban, ami nem régi (== szar), hanem valami modern, trendy és haladó. Ez közönséges gyűlölködés, ami nem csak kontraproduktív, de indokolatlan is. Mint mondtam a C legfőbb létjogosultsága a hordozhatósága, hogy bárhova viszem, ha az API különbségek le vannak kezelve, akkor fordítható lesz és az egyszerűsége, hogy azt csinálja, amit mondok neki, mint egy assembler. Ezt összehasonlítani a Rust-tal...hát mondhatni felesleges.
    Egyébként, ha hordozhatóság; ha Rust részek lesznek a Linux kernelben, akkor azokat hogy forgatják le azokon a platformokon, ahol nincs Rust fordító?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607304

    Csak az elterjedtek számítanak? Na ezért veszélyes a mainstream istenítése.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607549

    Pedig C nem csak ott van, amire a CLANG fordít.

    Hát nem. C majdnem mindenre van. OS-re és CPU-ra is. (intel 4004-re, meg TMS-1000-esre még nem láttam, de lehet, hogy én voltam vak.)

    Szerencsére szép a paletta:

    Akkor ezek szerint Rust kb. van az x86-os windows/macOS/Linux mainstream triumvirátusra és ARM64-os Linuxra "élesben", ahol minden működik és további 149 platformra "kísérleti jelleggel", amiből 77 elméletileg - azaz talán - működik, 72 pedig még elméletileg se, bár kizárni nem lehet. Mondjuk a paletta nem tartalmaz mindent, pl. a 8-bites CPU-kat, pedig tudom, hogy pl. Z80-ra, ha megkötésekkel is, de van Rust.
    Noha vannak ennél régebbi nyelvek, amiknek a palettája sehol sincs ehhez képest, azért gondolom belátod, hogy a C-hez képest meg ez nincsen sehol sem. Ha a Linux kernelt átírják Rust-ba, akkor az fordulni fog i686-on, AMD64-en és ARM64-en, a többin talán vagy talán se. A Linux, aminek pont az volt a lényege, hogy szinte mindenhova fordul, hirtelen csak a két mainstream architektúrára fog?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607550

    Számomra nem attól low level egy nyelv, hogy keveset tud.

    Számomra sem, rosszul fejeztem ki magam. Attól lowlevel, hogy kevés absztrakciót és automatizációt pakol a kódba. Attól lowlevel, hogy mennyire manuális, mennyivel csinál meg több dolgot, mint amit direktbe kértél. A C szinte semmit sem csinál meg. A Rust pedig nagyon is sokat.

    Azzal, hogy alapból biztonságosabb a nyelv. Meg egy csomó dolgot könnyeben lehet benne megcsinálni, gondolom (remélem). Ennyi. Értem, hogy Rustban is el lehet cseszni a dolgokat, stb. De mégis kisebb az esély rá, mint a C-ben.

    Valamikor a Java-ra is hasonlóakat mondtak, aztán a Java-s kódok még a C-s kódokat is überelték memóriaproblémák és sebezhetőségek terén. Oké, hogy a Rust nem a Java (hálistennek), de nagyon hasonlóak a lózungok; a Java-ban is megmagyarázták, hogy miért is van kierőltetve a kivételkezelés és az OOP, aminek aztán az lett az eredménye, hogy mindenkinek a töke tele lett vele és a kötelező köröket a kódban lefutották, a többit meg leszarták, az eredményt ismerjük. Lehet, hogy a Rust fejlesztői tanultak ebből, de ki tudja még, mi lesz ebből az új felállásból? Nyelvek és paradigmák jöttek és mentek, a C maradt. A C++ sem váltotta le, hanem kiegészítette és most mellette létezik, nem helyette.
    Egyébként, hogy könnyebben lehetne Rust-ban dolgokat megcsinálni? Hát kétlem. Ebben a nyelvben már fordító szinten annyi gátló mechanizmus van, hogy mire kitapasztalod, hogy egyáltalán mit lehet benne, szakállad nő. Addigra nemhogy C++-ban, de még C-ben is megírtad volna. Úgy, hogy odafigyeltél és nem raktál bele sechole-okat.

    C++-ban is lehet úgy programozni, hogy "köszönöm szépen, a sok absztrakcióból nem kérek", és még így is jobb, mint a C.

    És a legtöbben sajnos úgy is programoznak, nem csak C++-ban, de szinte mindenben.

    De amúgy azért még azt is érdemes figyelembe venni, hogy a Rust még új nyelv (C, C++-hoz képest mindenképpen), szóval kell idő neki, hogy kiforrja magát.

    Oké, de akkor miért tartanak máris ott, hogy írjuk újra a Linux kernelt benne?

    És vajon mennyire lehet könnyen használni?

    Semennyire, körülményes lenne, mint szinte minden C-ben, de megoldható.

    Nem igazán látom, hogy bizonyos speciális eseteket kivéve mégis hogyan szólhatna a fordító.

    Miért, Rust-nál hogyan akadályoz meg benne? Heurisztikus analízissel, csak itt nem meggátólna benne, hanem warningot dobna, ha kérnéd fordításkor ezt az opciót. (Mondjuk C-ben is van olyanra lehetőség, hogy minden warning error legyen.)

    Teljesen egyértelműen jobb a Rust megközelítése, szóval erről szerintem nincs nagyon értelme vitázni. Bocs, hogy ilyet mondok, de tényleg...

    Magadat fosztod meg a vitapartner gondolataitól, nem engem. :)
    Egyébként pont azt magyaráztam, hogy a Rust ezen megközelítése egyáltalán nem kizárólagos, simán átvehető. C-be is, C++-ba is, máshova is.

    Nem kell hozzá nagy ész, hogy ne szórd tele a programodat unsafe-fel.

    Valóban nem, de ahhoz sem kellett túl nagy ész, hogy ne szórja tele az ember OOP-vel, aztán mégis teleszórták.

    Ha még a program 50%-a unsafe mode-ban is megy, akkor is ott a másik 50%, ami meg biztonságos. Durván számolva akkor fele akkora a hibázás lehetősége.

    Biztos? hg2ecz fentebb adott egy példát, ahol a kódnak mindössze 11.56%-a unsafe és mégis segfaultot dob, ráadásul a segfaultoló sor safe módban van, vagyis a safe mód is simán dönthető, ha a felhasznált adatai unsafe körülmények közt jöttek létre, azaz hiába biztonságos a program nagy része, egyetlen elcseszett unsafe is láncreakciót indíthat el, azaz az unsafe és safe blokkok aránya nem korrelál lineárisan a biztonsággal.

    Nem azzal kezdik a projectet, hogy az egészet körbeteszik egy nagy unsafe-fel. Bár gondolom ilyet nem is lehet csinálni :)

    Biztos lesz olyan gyökér, aki ilyet csinál majd, de nem erre gondoltam. :P

    Ezzel nem értek egyet. Simán lehet bármilyen idős kódban sechole. Igen, ha valami régi, akkor több esély volt kiderülnie, hogy sechole van benne, de messze nem garancia. Magam is talátam hibát olyan fv-ben, ami több, mint 20 éves volt (opensource cuccban, amit ezernyi helyen használnak, konkrétan az strtod() kódjában). Nem sechole volt, egy nagyon apró hiba, de akkor is hiba. Az ember azt gondolná, hogy az ilyen alap rutinok azért már tökéletesen jól működnek.

    Bocsánat, ha egy kódban 20 év alatt egy hibát találnak, az jó kód és nem kell újraírni. 20 év alatt egyetlen hibajavítás az (majdnem) semmi. Ha újraírják, ki tudja, akkor mennyi hibát raknak bele.

    Ha van is ilyen elterjedt platform, szerintem előbb-utóbb azon is lesz Rust.

    És ha nem elterjedt? A niche platformokkal mi lesz? Nem csak a mainstream x86/ARM-windows/macOS/Linux van... Még OpenBSD-re sincs rendes Rust fordító, csak Tier 3-as támogatású.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607853

    Nem igazán értem, miért nem megy át neked az a gondolat, hogy a Rust bizonyos hibákat tud jobban kiszűrni, mint a C. Ha ezt megérted, akkor nem hoznád ide a java-t, amiben nyilvánvalóan nem lehet olyan bugot elkövetni, hogy a memóriát felülírod. Vagy ha esetleg valami nyakatekert módon mégis, akkor se az a jellemző.

    Pedig átjött, a Java-t a trendek analógiája miatt hoztam ide; a világmegváltó új nyelvek kapcsán. Java-ban pedig nagyon is jellemző a memóriakezelési bug; kinyitom a keresőt, keresek Java-s segfault és memory leak eseteket, lesz bőven.

    Már többször leírtam, de leírom még egyszer: a Rust egy biztonságosabb nyelv, mint a C, mert egy csomó hibalehetőségtől megvéd fordítási időben, és futási időben is több dolgot ellenőriz. Vagy inkább mondjuk úgy, hogy ellenőriz futási időben dolgokat. Mivel a C ugye nem ellenőriz semmit. Ennyi. Nem kell idehozni a java-t, hogy abban is lehet sechole-t csinálni, meg hogy az unsafe miatt meg lehet kerülni a védelmi mechanizmust, vagy hogy a Rust compilerben is lehet hiba, stb.stb. Nem arről van szó, hogy minden hibától megvéd. Hanem arról, hogy a hibák valószínűsége kisebb.

    Ez rendben van. Az viszont nem lesz rendben, ha nekiállnak a többségre ráerőltetni az egészet. Nem lesz rendben, hogy a hátrányokat figyelmen kívül hagyva nekiállnak a fontos szoftvereket átírni ebbe. A Java-val és a C#-pal is mentek hasonló dolgok pár éve, a Java volt a legnépszerűbb nyelv, nem is egyszer.

    Mindenki azt csinál a szabadidejében vagy épp munkaként, amit akar.

    Amíg másnak nem okoz kárt, addig igen. Ha otthon maguknak átírják Rust-ba és lassabb lesz, vagy nem fog N architektúrán fordulni, az az ő dolguk. Ha utána ezt rákényszerítik Torvaldsra és az egész Linux világra, az már nem az ő dolguk.

    Te komolyan nem látod a különbséget a között, hogy egy fv. simán visszatér egy bármilyen pointerrel, és talán, ha szerencséd van, akkor kapsz valami warningot, és a között, hogy visszajön egy optional, amit fordítási időben csekkolni kell, és ha esetleg elrontod a kódrészt, akkor is maximum egy prediktálható runtime error lesz belőle? Ne már...

    Valamit félreértettél. Ez egy retorikai kérdés volt és rögtön meg is válaszoltam utána, hogy analizálja a kódot.

    C++-ba igen, sőt egy csomó dolog hasonlóan megy, mint a Rustban. C-be is átviheted a koncepciót, de valami undormány szar kód lesz belőle, ami 3x akkora lesz, mint kéne neki. Valszeg makrókkal teletüzdelve.

    Te itt valamit nagyon félreértettél. Én arról beszéltem, hogy ahogy a Rust fordításidőben analízis útján kiszúr egy csomó hibát és leállítja a fordítást, azt meg lehet csinálni C-ben is, hogy ha bekapcsolod a kódanalízist, akkor a C fordító ugyanezekre a hibákra kiszór egy csomó warningot. Vagy errort, ha azt kéred.

    A dolog pofonegyszerű: csak az unsafe blokkokat kell jól átnézni ilyen jellegű hibák után kutatva, a maradék kód biztonságos.

    Elméletileg, hacsak nem futsz bele egy compiler bugba.

    Tényleg nem értem, hogy mi ellen érvelsz tulajdonképp.

    A C-hating ellen és a mainstream erőltetése ellen, még mindig.

    Vagy mit akarsz mondani pontosan?

    Azt, hogy tökéletes védelem nem létezik, a hülyék ellen pláne nem, hát ne próbáljuk már meg megint kiirtani a megengedő nyelveket a hülyék miatt.

    Én találtam benne egyet. De amúgy meg egy csomó más hiba is volt benne az elmúlt sok évben.

    Ez nem érvényteleníti azt amit mondtam: ha egy kódban 20 év alatt egy hibát találnak, az jó kód, amit nem kell lecserélni.

    Akkor azon lehet nem lesz Rust. A Rustnak nem biztos, hogy az a célja, hogy minden platformon lecserélje a C-t. Ha az elterjedtebb platformokon megteszi, akkor már egy hasznos dolog lehet.

    De ha lecserélik a Linux kernel kódját Rust-ban írtra, akkor ezeken a platformokon többé Linux sem lesz.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608281

    Itt nem kódanalízisről van szó, hanem arról, hogy a típusszabályok miatt le se fog fordulni a kód. A rustos példában option jön vissza, amit kezelni kell. Tehát, nehezebb hibázni, nehezebb benézni azt, hogy nullptr-t deref-elsz. De ha be is nézed, akkor is szét runtime error lesz (gondolom).

    Ettől még a C fordító végezhet valamilyen szintű analízist, ami kiszűri az ilyen hibák egy részét.

    Ha a biztonságra törekedünk, akkor megérheti lecserélni.

    Egy olyan kódot, amiben 20 év alatt zéró biztonsági hibát találtak?

    Még az is lehet amúgy, hogy lesz (vagy már van) valami tool, ami képes lesz C kódot áttenni Rustba. A Rust-ra portolás felfogható akár egy nagy code review-nak is, csak review közben át is írod a kódot egy másik nyelvre. Mondjuk Rust esetében ez lehet nem triviális a borrow checker miatt. De ha rá vagy kényszerülve, hogy átgondold az egészet emiatt, akkor lehet megéri

    Miért érné meg? Az csak spekuláció, hogy biztonságosabb lesz, gyorsabb nem lesz, maximum lassabb se, hordozhatóbb meg pláne nem lesz...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608575

    Erre mondtam azt egyik korábbi hozzászólásomban, hogy egyáltalán nem értem, miért nem megy ez át neked (többször nem fogom leírni), és hogy erről nincs értelme vitázni, mert egyértelműen jobb a Rustos megközelítés.

    Nem is kell többször leírni, egyrészt mert elsőre is átjött, másrészt meg nem fogsz tudni meggyőzni, mert maximum egyes embereknek jobb. A Rust-ot úgy találták ki, hogy minden vackot meggátol, akkor is, ha nem feltétlen indokolt. Én meg nem szeretem, ha a szerszám akadályoz a munkában.

    Szóval abszolúte egy jó lépés hosszútávon, hogy a C-t lecseréljük valami másra.

    Helyes, cseréljük le Pascal-ra, az is biztonságosabb. :P

    Viszont egy eléggé logikus spekuláció, hogy biztonságosabb a Rust, elég erős érvek vannak e mellett, amik már elhangzottak korábban, nem ismételném meg.

    Ezt is felesleges megismételni, mert az én szememben itt 0 vs. 0 biztonsági rés felállás van; az, hogy valami C-ben van írva, az még nem ekvivalens azzal, hogy rögtön ementáli, amiben húsz év alatt sem fogtak bugot, azt nyugodtan lehet biztonságosnak tekinteni; azzal a spekulációval indokolni az újraírást, hogy C-ben van, tehát elméletileg lehet, hogy sechole van benne, az ugyanaz a szint, hogy a Rust verzióban meg van öt blokknyi unsafe, tehát elméletileg lehet, hogy sechole van benne.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608763

    Te nem látod a különbséget a között, hogy egy C kódban bárhol lehet ilyen jellegű hiba, a Rustos verzióban meg csak az unsafe blokkokban, amik valszeg a teljes kódbázis 0.1%-nál is kisebb részét teszik ki.

    Egyrészt, de látom, másrészt meg ez nem feltétlenül igaz, mert egyrészt előfordulhat compiler bug is, másfelől meg ott van fentebb az élő példa, hogy egy unsafe rész hibája a safe részig eszkalálódott és a safe rész volt, ami összedőlt.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609226

    Most az, hogy volt egyszer egy bug, amit éveken keresztül nem vettek észre... előfordul. Ha lesz több ilyen is, akkor is csak azt fogom mondani, hogy előfordul. Az előnyökhöz képest ez elhanyagolható.

    Szóval elhanyagolható. Tehát, ha a C kódban 20 évig nem találtak sechole-t, akkor az attól függetlenül is lehet, hogy sechole-os és újra kell írni Rust-ban, de ha a Rust compilerben 7 évig nem javítanak egy stack-crash-t, az nem baj. (Egyébként nem egyszer fordult ehhez hasonló elő, lehet többet is találni.)

    Az, hogy egy unsafe blokkban hiba van, és kihat a teljes programra, nem számít. Ha hibát keresel, akkor csak az unsafe blokkokat kell átnézned. Nem a teljes programot. Tökre nem vágom, hogy ezt miért nem fogadod el. Hanem hozol mindenféle jelentéktelen ellenérvet, hogy de ha így, de ha úgy, akkor ez meg ez van. Igen. De az alapkoncepciót ezek az érvek nem változtatják meg.

    Azt írtad, hogy "A sebességgel és mérettel viszont (szokás szerint) nem értek egyet. Rajtad, a programozón múlik, hogy hogyan használod. Nem a nyelv fogja meghatározni, hogy milyen sebességgel fog menni, ill., hogy mekkora lesz a kód."
    Fordítsuk ezt meg: nem a nyelv fogja meghatározni, hogy mennyire lesz biztonságos a kész program. Egy hozzáértő a C-vel sokkal biztonságosabb programot fog csinálni, mint egy balfácán a Rust-tal. Persze mondhatod, hogy a hozzáértő a Rust-tal viszont még biztonságosabbat...csak épp balfácánból lesz a több. Alant a linkek, hogy már jönnek az 1:1 C->unsafe Rust programkonverziók. Ott is csak az unsafe blokkokat kell átnézni a hibák után, csak ott az egész unsafe lesz. Ebben a formában így mit is értünk el, azon túl, hogy megszabadultunk a C-től? Semmi biztosíték nincs arra sem, hogy majd a gyökerek nem fogják behajítani az egész kódot egy unsafe alá, amikor megunják, hogy a Rust nem fordít le semmit, amit írnak, viszont szentül hiszik, hogy a nyelv megvédi őket saját maguktól. Már megint a nyelv akarja megvédeni a balfácánokat saját maguktól, de azért mindjárt erőltessük rá mindenkire is az egész koncepciót, azokra is, akik nem saját magukat lövik lábon sem a C-vel, sem mással, mert tudják, hogy mit csinálnak. Nem tud egy ember mindenre felkészülni, hiába ért hozzá? Tény. A Rust írói sem tudnak minden eszement barom minden eszement baromságára felkészülni. Ez is tény.
    Innentől kezdve viszont az alapkoncepció is megváltozik, hiszen arról volt szó, hogy ez majd biztonságos lesz, megvéd mindentől, de ez a a biztonság nagyon is látszólagos, mert a hülyék ellen nincs biztos védelem. Nem is lesz soha.
    Mi lesz ennek a végeredménye? Az, hogy a hülyék miután átnyergeltek Rust-ra, sokkal több lyukas Rust kódot fognak produkálni, mint amennyi lyukas C kód van.

    Ha pedig elfogadod, hogy a Rust biztonságosabb, mint a C, akkor készen is vagyunk, mivel kezdetektől fogva mindössze ennyi volt az állítás.

    Csakhogy az állítás nem csupán ennyi volt, mert ha csak ennyi lett volna, már régen nem vitatkoznánk. Olyan állítások is elhangzottak, hogy mi mindent kéne erre a nyelve átírni, mert az biztos sokkal jobb lesz, csak éppen nem biztos, de azért írjuk át, hátha. Utánunk a vízözön módra. Három-négy éve a rustc még nem tudta magát lefordítani 32-bites x86-on, mert felzabálta a memóriát, nem volt neki elég ami a 32-bitbe belefért. Nem tudom, hogy ezt fixálták-e már, de ha nem és erre kéne átírni a Linux kernelt, akkor hogy fog a szintén brutális méretű forrással bíró Linux kernel lefordulni 32-bites gépeken?
    Aztán, mert ezt még senki sem tagadta, a Rust fordítási sebessége iszonyatosan lassú; mikorra fog lefordulni a Linux kernel, a coreutils és az ökoszisztéma egyéb átírt részei egy 32-bites gépen? Több nap múlva?
    Aztán, külön irodalma van annak, hogy hogy lehet a Rust-tal kicsi binárisokat fordítani, mert alapból egy hello world is többszáz kilósra fordul. Ez embedded környezetben minden, csak nem elfogadható, de nagyobb gépeken sem lesz vicces; hogy fogják ezt majd a balfácánok használni? Vagy produkálják majd a több MB-os binárisokat és a Linux kernel, ami eddig párszáz MB volt, az most hirtelen többtíz GB lesz? Hogy fog az mondjuk egy Raspberry Pi-n futni? Hogy fog bármin futni?
    Ezek valós problémák, nem pedig "jelentéktelen ellenérvek".

    Már ennyinek elégnek kellene lennie, hogy belásd, hogy a Rust biztonságosabb.

    Amennyiben az "általában" kitétellel használjuk, akkor már az elején beláttam. Nektek is régen be kellett volna látni, hogy a C-nek még mindig megvan a létjogosultsága, de nem akarjátok. Azt is be kellett volna látnotok, hogy nem biztos, hogy olyan nagyon jó lesz, ha cédula nélkül átírunk mindent Rust-ba, de ezt sem akarjátok belátni. Ugyan ami ellenérveket felhoztam, azokat elismeritek, hogy igazak, csak nem foglalkoztok velük, lesöpritek az asztalról: az nem számít, jelentéktelen, meg ne vitatkozzunk rajta...miért is ne? Miért kéne axiómaként elfogadni mindent ami a Rust mellett és a C ellen szól, fordítva meg semmit, az miért is nem számít? Erről beszéltem már a legelején, hogy kettős mércével mérik a Rust-ot és a C-t.

    És ez azért nagyon aggasztó, mert jelen pillanatban egyre inkább az látszik, hogy a Rust-osok takeover-t készítenek elő a Linuxos - és tágabb értelemben a UNIX-os - kulcsszoftverek kapcsán és így nem csak a Rust-tal nem rendelkező platformoktól veszik el az ökoszisztémát, de a nagy többségtől is, akik nem beszélik a Rust-ot. És mindehhez olyan multik biztosítják a műszaki és marketinghátteret, akikre nemhogy a számítógépem működését, de semmit se bíznék rá.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609400

    Azaz ha egyszer a Rust compiler mondjuk már (közel) hibátlan lesz, akkor ez a hibaforrás eltűnik, vagy jelentéktelenné fog válni.

    Értem, tehát az überbonyolult Rust, az lehet (közel) hibátlan, egy húsz nagyságrenddel kisebb C program, amiben meg 20 éve nem fogtak hibát, az meg nem, abban lehet hiba.

    Most komolyan, mi értelme van összehasonlítani egy balfácán programozót egy hozzáértővel?

    Mi értelme van összehasonlítani a C-t a Rust-tal?

    Ki mondott olyat, hogy Rustban egy balfácán is jót fog alkotni?

    Olyat senki, de én se erről beszéltem, hanem, hogy a Rust majd megvédi a balfácánokat maguktól: nem fogja.

    Már sokadjára hozol be olyan dolgokat, amit nem mondtam.

    Sorry, ez a válasz kb. három embernek is szólt egyszerre, mert nem akartam háromszor majdnem ugyanazt leírni, három külön helyre.

    Ha elolvasod a korábbi hozzászólásaimat, akkor ennek az ellenkezőjét mondom. Bizonyos hibáktól megvéd. És lehet, hogy mondjuk a Rustban írt programokban emiatt mondjuk 30%-kal kevesebb sechole lesz (hasraütés).

    Nem is azt mondtam, hogy te mondtad, hanem, hogy ez a mantra.

    Csak azért írtam meg az első hozzászólásomat a témában, hogy rávilágítsak, hogy Rustban bizonyos hibákat nehezebb elkövetni, és ebben a tekintetben a C rosszabb.

    Ebben meg végig egyetértettünk. Én egyébként azért írtam meg a saját hozzászólásaimat, hogy ne akarjátok már megint a C-t kiirtani.

    Többes számban fogalmazol, "Nektek belátni", olyan dolgokat írsz már megint, amiket már egyszer cáfoltam.

    Egyrészt, mert mint írtam a válasz három embernek szólt. Másrészt meg nem, nem cáfoltad meg. Hol cáfoltad meg azokat, amiket pl. a hármas bekezdésben írtam a binárisok méretéről, a compile-time-ról és a compile RAM igényéről? Hol cáfoltad meg a compiler bug-okat és hasonlókat? Nem megcáfoltad őket, hanem közölted, hogy az nem számít. Az nem cáfolat.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609228

    A fentebbi válaszban neked is válaszoltam.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608282

    A maik dolog amit feltetlezel, hogy C kodot csak igazi programosok irnak. Ami manapsag kurvara nem igaz.

    Ööö...ezt hol is feltételeztem? Mert én nem emlékszem ilyesmire. Szó szerint leírtam, hogy "egy igazi programozó bármilyen nyelven tud FORTRAN kódot írni." Miről beszélsz?

    nem feltetlen okos dolog igazi fegyvert adni a kezukbe.

    És akkor azoktól is vegyük el, akik viszont tudnának vele bánni. Már megint. Már megint egy világmegváltó kisebbség akarja mindenkinek megmondani, hogy kell programozni, ami mögött szokás szerint egy multi áll, egy olyan multi, aki ha nem bizonyította be ezerszer, hogy nem bízhatunk meg benne, akkor egyszer sem. Pl. legutóbb a Rust csapat nagyrészét is kirugdalta.
    Sőt, most nézem, hogy pár napja már nem is csak a Mozilla áll mögötte egyedül, hanem más multik is, akik mind a megbízhatóságukról híresek: https://en.wikipedia.org/wiki/Rust_(programming_language)

    In August 2020, Mozilla laid off 250 of its 1,000 employees worldwide as part of a corporate restructuring caused by the long-term impact of the COVID-19 pandemic.[43][44] Among those laid off were most of the Rust team,[45] while the Servo team was completely disbanded.[46] The event raised concerns about the future of Rust.[47]

    In the following week, the Rust Core Team acknowledged the severe impact of the layoffs and announced that plans for a Rust foundation were underway. The first goal of the foundation would be taking ownership of all trademarks and domain names, and also take financial responsibility for their costs.[48]

    On February 8, 2021 the formation of the Rust Foundation was officially announced by its five founding companies (AWS, Huawei, Google, Microsoft, and Mozilla).[49][50]

    Miért van déjà vu-m?

    Ill. ha megnezed fizetesi statistikakt erdekes,
    hogy python kodernek manapsag tobbet fiztnek, mint egy C kodernek.
    Valamilyen kulonos, modon nem feltetlen azt az eszkozt keresik, amiben "elmeletben",
    a legjobb lesz a futas ido. Ill az hogy tobben tudnak ertlemes python codot irni
    mint C -t, megis jobban fizet a python.

    Ilyesmikről szokott hajbazer filozofálni, de legtöbbször lehülyézik, ahelyett, hogy elgondolkodnának azon, amit mond... (Miért van olyan érzésem, hogy mindjárt jön a szalmabábcséplés, hogy "miért lenne jobb, ha mindent C-ben írnánk meg"?)

    Milyen tenyleges hatranyt latsz mondjuk go/java/c#/c++ -> Rust ba tetelenel ?

    A lingvisztikai sovinizmuson kívül? (Oké, a Java kódot nem lehetne nem úgy átírni majdnem bármi másba, hogy ne javítsunk vele...) Egyfelől időpazarlás. Ezek a nyelvek ugyanúgy vigyáznak a memóriára, ahogy a Rust is. Még csak azokat a hátrányokat sem dolgozod le az átírással, amit mondjuk egy C átírással megtennél (pl. memóriakezelésből fakadó sechole-ok). Aztán, ha már írtad, hogy Python-os embert többen keresnek, meg többet fizetnek, mint C-st, mert a profit számít, amit az időn nyernek, akkor had fordítsam ezt itt ferdén vissza: ha átírsz egy kódot egy olyan populáris nyelvből, mint a felsoroltak egy olyan underground nyelvbe, mint a Rust, akkor századannyi programozóból válogathatsz (jó esetben), mint előtte és akkor magadnak okozhatsz vele súlyos anyagi károkat, ha nem találsz embert.

    Ha egy C librarit valaki atir Rust -ba, de biztositja 100% C compatibilis interfacet,
    es meg 0.1% al gyorsabb is , hasznalnad -e ?

    Úgy érted, ha le tudom forgatni a platformomra? Miért ne használnám, ha tényleg gyorsabb lett, mint volt?

    Milyen tenyleges hatranyt latsz egy uj userland project rust -ban kezdesenel , C -val szemben ?

    Látom, nagyon felületesen sikerült elolvasnod azokat, amiket írtam, mert szó nem volt új projektekről. Új projektet nyugodtan írjon abban, amiben akar. Rustban is. Abban írja meg, amiben akarja.

    De meglévő régieket átírni, na az az a pont, ami nem biztos, hogy jó lesz azon projektek használóinak. Nézd meg, lent már belinkelte neuron, hogy a GNU coreutils-t is át akarják már írni Rust-ba. Úgy, hogy a coreutils-t használó rendszerek közül Tier 1-es Rust támogatása egyes-egyedül a Linuxnak van és még annak is csak ARM-on és x86-on! Ez mi, ha nem már megint egy kísérlet arra, hogy a Linuxon kívüli UNIX-okat és a nem-x86 és nem-ARM CPU-kat ellehetetlenítsék, ez mi már megint, ha nem a mainstream status quo-jának a kierőszakolása?
    És ha már Linux, ha azt átírják Rust-ba, akkor azzal a rössel ott is töredékére csökkentik azoknak az embereknek a számát, akik utána hozzá tudnak szólni a Linux kernelhez. Akár tetszik, akár nem, a C többé-kevésbé a lingua franca az informatikában, mind a programozóknak, mind az oprendszereknek, mind a processzoroknak; olyan, mint az emberi nyelvek között az angol. Olyan ember, aki tud C-ben programozni, több tízmillió van. Rust-ban? Tavaly olyan félmillió körül volt, picit tán több. A C szinte az összes OS-re és CPU-ra elérhető, pedig valószínűleg több száz van belőlük. Rust? A Tier 1 két CPU-t és három OS-t támogat.

    Ha átírod a Linux kernelt vagy a coreutils-t, vagy bármi létező projektet Rust-ba, akkor azt nem csak az architektúrák többségétől veszed el, de elveszed a programozók többségétől is és egy olyan kisebbség kezébe adod, akik mögött az Amazon, Huawei, Google, Microsoft és Mozilla ötösfogat áll. Szép kilátások, mondhatom.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608365

    "Kell?" Ki mondja? A C-t azért kellett megtanulni, mert mindent is ebben írtak. Rust-ban viszont egyelőre semmi fontos nincs megírva, csak próbálnak létfontosságú projekteket átírni bele, még azelőtt, hogy a Rust adoptálta volna az OS-ek és a CPU architektúrák többségét, ill., hogy az emberek többsége adoptálta volna a Rust-ot.

    Mondom az én problémám nem magával a nyelvvel van, az olyan amilyen, mint az összes többi nyelv is. Az erőszakos konvertálást nem állom és amikor fontos dolgokat konvertálnak át bele a többség megkérdezése nélkül, az bizony erőszakos, valamint pusztító és kontraproduktív is.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609405

    Firefox? Az még van? És fontos is? Legutóbbi infóim szerint már lezuhant az Edge szintjére piaci részesedésben...

    Az rendben van, de az nem early-adopting, hogy mindent cédula nélkül átírunk bele.

    Ja, Torvalds a systemd-re is nyitott volt. (Nem.) Lehet, hogy nem akar megint "továbbképzésre" "menni". Itt a harmadik bekezdésben leírtam pár problémát a Linux kernel átírásával kapcsolatban. Egy dolog, hogy abban írnak meg újabb modulokat, de abba átírni az egészet?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609443

    Hát, ha nem tették volna előtte tönkre a rókát, akkor tán még értelme is volna átírni Rust-ba. :(

    Lehet, hogy te viccnek szántad, de ahogy nézem, vannak, akik ezt hótt-komolyan gondolják (szaporodnak az ilyen jellegű linkek a topicban). Ha ez lenne a felállás, hogy lesz egy C-ben írt kernel, meg lesz egy Rust-ban írt kernel és lehet választani, ez teljesen rendben lenne, lenne mire benchmarkolni meg flamel-ni, de ez legyen a legnagyobb baj, amíg elérhető választás marad a C-s, különben a Linux hardwaretámogatása a mainstream platformokra fog zsugorodni. És én sajnos attól félek, hogy pont az a cél, hogy az emberek mozgásterét szűkítsék (már a nyelv koncepciója is erre épül) és ezért akarják az ökoszisztéma kulcsfontosságú szoftvereit kurwa gyorsan átírni.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609466

    Nem, félreérted. Nem arról beszéltem, hogy valamilyen adott hardware támogatását kiveszik a kernelből, hogy a drivereket lövik ki, hanem arról, hogy magát a kernelt nem fogják majd tudni lefordítani egy raklap processzorra/gépfajtára és azok a platformok mind elesnek utána a Linuxtól.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609622

    Régiek esetében miért ne működne az, hogy beállítom a NO_RUST_MODULES flag-et és csak a C-s részeket fordítom le?

    Ha az egész Linux kernelt átírják Rust-ba és felszámolják a C-s verziót, akkor hogy fordítod le a C-s részeket?

    Meg egyébként miért a legújabb kernelt kell rakni egy régi hardverre?

    Nem kell, de ha már 10 éve nincs C-s Linux kernel, akkor mit rakjon rá az ember?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609654

    Hogy mikor következik be, azt nem tudom, de tervben már van, check the topic.

    Félreértettél. Most fel tudok rakni egy tíz éves gépre egy tíz éves kernelt, igen. De ha az elkövetkező öt évben a Linux kernel átkerül Rust kód alá, akkor tíz év múlva hogy rakok fel egy öt évvel korábbi (azaz mostantól öt év múlvai) kernelt egy öt évvel korábbi (dettó) gépre, amin a Rust nem elérhető? Rakjak fel rá egy tíz éves (azaz mostani) kernelt? Ez pont, hogy nem nosztalgia, ez nagyon is a jövőről szól. Jelen pillanatban a Rust a C platformjainak a töredékét sem támogatja. Ez biztos változni fog pozitív irányba, de kérdés, hogy mekkora lefedettéget fog adni a legvégén... (Ha tippelnem kéne, akkor töredékest, mert a C fél évszázad óta portlódik mindenhova.)

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609655

    Neked ez a haldoklás a mániád. Nem, egy csomó legacy architektúra nem haldoklik, hanem él és virul, embedded környezetben például. Nézz utána. Vagy ne...
    De új architektúrákon is mi az egyik legelső, ami megjelenik? C fordító.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609792

    Nem pont azt irtam, hogy ha nincs clag llvm -hez karban tartva?

    Nem csak az LLVM/Clang létezik, vannak más C fordítók is.

    Azt nem tudom, hogy a MIPS-nek mi lesz a sorsa, de tuti nem tőled fog függeni, hogy temetik-e, vagy sem.

    Akkarsz beszelni soft-core -okrol is ? Erintett vagy -e az ugyben ?

    Nem akkarok. Nem-e vagyok.
    Nem tudom mi futott a májadra, de nagyon ráfutott, azt látom.
    Hint: nincs jogod ezzel a pszeudoprogresszív mantrával en-block halálra ítélni minden legacy vagy kisszériás architektúrát; nem csak a mainstream létezik, nem csak azt használják.

    Altalanos celu Hard-core -bol nem valoszinu, hogy
    tobb mint 6 csalad marad

    Több tucat fajta van most is, de nem probléma. Csak a mindenféle mikrokontrollerekből nem tudom hány. C azokra is van.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609946

    Nem csak Linux létezik, más is támogathatja a MIPS-et, de ez mindegy.

    #define versenyképes
    Nem csak winfos meg szardrojid létezik; rétegigények is léteznek.

    Nem, a C létjogosultságáról volt szó még mindig.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610025

    Nem fejlesztenek már MIPS-szel új hardvert? És akkor pl. az Onion Omega2 sorozata micsoda? Az Omega2 Pro és Omega 2LTE most jött ki 2019-ben, ráadásul közösségi finanszírozással fejlesztették ki és a sokszorosát szedték össze a kért pénznek. Úgy látom, te csak dobálózol az architektúrák nevével, de nem tudod, hogy melyiket használják-e még, vagy sem. A 68000-rel is lukra futottál a ColdFire miatt.
    BTW, nagyon leragadtál ennél a MIPS-nél, még nem is gyártanának hardvert vele, akkor is, mi van az összes többivel; mind kuka? x86 és ARM-only világ rulez? Mi van pl. a POWER-rel? SPARC? Azokkal is a mai napig építenek gépeket. Ez nem "régi" hardvereket dédelgetők klubja, hanem használt hardverek támogatása, nem más.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610039

    A big-endian POWER is élőnek számít; csekkold le a Raptor féle workstation-öket.
    A SPARC-nak tényleg nem tett jót az Oracle, de egyelőre még élő architektúra, nem lehet kukázni a támogatását.
    Minek nézegessem? Én nem használok MIPS-et. Az állításod az volt, hogy már nem fejlesztenek vele hardvert; de. Fejlesztenek.
    Ami meg a tendenciákat illeti: ahogy leírtam már N-szer, a C-t eddig számos alkalommal próbálták leváltani, amióta megszületett. Számos nyelvvel és számos paradigmával. Mind sikertelenül. Pedig tényleg elég sok baja van. De egyszerűen az előnyei miatt van ahol nem tud az ember alternatívát állítani vele szembe.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610049

    Lévén a POWER nem little vagy big endian, hanem bi-endian. Azaz a CPU képes rá. Nézd meg, hogy mennyi OS van még, ami támogatja a big-endian POWER64-et.

    Tekintsed. Vicces annak a fényében, hogy épp most rukkoltak elő MIPS-es hardware-rel.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610566

    Mondom: nagyon-nagyon leragadtál ennél a MIPS-nél... Törődj bele, hogy nem csak a mainstream x86 és ARM van. Sok embernek kell, nem fogja az egész ipar kukázni a kedvedért.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610746

    Neked tényleg nagyon beragadt ez a MIPS dolog. Tudtál mutatni egy architektúrát, aminek a gyártója most bejelentette, hogy nem akarja fejleszteni, annak ellenére, hogy jönnek ki vele hardware-ek. És? Mi lesz a többi soktucat architektúrával, amiket a Rust nem támogat, a C meg igen?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2611243

    Van, ahova a Rust nem alternatíva. Azok sosem fognak Rust felé mozdulni.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610033

    C nem fog kihalni, lesz bőven létjogosultsága a jövőben is.

    Én is ezt mondom, de látod van, aki irtaná...

    (Assembly-t nem is tudna kihalni, anélkül nincs élet.)
    Igaz, teljes mértékben assembly projekt igen ritka. Leginkább a C rész alá dolgoznak assembly-vel, ahol bármi okból így célszerű.

    Az más kérdés, hogy assemblyben nem nagyon írnak meg direkt dolgokat, de a fordítók többsége tud assembly kimenetet adni, a debuggerek egy része is assembly szinten debuggol; assembly nélkül nincs élet. Nem kell, hogy közvetlenül abban írjanak bármit.

    Rust esetén mellesleg jelen pillanatban még ilyen a nagy sebességű jelfeldolgozás területén magának a blokkfeldolgozónak az implementálása. Egyelőre C betéttel vagy assembly intrinsic segítségével egyszerűbb a megnyerni a tempót. Ugyanis a Rust rész ahogy egy kis bizonytalanságot érez, inkább ellenőrizni akar, miközben egy-két lépéssel globálisabban továbbgondolva abban a blokkfeldolgozóban TUTI nem lehet szivárgás. A tempó pedig jelfeldolgozásnál gyakran nagyon fontos.
    Ezt a Rust fórumon is feldobtam és bár igen jó megoldások jöttek. Viszont a teljes kontrollálatlanság kihasználása ebben a speciális esetben érezhető tempónövekedést hozott. De csak a blokkfeldolgozó primitív került át C betétbe, mivel a többi már nem illetve észrevehetetlen mértékben lassított.

    Ennek is biztos megvan a létjogosultsága a maga helyén, de amíg nem lehet a forgatás sebességét és erőforrásigényét nagyságrendileg a C közelébe szorítani, addig hiába futnak a Rust által készített binárisok near-C sebességgel.

    Szerencsére nagyon könnyű a Rust-C összekapcsolás (példa itt), mérésem szerint futásidejű többlet költsége sincs.

    Futásidejű lehet, hogy nem nagyon van, de itt nem is ez volt a kérdés.

    A jövőben a Rust mellett számítok újabb, a Rust-féle ownership-koncepciót továbbvivő biztonságos rendszerprogramozásra alkalmas nyelv(ek) megjelenésére is. Azonban a C és assembly háttértámogatás vélhetően ott is megmarad. :)

    Feltéve, ha a vallási fanatikusok nem írják át addig a Linux kernelt, meg minden egyebet Rust-ba, amit a mainstream szépen le is fog tolni az emberek torkán. Pedig még mindig nem magával a koncepcióval van a baj, hanem az erőszakossággal...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609791

    De könyörgöm, nem a kernel hadvertámogatásáról beszélünk, értsétek már meg... Nem arról, hogy most hány driver van benne C-ben, vagy Rust-ban megírva.
    Arról beszélünk, hogy amíg C-ben van írva, addig azt a kódot több féle processzorarchitektúrára lehet leforgatni. Attól, hogy átírod Rust-ba még nem fog fordulni azokon a gépeken, ahol eddig fordult, mert nincs rájuk Rust fordító.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609943

    Hogyan akarják portolni olyan architektúrákra, ahol a Rust meg sem tud moccanni? Oké, magát a kernelt leforgatják crosscompile-lal, ha minden szakad, de amikor már fut a kernel az adott gépen, hogy fognak ott bármit lefordítani egy frissített kernelmodultól elkezdve bármelyik programig? Az rendben, hogy a Rust near-C sebességű binárisokat tud készíteni, de mennyi erőforrás és idő kell, amíg elkészíti őket? Azért ez is egy elég kardinális szempont. Hogy fog ez működni a resource-low platformokon? Sehogy? Run-only lesz és ha épp nincs crosscompile-ra lehetőséged, akkor dead end?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610026

    De, én tudom, hogyan kell "cross-fordítani", csak éppen a cross-compile nem lehet megoldás minden helyzetben.

    És már megint az, hogy te mit csinálsz, meg neked mid van... Kit érdekel, hogy te mit csinálsz, meg neked mid van? És akinek nincs?
    Van, aki azért vett überolcsó 32-bites mini-PC-t, mert arra volt pénze. Átírtuk a szoftvereket Rust-ba, a tizedét nem fogja tudni fordítani rajta...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608574

    Ugyanazért, amiért a systemd-t is alapértelmezetté tették.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609214

    Szélsőségesen idealista. :)

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608572

    De itt a HUP-on nem az a mondás, hogy mindenki azzal tölti a szabadidejét, amivel akarja?

    Addig amíg másnak nem okoz vele kárt.

    Attól, hogy valaki valamit átír, az eredeti még nem veszik el.

    Csak karbantartás nélkül marad, deprecated lesz, stb., szóval hosszútávon végül is elveszik.

    Amúgy attól, hogy lehet, még nem kötelező Rustban kernel modult írni. Sőt, ha nem írsz kernel modult, nem tök mindegy, hogy miben nem teszed?

    Ha megszakadok se értem az összefüggést az és az között, hogy valaki ír-e kernelmodult, vagy sem és ha Rustban újraír kernelmodulokat, akkor annak számos hátulütője lesz...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607555

    Vagy ahol nincs más. Vagy muszáj a teljesítmény.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606785

    Generikusan a válasz igen, mert a Rust több dolgot csinál meg helyetted, de ez attól is függ, hogy akinek a feladatot adtad, az C expert, Rust expert, mennyi saját libje van az adott nyelvhez, stb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bimi3


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606789

    Senki se mondja (már aki szakmailag komolyan vehető), hogy a C nyelv szar lenne.

    Pedig látod, itt egyel feletted geza42 is ezt mondta, pedig ő szakmailag komolyan vehető, csak ebben nincs igaza. Nem a C szar, hanem az emberek szarnak bele mindenbe, mert legyen kész tegnapra és a szerszámaikat szidják, arra kenik az egészet, hogy nem sikerült bugmentesen megírni tegnapra. Csak az a mentalitás, hogy legyen kész tegnapra, nehogy a cég elessen fél cent profittól, az Rust-ban is szart fog eredményezni.

    Arról van csak szó, hogy van már nála jobb nyelv bizonyos feladatokra.

    Ezt meg senki nem is vitatta. A C egy lowlevel nyelv, lowlevel feladatokra való. Hordozható assembly, ahogy szokták mondani rá. Nem alkalmazást kell benne írni, hanem lowlevel dolgokat. Az, hogy bizonyos lowlevel dolgokat meg lehet írni Rust-ban, az jó dolog, de előbb utóbb úgyis belefutsz abba, hogy vagy átmész unsafe-be és akkor kvázi ugyanott vagy, mint C-ben, vagy masszív lesz az overhead a C-hez képest.

    A C már majdnem 50 éves, így ez azért nem annyira meglepő fordulat.

    A C 52 éves, de ez nem jelent semmit. A C++ 42 éves, tilcsukbe? A Python 32 éves, tilcsukbe? A JS 26 éves, tilcsukbe? A PHP 26 éves, tilcsukbe?

    Ha valaki ma akarna létrehozni egy Linux kernel szintű rendszert, kétlem hogy C-ben írná meg.

    http://a.te.ervelesi.hibad.hu/szemelyes-ketely

    A programozónak véges mennyiségű figyelme van. Ha egy terhet levesznek a válláról, akkor más területekre több figyelmet tud szentelni.

    Ezt aláírom. De azzal indokolni egy nyelv használatát, hogy mert abban nem kell figyelni, az nagyon kontraproduktív és kontraindikált.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606824

    Na, azért nem azt mondtam, hogy "a C nyelv szar", hanem azt, hogy ebben a tekintetben szar. :) Ezt az állításomat továbbra is fenntartom.

    Oké, akkor ebben a tekintetben faék és megengedő, nem pedig szar. És ezt én is fenntartom. :P

    Nem az van, hogy az emberek szarnak bele mindenbe. Persze, ez is van. Hanem az, hogy programozóként nem tudsz minden esetre felkészülni. Vagy ha igen, akkor az elképesztően nagy meló lenne, senki se csinál ilyet, sokkal lassabban menne a fejlesztés. Tehát jobb, ha a fordító leellenőrzi a memóriahozzáféréseket. Ahogy fejlődnek a compilerek, egyre jobban ki tudják szűrni, hogy mik a felesleges ellenőrzések.

    Persze, hogy nem tudok mindenre felkészülni, de ez a Rust nyelv kitalálóira és a Rust fordító íróira és így végsősoron a Rust-ra is igaz, hogy nem tud mindenre felkészülni. Jó dolog, ha egy magasszintű nyelv ad bizonyos védelmi mechanizmusokat, de attól egy lowlevel nyelv nem lesz szar, mert az nem ad. Nem célja.

    Ha C-ben programozok, mindig ott van az a rossz érzés, minden egyes pointer indexelésnél, derefnél, hogy "vajon valid lesz itt ez a hozzáférés?". Nyilván az esetek 99.99%-ban az. De nem tudod 100%-ra felvinni ezt egy bonyolultabb programnál, vagy tényleg 1000x lassabban fogsz haladni.

    Mérlegelni kell, hogy ha ennyire kétséges, akkor esetleg egy validálást berakni elé. De most nem ezért, vagy azért, de ha a malloc() és tsai. NULL-t adott vissza, mert kifogytál a tárból, ott C++-ban mit fogsz kapni, ha az objektum konstruktora elszáll a memóriahiány miatt?

    Szerintem tök egyértelmű, hogy jobb, ha ott van egy automata ellenőrzés, ami tutira működik, vagy legalábbis kiszűri a hibák nagy részét. De ha nem is szűri ki compile-time, akkor runtime szűri ki. És nem vulnerability lesz belőle, hanem csak kilép a program (vagy esetleg exceptionnel kezeled le, és még tovább is tud menni).

    De ezt még mindig senki nem vitatta, hogy ez nem baj, hogy a nyelv levéd bizonyos dolgokat...

    Egy tökúj projectben tutira nem használnék C-t. Nem azért, mert régi. Ez nekem se lenne elfogadható érv. Hanem mert van szinte minden szempontból jobb megoldás nála.

    Minden esetben? Akkor is, ha valami egzotikus chipen kell futnia, össz 4k RAM-mal? A Rust hány architektúrát és hány OS-t is támogat? A C mennyit? Van, ahol nem is tudod a Rust-ot választani. Sőt, semmit nem tudsz választani a C helyett, mert nincs. Max. a C++-t, de azzal meg megint ugyanott vagyunk, hogy ha semmit sem használtál a supersetből, akkor az mitől is C++? (Vagy választhatod az assembly-t is, de abban még annyi komfort se lesz, mint a faék C-ben és onnantól a kódod sem lesz hordozható.)

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607265

    Megengedő, és emiatt rossz :).

    Ez nézőpont kérdése. :)

    Ha a performance meg tud maradni, a low level is meg tud maradni, akkor mi a baj azzal, hogy esetleg még védelmi mechanizmust is kapsz?

    Az, hogy nem marad meg a teljesítmény. A szükséges védelmi mechanizmusok bonyolultságától függően csökkenni fog. C-ben meg egy if lekezelni egy hibát.

    A C++ le tudja kezelni a memóriahiányt is, ilyenkor dob egy exceptiont.

    Amit le kell kezelni. Elmondanád, hogy miért szar a C egy if-ből álló nullpointer checkje és miért jó a C++ try/catch szerkezete, ami belül valójában egy if/elseif/elseif/stb.? A múltkor az xp-forrásos topicban kaptam az ívet, hogy le merem ellenőrizni a nullptr-t C-ben, hogy ez mekkora pazarlás, ugyanakkor meg C++-ban valid az exception-ök elkapása?

    De, ha valami kritikus rendszert csinálsz, akkor felkészülhetsz ennek a lekezelésére, pl. a progi elején lefoglalod azokat az erőforrásokat, amik kellenek az out_of_memory-nak a kezeléséhez, és akkor ki tudsz lépni szépen.

    Ezt nem lehet minden esetben eljátszani, pl. GUI programozáskor garantáltan nem.

    De amúgy alapesetben nem gondolom, hogy ezzel bárki is foglalkozik.

    Szerintem se nagyon törődnek vele és ez is egy potenciális sérülékenység lehet, ha elfogy a memória és utána mennek tovább.

    Az alap beállítású Linux alatt tutira nem, mert ugye a linux szeret több memóriát adni neked, mint amennyi van, szóval out_of_memory helyett OOM lesz, nem igazán szokott a malloc/new null-lal visszatérni alap linuxon.

    Én nem csak Linuxra fejlesztek, hanem BSD-kre, Solarisra, retrocomputerekre, underground OS-ekre...a Linux-specifikus malloc() viselkedést én nem vehetem alapnak.

    Ok, akkor miről vitatkozunk? :)

    Arról, hogy a C nem szar. :P Ez egy eszköz, amivel tudni kell bánni.

    De mondjuk az az érv, hogy "ugyse használok semmit a C++ feature-eiből, ezért jó a C is", szerintem nem állja meg a helyét. Nem mindegy, hogy melyik compilert hívod meg? És ha mégis kell valami C++ feature, akkor meg ott van.

    Én nem ezt mondtam, hanem azt, hogy ha nem használsz semmit a C++ cuccaiból, akkor C kódot írtál. De, tök mindegy, hogy melyik compilert hívtad meg, főleg, mivel a mainstream C compilerek nagy része már rég C++ compiler is. A lényeg, hogy hiába forgattad le C++ compilerrel azt a kódot, amit a C compiler is leforgatott volna; az C kód maradt.

    És ha mégis kell valami C++ feature, akkor meg ott van. Láttam nem egy olyan projectet ami ilyen gondolkodás mellett indult, C-ben. De aztán csak szükség lett volna C++-ra egy idő után arra, mert bizonyos dolgokat C++-ban jobban meg lehet oldani.

    Bizonyos dolgokat tuti. Stringkezelés. OOP. Kiterjesztett típusok. Operator overload. (Stb.) Ezek C++ alatt maguktól értetődnek, C-vel meg szopni, meg wrappelni kell. És ha nincs szükség ezekre? Vagy nincs hely/erőforrás ezekre?

    De persze itt most nyilván olyan esetekre gondolok, amikor 2KB-d van a kódra, és 48 byte-od a data-ra, mert itt maga a fejlesztés se tart túl sokáig. Valszeg ha kész C-ben, akkor nem kell tovább birizgálni. De mondjuk én még egy ilyennek is C++-al állnék neki, mert egész egyszerűen nincs semmi okom C-t használni.

    És mitől lesz az C++ kód? Mert gondolom nem OOP kódot akartál írni 2 kB kódtárral és 48 byte adattárral.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607551

    A C++-os try/catch sokkal több, mint az if, belül egyáltalán nem az van, amit ezekszerint gondolsz. Hiszen ahol elkapod az exceptiont, az sokkal feljebb is lehet a call stacken, mint ahol dobtad. És közben szépen minden köztes fv-ben lerakott objectnek is meghívódik a destruktora. Manapság az exception nem úgy működik, hogy lesz a fv-ednek valami rejtett visszatérési értéke, amit a hívott oldal rejtve csekkolgat. Ha nem dobsz exceptiont, akkor nem is kell csekkolni semmit. Emiatt akár gyorsabb is lehet a kód, ha exceptionnal jelzed a hibát.

    Nem erre gondoltam, hanem arra, hogy a kivételkezelés belül egy halom if-re és elseif-re fog fordulni, ami a keletkezett exception értékekkel dolgozik, vagy ez már nem így van? Hogy néz ki a végeredmény belül?

    A mostani C++ fordítók zero cost exceptiont használnak. Ami egy kicsit félrevezető név, mert csak akkor zero cost, ha nem dobsz exceptiont. Ha dobsz, akkor viszont az lassú. Viszont, erre a memóriaelfogyásos dologra tökéletes megoldás. Sehol se kell bajlódnod azzal, hogy csekkold a malloc() visszatérési értékét, hanem valahol magasabb szinten elkapod az out_of_memory exceptiont, és kész. Ha a resource-okat RAII-val allokálod (ez manapság teljesen alap), akkor minden automatán menni fog, minden resource amit a köztes fv-ek allokáltak felszabadul szépen mindenféle külön kezelés nélkül.

    Ez a zero cost amúgy sem túl tiszta, mert három C++ fejlesztő négyféleképpen magyarázza, Bjarne meg évszámtól függően.

    Ugyanezt a logikát C-ben végigprogramozni kézzel... Hát, ha ilyen kódot kellene írnom C-ben, szerintem felmondanék.

    C-ben erre nincs is szükség, hiszen a mechanizmusok sem ennyire bonyolultak.

    Inkább azt mondanám, hogy már van helyette jobb.

    Mire jobb és miben jobb? :) Hordozhatóságban alig hinném, hogy bármi übereli. Teljesítményben is kb. csak az assembly, de az is csak akkor, ha vagy nem "bonyolult" a CPU (spekulatív végrehajtás, OOO végrehajtás, stb.), vagy az assembly-ző kóder nagyon penge; egyéb esetben a C kb. jobb assembly kódot fog generálni, mint amit a kóder írna. (Ezt egyszer kiveséztük.)

    De tudok mondani rendes példát is. C-ben írt kernelmodul, ahol a device drivernek a mindenféle paramétereit egy structban tárolják, és a modul betöltésekor szépen lépésről lépésre kitölti minden memberjét egy-egy fv. Nos, ezt C-ben úgy oldották meg, hogy a kitöltő fv-t kiemelték egy 20 soros macro-ba, majd kb. 10x meghívták különböző paraméterekkel, hogy a ~10 member értéke beállítódjon (mivel a fv-ek amik kitöltik a membereket, nagyon hasonlóak egymáshoz). Ha ezt C++-ban csinálom, megírom szépen template fv-ben, és kapok egy normálisabb megoldást. Lefordított kódméret ugyanakkora, nincs semmi hátránya a C-s megoldáshoz képest. De tudnék még ilyen példákat hozni.

    Ezt C-ben is lehet, hogy ki lehetne egyszerűsíteni; ezt a Linux kernelben láttad, vagy nem publikus céges cucc?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607877

    De van valami nem tiszta neked, mondd, és talán tudom rá a választ.

    Az érdekelne, hogy a kivételkezelés milyen elemi szerkezetekre bomlik fel fordítás alatt. Ahhoz most nincs kedvem, hogy nekiálljak disasm listákat elemezni. :P

    Ez nem nyelvfüggő. Ha az a feladatod, hogy olyan programot írj, ami lekezeli az out of memory-t rendesen, akkor C-ben egy irgalmatlan nagy katyvasz lesz belőle. Minden malloc() visszatérési értéke ellenőrizve lesz, a resource-ok deallokálását kézzel kell végezni az összes esetben. Tele lesz rakat if-fel a kód. És goto-val is, ha a linux kerneles megoldást választod, ami egyébként valszeg a legjobb megoldás erre a problémára. A C++ kódon pedig kb. meg se fog látszani, hogy ilyet is tud, mert automatán működni fog. Meglehetősen nagy a különbség.

    Pontosan ezt szoktam csinálni, minden malloc()-ot ellenőrzök és ha elhasalt, deallokálok, lezárok, kiszállok. A mechanizmus bonyolultságán azt értettem, hogy a C++-os OOP mögött jóval több húzódik meg a háttérben, pl. a konstruktornál, mint egy-egy malloc(), tehát C-ben kevesebb dolgot kell lekezelni, felszabadítani, stb. Csak a C++ a sajátját automatice csinálja, C-ben meg kézzel kell.

    A hordozhatóságon kívül bármiben?

    Azért a teljesítményt és a binárisok méretét se felejtsük el. Tudom, van amikor a C++ gyorsabb és/vagy kisebb lesz. Kivétel erősíti a szabályt.

    Remélem nem mondok magamnak akkor ellent, hogy ezzel a megállapítással nem értek egyet.

    Annak nem mondtál ellent, amit a múltkor mondtál, mert akkor is ezt mondtad - és hosszas vita után meg is győztél - de a mondatod elejének a végével ellentmondtál, mert én elmondtam azt, amiről a múltkor meggyőztél, te meg mondod, hogy nem értesz egyet és utána elmondod ugyanazt, hogy assemblyben gyorsabb kódot lehet írni, mint C-ben, de nem az átlagos kódernek. Hát én ugyanezt mondtam. :)

    BTW, a példának, amit adtál, mi lenne az optimális megoldása? Én ezt hoztam össze, így csak kétharmad annyi az assembly kód és elágazás sincs benne, viszont így mindenképpen 4 db memóriahozzáférés van, nem 2 vagy 4, mint ha logikai éssel kapcsolom őket össze.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608283

    Hát, a full exception handling meglehetősen bonyolult, és én se vágom mélyebben. De sokkal több dolog van az exceptionnal, mint ahogy az ember elsőre gondolná. Az alapötlet az, hogy a kód mellé generálódik egy nagy táblázat. Amiben le van írva az, hogyha a fv -ek bizonyos pontjain exception miatti kilépés van, akkor mit kell csinálni (melyik objecteknek kell a dtor-ját meghívni). És amikor runtime throw van, akkor a táblázatból kikeresi az aktuális instruction pointer-hez tartozó részt, és lefuttatja a szükséges dolgokat. Aztán szépen egyenként felmászik a stack-en, és mindegyik frame-ben megnézi ugyanezt, hogy milyen objectet dtor-ját kell meghívni. Ill., azt is, hogy milyen exception handlerek vannak ott bejegyezve, hátha van handler, ami le tudja kezelni az aktuális exceptiont. De ez ennél nyilván bonyolultabb, csak valami ilyesmi a lényeg.

    Nem baj, ennyi is rávilágított a lényegre, köszi, hogy leírtad. Ez belül egy nagyságrenddel bonyolultabb, mint a C malloc()-jai, if-jei és free()-jei. Úgyhogy akkor vissza az eredeti kérdésre: miért szar a C-ben az a pár elágazás, az miért pazarlás és miért jó ez a sokkal bonyolultabb hibakezelési mechanizmus C++-ban?

    Ez az, amit pl. meg tudsz spórolni, ha C++-t használsz C helyett. Itt szerintem teljesen egyértelmű a C++ előnye. Nagyon nem örülnék neki, ha minden allokálásnál csekkolgatnom kellene, hogy sikerült-e.

    Egyértelmű a C++ előnye, ha időre mész, de ha teljesítményre, vagy sebességre? Abból, amit leírtál, már érthető, hogy miért lassú, ha ténylegesen dobódik egy kivétel; egyesével visszamászni a stack-en és végignézegetni, hogy mit kell meghívni? Hát ez nem csoda, hogy lassú, ha ténylegesen kivétel keletkezik.

    Itt nem igazán értem mire gondolsz. Ha C-ben is OOP módon programozol, akkor ugyanazok a dolgokat csinálod kézzel, mint amit a C++ neked alapból megad. Nem látom, hogy hol van itt a "C-ben kevesebb dolog".

    C-ben ha OOP módon programozok, akkor van egy struct-om, meg egy raklap függvényem, ami azon operál. Itt a "konstruktor" kimerül egy malloc()-ban és annak lekezelésében, ami itt egy darab if, C++-ban meg az van, amit leírtál és gondolom, maguk az OOP részek sem sima struct-okra fordulnak le, hanem ott is lesz mindenféle referenciatáblázattól elkezdve minden egyéb adat és láthatatlan segédrutin is.

    Szerintem ebben nincs különbség a két nyelvben, feltéve, hogy almát hasonlítunk almával. Ha logikailag is ugyanazt kéred a két nyelvtől, akkor kb. ugyanazt fogod kapni.

    A nyelv "rejtett" részeiről beszéltem, nem arról, hogy C++-ban direkt nem a qsort-ot hívom meg; amit te leírtál, ott nem is a nyelveket hasonlították össze. De ahogy leírtad, hogy mi van a C++ kivételkezelése között; C-ben ha a malloc() elhasal, azt egy darab if-el kezelem le, C++-ban meg kaphatom el a kivételt, amit a konstruktor elhasalása okozott, mögötte pedig az a mechanizmus húzódik meg, amit leírtál. A C egyértelműen kevesebb és gyorsabb kódot fog adni.

    Valami ilyesmi pl.: https://godbolt.org/z/Y5Gzqfb9K. Teljesen triviális amúgy, nem értem miért nem csinálja meg egyik fordító se. Simán 2 memóriahozzáférés, és egy cmp. Semmi branch.

    Látom, de ez a megoldás 64-bites CPU-t igényel. 32-bites CPU-ra forgatva háromszor ekkora kódot kapunk, két elágazással: https://godbolt.org/z/4x35TnrMh

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608576

    Szerintem ez nem a velem való vitában jött elő, legalábbis én nem mondtam ilyesmit.

    Onnan indult ki, hogy azt mondtad, hogy "A C++ le tudja kezelni a memóriahiányt is, ilyenkor dob egy exceptiont." én meg kérdeztem, hogy az miért is jobb, amikor sokkal bonyolultabb belül, mint a C-féle lekezelés. Aztán kiveséztük - illetve levezetted - hogy mi is van a C++-nál ilyenkor belül. És akkor most ismétlem a kérdést, hogy miért rossz és pazarlás C-ben az a pár elágazásnyi védelem, amikor a C++ egy nagyságrenddel bonyolultabb hibakezelést valósít meg?

    Ha most konkrétan ezt az out of mem-es példát nézzük, akkor egyértelmű a C++ előnye nem csak programozási időben, hanem teljesítményt nézve is.

    Akkor egy pillanatra álljunk meg, mert valamit nem értek. Ugye azt írtad, hogy "Az alapötlet az, hogy a kód mellé generálódik egy nagy táblázat. Amiben le van írva az, hogyha a fv -ek bizonyos pontjain exception miatti kilépés van, akkor mit kell csinálni (melyik objecteknek kell a dtor-ját meghívni)." Honnan tudja a C++, hogy mikor van a kód bizonyos pontjain exception miatti kilépés? Ezt hogy állapítja meg, ahhoz nem kell vizsgálat?
    (Egyébként az előbb elfelejtettem leírni, de ennyi védelmi mechanizmussal a bináris mérete is nagyobb lesz C++-ban.)

    Hát, ezt nem igazán mondanám. Ha almát az almával hasonlítasz, akkor nem igazán van a C++-nak olyan overheadje, amire utalsz. Ha C-ben csak struct-od van, akkor C++-ban is használj csak struct-ot. Ha C-ben írsz valami fv-t, ami inicializálja a malloc() által visszaadott memóriaterületet, akkor C++-ban ctor-t írsz. És kb. tökugyanaz lesz belőle, nincs overhead. Ha C-ben fv pointerekkel csinálsz polymorphizmust, akkor C++-ban virtuális fv-t használsz, ami belül ugyanúgy fv pointer lesz, stb. Általánosságban elmondható magáról a nyelvről, kevés olyan dolog van benne, aminek olyan komoly overheadje van, ami mondjuk C-ben nem lenne, ha kézzel implementálod le.

    De akkor nem C++ kódot írtam C++-ban sem, hanem C kódot... Én most arról beszéltem, ha a C++ saját eszközeit használom pl. OOP-ra és nem struct-okkal dobálózok, mint C-ben. Persze, hogy ha ugyanazt írom meg C++-ban, mint C-ben, akkor ugyanazt kapom a végén, de itt az volt a kérdés, hogy a C++-os megközelítéssel lesz az extra mechanizmusok miatt extra kód és extra idő is.

    Ill., persze, van pár olyan dolog sajnos, aminek van overheadje a "kényelem", vagy éppen egy rosszul megdesignolt ABI miatt.

    Nem, én nem arról beszéltem, hogy az underlying cuccokban valami el van keffentve, az nem a C++ hibája...

    A C++ baromi bonyolult nyelv, nagyon sok idő kell hozzá, mire rendesen megtanulja az ember. A C-t sokkal könnyebb megtanulni. Szóval komoly befeketetést igényel, megértem, hogy sokan nem szeretik, feleslegesen bonyolultnak tartják (ennek egy része igaz is mondjuk). De ha megtanultad, akkor kapsz egy sokkal jobb eszközt, mint a C.

    Félreérted, én nem vagyok C++ hater, valamennyire tudok én C++-ban is programozni, csak messze nem annyira, mint C-ben. A TDE-be (egykori KDE3 utóda) sokat contribute-oltam, az is C++-ban van írva. Én nem vitatom a C++ előnyeit. (Ahogy a Rust-ét se.) Azt vitatom, hogy a C-nek ne lenne előnye. Hordozhatóság, többnyire sebesség és méret (nem csak memory allocation exception lehet, meg említetted a "kényelmi overhead-et" is), valamint az - ami másnak lehet, hogy inkább hátrány - hogy mindent lehet. (Tudom, a C++ sem szab túl sok gátat az embernek.)

    Inkább amúgy azzal van gond néha, hogy a C++-os alap megoldás nem annyira flexibilis, mint kéne. Pl., ha saját C-s OOP-d van, akkor ott azzal azt csinálsz, amit akarsz, úgy designolod meg, ahogy az neked jó. Ha a C++-os virtuális fv-es megoldást alkalmazod, akkor ott megvan, hogy az mit tud, és kész, nem tudod kibővíteni a designját. Hogy egy példát hozzak: 1-2x előfordult már, hogy tök jó lett volna 1-2 virtuális fv-nek a címét átírni az objectben, hogy későbbiekben másképp viselkedjen. Ezt C++-ban, 1-2 speckó esetet kivéve nem lehet megcsinálni. De ha a saját OOP-det úgy designolod meg, hogy minden objectben ott vannak a fv pointerek (tehát nem csak 1 ptr van a virtuális táblára), akkor ott azokkal a pointerekkel azt csinálsz, amit akarsz. Flexibilisebb. Csak ugye azon az áron, hogy több dolgot kell kézzel megcsinálni.

    Egyetértek. (És amikor valamelyik függvénypointerét elfelejti az ember belőni a megfelelő függvényre, akkor a környezetében ülőknek vastagon bővülni fog a szókincse. :))) )

    Nem, ahogy már utaltam rá. Ha sok exceptiont dobálsz, akkor igen, lassabb lesz mint az `if`-es megoldás. De ha kevés exception dobás van, akkor gyorsabb lehet. Meg, senki se kötelez rá, hogy exceptiont dobálj. Ha neked az nem tetszik, akkor kezeld a hibákat ugyanúgy, ahogy C-ben, a dolog megengedett. Linusnak is ez volt az egyik érve a C++ ellen, hogy az exceptionnak egy csomó minden hátránya van. Igen, ez igaz. Akkor nem kell használni, ennyi. De mondjuk bizonyos dolgokra még akkor is megéri használni. Pl., out of mem-re, vagy más rendkívül váratlan eseményre szerintem az ideális megoldás. A C++ ad egy nagyon nagy eszközkészletet a C-re építve, a programozóra van bízva, hogy ezek közül melyikeket használja.

    Oké, de akkor megint ott vagyunk, mint korábban már sokszor, hogy akkor C kódot írtunk, nem C++ kódot. Miért használjunk C++-t, vagy épp Rust-ot, ha nem használjuk az extra feature-jeiket? Én azt mondom, mindenre azt kell használni, ami ott a legoptimálisabb.

    Igen, de szerintem nem ez a lényeg. Arról beszéltem, hogy a fordítók esetenként még tudnak nagyon szuboptimális kódot generálni, és hoztam rá egy aktuális példát.

    Félreérted: értettem én, hogy mire adtad a példát, csak engem ettől függetlenül is érdekelne az optimális megoldás.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608769

    Én nem mondtam ilyet sehol, hogy rossz és pazarlás. Miből gondolod, hogy erről ez a véleményem? Mert amúgy nem ez...

    Hát a múltkor még azt mondtad, hogy nálad ökölszabály, hogy nem ellenőrzöd a bemenetet, hogy gyorsabban menjen a kód.

    Hiába dumálok itt mondjuk exceptionokról amúgy, a saját hobbi dolgaimban én se használom, a sima visszatéréses megoldást jobban szeretem. Bár az out of mem kezelése mondjuk kivétel lenne, ott használnám az exceptionokat, ha érdekelne az out of mem. De nem érdekel :)

    Ok, akkor tárgytalan, mert akkor C++-ban is így csinálod, tehát nem fogod a C++ mechanizmusaival növelni a bináris méretét vagy a futásidőt. Csak akkor azt nem értem, hogy miért gondolod ennyire jónak a Rust-ot, ahol ez viszont kikapcsolhatatlan? :)

    Írtam már, de akkor úgy látszik az info áramlás nem a legjobb, vagy rosszul írtam le :) A throw csinálja. Mikor valahol meghívódik egy throw, akkor ő intézi az egészet. Szóval nem az van, hogyha throw van, akkor visszatér a fv "rendesen", csak valahova odaírja, hogy "exception volt", amit a hívó fél csekkol. Nincs semmiféle ilyesmi. Hanem az van, hogy a throw (ott, ahol az exception dobódik) keresi ki a táblázatból, hogy mit kell csinálnia. Felmászik a stack-en, exception handlert keres, közben meghívja a kilépett fv-ek dtor-át. Gyakorlatilag a throw-ból lesz egy goto, ami "kapásból" ráugrik a handlerre. Remélem így már világos.

    Lehet, hogy hülye vagyok, de nem, nem világos. Hogyan dől el, hogy throw lesz? Valamilyen vizsgálatnak történnie kell, amikor eldönti, hogy most dob egy kivételt, különben mi alapján dobja... Hogyan dől el, hogy meg fogja hívni a throw-ot?

    Szóval pl. tudnia kell arról, hogy hogyan kell a stack-en végigmászni. Ehhez a fordító csinál neki infot az ELF-be, ha jól emlékszek az .eh_frame section való erre. Meg tudnia kell, hogy a kód egy adott pontján melyik objectek élnek, hogy meg tudja hívni a dtor-okat. Ezeket mind el kell tennie táblázatba. És igen amúgy, emiatt a bináris mérete nagyobb lesz. De a bináris mérete attól is nagyobb lenne, ha ugyanezt a funkcionalitást te kézzel kódolod le. Az összes malloc() utáni ellenőrzés sincs ingyen, ill. az összes cleanup kód se. Még az is előfordulhat, hogy az exceptionos megoldás a kisebb (mivel eléggé kompakt formában tárolja a táblázatot). Bár mondjuk azért meglepődnék rajta :)

    Nyilván, ha ezt implementálom C-ben, akkor az is ugyanakkora lesz, mint C++-ban, csak C-ben nem így kezel hibát az ember. De egyébként nekem nem az a rész nem tiszta, hogy mi történik a throw után, hanem az, hogy mi történik a throw előtt, hogyan dől el, hogy throw fog történni?

    Ha mondasz konkrét példát, akkor lehet tudok rá mondani valamit, de így... Milyen extra mechanizmusok? Épp ezt mondom, hogy szerintem ez egy rossz beidegződés, hogy a C++ "biztos odatesz felesleges, extra dolgokat". Általában nem tesz, mert nincs rá oka. Ha a C-vel analog dolgot valósítod meg, akkor nem lesznek felesleges dolgok. Persze lehet, hogy vannak kivételek, de általában ez igaz.

    Épp az előző bekezdésben írtad, hogy "Szóval pl. tudnia kell arról, hogy hogyan kell a stack-en végigmászni. Ehhez a fordító csinál neki infot az ELF-be, ha jól emlékszek az .eh_frame section való erre. Meg tudnia kell, hogy a kód egy adott pontján melyik objectek élnek, hogy meg tudja hívni a dtor-okat. Ezeket mind el kell tennie táblázatba. És igen amúgy, emiatt a bináris mérete nagyobb lesz."

    A sebességgel és mérettel viszont (szokás szerint) nem értek egyet. Rajtad, a programozón múlik, hogy hogyan használod. Nem a nyelv fogja meghatározni, hogy milyen sebességgel fog menni, ill., hogy mekkora lesz a kód. Hanem te, hogy a rendelkezésre álló eszközök közül melyikeket használod.

    De ebben konszenzus van, hát ezt írtam le én is, már a legelején. Én csak arról beszéltem, hogy ha a C++-ban ugyanazt az algoritmust a C++ eszközeivel csinálod meg, akkor annak lesz némi méreti és sebességbeli overheadje. Ezt pár kommenttel feljebb is (meg most is) elismerted, pl. amikor a "kényelemre" hivatkoztál. És én nem azt mondtam, hogy ez baj, csak azt, hogy ez így van.

    Mert attól még, hogy 1-2 feature-re nemet mondasz, még használhatod a maradékot. Nem lesz még belőle C kód. De mindegy, túlragoztuk a témát szerintem.

    Igen, ha használod, akkor nem lesz C kód, de ha nem használtad, akkor C kód lesz, hiába C++ fordító fordítja. De szerintem is túlragoztuk.

    Ezt nem annyira értem. 64-bites fordításnál egyik fordító se hozott optimális megoldást, viszont ha odatettem kézzel a memcmp-t, akkor már mindegyik kihozta az optimális megoldást, amit mutattam. Az az optimális megoldás. Ha arra gondolsz, hogy mi az a megoldás, ami minden esetben optimális (32 és 64 biten is), olyan valszeg erre a problémára éppen most nincs. Hacsak oda nem teszel egy #ifdef-et. Pont ez a baj, hogy még mindig nem lehet megbízni a fordítókban, és még mindig az asm-et kell lesni, hogy vajon mit ront el, és utána vajon hogyan lehet rávenni arra, hogy mégis legyen szíves valamennyire optimális kódot kipréselni magából. Ami akkor tud nagy örömet okozni, ha mindezt mondjuk 3 fordítóval is el kell játszani.

    Igen, erre gondoltam, hogy mi az az optimális C felőli megoldás, ami mindenütt az és ezek szerint a válasz az, hogy nincs ilyen -> #ifdef. Erre voltam kiváncsi, köszönöm. :) (És akkor ezek szerint lehet, hogy 32 bitre már elég optimális volt az a kivonós is, amit fentebb írtam.)

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609223

    Mi nem erről beszéltünk, hanem arról, hogy mondjuk a malloc visszatérési értékét hogyan kezeled, kell-e ellenőrizni, ill. exception esetben mi történik.

    De, én pont erről beszéltem, hogy vizsgálat az exception-öknél is kell, hogy legyen, csak nem értettem ezt a "csak akkor csinál bármit is, ha tényleg történik kivétel" mechanizmust. Tehát magyarán a mélyben ugyanúgy megvizsgálja, hogy kivétel keletkezett, mint ahogy a C megvizsgálja, hogy hiba történt; akkor mitől is lenne lassabb a C, ha ugyanúgy vizsgálja ez is a hibákat?

    De ez nem extra mechanizmus. Ha exceptionkezelést választasz, akkor tudod, hogy ez lesz mögötte. Azért választod, mert élni akarsz az exception kezelés előnyeivel. Eldöntöd, hogy nem akarsz a visszatérési értékekkel szívni, hanem szeretnéd, hogy a compiler megcsináljon helyetted dolgokat.

    Hát nem egészen, én megkérdeztem, hogy "C++-ban mit fogsz kapni, ha az objektum konstruktora elszáll a memóriahiány miatt?", te pedig azt válaszoltad, hogy "A C++ le tudja kezelni a memóriahiányt is, ilyenkor dob egy exceptiont."
    Magyarán itt muszáj a kivételkezelést használnom, ha a konstruktor elpusztult, nem?

    Nincs minden C++ featurenek overheadje, pont ezt mondom. Sőt, a legtöbbnek nincs (jellemzően a core language-ben nincs overhead. A std libben vannak dolgok, amiket én se szeretek az overheadjük, vagy éppen a rossz tervezés miatt).

    Mondjuk olyat nem is mondtam, hogy minden C++ feature overhead-del jár.

    De mindegy, szerintem ezt is túlragoztuk.

    Szerintem is.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609402

    A C-s verzióban ott az "if" a malloc után, a C++-osban pedig nincs "if" a new után.

    Ott nincs, de valahol van, csak nem látszik. Most beszéltük meg, hogy valahol vizsgálnia kell, hogy kivétel keletkezett-e. A viszgálat C++-ban is megtörténik, csak nem látszik.

    Ha azt a new operatort használod, ami exceptiont dob (ez a default amúgy), akkor muszáj exception kezelést használnod, igen. De ha nem azt használod, akkor meg nem. Van olyan new, ami null-lal tér vissza out_of_mem esetén. Kérdés mit értesz azon, hogy az obj ctora elszáll memóriahiány miatt. Ez ugye úgy működik, hogy először lefoglalja a memóriát, és ha az sikerült, akkor lefuttatja a ctor-t. De ha nem sikerült, akkor vissza fog térni null-lal (nothrow-s new. A throw-s new exceptiont dob akkor). Szóval ebben a tekintetben nem muszáj exception kezelést használnod. Itt megint csak az van, hogy választhatsz, a C++ megadja a lehetőségét. Ha nem akarsz, nem kell exceptionokat használni.

    Tehát vagy megvizsgálom itt is NULL-ra, vagy belül a kivételkezelés vizsgálja meg, hogy sikerült-e a foglalás.

    Ez alatt azt értettem, hogyha mondjuk egy object ctor-a allokálna egy másik memóriablokkot, de nem sikerül, akkor a C++ szépen lepusztítja a félkész objectet (mert ugye félbe kell hagyni a ctor-t, hiszen nem tud leinicalizálódni), és továbbdobja az exceptiont. Mindezt úgy, hogy nem kell külön kódot írnod, hogy a félkész object resource-ai szabaduljanak fel. Tehát nem az van, hogy neked kell kézzel vacakolni a helyzettel, hanem megoldja neked az egészet a C++ automatán (feltéve, amit már írtam, hogy a resource-ok allokálását RAII módon végzed, de ez eléggé alap manapság).

    Oké, ezt én nem is vitattam, hogy C++-ban sokkal kényelmesebb megoldani, meg kevesebbet kell kódolni hozzá, én arról beszéltem, hogy C++-ban is lesz vizsgálat, tehát nem lehet gyorsabb a C-snél, akkor sem, ha nincs exception, hiszen azt le kell kezelnie, hogy volt-e exception, vagy sem, ami minimum egy vizsgálat és C-ben is ugyanannyi van, csak ott látszik az if.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609458

    Hát ebben az esetben maga a C++-os malloc dobja a kivételt, az így tényleg mínusz egy if, mert a vizsgálat odabennt történik, feltéve, ha a C++ nem a libc-ben lévő malloc()-ra wrappel, mert akkor viszont valahol van benne egy olyan is, hogy

    ptr = malloc(size);
    if (ptr == NULL)
    {
    	throw out_of_memory;
    }

    viszont generikusan ha a te függvényeid dobnak kivételt, akkor abban ugyanúgy meg kell vizsgálni, hogy kell-e kivételt dobni, tehát generikusan nem spórolod meg azokat az elágazásokat, csak másutt lesznek.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609623

    Úgy érted malloc hívások számából mínusz a throw-ok számával lesz kevesebb? Mi van, ha azt is tudni szeretném az exception-ből, hogy konkrétan melyik malloc hasalt el?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609653

    Oké, lassan kezd leesni, köszi a türelmet. :)
    Az viszont még mindig nem tiszta, hogy mi történik, ha többszörös kivétel történik, pl. ha a kivétel dobása alatt a destruktor is égnek tartja a bakancsot. Erről csak egymásnak ellentmondó hablatyot láttam eddig a neten; a sima elágazásos lekezelésnél egyértelmű, hogy mit csinál az ember, ha két hiba is bekövetkezik.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609788

    Nagyjából értem, tehát, ha exception közben a destructor is exceptiont-dob, akkor std::terminate() lesz a vége, azaz crash, mert nem tudnak lefutni a vészleálló mechanizmusok... Na most, az, hogy a destructor lehetőleg ne dobáljon exceptiont, az rendben van, de mi van, ha "a nyelv" (azaz valami built-in mechanizmus) dob alatta egyet? Olyan lehetséges? Pl. OoM esetén sem maga a konstruktor dobja, mert az kipurcant, hanem valamelyik mechanizmusa a C++-nak.

    Egyetértek. Ahogy mondtam is korábban, a saját dolgaimban nem használok exceptionokat, mert igaziból nem szeretem, ill., nincs rá szükségem. De az out_of_mem kezelése kivételt képez, szóval ilyesmi durva esetekre szerintem jó eszköz lehet. Én teljes mértékben a visszatérési érték alapú hibakezelést preferálom, amivel tudom, hogy sokan nem értenek egyet, nem ez az elfogadott C++ körökben. De még senki se tudott meggyőzni arról, hogy az exceptionok jók az általános hibakezelésre (pedig amúgy nyitott lennék rá, csak a felhozott érveimre, kérdéseimre nem tudnak megnyugtató válaszokat adni). Szerintem több hátránya van, mint előnye. És ugye azért vannak az újabb nyelvek designerei között is olyanok, akik hasonlóan gondolkodhatnak. Se a go-ban, se a Rustban nincs az a klasszikus exceptionkezelés.

    Na, most sikerült teljesen összezavarnod... :)))
    Eddig arról győzködtél, hogy az exception-ök gyorsabban fognak működni, mint ha mindent elágazásokkal lekezelünk (már, ha nincs tényleges throw) és azt írtad, hogy felmondanál, ha neked egyesével kellene minden deallokációt és egyéb vacakot megírnod, ahelyett, hogy az exception lekezelné.
    Rendben, hogy OoM-ról beszéltünk főleg, de kivételt bármi dobhat, ami után fel kell minden túrót szabadítani; socket error, file error, whatever error... Vagy C++-ban erre van valami egyéb megoldás is?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609960

    Olyan nincs, hogy "csak úgy" dob a nyelv valami exceptiont. Pontosan specifikálva van, hogy mi dobhat exceptiont. OoM esetén maga a new operator dobja, ami szintén specifikálva van.

    Nem úgy értettem, hogy "csak úgy", hanem úgy, hogy kivételt kellett dobnia.

    Itt az elvekről beszéltünk, hogy mondjuk a C gyorsabb, mint a C++. És akkor itt volt ez az ellenpélda, hogy nem feltétlenül.

    Nem is azt mondtam, hogy feltétlenül, hanem azt, hogy általában, le is írtam, hogy "tudom, van amikor a C++ gyorsabb és/vagy kisebb lesz."

    Bocsi, nem akartam félrevezető lenni.

    Mindegy, így már tiszta, köszi, hogy kibeszéltük.

    Azért nem egészen. A C++ standard library nem sűrűn dobál exceptiont, inkább ott is visszatérési értékekkel operálnak, vagy éppen speckó state-be teszik az objectet hiba után (pl. streamek). De persze azért dobál exceptionokat is, de nem ez a jellemző. Maga a core language meg talán nem dob soha exceptiont, kivétel a new, de ebből ugye van nothrow-s verzió.

    Akkor itt volt az én fejemben a kavarodás; nem a nyelvnek az overheadjei ezek, hanem a hozzá kapcsolt stdlib-nek...

    Saját magam pedig úgy kezelem a helyzetet, hogy nem használom a standard library-t egyáltalán, hanem mindenre saját megoldásom van, ami mindent hibakóddal kezel le (vagy éppen assert-tel, ha programozó hibáról van szó). Igaziból saját allokátorom is van, szóval a new-t se használom. Egyetlen egy helyen van leírva a kódban az, hogy new (egy placement new, hogy meghívja az ctort, szóval ez se az allokálás miatt van).

    Magyarul majdnemhogy inkább C kódot írsz, mint C++ kódot? :) (A saját allokátor alatt mit értesz? Egy malloc()-ra épülő refcounteres wrappert, vagy szó szerint egy malloc() replacementet?)

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610037

    Azért nem... az stdlibet nem használom. Meg az exceptionokat. Viszont kb. minden mást igen. Ez még mindig nagyon messze van a C-től.

    Akkor lowlevel C++, vagy pure C++. :P
    Mindenesetre azért csak eljutottunk odáig, hogy nem csinálok baromságot, amikor C-ben validálom a pointereket. :P

    Van olyan, ami csak simán a malloc()-ra egy wrapper. De van debug allocator, aminek van egy csomó feature: sentinelt rak a blokk elé és mögé, amit le tud ellenőrizni (buffer túlírásra). Nyilvántartja a foglalt blokkokat, a foglalás helyét teljes call stack-kel, így lehet memleak-et detektálni.

    Akkor ez nagyjából olyan, mint az én allokátorom C-ben, bár abban "sentinel" nincsen.

    De van olyan allokátorom is, ami gyakorlatilag teljesen kitudja váltani a malloc()-ot.

    Úgy érted, hogy chunk-szinten kezeli a memóriát, ahogy maga a malloc()? Ha igen, akkor azt hogyan hurcolod az OS-ek közt?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610048

    Hát én se csináltam mást, aztán láttad mit kaptam érte a másik topicban. :P

    Ez egy kissé zavaros; arról van szó, hogy tkp. akármilyen OS mapperét meg tudja célozni, aztán majd összezsonglőrködi a dolgot?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610124

    Értem, köszi a fejtágítást. Róla van amúgy szó? Mert csak ezt találtam "ChunkedAllocator" kifejezésre.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610158

    Oké, thx. :)

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607258

    Azonban a Linux kernel (és más nagyobb nyílt forrású kódok) fejlesztése nem a "legyen kész tegnapra" mentalitással készültek és mégis volt bennük számtalan memóriakezeléses hiba.

    Volt bizony. A nem (csak) C-ben írt windows kernelekben meg még több. Akkor most...?

    Az unsafe kódrészlet valóban lehet problémás, de mivel expliciten meg van jelölve, a tisztelt programozó csak jobban figyel rá. Aki berakná a teljes forráskódot egy nagy unsafe blokkba, az amúgy se fog Rustot használni. :)

    Megint alulbecsülöd az emberi hülyeséget.

    De, sokat jelent. Az alapjait egészen más korban/környezetben tették le, amitől nem tud 100%-ban megszabadulni. A Python is jó példa, mert a Python 3-at lehet akár egy új nyelvnek tekinteni, mivel megszabadultak pár tervezési hibától, de maradt még benne néhány, amiket nehezebb kigyomlálni.

    Ennyi erővel ld. pink válaszát és a C11 is egy új nyelv, mert nem ugyanaz, mint a C89.

    Egy konkrét hibaforrásra, mert arra figyel a fordító (mint ahogy már számos más dologra is).

    Csak eddig nem igazán ez volt a mantra...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607257

    A tapasztalatom ennek fordítottja: olyan problémaköröket értettem meg jobban a Rust megismerése alatt, amit C++-ban hosszú időn keresztül is csak sejtettem, így-úgy használtam. Most sokkal jobban látom, hogy mi miért van.

    Hogy neked ez a tapasztalatod a Rust-tal, az egy dolog, de az általános tapasztalat azt mutatja, hogy aki trágya kódot ír, az mindegy milyen nyelven írja.

    Inkább az a kérdés foglalkoztat, hogy mekkora és milyen projektnél éri meg a ráfordított, kevésnek egyáltalán nem mondható tanulás, gyakorlás.

    A tanulás mindenképp megéri, ha másért nem, hogy lásd, hogy miért jó, vagy nem jó.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607275

    Ellenpéldát adtál, nem cáfolatot. Az, hogy neked mi a tapasztalatod, az nem cáfolat. Fentebb geza42-nek mondtam a stack overflow segfault problémáját, ami 7 évig (az 1.20-as Rust-ig) volt a rendszerben. Az nem hamis biztonságérzet, ha nem működik a védelmi mechanizmus?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607305

    Azt írtad, hogy a te tapasztalataid szerint. Az mitől cáfolat?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607556

    mert úgy látom, mintha egyik oldalon szakmai érveket engednél el a füled mellett, a másik oldalon szavakon kötözködnél.

    Az utóbbit biztos nem csináltam, a másik meg max. véletlen lehetett, ha valami felett elsiklottam.

    Többször látom úgy, mintha azt gondolnád, a nyelv sok automatizmust tesz a generált, futtatható kódba. Nos, a lefordított kódon kívül semmit.

    A lefordítandó kód mindenképpen absztrakció valamilyen szinten; a memóriakezelést pl. biztos, hogy bele kell, hogy rakja, legalábbis erről volt szó eddig.

    Azaz semmit nem csinál meg helyettem azokon túl, amit egy C++ is tud, viszont extrém pontosan megtilt mindent, amiből baj lehet.

    Aztán láthatod hg2ecz példakódján, hogy hiába tiltotta meg a program nagy részén a veszélyes dolgokat, egy sornyi unsafe felborította az egészet, úgy, hogy konkrétan a crash-t előidéző sor safe módban van.

    A segfault, amit mutattál (bár nem találtam meg konkrétan, de elhiszem Neked) jó fogás, látszik, hogy semmi nem tökéletes. Szerencsére múló állapot volt.

    Hát ez az, hogy nem múlt még el, mert ahol az LLVM nem támogatja a stack probing-ot, ott még mindig megvan.

    Lesz még ilyen? Simán lehet. Megéri attól még Rustozni? No, ez egy egészen más kérdés. Nem szándékozom megválaszolni, mindenki döntse el magának, hogy Neki megéri-e.

    Dehát ki mondta, hogy nem éri meg Rust-ozni? Én még mindig az indokolatlan C-hating ellen beszélek és nem a Rust ellen. Csak arra hívtam fel a figyelmet, hogy a Rust biztonsága túl van dimenzionálva, ld. az eddigi példákat. Az lehet, hogy a C-nél biztonságosabb, de azt meg nem nehéz... :P A két nyelv nem ugyanarra való.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607571

    Hajaj. Én ügyelek is a biztonságra. Aztán kapom érte az ívet, hogy hülye vagyok, mert C-ben nem kell validálni.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607553

    Rust eseteben de.

    Maximum egyes emberek esetében de.

    Azert azt neked is be kell ismerned, hogy az elmult cca. 50 ev nem mult egy nyomtalanul a C-n.

    Nem hát, ez is fejlődött.

    En szeretem a C-t, foleg a bantoan egyszeru syntax miatt. Meg a jo teljesitmenye miatt, hogy kb. majdnem assemblerben irsz kodot. De az osszes tobbi, na az egy okadek igy anno 2021-ben.

    Ennek megfelelően C-ben lowlevel kódot írunk, nem az összes többit. Egyébként a teljesítmény és az egyszerűség mellől kihagytad a hordozhatóságot.

    de osszessegeben egy modern platformmal nem tud versenyezni.

    Miben nem tud velük versenyezni? Teljesítményben? Hordozhatóságban?

    Ami nagyon ut, az a borrow checker. Mert a Rust ugye alapvetoen egy garbage collectorral indult anno. Ez az otlet, hogy legyen tulajdonosa minden objektumnak, ez egy nagyon uj otlet, es a GC kidobasa is ennek a kovetkezmenye. Meg a buffer under/overflow is. De emellett meg a multi-threading problemat is megoldja az, hogy csak 1 thread lehet a tulajdonos. Emellett meg lehet frankon extra optimalizaciokat csinalni forditoban, hiszen a fordito pontosan tudja a kod forgatasakor, hogy az adott blokk modosithatja-e az objektumot. Meg meg rengeteg egyeb jon ebbol az otletbol, hogy igenis legyen tulajdonosa minden objektumnak.

    És hol jönnek ezek be, ha épp mikrokontrollerre írsz hordozható assembly-t? Én komolyan nem értem, hogy miért mindig a C-vel hasonlítják össze a Rust-ot, amikor teljesen másra valóak.

    Emellett a Rust szakitott az OO modellel is. Ez megintcsak egy nagy lepes volt. Nincs oroklodes. Van adat (struct), van interface (trait) meg van implementacio/kod.

    Az OOP is nagy varázslat volt, hogy az majd minden problémát megold, amit C-ben nem lehetett...aztán kiderült, hogy messze több problémát hozott, mint amennyit megoldott, mert az emberek nem tudták használni. A C meg maradt. Időről-időre megpróbálják leváltani a C-t, de eddig még senkinek sem sikerült, pedig sok nyelv és sok paradigma próbálta.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607881

    Hát tekintve, hogy sok OS-re és CPU-ra fejlesztek, szeretném hordozni.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608284

    A sok OS között a hordozhatósággal van probléma. Főleg ablakozás terén.

    Ezeket le szoktam kezelni, bár az ablakozás az tényleg komoly gond. (Az ablakos cuccokat inkább Pascalban írom meg.)

    Architektúra terén:

    Csupa mainstream cucc. Mikor lesz pl. OpenBSD/PowerPC64-re? MorphOS/PowerPC-re? Utóbbi még a Tier 3 listán sincs rajta.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608577

    Például a futó kód megközelíti-e a C-ben írt teljesítményét?

    Ha generikusan kéne válaszolnom, akkor az lenne a válasz, hogy esélytelen. De mint fentebb is írtam, a futó kódoknál a legtöbbször a szűk keresztmetszetet nem a nyelv, hanem az alkalmazott algoritmus adja. Egy jól megkonstruált algoritmus überelni fogja szart, akkor is, ha a jót Java-ban, vagy C#-ban írták, a rosszat meg assemblyben. És akkor ott jön még az, hogy az algoritmus még lehet is azonos, de az implementáció is eltérhet. Végy egy raklap mátrixműveletet, pl.; azt Pascalban (és pl. C++-ban) megcsinálhatod úgy, hogy megalkotod a mátrix típust az elemi típusokra alapozva és overload-olhatod az operátoraidat és aztán leírhatod, hogy MResult := M1 * M2;, míg C-ben gyakorlatilag tömbökkel - vagy struct-okkal - fogsz dobálózni és úgy írod le a szorzást, hogy MResult = matrix_multiplying(M1, M2);

    A Pascalnak ugyanúgy megvannak az extra feature-jei és mechanizmusai, mint a C++-nak, amik nincsenek ingyen, kódmérettel és teljesítménycsökkenéssel fizetsz értük, viszont nem kötelezőek, le is cserélheted őket, meg kódolhatsz C style-ban is.
    Maga a kódgenerátor, hogy mennyire ad optimalizált kódot; valószínűleg alul fog maradni a C-hez képest, de platformja is válogatja.

    Vannak-e jól használható lib-ek hozzá?

    Vannak, bár távolról sem annyi, mint a populárisabb nyelvekhez, viszont az "alapfelszereltség" az übereli mindét. C-ben és C++-ban kb. indulsz egy pucér fordítóval (jobb rendszereken valamiféle libc-vel) és aztán vadászhatod össze a libjeidet, vagy C++-nál felrakhatod valamelyik Qt-t, ami mindent is tud (jó sok tárhelyért, meg jó nagy kapott binárisokért), míg a Pascal alapból ad egy akkora librarytömeget, amiben a hálózat - és hálózati protokollok! - kezeléstől elkezdve az adatbázisokon át mindenféle egzotikus baromságig minden van benne.
    A Pascalt továbbá nyugodtan össze lehet kötni más nyelvekben írt .o és .so fájlokkal; ha van valami forrásod C-ben, vagy C++-ban, akkor leforgatod object-nek, aztán Pascalban írsz egy mezei wrapper unit-ot, ami az adott object fájl szimbólumaira támaszkodva hívogatja a lib függvényeit és az SO-nál ugyanígy működik. (Ha a célbináris a C-féle függvényhívó konvenciókat használja, akkor a wrapperben a wrapper bejegyzéseknél ezt definiálni kell cdecl-el.)

    Mennyire állja meg a helyét így 2021-ben más nyelvekkel összevetve?

    Az attól függ, milyen nyelvvel hasonlítod össze és hogy mi a vizsgált témakör. :)
    Én azt mondanám, hogy nagyjából azt hozza, amit a C++, hol többet, hol kevesebbet, de leginkább azzal van értelme összemérni. Amiben pl. biztos übereli a C-t és a C++-t az az ablakkezelés és a cross-platform fejlesztés könnyűsége.
    C-ben egy raklap ablakozós libraryra (Motif, GNUStep, XForms, GTK-k, stb. az X11-es rendszereken, windows és macOS natívja) fel kell készítened a programodat, ha azt akarod, hogy mindenütt menjen. C++-ban kicsit könnyebb dolgod van, mert fogod a Qt valamelyik verzióját, ami windowson és macOS-en natív ablakokat ad (azt hiszem), X11 alatt meg saját ablakozást használ, ami jól elüt a rendszeredtől, ha nem azt használod, viszont megold mindent helyetted, de cserébe nagyobb és lassabb is lesz a cuccod.
    Namármost, Pascalban meg fogod a Lazarus IDE-t és egy kattintással eldöntöd, hogy amilyen ablakos programot írtál, az milyen ablakozóra forduljon; windowsos natívra, macOS-es Carbonra ill. Cocoa-ra, X11-es GTK1, 2, 3-ra, vagy Qt4-re, Qt5-re és még egy-két egzotikus izére. Azaz, tök mindegy, hogy a célrendszer melyik környezetet használja, ha a Lazarus ismeri (a libeket fel kell rakni hozzá), akkor egy kattintás és olyat csinálsz. (Sajnos a Motif-ot, ill. a Qt3-at pont nem ismeri. :( )
    És ugyanez jellemzi általában a cross-platform forgatást. Átviszed a másik platformra a kódodat, betöltöd az IDE-t (vagy, ha nem ablakos, akkor parancssorból fpc x.pas vagy lazbuild x.lpi) és már fordul is. Ellentétben a Java-val, ami write once, debug everywhere, ez tényleg write once, compile everywhere. (Az esetek többségében, én pl. már futottam bele OpenBSD alatt HTTPS bugba.)
    Tehát félreértés ne essék, nem arról beszélünk, hogy a Pascal crossplatformabb lenne a C-nél, vagy a C++-nál, mert távolról sem az, de a komfortos-crossplatform fejlesztésben odaver nekik. C++-nál, ha kifutottál a Qt-ből (olyan platformon kell dolgoznod, ahol nincs), akkor ugyanott tartasz, mint a C-vel, hogy vadászhatsz össze mindent és kezelhetsz le mindent. Pascalban, ami platform támogatva van az ökoszisztéma által, az rendszerint fullosan támogatva van. Persze előfordulnak itt is bugok, vagy le nem implementált részek; sajnos a Pascal mára már keményen underground nyelvnek számít és kevesen használják és fejlesztik.

    És, ami még idevág és nagyon fontos: az a runtime. C-ben és C++-ban, ha nincs felrakva a libc, vagy a Qt, vagy fel van, de eltérés van benne ahhoz képest, amihez forgatták, akkor megszívtad. A Pascal viszont hordozza a saját runtime-ját, minek következtében egy parancssoros Pascal program az egy szál pucér kernel felett is el fog futni, mindenféle library-k nélkül. Ez ugyan azzal jár, hogy egy sima hello world is 20-30 kB lesz, ha több cucc kell, azok is hozzák magukkal a saját függőségeiket, tehát a binárisok méretében tuti nem fog versenyzni a C-vel...hacsak nem cseréled le a runtime-ot, ugyanis a Pascal ezt lehetővé teszi. Ha nem tetszik pl. az a memóriakezelés, amit adnak hozzá, akkor megírhatod a sajátodat.
    És azt is hozzá kell tenni, hogy az a runtime, amit a Pascal beleforgat a binárisba, az még így is kisebb lesz, mint a libc.

    Mire való leginkább?

    Generikus nyelv, tehát elvileg bármit csinálhatsz vele, de ahol tényleg nagyot üt, az az, amit leírtam, a komfortos-crossplatform fejlesztés, meg a desktop alkalmazások fejlesztése. De én írtam már benne beágyazott eszközökön futó különféle hálózati szervereket, kiosk alkalmazást, parser-eket, exe-hackert, modtoolokat, meg mittudomén még mi mindent is. A nyelv baromira rugalmas, fejleszthetsz benne C++-szerűen OOP-pal, kivételkezeléssel, extra típusokkal és minden túróval megspékelve, de fejleszthetsz benne C stílusban is, pointerekkel, record-okkal (a struct pascalos megfelelője) és sok-sok manuális memóriafoglalással. :)

    Mit lehet szeretni benne?

    Ezek után mit nem? :) A kódot még nem mondtam, hogy az is olvashatóbb és átláthatóbb, mint a C-é, vagy a C++-é, viszont grafománabb is, többet kell gépelni.

    Nem tudom, biztos van, amit kihagytam, de szerintem nyitásként ennyi marhaság is elég. :P

    Disclaimer: Az ebben a posztban található brainglitch-caused tárgyi tévedésekért és hülyeségekért ez az átokverte időjárás a hibás. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neuron


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608765

    Nincs mit. :) Még azt elfelejtettem mondani, hogy a Pascal baromi barátságos és könnyen tanulható. Kb. a BASIC után a második legkönnyebben tanulható nyelv.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608766

    Egy programozási nyelv választásnál mondjuk több dolgot érdemes figyelembe venni, főleg ha a hobbin túlmutat:

    Az előző cégnél, ahol dolgoztam, ott egy raklap termékünk működött a Pascal-ban írt szoftvereimmel. Ez nem csak hobbi.

    - szükséges platformok támogatottsága

    Pascal > Rust

    Pascal (61 "Tier 1", 7 "Tier 2")
    Rust (8 Tier 1, 76 Tier 2, 80 Tier 3)
    Jól néz ki a Rustnál az a rengeteg felsorolt platform a Tier 2 és Tier 3-as szekciókban, de egyrészt maguk is bevallják, hogy azok nem feltétlen fognak működni; a Pascalnál meg amint látod túlsúlyban vannak a "Tier 1"-es platformok, másrészt meg a Rust listája csalóka, mert ők különveszik az egyes architektúrán és bitszélességen belül az "alfajokat" (pl. i386/i486/i586/i686 vagy armv#/thumbv#), de még az endianitást is, míg a Pascalnál ezek csak úgy vannak szétbontva, hogy architektúra/bitszélesség, (pl. az i386 az az összes 32-bites x86-ot jelöli, az AArch32 meg az összes 32-bites ARM-ot), sőt néha még az sem, mint pl. a MIPS-nél, vagy a RISC-V-nél.

    - produktív programozás szempontjából

    Pascal >> Rust

    Láttad már a Lazarust?

    - biztonságos programozás szempontjából: első kérdés, hogy a célfeladatnál mennyire hangsúlyos?

    Pascal < Rust

    A Pascal kb. annyira biztonságos, mint a C++, ha úgy használod, de lehet annyira is, mint a C, ha úgy használod. Nem úgy tervezték, mint a Rust-ot. "Magától" sosem lesz annyira biztonságos, mint a Rust, mert nem is volt cél.

    - emberi tényezők - mennyire lehet rá fejlesztőt találni, mennyire "mainstream"?

    Pascal ? Rust

    Rust fejlesztőből tavaly olyan 600 ezer volt. Pascalban régen sok millióan programoztak, de a nagy részük már nem aktív, valószínűleg alig emlékeznek már a nyelvre. Viszont a Rustba beletanulni - így látatlanban is - nem könnyű, Pascalba meg az.

    Lásd még: https://redmonk.com/sogrady/files/2021/03/lang.rank_.0121.wm_.png

    Ez a grafikon egyrészt azért nem mérvadó, mert a mintavételezése úgy ahogy van parciális és ráadásul rossz a minta: a Pascal fejlesztők elsősorban a forum.lazarus.freepascal.org-on tömörülnek és nem a StackOverflow-on, meg a GitHub-on; másrészt meg azért, mert mint mondtam, a Pascal-nak van múltja, régen ez egy populáris nyelv volt, ergo rengeteg "rejtett" Pascal fejlesztő van, aki még tudna Pascal-ban programozni, csak már nem akar valami miatt.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609222

    A fejlesztés célterületét nézve a szükséges platform elég gyakran nem ekvivalens a minden létező platform kifejezéssel.
    Legalábbis amely cégnek dolgozok, ott definiálva van, mire készülnek a termékei.

    És mi is a szükséges platform? A windows/macOS/Linux triumvirátus, meg az ARM/x86? Ezeket a Pascal is támogatja. Vagy mire gondolsz?

    Ismeretségi körödben hova rakják a fejlesztők a publikálásra szánt projektjeiket?

    Gőzöm sincs, hogy ki hol tárolja.

    Esetleg van praktikusabb hely?

    Most, hogy az ms megvette, kb. bármi. Ha nem akar valaki úgy járni, mint a youtube-dl.

    Végül amikor egy állapotot nézünk, akkor célszerű a trenddel is kalkulálni. A Pascal mint írtad is, a dicső múlt és a jelenre való kihatása. Ezzel szemben például a Rust 10 éve még gyakorlatilag senki nem hallott róla. Látszik, hogy a fejlődés szakaszában van architektúra támogatás meg minden tekintetében. Jelenleg az látszik, hogy nem várható a lassú elhalása, se a fejlesztők lemorzsolódása.

    A Pascalnál nem a "dicső múlt" a lényeg, de abból valószínűleg több programozót találsz, még mindig. Csak Delphi-vel töbmillióan dolgoztak annak idején és most is számos komoly stuff épül rá.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609220

    Mármint, hogy melyiken lehet megírni nulláról? Akármelyiken. Vagy, hogy melyiken van alapból már megírt gRPC kliens komponens? Delphi alá már megcsinálták, azt be lehet húzni FreePascal alá és támogatja a windowst, az Androidot és a Linuxot, de dolgoznak a FreePascalos verzión is, ami mindenen elérhető lesz.
    Miért? Hogy jön a platformok fordítási támogatásához az, hogy egy adott hálózati komponens létezik-e vagy sem?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609247

    És ki mondta, hogy modern dolgokra nem lehet használni, vagy csak nehézkesen? Azt a delphi-s gRPC-s csomagot - mivel a Linuxot is támogatja - valószínűleg kevés melóval bármelyik UNIX alatt életre lehet lehelni. A Pascal/Lazarus által adott csomagok viszont mindegyik supported platformon futnak. (Vagy futniuk kellene, de bugokba belefuthatsz itt is.)

    Ezt a Pascalról is el lehet mondani. Biztos a Rust-nál is lehet találni olyan feladatot, amihez nincs kész csomag.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609403

    ??? Pascalnál mi nem fordul le? Pont az az ökoszisztéma az, ahol megfogod és átviszed az egészet egy másik platformra és lefordítod gond nélkül. Ez a delphi-s komponens egy 3rd-party komponens. BTW, fordítás: a Pascal fordító még egy Pentium I-esen is lefordítja saját magát. A Rust le tudja már magát fordítani 4 GB-nál kevesebb RAM-mal?

    Te nem, akkor senki sem?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609462

    Te tenyleg nagyon keresed mibe lehetne bele kotni.

    Nem, csak nem érted, miről beszélek.
    Kit érdekel a mobilod? Láttál már olcsó SBC-t, meg beágyazott környezetet? Azokban hol van 8 GB RAM?

    rust 2GB alatt volt kepes fordulni par eve.

    Nem, nem volt. Pont erről beszéltem, hogy 32-bites x86-oson kifutott még a címtérből is.

    akkor regi rust -al meg mindig probalkozhatsz.

    Azzal, ami nem tudott lefordulni 32-biten?

    4GB RAM ara 10kHUF korul mar van.
    Egy ettermet kihagysz es megvan. "Meal for 2 People, Mid-range Restaurant, Three-course" : 10000 HUF.
    20 sor kocsmai ara, ami egy redes egyetemista heti fogyasztasa lehet ;-)

    És hova dugod azt a 4 GB RAM-ot ha a gépeden ráforrasztott RAM chipek vannak?

    Merges leszek, ha "nem letezo" gepek miatt, lassabba vagy butabba tesznek valamit! ;-)

    Nem létezik a Raspberry Pi? Ezt jó tudni.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609470

    És? Ha neked nem kell, akkor másnak se kelljen?

    Na, látod, erről beszéltem. Eddig ugyan X szoftver fordult RPi-n is, de innentől kezdve már csak crosscompile lesz lehetséges, vagy az sem, ha az a CPU épp nem lesz támogatva. Ha neked nem kell, másnak se kelljen? No comment.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609625

    Fut != lefordul! Fordul már 4 GB-nál kisebb memóriával bíró gépeken? Mert három-négy éve még nem tette.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609789

    Én speciel nem akarom. Csak jeleztem, hogy egy olyan nyelv, aminek a self-hostingja ilyen költséges, abban nem biztos, hogy túl hordozható lesz bármi. Nem csak a fordítót akarhatod átpakolni valami más platformra, akár a saját szoftveredet is.
    Ha a fordító sem fordul le X GB RAM-nál kevesebb esetén, akkor a pl. kernelnek mennyi fog kelleni? Az "mai" "nagy" gépen is elég nagy gond lesz, ha pl. olyan desktopod van, amiben van 16 GB RAM és a kernelhez meg 32 kéne.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609947

    Először is: C-ről volt szó, nem C++-ról.
    Másodszor: már mondtam, hogy nem csak az LLVM/Clang létezik. TCC-ről hallottál már? Hát a VBCC-ről?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609962

    És? Ez hol kapcsolódik ahhoz, hogy szerinted kukázni kéne azt, amit a LLVM nem támogat?

    Azt meg, hogy már megint te nem használtál coreutils-t, azt had ne minősítsem, OK? Más akkor nem is használhatja, or what? Ha neked nem kell, ne kelljen senkinek, vagy mi? Én ezt komolyan nem értem...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610027

    Elfogytak az érvek, marad a buzizás? Ráadásul még a hasonlatod is ostoba, mert épp a Rust az, amit nem lehet kihordani egy arra képtelen hardveren.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610078

    És még én trollkodok? Ki beszélt a PIC16-ról? Jó, hogy nem mindjárt a C64-re kéred számon, hogy oda minek...
    Olyan CPU-król és mikrokontrollerekről volt szó, ahol lehet használni, van rá OS, de az LLVM nem támogatja azt a platformot. Pl. a ColdFire-ön - meg a rajta futó RTOS-eken - lehet használni coreutils-t.

    Nem mondtam, hogy meggátolsz benne, arról beszéltem, hogy kb. az a nézőpontod, hogy neked nincs rá szükséged, tehát nincs rá szükség.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610123

    Passz. A GCC támogatja. A VBCC is.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609624

    Csak kivancsisagbol, te tenyleg forgatsz a PI-n magan, vagy csak trollkodsz ?

    Rustot? Nem. Pascalt? Igen. C-t? Igen.
    Mi a baj? Ha nem tetszik valami, akkor mindjárt trollkodik a másik? No comment.

    Engem nem erdekel masok mivel probaljak meg szugsegtelenul nehezeti az eletuket,
    de ne azok hataroljak be egy eszkoz kepesseget akik szandekosan nehezetik sajat dolgukat..

    Aha, de azért a Linuxot meg a coreutils-t írják át bele, vegyék el minden Rust-on kívülitől, mi?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609790

    Nem az volt a kérdés, hogy te mondtad-e, hanem, hogy már csinálják. A coreutils-et legalábbis, a kernelre meg célozgatnak.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609957

    Ha már szóbahoztad a 68000-est, akkor szólok, hogy abból nem csak a legacy 680x0 széria van: a ColdFire és ColdFire+ CPU-kat/uC-ket a mai napig gyártják és használják beágyazott környezetekben és ennek megfelelően a mai napig támogatják különféle valós idejű operációs rendszerek, mint például a FreeRTOS, az eCosPro és az RTEMS, de egyébként a Linux is támogatja, csak amióta az uClinux behalt, azóta OOB disztró nincs hozzá, de a Linux maga támogatja. Ez bizony a mai napig egy élő architektúra. Tehát van értelme a coreutils-t lefordítani 68k architektúrákra. (És akkor még nem is beszéltünk arról, hogy a különféle UNIX-oknak (Linux, OpenBSD, NetBSD) a mai napig vannak 68k-s Apple, Amiga, Atari és NeXT portjai, csak azt úgyis lesöpörted volna az asztalról, hogy retro, meg nem biznisz, úgyhogy téged nem érdekel...)
    Plz. ne te akard már eldönteni mások helyett, hogy számukra minek van értelme és minek nincs.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610079

    En nem akkarom, te akkarsz mindenkit megyozni, hogy meg ezeknek van ertelme.

    Léteznek? Igen. Az ipar használja őket? Igen. Akkor van értelme. Pont.

    Ahogy latom a csaladot, a legaljatol van mar olcsobb, hasonlo ,
    tetejetol van joval gyorsabb, hasonlo aron mas archbol.

    Fejlesztes koltsege nem olcso, amig veszik az erre epulo termekeket es nem kell fejlesztore kolteni,
    akkar az idok vegezeteig gyarthatjak.

    De ahol ar verseny is van, ott nem sok jovot latok neki.

    Bízd az NXP-re, majd ők tudják, mikor kell leállni vele. Egyébként a ColdFire is csak egy példa a sokból.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609944

    https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609943

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609404

    Kihalo felben levo nyelv, az volt 10 eve is .

    Ezt honnan szedted? Van egy aktív többtízezres felhasználótábora, tíz éve is annyi volt.

    Hazi feladatot be lehet adni nemely iskolban pascalban.

    Iskolában már rég nem oktatnak Pascal-t. Egyébként komoly cégek termékei épülnek Delphi-re, vagy épp FreePascal-ra; az előző cégemnél, ahol dolgoztam, szinte az összes cuccunk arra épült, kivéve a központi szervert, ami C++-ban volt, meg egy-két mikrokontrolleres izét, ami C-ben.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609461

    Akkor lenne kihalófélben, ha fogynának a használói, de nem teszik, aki mellette döntött és még mindig használja, az nem is dobja már el. Nincsenek már túl sokan, de nem fogynak.
    Ahol én dolgoztam az meg egy biztonságtechnikai cég volt, nem pénzügyi. De mindegy, ne értsd, ha nem akarod.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609626

    Senki nem mondta, hogy a Pascal mainstream, vagy holnap az lesz. Arról volt szó, hogy nem haldoklik. Utánpótlás is van, csak nagyon kevés.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606427

    Az a programozó Rustban is megbízhatatlan kódot fog írni. Hülyeség ellen nincs orvosság.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606581

    Ez semennyire sem érv arra, hogy ne legyen egy viszonylag gyakori, potenciálisan távolról kihasználható biztonsági réseket generáló probléma ellen "ingyen" védelem. A programozó is ember véges mennyiségű figyelemmel, így garantáltan lesznek ilyen jellegű hibák egy C kódban, ha meghalad egy méretet és/vagy többen dolgoznak rajta. Rustban legalább ez nem lesz és csak n-1 típusú hibával kell foglalkozni.

    https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606538

    Ha ma alkotnák meg a C "2.0" nyelvet, biztos raknának bele hasonló automata védelmet látva az ebből eredő RCE hibák tömkelegét.

    https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606426

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606835

    Amit feljebb kisarkított példákat rögtönöztem, azoknak a hibáknak a nyelv+fordító általi kivédésében félő, hogy nem elég a C-t részben átfaragcsálni.

    A hibakezelést semmilyen nyelven nem lehet elsunnyogni. Ha egy call hibával is visszatérhet, akkor azt le kell kezelni. A try/catch is hibakezelés.

    Hátrány: koncepcióban így eléggé eltér a C-től, így nehéz átképződni rá C-ről. Sokan ezért is fújnak rá.

    Ezért kell sok nyelvet beszélni és akkor nem C-ről kell átképződni rá. :)))

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606539

    https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606426

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606548

    Nem hasonlította a JS-hez a Rust-ot. Egy tendenciára hívta fel a figyelmet. Ha azt hiszed, hogy csak trollkodásból írta, hogy JS-ben már akarnak írni kernelt, akkor csekkold le ezt a szálat a legutóbbi ReactOS topicban; két kolléga frankón komolyan gondolta ezt a JS-ben a kernel dolgot...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606780

    de hát nyilván Linus csak egy fogalmatlan retardált egy random hupperhez képest.

    http://a.te.ervelesi.hibad.hu/szalmabab
    Ilyet senki nem mondott és nem is kell, hogy retardált legyen. Nem egyszer láttunk már rá példát, hogy nem korlátlan ura a kernelnek, ha erős nyomás nehezedik rá, akkor előbb utóbb bekerülhet olyan is, amit nem akar.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2606812

    Hagyd már ezt a retardált hajbazer szintet az érvelési hibás linkekkel, mert lassan azt hiszem, hogy egy másodnickje vagy.

    http://a.te.ervelesi.hibad.hu/szemelyeskedes
    * trollface *
    De most komolyan, mitől horgadtál fel ennyire, ennyire betalált?

    Implicit benne van a vinnyogásban amire reagáltam, hogy mindenki meghal és mekkora baromság a linux kernel közelébe engedni a rustot, mert az szar és ezzel az erővel JS-ben is lehetne kernelt írni. Ha viszont ennyire nyilvánvalóan szar a rust, akkor Linus nem ért hozzá. Lehet itt rugózni a hülyeség kenegetésén, de kb. ez a lényege annak amire válaszoltam.

    Senki nem írta, hogy a Rust szar. A kolléga csak azt nehezményezi, hogy a divatnyelvek benyomulnak olyan helyekre is, ahova nem feltétlen kéne.

    Ha meg csak úgy lenyomták volna a torkán, akkor a mindenféle tréningek ellenére kiverte volna a hisztit és lennének róla hírek, hogy ő nem akarta, csak átverték rajta.

    "I no longer feel like I can trust "init" to do the sane thing" Aztán nézd meg, mégis mi lett a defacto init rendszer Linuxra?

    Annyira elképzelhetetlen, hogy esetleg lát benne valamit?

    Egyáltalán nem az. Ezt fentebb is beszéltük, hogy lehet van értelme Rust-ban megírni bizonyos dolgokat, de nem újraírni jól működő C kódokat és pláne nem az egész kernelt, csak azért, hogy Rust-ban legyen.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607255

    Egy kis szalmabábcsépelés, egy kis személyeskedés, aztán engedjük el és még SCOPE a troll? :]

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607276

    Ehhez képest itt már többen akartak JS-ben kernelt fejleszteni... :(

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607306

    Dehogynem, a ReactOS-es topicban ketten is akartak. Illetve egy akart, egy meg nem, csak azt bizonygatta, hogy működne a kernel/browser felállás...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607256

    Ennyi erővel írjuk meg Pascalban, azt is zéró költséggel lehet összefordítani C-vel és gördülékeny az együttműködése is vele.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neuron


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607261

    Amikor a rozsdás drautkoszorú a visszbűl veszi ki a zokkszigént.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2607308

    Be lesz a vasalás témája?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608285

    Az emberi lustaság csodája. :)))
    Viszont, ha az idő és a profit miatt ez az automatizált átírás fog dívni, akkor azzal lehúztuk a slozin a Rust fő erősségét a C-hez képest: a kevesebb pofáraesési lehetőséget...

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2608364

    Nem szoktam szeretni, amikor végül igazam lesz. :(

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609629

    Nagyon-nagyon szeretnél idiótának feltüntetni, ugye? El kell, hogy keserítselek, én nagyon is értem, hogy miben jobb a Rust, mint a C, csak azt nem, hogy miért gondolják, hogy mindenben szükségszerűen jobb, meg azt nem, hogy egyesek miért akarnak cédula nélkül átírkálni minden szart Rust-ba, tekintet nélkül a következményekre. (Ugyanaz a szint, mint, hogy te lealázod a C-s webszervereket a Grizzly-vel.)

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609638

    Milyen hülyeséget nyomtam? Én a következőket mondtam:
    - A C verhetetlen hordozhatóságban.
    - Alapállásban a C-t baromi nehéz verni teljesítményben és a binárisok méretében, az esetek többségében a C készíti a leggyorsabb és legkisebb kódot. (Assembly nyilván veri, de azt leszámítva.)
    - A C a számítástechnika lingua franca-ja, tetszik, vagy sem.
    - Ha egy C kód jól működik, ismert hibája már sok éve nincs, akkor felesleges csak az átírás kedvéért átírni.
    - Ha egy C kódot átírnak Rust-ba, akkor az onnantól kezdve csak a platformok töredéke számára lesz használható és csak az emberek töredéke számára lesz érthető.
    - Egy képzett programozó C-ben is tud biztonságos kódot csinálni, egy idióta meg Rust-ban is lyukasat; aki C-ben baromságokat csinál, az Rust-ban is azt fog.
    - A Rust minden védelmi mechanizmusa sem lesz képes megakadályozni az idiótákat abban, hogy baromságokat csináljanak.

    Én ennyit szerettem volna megértetni a többiekkel. Mi volt ezekben az állításokban hülyeség?

    Ehhez képest a Debian már át akar állni a Rust-ba átírt coreutils-ra és már jönnek a jelek, hogy futószalagon lesznek unsafe Rust-ba átkonvertálva C-ből a cuccok. Én nagyon is értem, hogy a Rust segítségével a töredékére szoríthatóak vissza a mindenféle memória és egyéb erőforráskezelésből, szar típuszsonglőrködésből eredő sechole-ok és egyebek, de ahhoz ésszel kéne a Rust-ot is használni, a hülyék meg semmit sem használnak ésszel.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bimi3


    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609656

    Magyarán a műszaki érveimmel egyetértesz, de azért hülyeséget beszélek...? Oké, nem tudom mit ittál, de én is kérek! Vagy csak...trollkodsz?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609628

    Ha nem tudsz mit kezdeni az ellenvéleménnyel, bélyegezd meg trollnak? Mondd csak, sikerült már lealáznod a Java-s Grizzly-vel a C-ben írt webszervereket? Szerintem pont neked nem kéne itt trollkérdésben mutogatnod, aki mindenbe és mindenkibe belekötsz.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2609640

    Azért ezt húztam elő, mert ez az a szint, amikor olyat akarnak átírni C-ből valami modern és trendy nyelvbe, amit nem igazán kéne. Ezért hoztam ide, nem másért.

    Csakhogy baromságot írtál, nem vagyok troll. Mindössze annyit szerettem volna megértetni a többiekkel, amit ebben a posztban leírtam.

    minden egyes topikban tolod vegtelen mertekkel az ellenvelemenyt, mindegy, hogy melyik oldalon, csak nehogy ugyanaz legyen a velemenyed.

    Ezt meg értelmezni sem lehet. Ittál? Az, hogy valamivel nem értek egyet és kitartóan védem az álláspontom, az még nem trollkodás. Max. neked az, ha a tiedével sem egyezik, aztán valamit má' csak mondani kéne.
    Nem tudom feltűnt-e, de ebben a topicban kivételesen kultúráltan sikerült összecsapni a véleményeknek; még személyeskedés sem volt. Mostanáig...amíg ide nem evett a fene. Ha valakinek itt gratulálni lehet, az te vagy.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610562

    Üres fölényeskedésből triplacsillagos jeles, realitásból nullás alá, kétszer. Lehet tételesen cáfolni ezeket a műszaki állításokat (mert én ezekről beszéltem). A személyem támadásával nem azt bizonyítjátok, hogy hülyeséget beszélek, hanem csak magatokról állítotok ki szegénységi bizonyítványt. A személyeskedés nem érv. Vagy az érvek már elfogytak?

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2610747

    Érdemi válasz zéró, továbbra is csak üres fölényeskedés. Magatokat égetitek, nem engem.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2611093

    Akkora arcod van, hogy hangárajtó kell a szerverteremre, hogy átférjen.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2611214

    Ezek után elég álszent, hogy te nevezel engem trollnak, miközben te mást sem csinálsz, mint trollkodsz. Innen folytathatjuk, ha akarod. Egyébiránt nyugodtan húzd le magad a slozin, a szarnak odalent van a helye.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2611239

    Két eset lehetséges:
    - Igazad van és troll vagyok, viszont ez esetben csak bejöttél nyitott szájjal futkosni a trollerdőbe.
    - Nekem van igazam és te vagy a troll, aki érvek híján megpróbálja lehülyézni a másikat.

    Tehát vagy azért vagy hülye, mert beszoptad a trollkodást, vagy azért, mert kínodban trollkodsz. Lehet választani.

    Oldschool Computer - http://oscomp.hu




    Megérkezett a Rust támogatás a linux-next kernelfába: https://hup.hu/cikkek/20210321/megerkezett_a_rust_tamogatas_a_linux_next_kernelfaba#comment-2611359

    Nem nyert hangszórót.

    Oldschool Computer - http://oscomp.hu




    Mivel játszol?: https://hup.hu/node/131419#comment-2328359

    Az itt található stratégiákkal.




    Építsünk számítógépasztalt!: https://hup.hu/node/173116#comment-2604084

    Faszán összeraktátok. És még a színe is megy a macskához. :) (sub)

    Oldschool Computer - http://oscomp.hu


    Σ: 006 -> HalfDemon , _Allen , szilard_ , Wabbitseason , Carter , radzeer


    Two undocumented x86 instructions in Intel CPUs which completely control microarchitectural state: https://hup.hu/node/173173#comment-2606158

    Az intel CPU-k egyik fele sérülékenység, a másik fele hátsóajtó. Ráadásul azt írják, hogy még user mode-ban is dekódolódnak.
    Egyébként, ahogy nézem, volt előzménye a dolognak, akkor az intel azt mondta, hogy amiket ezek találtak, azok "nem jelentenek biztonsági kockázatot az ügyfelek számára"...

    Viszont ez felveti a kérdést, hogy vajon ugyanilyen "feature" nem lehet az AMD és ARM CPU-kban is? Nem vagyunk előrébb a nyílt szoftverekkel, ha közben a hardware-ek, amiket használunk, zártak. Ezért van létjogosultsága pl. a POWER CPU-s gépeknek, mert ott az architektúra is nyílt.

    Oldschool Computer - http://oscomp.hu




    Two undocumented x86 instructions in Intel CPUs which completely control microarchitectural state: https://hup.hu/node/173173#comment-2606257

    Ha az architektúra alatt az ISA-t érted, annak nyíltsága nem garancia semmire. Attól még lehet benne nem dokumentált utasítás, hogy a dokumentáltakat szépen végrehajtja. Amíg az implementáció nem nyílt, bármilyen extrát elhelyezhet benne a gyártó, nem fogjuk észrevenni vagy csak a jó ég tudja, mikor.

    Nem csak az ISA nyílt, az implementációk közt is vannak nyíltak, pl. az IBM-től a referenciaként használt Microwatt és Chiselwatt, de ott a Libre-SOC projekt is.

    Semmi nem zárja ki, hogy ugyanilyen "feature" lehet az AMD és ARM CPU-kban is. Nem is véletlen, hogy például Kínában és Indiában dolgoznak saját processzorokon, saját kiskapukkal.

    Szónoki kérdés volt, hogy lehet-e bennük ilyen "feature".

    Oldschool Computer - http://oscomp.hu




    Two undocumented x86 instructions in Intel CPUs which completely control microarchitectural state: https://hup.hu/node/173173#comment-2606291

    Bocsánat, a gondolatok felét talán kihagytam: Még ha a CPU terv elérhető valamilyen HDL-ben sem garancia arra, hogy a lapkán ugyanaz van. A gyártó simán kihagyhat a közzétett forrásból bizonyos "feature"-ket, de akár kapu szinten is bele lehet nyúlni. Ha nem ad ki mindent, ami a lapka reprodukáláshoz szükséges, továbbra is lehetséges, hogy nem pont azt kapod, amire számítasz ;)

    Hát amiket felsoroltam, ott minden ki van adva, ami a lapka reprodukálásához kell. Hogy aztán aki majd ténylegesen gyártja, az nem módosítja-e sutyiban, az más kérdés, de ennyi erővel ne vegyünk semmit; alig hinném, hogy olyan kis cégeknek, mint pl. a Raptor, érdekében állna, hogy a nyílt tervekre épülő legyártott CPU-kba mindenféle köcsögséget pakoljon; mire mennének vele?

    Tudom, hogy vannak nyílt CPU tervek is, én például az OpenSPARC-al találkoztam a múltkor. De az emberiség leginkább Intel, AMD és ARM CPU-ra bízza az adatait, a többiek meg sajnos nem nagyon tudják felkavarni a vizet. Őszintén örülnék, ha ez változna.

    Ebben egyetértünk.

    Oldschool Computer - http://oscomp.hu




    Two undocumented x86 instructions in Intel CPUs which completely control microarchitectural state: https://hup.hu/node/173173#comment-2606290

    Sajnos a RISC-V egyéb pontokon sem felelt meg; a Raptortól el is érhető egy kis leírás a témában.

    Oldschool Computer - http://oscomp.hu




    Two undocumented x86 instructions in Intel CPUs which completely control microarchitectural state: https://hup.hu/node/173173#comment-2606285

    A régi 8-bites CPU-k nem dokumentált utasításai nem szándékosan tervezett és eltitkolt műveletek voltak, hanem a CPU működési mechanizmusának fel nem derített melléktermékei. A dekóder szétbontotta az utasításokat elemi lépésekre és a nem dokumentált utasítások lényegében nem dokumentált lépéskombinációk voltak, amiknek csak egy része volt használható bármire, mert a másik része vagy stochasztikus végeredményeket produkált, vagy csak simán értelmetlen/használhatatlan volt a művelet, amit végrehajtott.

    Oldschool Computer - http://oscomp.hu




    Two undocumented x86 instructions in Intel CPUs which completely control microarchitectural state: https://hup.hu/node/173173#comment-2606300

    Részben igaz. Elég nagy baj, hogy manapság az emberek mindenüket is a zinternetre aggatják, a kakukkosórától a hűtőszekrényen át a műfaszig mindent, de ettől még nem biztos, hogy egy internetről leválasztott eszköz biztonságban van; régen is voltak vírusok, amik az adathordozókat fertőzték össze. Nyilván egy 100%-ig szeparált, semmivel sem kommunikáló, adathordozót nem fogadó rendszernél mindegy, hogy hány hátsóajtó van benne.

    A másik probléma a folyamatos generalizálódás, ahogy egyre több esetben dobják oda megoldásként a populáris megoldásokat; nem nem csináljuk meg mikrokontrollerre, mert azt drága kifejleszteni és kisszériásan gyártani, sokkal olcsóbb egy olcsó intelpécé óemvindózzal/ingyenlinuksszal...

    Oldschool Computer - http://oscomp.hu




    Two undocumented x86 instructions in Intel CPUs which completely control microarchitectural state: https://hup.hu/node/173173#comment-2606551

    Csak egy vulnerability kell a browserben, ami lehetővé teszi, hogy x86 kódot injektáljon be és futtasson JS-ből és máris kihasználható. :(

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601132

    Kezdi utolérni az xp-t, de, hogy mennyi van még addig, az jó kérdés.
    Ami a programokat illeti, itt vannak összegyűjtve az egyes verziók teszteredményei, hardware-kompatibilitás és az egyes komponensek portolása, itt pedig pár kipróbált játék van felsorolva, de tekintve, hogy a ReactOS és a WINE project elég szorosan együttműködik egymással, a WINE AppDB-vel elég sok átfedés lehet az SW-kompatibilitás terén.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601510

    Írj élménybeszámolót! :)

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601140

    Ennyi erővel egyetlen OS-nek sincs létjogosultsága, csak tudnám akkor mi fogja futtatni a böngészőt; a cyber-stricik? BTW, a Photoshopnak van már brózerből futtatható klúdos jávaszkript portja? :P
    (Amúgy nem is tudtam, hogy csak a 4 legnépszerűbb nyelv számít.)

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Gyuszk , Dgzt , carlcolt , hetvenhatos


    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601162

    A felhasználók nagy része

    Jó ez az egzakt, számszerűsített és forrásokkal alátámasztott adat, de mi lesz a többi felhasználóval? Pl. azokkal, akik nem a browserrel néznek videót, vagy hallgatnak zenét és összehoztak csak a VLC-nek 3 milliárd letöltést? Vagy, akik nem online dolgoznak és 30 millióan szedték le a LibreOffice-t csak 2020-ban? Vagy mi lesz a PC-Gaming iparággal, ami dollártízmilliárdokat ér és egyre növekszik?

    nyilván a pro-k azok továbbra is maradnak a Photoshopnál, de a legtöbb felhasználónak nem is kell Photoshop.

    Nem csak a "pro-k" használnak Photoshop-ot, de ez igazából mellékes. Ami fontos, hogy ők hogy tudják majd használni, ha az OS egy darab browser lesz?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> pink , hetvenhatos , nullptr


    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601191

    Videó- és zenefogyasztás ma már szinte csak a böngészőből történik, lásd YouTube, Netflix, közösségi médiás videók (Facebook, Instagram, Twitter), Spotify stb.

    Újabb számszerűsített és forrásokkal alátámasztott adatok. Az a többmilliárd ember, aki meg playereket használ, az meg csak nem tud róla, hogy browsert használ.

    LibreOffice-et én is használom, de teljes mértékben ki tudnám váltani mondjuk Google Apps-szal.

    Más meg nem tudja kiváltani. Akinek VBS támogatás kell, az még az ms offickákat sem tudja kiváltani LOo-val sem.

    A Photoshopot nem tudom, hogy megírták-e már Javascriptben, de hogyha nem, akkor csak idő kérdése.

    Az ipari kémek kedvelik ezt.

    De a Photoshop az hogyan kapcsolódik ide?

    Miért, a webkettő reklámja hogy kapcsolódott ide? Na, ahhoz kapcsolódott a PS, mint példa, amit nem fogsz browserből futtatni.

    A legújabb Photoshop működik ReactOS alatt?

    Nem valószínű, de windows és macOS alatt működik, márpedig a logikád mentén azoknak sincs létjogosultsága.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601220

    Ez már offtopik

    (Már az elejétől offtopic volt.)

    úgyhogy visszatérve a ReactOS-hez: tényleg nem látom a létjogosultságát.

    Valószínűleg olyanok lehetnek a célcsoport, aki Linuxot használ, és valamiért nagyon akar egy Windows-only programot futtatni, ami nem elérhető Linuxra. És Wine alatt nem fut a program.

    A ReactOS-nek valóban nem túl sok létjogosultásga volt, amíg a winxp-s és win7-es időket írtuk, de most a win10 érában egyre több létjogosultsága van. Egy használható windows, aminek a windowsos szoftverpark létezése miatt lesz létjogosultsága még jó darabig...

    Ha ez egy egyszerűbb program: akkor már tuti megírtak webes verzióban Javascript-ben egy hasonló vagy akár jobb programot, vagy esetleg böngésző-kiegészítőként. Az meg fut Linux alatt is, tehát nem kell a ReactOS.

    ...ugyanis nem írják meg minden program webes alternatíváját; lécci mutass már egy webes filemanagert, vagy egy IrfanView szintű képnézegetőt/képmanipulátort, vagy egy 3DS Max/AutoCAD/Blender/Maya szintű modellezőprogramot. Egyszerűen a web nem mindenkinek alternatíva, ugyanis egyrészt nem mindenki szeretné felhányni mindenét a rohadt felhőbe, másrészt meg a JS "sebessége" a natív megoldásokhoz képest röhejes. A stabilitásról és a rendszerigényekről ne is beszéljünk.

    Ha ez egy bonyolultabb program (pl. Photoshop): az meg nem fog futni ReactOS alatt, pont azért, mert bonyolult program.

    Ezt nem tudom miféle logika mentén sikerült kihozni... A ReactOS célja egy nyílt forrású windows létrehozása. Ha ezt megcsinálják, akkor tök mindegy milyen bonyolult, menni fog alatta minden, ami windowsos. Egyébként csak úgy szólok, hogy a Photoshop-ok többsége több-kevesebb sikerrel megy WINE alatt is. Akkor ReactOS alatt miért is kizárt, hogy menjen, ha az underlying system tudja futtatni?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> ro.bika


    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601245

    Akkor felejtsük el a Photoshop-ot egy picit. Írtam még pár példát:

    lécci mutass már egy webes filemanagert, vagy egy IrfanView szintű képnézegetőt/képmanipulátort, vagy egy 3DS Max/AutoCAD/Blender/Maya szintű modellezőprogramot

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601513

    Webes fájlkezelő nyilván létezik a felhőben tárolt fájlok elérésére. Nyilván a saját gépen tárolt fájlokhoz csak a saját gépen futó fájlkezelő a megfelelő. Kivéve, hogyha minden fájlod szinkronizálva van a felhőben, akkor viszont elég egy webes fájlkezelő is.

    Erről van szó: aki nem akarja felszórni a felhőbe a cuccait, annak erre már nincs alternatívája.

    Én Linux alatt a Gthumbot használom (telepíthető program), eddig nekem mindent tud amit kell. Bonyolultabb grafikához a Canva-t.

    A Gthumb nem webes, a Canva meg teljesen más, mint az IrfanView. Szóval erre sincs webes alternatíva.

    Modellezőprogramot nem használok, gondolom a pro-k itt is a jól bevált telepíthető programokat használják még, de szerintem azokat is át lehetne tenni webre. Van már 3D gyorsítás a böngészőkben is.

    Nem a 3D gyorsítás a kérdés, hanem az, hogy a kezelőfelület, fájlműveletek, rendering és egyebek hogy valósíthatóak meg weben: szarul, vagy sehogy. Sokkal lassabb, körülményesebb és instabilabb lenne. És megint: nem mindenki akarja feltolni mindenét a felhőbe.

    Tudomásom szerint a komoly tervezőirodák már így is rengeteg havidíjat fizetnek felhőszolgáltatásért (pl. Azure, AWS stb.) mert olcsóbb mintha saját gépeket vennének, amiket nem is használ ki az idő nagyobb részében. Szóval itt pont nagyon hasznos lenne, ha eleve felhőben futnának a tervezőprogramok, és a szerver végezni a számításigényes feladatokat.

    Erre már kulcsrakész megoldások vannak; nemhogy szerver, de cluster-render is van. Helyi hálózaton elosztva. A nyavalyának ezt átültetni webre.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601541

    És szerinted egy tabletes alkalmazás egyenértékű egy workstation-össel?

    És ha felvásárolta? Gondolom kellett valami a profilba a gyerekjáték kategóriába is.

    Ja, butított változata.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601706

    Sokkal kevesebbet tud. (És ahhoz képest, hogy webes, mégsem megy mindenütt, pl. okoseszközökön.)
    A webes megoldások nem alternatívák mindenkinek. Ahol számít a teljesítmény, a biztonság, vagy az üzleti titkok, ott tuti nem.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601196

    És ezt a más nyelveket használók is tudják?
    BTW, a böngészőket is "JavaScript-ben (+HTML, CSS)" írják?

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601511

    Bocs, de az nem ugyanaz. Ott volt egy natív program, aminek a felületét fel lehetett programozni webes eszközökkel, mert ott adott volt a webes környezet; ugyanezt tudta a Classic Opera is. Nem JS-ben írták a programot, csak JS-ből lehetett pluszba ráaggatni dolgokat. Az nem ugyanaz.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601540

    Hát ez magyarázza, hogy miért volt lassabb a XUL, mint a Classic Opera felülete... Viszont ez még mindig nem az, amiről a kolléga beszélt, mert ő azt mondta, hogy megírják webre. Nem JS-ben írt cuccok vannak egy browsermotor mag felett, hanem, hogy a weben van az egész.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601690

    Miért, ez egy teljes értékű browsernek számít? Egyébként meg még ha meg is írnának egy browsert, ami browserben futna, akkor is kellene hozzá a natív browser. Sok értelme lenne, mondhatom... Azt hiszem még mindig nem értetted meg a kérdés lényegét.
    És egyébként ennek megint semmi köze nincs ahhoz, amiről szó volt; mert ez ha node.js-ben, ha browsermotorban fut, ez megint egy helyi valami, nem webes cucc.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601802

    o, amig nem csinalnak processzort aminek a nativ utasitaskeszlete a JS addig nem lesz jobb. De ugyan ez van .NET, Java, Python, meg az osszes tobbi scriptnyelvvel.

    Ez csak az egyik baj, de az OS is hiányozni fog alóla.

    Most nem ertem. Ha felmesz egy random HTML5-os weblapra az letolt egy fel gigabyte javascriptet ami a lokalis gepeden fog futni, az se webes?

    Kommunikál a szerverrel bármi módon? Akkor webes. Nem? Akkor nem. Akkor is, ha a webről töltötted le, mert utána amit letöltöttél, ugyanúgy használhatod cache-ből, offline mentésből, amiből akarod. Attól webes valami, hogy kell neki a web, attól webes, hogy a weben van és nem a gépeden. Ha egy webpage letöltés után mindent el tud végezni offline, az nem webes, hanem csak JS/HTML/CSS alapú.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601858

    Szerintem csak ido kerdese hogy valaki belerakjon egy js runtimet egy kernelbe (systemd-be mar kb van ha jol tudom).

    A mibe? A kernel az OS magja. Akkor már van alatta OS. (Biztos jó gyors felállás lesz egyébként.)

    Microsoft probalkozott anno .net-ben irni egy kernelt

    Nem az volt a windows vista?

    meg itt wikipedian van egy par masik kernel ami nem nativ kodot futtat: https://en.wikipedia.org/wiki/Singularity_(operating_system)

    De itt megint van alatta kernel.
    És már megint másról beszélünk, amiről szó volt: hogy a browserből fusson minden, webes alapokon. Mi fogja futtatni a browsert? Majd a kernelnek is lesz szerveroldali része, vagy mi? Mibe írják azt meg? És a browsert? Ennyire nem érthető, hogy ez a koncepció egy marhaság?

    Na varjal, ez eleg sok mindenre igaz aminek semmi koze a HTML-hez meg javascripthez meg tarsaihoz. Pl az IRC kliensem. Es ha alapvetoen kell neki a web, de van valami offline cache-e amivel limitaltan tud mukodni, az mindek szamit? Mondjuk az email kliensem, ami emaileket letoltott a cache-be azt meg tudom nezni web nelkul is, de az ujakat nem fogom megkapni meg emailt se tudok kuldeni.

    Itt arról volt szó, hogy minden is a browserben fog futni és kliens, meg szerveroldali része lesz. Erről beszélünk, hogy mindent nem lehet így megcsinálni, pl. a browsert sem. Miféle browser az, aminek szerveroldali része van? Csak egy helyre tud felcsatlakozni és majd az fogja neki lekérni az egyes oldalakat? És azt miben fogják megírni és hogy fog működni, ha annak is szerveroldali része lesz? A szervernek is lesz szerveroldali része?
    Mondom akkor máshogy: itt arról volt szó, hogy website-ok lesznek szoftverek helyett. Nem IRC/FTP/mail/whatever-kliensek és nem is egy sima HTML dokumentumok, hanem website-ok, amiket a browserből használsz és net nélkül nem fog menni, nem fogsz tudni dolgozni vele.
    Azért baromság az egész, mert amik ezt lehetővé tennék, azokat is abban kéne megírni, amit lehetővé tettek, ami pedig lehetetlen.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602114

    Az lehet, hogy a programok többsége valami elektronhoz hasonló szutyokban fog íródni (a 99% azért erős túlzás), de még egyszer: nem arról volt szó, hogy JS-ben meg lehet-e írni egy adott programot, hanem arról, hogy a webes felállást (szerver<->kliens) képtelenség minden programra ráhúzni.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602176

    És a VNC/RD/ssh szerver min fog futni? Az is a browserben? Nem lehet minden szoftverre kliens-szerver felállást felhúzni, a szerveroldali résznek nincs kliens, meg szerveroldala, az a szerver (hogy nézne már ki, ha egy Apache/nginx/Lighttpd/thttpd webszervernek is kellene szerveroldal, ahova kapcsolódik, mert browserben fut a webszerver), de ettől függetlenül sem függhet minden a hálózati kapcsolatoktól.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602193

    Mindenre lehet kliens-szerver felallast csinalni, legfeljebb nincs ertelme.

    Hogy lehetne már? Ami maga is szerver, annak is kapcsolódnia kéne egy szerverhez? Tényleg nem érted, hogy egy végtelen láncot kreálnál ezzel?

    De nezzunk valami random weblapot, te csatlakozol valami cdn-hez, ami vagy kiszolgalja a tartalmat cache-bol, vagy tovabb hiv az upstreambe, ahol valami akarmilyen nyelven irt dolog csatlakozik egy adatbazis szerverhez, de az valami fault tolerant ize ahol ilyen 5 node van osszekotve egy clusterbe es mindegyik csatlakozik mindegyikhez, es mondjuk tobbsegi szavazassal dontik el hogy kinek legyen igaza, csak hogy meg azt se lehessen egyertelmuen megmondani hogy melyik a kliens es melyik a szerver.

    És ezzel most azt akartad megindokolni, hogy fusson a szervergépen egy browserből a webszerver és csatlakozzon egy másik szerverhez, ami szintén egy browserben fut és neki is egy szerverhez kellene csatlakozni? Tényleg nem érted, hogy hol van az irdatlan logikai baki abban, hogy minden szoftver működjön kliens-szerver alapon?

    Hat pedig eroteljesen erre fele halad a vilag.

    Mert a nagy cégek erőltetik, de nem lehet egy sémát ráhúzni mindenre. Mindig lesz olyan szoftver, amire nem lehet ráhúzni a kliens-szerver sémát, amihez nem kellhet hálózat.

    Ilyen IOT meg hasonlo teruleteken teljesen normalis hogy ha nincs internet akkor teljesen hasznalhatatlan barmire a kutyu.

    És az IOT-on kívül ugye más nincs is.

    Ha egyszer lehal az AWS, akkor lehal a twitter amitol meg lehal minden ami a twitter apit buzeralja, azt meg ki tudja hogy az AWS mitol fugg, de biztos annak is van valami gyenge pontja.

    És ettől le kéne rohadnia az egész világnak?

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602211

    Lehet kort csinalni es akkor nem kell vegtelen lanc.

    Amiről mint lentebb megállapítottad, hogy "Igen es szepen jol korbe fuggnek, aztan ha valamelyik lehal, lehal az egesz.", tehát biztos megéri erőltetni, csak éppen még ez sem igaz, mert nem lehet kört csinálni; gondolj már bele: van egy browsered, ami csak úgy tud böngészni, hogy felcsatlakozik egy szerverre és onnan kéri az adatokat, a szerver pedig felcsatlakozik egy másikra, mert neki is csatlakoznia kell az adatok lekérése végett, a másik meg visszacsatlakozik az elsőre, hogy elérje az adatokat, amiket vissza kell adnia az elsőnek? Ha az elsőnél megvannak az adatok (így működik egy normális szerver), akkor minek a második, ha meg nincsenek, akkor hogy kéri el tőle a második, hogy visszaadja neki? Ami a lényeg, hogy bármilyen elérési struktúrában előbb-vagy-utóbb végponthoz kell, hogy érkezz, különben nem tudsz honnan adatot kinyerni. Sem végtelen láncból, sem körbefüggésből. Valahol, valakinél meg kell, hogy legyen az adat, ha pedig megvan, akkor neki nem kell felcsatlakozni máshoz.

    Na varjal, itt most kezdunk ket dolgot nagyon osszemosni. Van az hogy valami most browser, meg van ami kliens-szerver es a ketto nem feltetlenul ugyan az. Ha felcsatlakozol egy IRC szerverre az kliens-szerver, de nem muszaj semmi koze legyen egy webbrowserhez (persze van browserbe futo IRC kliens is, de nem kotelezo). Ugyan igy lehet webbrowserrel csak lokalis fajlokat nezegetni.

    Nem volt összemosás, mert nem erről volt szó, hanem arról, hogy "ha ma kezdenek el fejleszteni egy szoftvert, akkor a kliens részét JavaScript-ben (+HTML, CSS) fogják megírni (meg lehet, hogy a szerveroldali részét is JavaScript-ben)." Ez az állítás hamis, mert van olyan szoftver, aminél egyszerűen lehetetlen kliens-szerver módon megoldani. Nem is csinálják így, ez egy lázálom. Az, hogy sok webes applikáció van, az nem jelenti azt, hogy mindent meg lehet így csinálni.

    Lehet mindent belerakni egy webbrowserbe, legfeljebb csak feleslegesen nagy lesz az overheadje.

    A browsert is bele lehet rakni egy browserbe? Meg a webszervert is? Tényleg futtatok egy browser-kernelt a szerveren, hogy fusson benne a webszerver, ami felcsatlakozik valahova?

    A kliens-szerverre, meg barmilyen program kb barmilyen alreszet ki lehet szervezni hogy ne lokalisan fusson, hanem kuldje el egy szervernek majd varja meg az eredmenyt. Nyilvan, ha tulzasba viszed lassu lesz, de ettol meglehet.

    Legyszives mondj egy peldat, mert nekem szar a kepzeloerom es nem tudok elkepzelni olyan amit ne lehetne ha nagyon akarod szetbontani kliens-szerver oldalra.

    Még hányat? Ebben a posztban is mondtam már példát, meg eddig is. Bármi, ami önmagában szerver, arra nem lehet ráhúzni a kliens-szerver sémát; nincs olyan, hogy egy rendszerben az adatfüggésnek valahol ne legyen végpontja. Komolyan nem érted?

    De nyilvan van. Csak te itt erosgeted hogy valamit nem lehet, en meg probalok peldat hozni ra hogy igenis lehet.

    Nem, olyat nem lehet, hogy csinálsz egy körbefüggést, ahol a szerverek egymástól kérik le az adatot, ami egyiküknél sincs meg, ezért kell a másiktól elkérni.

    Nem kene, de ez nem erdekli azokat a managereket akik azt hiszik hogy ezzel a felhositessel 0.5%-al tobb zse marad a zsebukben.

    Akkor máshogy kérdem: ettől lerohad az egész világ? Nem, nem rohad le.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602223

    Igen, ez igy van, egy adott lekeres elobb-utobb vegponthoz fog erni. De ettol fuggoen, a szoftver egeszebe meg lehet korkoros fuggoseg.

    Végponthoz fog érni vs. lehet körkörös függőség. Igen, a kör az egy olyan dolog, aminek valahol vége van.

    A rekurziv fuggveny is egyfajta korkoros fugges, megis megall egy ido utan es mukodik.

    Nem, egyrészt a függvény az nem a függés, másrészt meg a rekurzió az nem körkörös függőség, a rekurzió az kaszkádos. Attól, hogy a függvény önmagát hívja meg, attól még a függőség (érsd: az adat) nem önmagára mutat. Az adat ott egy fa, aminek az ágain lépcsőzetesen (szintenként) végigmész. Köze nincs a kettőnek egymáshoz.

    Tovabbra is varok peldat valami nem trivialis szoftverre amit nem lehet megoldani kliens-szerver alapon ha nagyon akarod.

    Hányszor írjam le, hogy bármilyen szerver?

    Az OS-t bele lehet rakni egy OS-be? Futtathatok egy virtualis gepben egy OS-t? Es azon belul egy dockert amiben fut egy qemu amiben fut egy windows? Igen, lehet. Browserrel miert ne lehetne ugyan ezt eljatszani? Elvileg az is turing teljes...

    Alma-körte. Már megint. Nem az a kérdés, hogy van-e self-contain, hanem az, hogy te itt egy végtelen függési láncot akarsz kialakítani azzal, hogy a szerverekből klienst akarsz csinálni további szerverek irányába.

    Attol mert egy, adott adatfuggesnek valahol van egy vegpontja, nem jelenti azt hogy egy masiknak is pont ott kell lennie. Lehet hogy ha ossze akarsz adni ket szamot, akkor A szerverhez megy, ha meg kivonni akkor B-hez, ami igazabol csak kiszamolja a masodik szam -1x-et es azzal elmegy az A-hoz. Ha meg mondjuk szorozni akarsz, meghivod A-t, ami meg vissza fog teged hivni ker szam kizaro vagyanak kiszamitasahoz. Innentol kezdve te nem tudsz osszeadni A nelkul, A meg nem tud szorozni nelkuled.

    Bocs, de ez nem az a felállás, amiről beszéltünk. Ez egy zárt lánc, amiben funkciótól függően több végpont van. Ez baromira nem az, amikor te webszervert akarsz futtatni egy browserben, hogy az felcsatlakozzon egy másik webszerverre, ami szintén browserben fut, hogy visszakérdezzen.

    Nem az egesz vilag, csak ami fugg kozvetlenul vagy kozvetetten a twittertol. Mondjuk ez a kozvetetten resz ez valoszinuleg joval nagyobb mint gondolna az ember.

    De nem minden. És sose lesz minden.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602229

    ami C-hez es az visszaadja az eredmenyt.

    És itt meg is dőlt az egész, mert C végpont volt, nem csatlakozott sehova sem, márpedig itt arról beszélünk, hogy kliens-szerver, azaz minden adatot valahonnan horgásznia kell a kliensnek, mert ő csak kliens és ha a szerver maga is kliens, akkor neki is halásznia kell valahonnan, márpedig C nem szedte sehonnan, ahogy a kettes pontnál B sem. Ez elosztott tárolás, amiről te most beszélsz és eddig nem erről volt szó és a szálindító sem erről beszélt, hanem mindent is browserben akart futtatni.

    De, mert ha egy fuggveny hiv egy fuggvenyt ami nem letezik, akkor az (potencialisan) nem fog mukodni.

    Ez már csak játék a szavakkal, ráadásul így már kisiklattad a saját analógiádat is. Adatfüggőségről volt szó, nem kódfüggőségről, hogy a kliens a szervertől szedi az adatait. Rekurziónál pedig az adat az nem körkörös, hanem kaszkád függőség, ahogyan egymás után lépkedi végig a szinteket. Illetve lehet körköröst csinálni belőle, ha valamelyik lépcső visszaugrik egy korábbira, de az megint végtelen ciklus lesz és nem fog működni a bejárás.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602113

    Az alatt meg van BIOS vagy uefi vagy akarhogy is hivjak a firmwaret az adott architecturan, az OS sem ugy fut a semmiben (legalabbis a mostanaban elterjedt architekturakon, regen meg ilyen nagyon embedded cuccokban elofordulhat hogy kimarad es direkt az "OS"-be "bootol" a CPU). Most ezekkel mi van?

    Jó, hogy mondod! Lesz olyan UEFI/BIOS, aminek szerveroldali része lesz?

    Nem, mert a kernel is .NET-ben van irva. Nyilvan van nehany nagyon low-level cucc amit nem lehet megirni .NET-ben, de a Linux kernelben is vannak assemblyben irt reszek, tehat gondolom ilyen szempontbol a C is alkalmatlan kernel fejlesztesre.

    Almát a körtével. A dotnet nem egy nyelv, hanem egy keretrendszer, nem "abban" írták meg a kernelt, hanem "arra építve". Az meg, hogy a Linux kernelben vannak ASM betétek, az Torvalds döntése volt, meg lehetne őket írni C-ben is; de egyébként nem az a kérdés, hogy JS-ben lehetne-e kernelt írni, ha lenne hozzá compiler, ami gépi kódot forgat JS-ből, hanem az, hogy miféle kernel lesz az, aminek egy browser kell, meg szerveroldal, hogy fog az működni, ha a browsernek kernel kell, a kernelnek meg browser?

    Majd a kernelbe lesz a js meg a renderer, aztan a browser maga az csak valami kis JS meg HTML meg CSS lesz ami kirakja a tabokat meg a scrollbart a weblap kore.

    Tehát a browserben lesz a kernel, abban meg a browser? Sajnos ennek az elképzelése már meghaladja a képzelőerőmet...

    Van mar WebUSB vagy mi, mi tart vissza barkit attol hogy meg irjon egy par low level ilyen jellegu fuggvenyt, aztan irhatsz GPU drivert is JS-ben ha ilyen kedved van.

    Biztos baromi biztonságos lesz, ha a website-ok lowlevel nyúlkálhatnak a hardware-edhez.

    Es sandboxolva fog futni egy kulon kontenerben vagy anmyamkinjaban.

    És a sandboxban egy konténerben lesz a WebUSB és a többi lowlevel cucc, azokra épül a kernel, ami futtatja a browsert és abban lesz sandboxolva a WebUSB és a többi lowlevel cucc, amire épül a kernel, ami futtatja a browsert?

    Mar meg nem mondom mi a neve, de android TV-re volt valami ilyen. Egy random szerveren futott a browser, es te lenyegileg egy VNC-t kaptal hozza. Gusztustalan, de volt egy olyan featureje hogy mukodott rajta a flash az osszes tobbi browserrel ellentetben,

    Nagyszerű és a szerveroldali részt miben írták? Az is egy browser volt, abban futott a webszerver, amire lehetett csatlakozni? Az hova csatlakozott? (Egyébként rohadtul nem szeretném minden HTTP REQUEST-emet átfolyatni a kuglin vagy valamelyik másik spycorpon, köszi.)

    Egy tetszoleges elektronos app amikkel mostanaban mar Dunat lehet rekeszteni nem pont ezt csinalja?

    Hát nem. Hát rohadtul nem. Az Electron csak egy GUI fejlesztésre "alkalmas" keretrendszer, Chrome rendermotorral és node.js runtime-mal. Semmihez sem kötelező kapcsolódni. Ezt nem tudom, honnan szedted.

    Hat, a felho vilagaban mar igen. Mar nem az a divat, hogy van 1 db szerver hanem az csinal mindent, hanem van sok ezer es ossze vissza kommunikalgatnak egymassal, es ha lelovod alola a halozatot meghal az egesz.

    Nem érdekel sem a felhő, sem a divat. Van amit rohadtul nem célszerű felhőbe felpakolni.

    Igen, ugy hivjak hogy Chrome OS. (Igen, vannak ott valami appok amik valamennyire mukodnek net nelkul, de szerintem jo reszuknek nincs es csak sima weblap)

    "Szerinted." A Chrome OS - írd és mondd - egy Gentoo Linux. Környezetét és programjait írták C, C++, JavaScript, Python és Rust nyelveken. Ez se létezne az underlying ökoszisztéma nélkül, amire a browser épül. Ennyit az OS=browser felállásról, meg arról, hogy website-ok vannak software-ek helyett.

    A C forditokat is C-ben irjak, es hogy futtass egy C programot, kell egy libc, ami szinten C-ben van irva. Most ha ez lehetetlen akkor megis hogy mukodik igy mar 40 eve a technologia?

    Úgy, hogy nem így működik.
    Egyfelől amit írtál, az nem igaz: a C fordítókat nem C-ben írják, hanem amiben akarják, vagy tudják (van JS-ben írt C compiler is, de az első C fordítót is PDP-7 assemblyben írták és nem C-ben), a libc meg egyáltalán nem kell a C program futtatásához, ez a környezet és a fordító függvénye, hogy a runtime az external, vagy bundled; OS-less uC környezetben nincs semmiféle libc.
    Másfelől meg már megint nem arról beszélsz, amiről szó volt; nem az a kérdés, hogy a megfelelő toolok birtokában meg lehet-e valamit írni JS-ben (akár egy kernelt, vagy OS-t), hanem webes környezetről beszélünk, szerveroldali, meg kliensoldali részről; nem az a lehetetlen, hogy egy JS2x86 compiller-rel felvértezve ne tudnál kernelt írni JS-ben (max. jó lassú lesz), hanem az, hogy ha minden szoftvernek van szerveroldali része, ami függ a szerveroldali résztől, akkor a szerveroldali rész is függeni fog egy szerveroldali résztől és így tovább.

    Tényleg nem értem, mi nem érthető.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602207

    A legtobb bios mar automatikusan le tudja tolteni a netrol a bios frissitest, ugyhogy mar ez is multido, mert van.

    Nem, nincs. Megint nem erről beszélünk. Olyanról, amihez kötelező a szerver, nem pedig fel tud csatlakozni valahova, az nem szerveroldali rész.

    Ez mar a szorszalhasogatas kategoriaja szerintem, de ha azt mondom C# az jobb? Vagy Java? Minden nyelvnek van valami standard libraryja ami nelkul eleg nehezen hasznalhato barmire. A .NET nyelve ha ugy veszuk a CRL, csak abba kicsit maceras kodolni, ezert hasznalnak az emberek inkabb C#-ot vagy akarmit.

    Nem, nincs minden nyelvnek standard library-je. A libc sem standard, nincs mindenütt. A Pascal belegyúrja a runtime-ot a programba és fut a csupasz kernelen. És még sorolhatnám. Környezet és fordítófüggő.

    Javascriptre is lehet transpileolni, az most minek szamit?

    Iróniának. (Már, hogy annyira erőltetjük ezt a szar nyelvet, hogy mekkora jó, aztán szépen lassan már ott tartunk, hogy inkább írjuk meg bármi másban - akár nyelvben, akár keretrendszerben - amit kell, aztán majd transpile a végén, csak a JS-t fedje el valami előlünk...)

    Azert azt meg nezem hogy pure c kodbol hogy irsz meg egy interrupt handlert vagy hogy valtasz at long modebol compatibility modeba hogy futtass egy 32 bites appot. Max ha valaki ir egy olyan C compilert amibe igy extensionkent benne vannak ezek, de akkor az meg nem C lesz (bar mondjuk azert most is dependel a linux kernel egy adag gcc extensionon, de gondolom sajat compilert is nem akartak meg pluszba irni).

    Jogos, ezt nem gondoltam át, bármi ami közvetlenül piszkálja a CPU-t az nem írható meg, csak assemblyben...azaz JavaScriptben sem fogod tudni megírni, hacsak nem lesz ahhoz is extension, de ha JS-nél ér, akkor a C-nél is.

    Nope, browser=kernel. Egybe az egesz, szep monolitikusan, mint amilyenek a webes technologiak altalaban.

    Hát ez biztos baromi jó lesz, hogy belegyúrtuk a kernelbe a browsert. Gyors, stabil, biztonságos, mint amilyenek a webes technológiák általában. Király lesz, amikor a JS VM-je az egész kernelt magával fogja rántani, az összes alkalmazással együtt. Feltaláltuk a win95-öt, csak még annál is szarabb lett, a mikrofos könyörög a receptért, a windóz11 már browserben fog futni. (Aki teheti, még most fusson. Browserben.) BTW, mi lesz a szerveroldallal? Az is browserből fog futni?

    Az is: https://www.wired.com/story/chrome-yubikey-phishing-webusb/

    Hát ez tényleg nagyon biztonságos...

    Nem tudom, nem volt open source, nem neztem meg. De a kerdes az volt, hogy mifele browser az aminek szerveroldali resze van, hat ez olyan. Hogy az a szerveroldali resz mit csinal, az mar a szerveroldal baja.

    Nem, nem a szerveroldal baja. Az is szoftver, azt is meg kellett írni. Annak is lesz szerveroldali része? És annak is, ahova ő kapcsolódik? Még mindig nem érted?

    (Az hogy privacy meg ilyenek, a userek 99%-at total nem izgatja).

    Ismét forrásokkal alátámasztott adatokat láttunk, de egyébként ez a "nem érv" kategória, a kútba sem ugrunk mindenki után. Olyan helyen, ahol fontos a security, ott izgatni fogja az embereket.

    Nem mondtam hogy kotelezo csatlakozni barhova. De a legtobb electronos app valami webes szolgaltatashoz kapcsolodik, Skype, Discord, Slack, stb, ami lenyegileg egy webbrowser ami fixen egy weblapot betolteskor. (Attol mert a JS/HTML/CSS egy resze az ott van a kliensben es nem kell leszedni a szerverrol attol meg webapp marad).

    Na, ez a szőrszálhasogatás; nem mondtad, hogy kötelező (én nem állítottam, hogy mondtad, BTW), csak épp azt mondtad, hogy ezt csinálja:

    Miféle browser az, aminek szerveroldali része van? Csak egy helyre tud felcsatlakozni és majd az fogja neki lekérni az egyes oldalakat?
    Egy tetszoleges elektronos app amikkel mostanaban mar Dunat lehet rekeszteni nem pont ezt csinalja?
    Hát nem. Hát rohadtul nem. Az Electron csak egy GUI fejlesztésre "alkalmas" keretrendszer, Chrome rendermotorral és node.js runtime-mal. Semmihez sem kötelező kapcsolódni. Ezt nem tudom, honnan szedted.
    Nem mondtam hogy kotelezo csatlakozni barhova.

    No comment.

    Ettol fuggetlenul biztos vagyok benne hogy elobb-utobb meg fognak probalni mindent felkoltoztetni a felhobe. Az hogy van nehany kocka akinek ez nem fog tetszeni, azt magasrol lesz*rjak,

    Már most próbálják, de nem a kockákról van szó, hanem van, amit nem lehet, mert a felhő kiszolgáltatottságot jelent.

    Igen, van valami mogotte, mert a google meg nem irt javascriptben kernelt.

    Hint: Még mindig nem az a kérdés, hogy elméletben egy JS-compilerrel lehetne-e kernelt írni, hanem az, hogy hogy működne a webes - értsd: kliens-szerver - felállás ráhúzása minden szoftverre. (Hint: Sehogy.)

    De ha jol tudom ott meg egy nyamvadt shell nyitashoz is voodozni kell mert kulonben csak a fullscreen chromeod van es semmi mas, nem tudsz csak ugy letolteni ra egy random nativ appot es hasznalni.

    Érdektelen. A Chrome meg sem tud nyikkanni a kernel nélkül. Pont. (Egyébként lehet rá natív appokat letölteni és használni, mint bármelyik Linuxra.)

    Jo, nem voltam 100% pontos, altalaban abban irjak

    Igen, lehet libc nelkul is kodot irni ha nagyon akarsz, csak kicsit szopas lesz, mert egy nyamvadt syscallt se nagyon fogsz tudni inline assembly nelkul. Az ilyen embedded rendszereket meg emlitettem, ott lenyegileg te vagy a kernel, ott neked kell megirni mindent.

    Magyarul abban írják, amiben akarják, vagy tudják és a libc sem kötelező. Tehát, amit felsoroltál, nem állta meg a helyét.

    mert csak C fordito az mar nem nagyon van

    Nem nagyon?

    Rust-nal is, hgy leforditsd a rustot, kell egy leforditott rust (gondolom ott is volt a kezdetek kezdeten valami pure c vagy akarmi implementacio).

    OCaml-ben írták először, ha minden igaz, de ez mindegy, mert gizike-gőzeke; nem az a kérdés, hogy X nyelv fordítóját meg lehet-e írni X-ben, ha már van fordító, hanem az, hogy a kliens-szerver felállás ráerőltetése a szerveroldalra, az végtelen láncot csinál.

    Igen es szepen jol korbe fuggnek, aztan ha valamelyik lehal, lehal az egesz.

    Most mondhatnám, hogy akkor ez egy baromi stabil, megbízható és jól kigondolt ökoszisztéma, de itt még csak nem is körbefüggésről beszélünk, hanem egy végtelen láncról.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602226

    Jo de akkor a browserrel most mi van? Annak se kotelezo szerverhez csatlakoznia.

    Olvasd el a szálindító hozzászólást: minden újonnan írt szoftver = webes technológiákkal kliens-szerver felállásban írnak. Ez egy hamis állítás. Te meg azt próbálod bebizonyítani, hogy nem az.

    Az hogy a libc hogy kell mukodjon az le van irva a kulonbozo c szabvanyokba (C89, C99, C11). Igen, megengedi a szabvany hogy legyen free standing environment ahol ennek nagy resze hianyozhat, de van ami meg ott is kotelezo. Ha nincs, akkor az nem C nyelv es nem C fordito, legfeljebb arra valami nagyon hasonlito dolog.

    Nem C nyelv? Tehát, ha én mikrokontrollerre nyers binárist fordítok C-ből, ami memóriacímeket piszkál és nincsenek függőségei, az nem C nyelv? Hát mi? FORTRAN? Remélem ez vicc volt. És azok a C fordítók és programok, amik az első szabvány előtt keletkeztek? Azok talán ALGOL60-asok? Tök fölösleges csűrni-csavarni, nem kötelező semmi.

    Jo, de most kerdem en, miben mas ez, mintha .net vagy java bytecodera forditanank? Ugyan ugy nem a nativ utasitaskeszlete a CPU-nak, es ember szamara kb hasonlo keppen fogyaszthatatlan mindketto.

    Ki mondta, hogy más? (Oké, a dotnet, vagy a Java az kevésbé lesz szarabb, de ez mellékes.) Ettől még a runtime az környezet és fordítófüggő.

    Mondtam en hogy nem? En csak arrol vitatkozok hogy valami megvalosithato-e vagy sem, azt nem allitottam hogy nem egy idiota barom barki aki tenylegesen megprobalja :)

    A végpont nélküli rendszer nem megvalósítható. Ill. megvalósíthatónak megvalósítható, de majd mindenütt kapsz egy gyönyörű végtelen ciklust is. Működni nem fog.

    Igen, de ennek megint koze nincs a megvalosithatosaghoz. Attol, hogy az amishok nem hasznalnak semmi elektromos eszkozt, meg letezik a szamitogep es sokan hasznaljak...

    Security = Amish lifestyle? Ennyi erővel attól, hogy a plasztikpicsa maga mellé rántja a működő hajszárítót a kádba, azt még nem kell követni.

    Jo, lehet a "tetszoleges" helyett az "atlagos" szo jobb lett volna az eredeti mondatomban, de mindenesetre en egy trendre akartam ravilagitani, hogy egy csomo electronos app az lenyegileg egy chrome ami fixen betolt egy weblapot inditaskor, meg esetleg van benne 1-2 aprosag ami picit mas, tekintve hogy nincs a browser sandboxaba zarva.

    De a szálindító az volt, hogy az újonnan íródott programokat így írják, minden programot, ami nem igaz, te meg ezt próbálod megmagyarázni, hogy de ezt meg lehet csinálni. És erre volt a példa, hogy az elektronosok is ezt csinálják. Nem. Csak csinálhatják. Pont, ahogy a natívok is.

    En sajnos ugy erzem ezt eleg sok donteshozo ezt meg nem fogta fel, felraknak mindent a felhobe, aztan ha egyszer lehat majd vakarjak a fejuket. Szoval, lehetni lehet felkoltoztetni, maximum nagyon rossz otlet.

    Pont erről beszélek. És többek között ezért sem fog működni, hogy minden felhős legyen, mert ahol még épeszű emberek vannak, ott ez nem fog átmenni.

    Erre mondom hogy igen. Attol hogy egy szoftver kliens-szerver, meg nem kell minden egyes legaprobb featureehez is kapcsolodnia. Egy IRC kliens is elindul szerver nelkul, csak aztan sokra nem megyek vele.

    Direkt kipécéztél valamit, aminek szüksége van szerverre és ráhúzod mindenre, aminek nincsen. De, ha már IRC...az IRC szerver is a browserben fog futni és csatlakozik egy browserben futó webszerverhez?

    Nyilvan abban irjak amiben akarjak

    Örülök, hogy konszenzusra jutottunk: a technológia és a self-hosting nem úgy működik 40 éve, ahogy te lefestetted; köze nincs hozzá.

    Jo es ebbol mennyi amit tenyleg fejlesztenek is meg hasznalnak is? Gondolom a PDP-11-es compiler biztosan beletartozk ebbe a kategoriaba. Meg ebbe a listaban egy csomo az nem csak C fordito, hanem C/C++ fordito es igazabol csak azert tud C-t mert hogy az majdnem egy subsetje a C++-nak.

    A wiki maga is megjegyzi, hogy a lista töredékes. Egyébként Rust fordítóból sincs hatszáz darab. Valószínűleg C-ből még több van. Aktívan fejlesztett.

    Erre szerintem a masik kommentemben valaszoltam.

    Szintén.

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2602440

    Itt menet kozben elment a beszelgetes afele hogy lehetseges-e, es en arra irom hogy igen. Nyilvan nem fog mindenki felulni a legujabb divatnak.

    Én meg azt magyarázom, hogy nem lehetséges. Az állítás az volt, hogy minden szoftver kliens-szerver módon működik, de a szerver maga is szoftver és ha egy felhős környezetben, ahol a kliens semmit nem tárol, a szerverek maguk is kliensek, akkor egy végtelen kapcsolódási láncot fogsz előállítani, ahol nincsen egyetlen végpont sem. Te összekevered az elosztott tárolást a minden is kliens-szerver felállással. Nem, nem lehet minden szoftver kliens-szerver; a szerver az szerver kell, hogy legyen; az, hogy ő kapcsolatot tart más szerverekkel és adatot kér be tőlük, az baromira nem ugyanaz. Rohadtul nem arról beszéltünk, hogy van egy browseres kliens, egy webszerver és egy adatbázisszerver és a browserbe úgy kerül adat, hogy a webszerver az adatbázis szerverből kéri le az adatokat, aztán egy másik formában (HTML) visszaadja a browsernek. Ti arról beszéltetek, hogy minden szoftverre rá lehet húzni azt a felállást, hogy ő egy kliens, ami egy browserben fut és csatlakozik egy webszerverre; hát ha a webszerver és az adatbázisszerver is egy browserben futó kliens, ami csatlakozik valahova, ami szintén...hol lesz az adat? Elvitte a felhőcica?

    Hat ha azokat a pontokat ami a C szabvanyban benne van hogy freestanding environment eseten is tamogatnia kell nem tamogatja, akkor nem.

    Es igen, ami nem teljesiti a szabvanyt, az nem szabvany C fordito. Ezert szabvagy. Pont. A rendort se fogja ertekelni, ha az autodba nincs tompitott fenyszoro, hogy azon kivul pedig minden pontban megfelel a kresz eloirasainak. (A standard elott meg hivhattak valamit C forditonak, mert akkor meg nem volt szabvany aminek meg kellett felelnie. Utana pedig lehet valami pre-standard C vagy hasonlo cimket raaggatni, ha nem felel meg a standardnak).

    Tehát magyarán, ami 1972-ben megszületett, az akkor a C nyelv volt, de most már nem a C nyelv volt, mert a standard miatt már nem lehet C nyelvnek hívni. Ahogy azt sem, ha írok egy egysoros C programot, ami mikrokontrollerre lefordítva beállít egyetlen memóriacímet és nem kell hozzá semmi sem, akkor az sem C nyelvben van írva, hiába abba van írva. Hát ez azért nagyon nem így működik. Egyébként te nem szabvány fordítókról beszéltél, hanem arról, hogy ami nem használ libc-t, az nem C nyelv, mert a libc működését előírja a szabvány. És ez sem igaz.

    Ilyet nem mondtam sehol.

    Nem mondtad, de az analógiád ezt sugallta, mert rossz volt a hasonlat.

    Csak arra akartam utalni, hogy attol hogy valamilyen megvalositas *bizonyos* emberek szamara elfogadhatatlan, nem jelenti azt hogy masok szamara is.

    De az, hogy a világ nagyobb fele szarik a security-re, az nem azt jelenti, hogy mindenki.

    Vagy hogy ettol megvalosithatatlan lenne.

    A szar security? Az megvalósítható. A minden szoftver webes kliens-szerver? Az nem.

    Igen, de ha minden programot igy irnak, akkor csinalni fogjak, nem csak elmeleti lehetosegkent csinalhatjak. Az hogy a keretrendszer nem teszi kotelezove az ilyen szempontbol irrelevans. Most is tudsz webre lenyegileg offline appot csinalni.

    De nem erről volt szó. Nem az volt a kérdés, hogy lehet-e offline webappot csinálni; az nem is kliens-szerver, de ezt már leírtam fentebb.

    Lenyegtelen, elmeleti megvalosithatosagrol beszelunk, nem arrol hogy 100-bol hany donteshozo menne bele.

    De elméletben sem megvalósítható. Ha minden szoftver kliens-szerver alapokon működik, akkor a szerver is kliens-szerver alapon működik és neki is szednie kell az adatokat valahonnan, mert ő nem tárol adatokat, mert ő kliens. Nem érted, hogy ha a szerver sem tárol már semmit, ha a szerverből is klienst csinálsz, akkor gyakorlatilag te magad tetted lehetetlenné a minden kliens-szerver felállást, mert hogy lehet minden kliens-szerver felállású, ha a szerver maga is kliens? Hogy lehet szerver-kliens felállást létrehozni egy olyan rendszerben, ahol nincs szerver, mert az is kliens? Tényleg nem érted?

    Miert ne? Van mar node.js-ben levo irc szerver, ki kell terjeszteni a browser apikat hogy lehessen szervert csinalni benne es valahogy beleeroszakolni hogy mittomen az eppen belepett userek listajat egy masik webszerveren tarolja es bam.

    És az a másik webszerver, ahol az userek listája tárolva van, az is egy browserben futó kliens? Ő hova fog csatlakozni? Egy másik szerverhez, ami megint egy browserben futó kliens? Hol lesz végül az adat? Ha azon a bizonyos webszerveren, akkor az végpont és ő nem kliens-szerver felállású.

    Ettol fuggetlenul a GCC az C/C++, a Clang az C++, az MSVC az C++, linuxon a kernel, glibc, musl, binutils, assembler, etc C, az msvc runtime az C++. Attol mert lehet mashogy, meg nem az a jellemzo.

    Ez már megint csak a szavakkal való játszadozás. Te tettél egy állítást, hogy így működik, én ezt cáfoltam, hogy nem így működik, max működhet. Az egész érvelésedben ez a hiba, hogy van egy séma, ami N esetben működik, Σ-N esetben meg nem, de te ennek ellenére extrapolálod az egészre és nem veszed észre, hogy egyrészt ez egy hamis összeállítás, másrészt meg egy olyan állítást teszel, amivel rögtön meg is cáfolod az állítást: "minden szoftvert meg lehet írni browserben futó, szerverre kapcsolódó felhős kliensként, a szervert is beleértve", márpedig, ha a szerverek is kliensek, akkor végeredményben sehol sem lesz igazából szerver, tehát nem is létezhet kliens-szerver felállás, mert nincs is szerver, csak további kliensek. És nem, nem az elosztott tárolásról/terhelésről volt szó, hogy a szervereknél csak részadatok vannak és egymás közt kommunikálnak, hanem szó szerint arról, hogy minden szoftver megvalósítható úgy, hogy ő egy csak kliens, ami egy szerverre kell, hogy kapcsolódjon. Nem, így nem lehet az összes szoftvert megvalósítani. A szálindító kolléga azt állította, hogy ma már minden újonnan írt szoftvert így csinálnak, webes kliens-szerver módon (ez még úgy is hamis állítás lenne, ha csak az lett volna az állítás, hogy valamilyen webes technológiával/nyelven csinálják), te meg azóta ezt véded, hogy de, ez lehetséges, de közben az elosztott adattárolásról és szerverközi kommunikációról beszélsz, azt hozod példának, ami távolról sem ekvivalens azzal, amiről szó volt.
    És egyben ezért volt gizike-gőzeke hasonlat a C-nyelvben írt C-fordító, mert nem a nyelvi autocompile/self-compile/whatever lehetségessége volt a kérdés, hanem a kliens szerver felállás generikus extrapolációja.

    Es abbol mennyi ami tenyleg jelentos es sokan hasznaljak? Az hogy hacker pistike szabadidejeben csinal valamit es felrakja a githubra ahonnan letolti osszesen 2 ember az nem erdekel.

    Lényegtelen, hogy mennyien használják, vagy, hogy téged mi érdekel és mi nem. Az, hogy valami neked nem kell, az nem jelenti, hogy másnak sem.

    Ha nem valami egzotikus vagy nagyon microcontroller hardverre fejlesztesz, akkor a jelentosebbek a GCC, Clang, MSVC, Intel, talan meg ez a Borlandos csoda... de ezek igazabol mind C++ forditok amik tudnak C-t is.

    És mint tudjuk a mikrokontrolleres környezet az manapság leírhatatlanul ritka, senki nem csinál ilyet, tehát, ha van is mondjuk húszféle uC C-compiler, az is irreleváns.
    Különben is, a mikrokontrollerek szoftvere is egy kernelbe integrált browserben futtatott kliens, ami felcsatlakozik egy browserben futtatott webszerverre, ami csatlakozik egy másik browserben futtatott webszerverre, ami... Mi is volt a feladat? Két LED-et kapcsolgatni. De most van egy browser-OS-ünk. Mikrokontrollerre. Kötelező szerverkapcsolattal. És még mindig nem tudjuk, hogy - lévén felhőben vagyunk és a kliensek nem tárolnak adatot, a szerverek meg kliensekké változtak a minden szerver-kliens megközelítés miatt - honnan is jön majd az adat, amit a két LED kijelez.
    Nem baj, hogy bizonyos szoftvereket már csak a fizikai korlátok miatt sem lehet megvalósítani webes alapokon?

    Oldschool Computer - http://oscomp.hu




    Impresszív memóriakezelési fejlesztések érkeztek a ReactOS-be: https://hup.hu/cikkek/20210310/impressziv_memoriakezelesi_fejlesztesek_erkeztek_a_reactos-be#comment-2601512

    De itt ő nem arról beszélt, hogy van egy JS VM-ünk, ami futtat egy programot, hanem arról, hogy a program konkrétan webes és konkrétan a browserből fut, ill. a backend a szerveren. Erre próbáltam meg szarkasztikusan célozni, hogy oszt' a browser is a browserben fog-e futni.

    Oldschool Computer - http://oscomp.hu




    Antiszociális: https://hup.hu/treyblog/20210306/antiszocialis#comment-2599013

    Sajnos az emberek tesznek is róla, hogy senki ne akarjon segíteni a másik emberen.

    Egyszer sötétben kerekeztem hazafelé és hallom, hogy egy nő segítségel valahol a sötétben, tőlem tizenegy órára, a főútról leágazó mellékutca sarkán. Odamegyek, látom, hogy egy faszival viaskodik, aki rajta fetreng. Rászóltam (mármint a fószerra), hogy na, ezt kurwa sürgősen abba lehet fejezni és azzal a rössel telegrácsolni kezdtem a szonikoknak. A faszi feltápászkodott a tyúkról, kiállt a fénybe és elkezdett a zsebében kotorni. Ugyan valamivel nagyobb voltam nála, de egészségileg már le voltam robbanva, 25+ kilót fogytam nem zsírból, ráadásul, ha kést vesz elő, akkor az pláne nem lesz vicces.
    A faszi azonban legnagyobb megrökönyödésemre egy személyit kapart elő és részegen nyünnyögött nekem valamit. Aztán egy idő után leesett, hogy azt kérdezgeti, hogy polgárőr-e vagyok, vagy miféle; a baromállatja a sárga mellény miatt hatósági személynek nézett (nem tudom, hogy ki találta ki, hogy a bicikliseknek hordania kell, de innen is sör). A biztonság kedvéért azért rácsörögtem a két sarokra lévő öcsémre, hogy jöjjön már oda "erősítésnek", aztán megvártuk a zsarukat.
    Amikor kiérkeztek, kikaparták az átvitt értelemben és szó szerint is elázott nőt az árnyékból, aztán gyorsan elkezdték kikérdezni őt is, meg a fószert is és itt jön a poén: a pasas és a banya egybehangzó elmondásából kiderült, hogy itt szó nem volt arról, hogy ez a részeg pancser bántani akarta volna ezt a hülye banyát (mert egyébként az volt), hanem a vasorrú bába picsarészegen mágneslapnak nézte a vízelvezető árok fenekét, ez a részeg majom meg kihúzta a vízből. A nő meg legott felkínálta magát neki, csak miután nekiláttak a dolognak, inkább meggondolta a dolgot és segítségelni kezdett, mert fő a konzisztens gondolkodás, csak hát a másik az alkoholnak és egyéb kémiai okoknak köszönhetően már autopilot módban volt. Nabazmeg... A fickóról egyébként kiderült, hogy körözték, így aztán kattant is a bilincs és vitték, ők tudják hová... Öcsémmel azóta ezen röhögünk, hogy körözik ki tudja hány gaztettért és egy "jótett" miatt kapják el.

    Egyébként a banyát konkrétan ismertem is, akárhányszor láttam mindig részeg volt, egy napon pl. a járdán eltaknyolva találtam meg és sipákolt, hogy nem tud felállni. Nem tudom már, hogy hányan mászkáltak épp arra, de nem segítettek neki. Hozzányúlni nem mertem, nehogy kárt tegyek benne, ki tudja mije törött el (meg elkapni se nagyon akartam semmit), de a mentőket kihívtam rá és megvártam, amíg megjönnek. Egész végig engem szapult válogatott trágárságokkal és gyönyörű bierlandi akcentussal, hogy hagyjam őtet békén. A mentősök már ismerhették, mert a főnökük meglehetősen emelkedett hangerővel kommunikált vele, aztán felparancsolta a földről és érdekes módon fel tudott állni.

    Érdemes az ilyeneken segíteni?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> belaqq , hetvenhatos , nullptr


    Antiszociális: https://hup.hu/treyblog/20210306/antiszocialis#comment-2599327

    Jó ég... Nem is tudom melyik a legnagyobb geci; a karcolós, a szomszédok, vagy a biztosító. (Jó, nyilván a biztosító, de érted.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gyurex


    Antiszociális: https://hup.hu/treyblog/20210306/antiszocialis#comment-2599344

    Azt tette, amit tennie kellett. Az a szomszédokat minősíti, de nagyon csúnyán, hogy őt hibáztatják a biztosító helyett.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> enpassant , neuron


    Antiszociális: https://hup.hu/treyblog/20210306/antiszocialis#comment-2599341

    Kösz...a bizalmat. :P

    Oldschool Computer - http://oscomp.hu




    Antiszociális: https://hup.hu/treyblog/20210306/antiszocialis#comment-2599357

    Na, ilyet se láttam még, hogy a nevem a "le" igekötőt helyettesítse egy mondatban. :P (Egyébként egybe kell írni az igével.)

    Oldschool Computer - http://oscomp.hu




    Osszuk meg a videót!: https://hup.hu/node/162943#comment-2316865

    Már csak egy olyan TV kéne hozzá, ami a kompoziton, meg az RF-en kívül mást is fogad. :)

    BTW: s/aljazzon/aljzaton/




    Osszuk meg a videót!: https://hup.hu/node/162943#comment-2318356

    Lehet, hogy elírta és 5 tűs akart lenni, mert nem csak a VIC-20-on, de az első szériás C64-eken is olyan volt.




    Szovjet CD audio projekt: https://hup.hu/node/172923#comment-2597587

    Pedig nem sok kellett volna, hogy a régi viccre (Szovjet Hi-Fi torony = hokedlin a SOKOL rádió) rácáfoljanak...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> freeoli


    Szovjet CD audio projekt: https://hup.hu/node/172923#comment-2598553

    Szoviet óroszórszágban, rádijó hallgat téged.

    (Naná, hiszen kuriózummá válik.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Vales


    Szovjet CD audio projekt: https://hup.hu/node/172923#comment-2598559

    Tudom, hogy strapabíró; a ruszki cuccok többnyire azok.

    Oldschool Computer - http://oscomp.hu




    FYI: :$i30:$bitmap NTFS bug javítva: https://hup.hu/cikkek/20210302/fyi_ntfs_bug_javitva#comment-2598618

    Valamikor a deb alapúak is tudták.

    Oldschool Computer - http://oscomp.hu




    X11/Xorg villamkerdesek - mi tortenik ha kihuzom az utolso display-t?: https://hup.hu/node/172906#comment-2596747

    Szerintem itt válaszokat kapsz.

    A monitor lehúzása, majd visszadugása ugyanazt eredményezi, mint a ki és bekapcsolása: semmit. Visszajön a kép és minden megy tovább.

    Oldschool Computer - http://oscomp.hu




    X11/Xorg villamkerdesek - mi tortenik ha kihuzom az utolso display-t?: https://hup.hu/node/172906#comment-2596792

    Nm. Ez így megy VGA, DVI, HDMI és DP kábelekkel is. Mindet húztam már ki Linux alatt és nem történt semmi.

    Oldschool Computer - http://oscomp.hu




    X11/Xorg villamkerdesek - mi tortenik ha kihuzom az utolso display-t?: https://hup.hu/node/172906#comment-2596943

    A kérdés az utolsó monitor lehúzására vonatkozott, én sose tapasztaltam semmit, az utolsó monitor lehúzásakor. Több meg nem volt.

    Oldschool Computer - http://oscomp.hu




    X11/Xorg villamkerdesek - mi tortenik ha kihuzom az utolso display-t?: https://hup.hu/node/172906#comment-2597001

    Hát ez tényleg szőrszálhasogatás, mert ha carlcolt kérdése az volt, hogy

    mi tortenik ha kihuzom az utolso display-t?

    ill.

    Mi tortenik az X11/Xorg szerverrel, ha lehuzom az utolso monitort?

    akkor értelemszerű, hogy ha valaki erre úgy válaszol, hogy "a monitor", akkor az a bizonyos monitor, az az a bizonyos utolsó monitor, amiről szó volt, amiről a kérdés szólt.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    X11/Xorg villamkerdesek - mi tortenik ha kihuzom az utolso display-t?: https://hup.hu/node/172906#comment-2597013

    Hát erre sajnos nem tudok válaszolni. De van hatvannyolc darab teszkógazdaságos ezresem, hogy több monitornál is reprodukálni lehet, hogy ha le is húzod valamelyiket, ugyanazt fogja visszarakni oda, ha visszadugod, ha belövöd, hogy melyik képernyőt hova tegye ki, per EDID, vagy a nyavalya tudja, hogy mi van HDMI meg DisplayPort alatt... Sose volt többmonitoros rendszerem, utánakeresni meg most Lusta Dick vagyok. :P

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593056

    Thx.

    Hát nyilván, minél kevesebb bitplane-ed van, annál egyszerűbb kezelni, de 640x480x16-os képernyőt Amigán is lehet nyitni (HIRES|LACED és 4-bites színmélység). Persze egy sima, nem multisync PAL/NTSC monitoron villogni fog.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593139

    Vagy, ha engedélyezi a mixed contentet.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593164

    Van. Csak a hoster domain-jére szól, nem az enyémre, úgyhogy ha belinkelném, akkor meg domain-mismatch miatt nem jelennének meg a képek. Hozzáférés nélkül pedig semmit nem tudok beállítani.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593278

    Az oscomp.hu még sütit sem tárol a gépeden. Nincs értelme bármit is titkosítani.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593277

    Mert haveri alapon ingyen van náluk.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593526

    Jelen pillanatban semmi pénzem sincs, úgyhogy ez felejtős. Egyébként sincs kedvem 16 év után szolgáltatót váltani, amikor 16 év alatt össz-vissz ennyi volt vele a gond és ez sem az én gondom.

    Nem tudom, mit csinálok rosszul, de a múltkor is és most is világosan le volt írva, hogy HTTP-n keresztül vannak belinkelve a képek, azaz pont úgy, mintha egyáltalán nem lenne HTTPS és sokadjára sem érted meg. Nem tudom ennél szájbarágósabban elmagyarázni.

    Amit meg a szálnyitónak írtál, azt már többen is leírtuk.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593540

    Hogyne lenne elvárható, hogy ne kelljen benne matatni: egyszer kell engedélyezni a mixed contentet és akkor többször garantáltan nem kell matatni benne, egyszerűbb, mint eljutni a Marsra. Vagy olyan browsert használni, ami nem a felhasználó helyett dönti el, hogy mit nézhet meg és mit nem.

    És mi ezeknek abban az üzlet, hogy ingyen tárolják a képeimet?

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593543

    16 év alatt 768.1 MB-ot hoztam össze, sose nőném ki a limitjüket...

    Mindegy, legközelebb majd beágyazom a képeket, ha a hup engedi.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593731

    Nincs hozzáférésem. Csak egy FTP accountom van.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593766

    Nem akarom a piszlicsáré mizériáimmal csesztetni őket, van elég dolguk.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593276

    Thx. Ezt a bebbo féle 6-os GCC-vel fordítom, de elméletileg SAS/C-vel is fordulnia kéne, csak most minden szét van itt szedve/borítva, nem próbáltam le az original gépen, a régi környezet még a RocTec-es HDD-ken van.

    Nem, ezt EHB-vel nem lehet megcsinálni, legalábbis triviálisan biztos nem, két okból. Egyfelől ugyan az igaz, hogy az EHB 64 színű, tehát abból is lehet 64 egy sorban, de ebből csak 32-őt lehet szabadon állítani, ez pedig minduntalan összeakadásokba fog torkollni, még a csatornák színei is ütközni fognak; nem tudsz olyan palettát összeállítani még egy sorra sem - még akkor sem, ha a színsorrendet figyelmen kívül hagyjuk - ami jó lenne. (Arról konkrétan infóm sincs, hogy a felezés analóg módon történik-e, a "digitális hardware-en túl", azaz a valós feszültségértéket fogja felezni a rendszer a kimeneten és így pl. egy 9-es összetevőből "4.5" lesz, vagy pedig "belül" feleződik és mivel a hardware csak 16 szintet tud per csatorna, így ez 4-re redukálódik és ez is ütközni fog a 8-asból felezett 4-essel.)
    A másik ok meg az, hogy Copper mágiát itt lehetetlen lenne alkalmazni, pont az miatt, amit a záróakkordban leírtam: a Coppernek is van késleltetése (konkrétan a 32 színregiszter végigírása 6 bitplane esetében 528 pixelig tartana ((1 + 32) * 16)) és a felbontása 4 pixel "durva", tehát csak nagyobb négyszögeket lehetne vele csinálni, ami meg már nem férne rá a képernyőre.
    Pont CPU-val lehetne megcsinálni, mert annak ilyen bajai nincsenek, csak oda meg minek EHB, akkor a monokróm képernyő is jó, teleírva egyessel, majd CPU-ból időzítve az 1-es színregisztert módosítjuk végig. :)

    Bezony, ez WineUAE. :)))

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593446

    Erről beszéltem, hogy nincs nyerő kombináció, mert a felezés miatt még egy csatornán belül is összeakad, nemhogy hármon. Ezek szerint akkor még az miatt is, hogy a felezés belül történik.

    Hát pont ez az, hogy nagyon is kellene állítani soron belül, mert 64 színünk van egy sorban, de csak 32 regiszterünk, azaz félúton cserélni kell az egész palettát. Hogy a HBlank alatt van-e 396 ((1 + 32) * 12) pixelnyi idő a 32 regisztert újraírni, azt nem tudom, de még ha van is, a sor közepén, amikor a második 32 szín kezdődik, ott biztos nem lesz (igen, innentől az EHB-nek nincs értelme).
    Ezt Copperrel nem lehet így megoldani, hacsak nincs valami nagyon durva trükk rá. CPU-val időzítve lehet, de akkor meg megeszi a gépet reggelire. :)

    Max. azt tudom elképzelni, hogy nem 64x64-es lesz a mátrix, hanem LACED képet nyitunk és 32x128-as. Ebben az esetben egy sort elég egyszer újratölteni és ha tényleg van a HBlank alatt kb. 400 Copperciklusnyi idő, akkor nem kell HAM üzemmód. Viszont akkor úgy fog villogni, mint a búbánat. :P

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593275

    Köszi.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593288

    Hirtelen néztem, hogy a képek ugyanott vannak, akkor mit igazítottál rajtuk, aztán láttam, hogy az előttük lévő tördelést változtattad meg.
    Igen, a HTML-t kézzel megírtam offline, ott nézegettem browserben, aztán behúztam az egészet a formba és amit még kellett, azt az előnézetekkel kijavítgattam benne.

    Sz*rk: Az egy sor chunky szerkezetét mutató kód elé valahogy bekerült egy üres paragrafus és lejjebb tolta a kódblokkot, üres teret hagyva felette, azt kiszedtem.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593294

    Pedig a floppy-val még zenélni is lehet. :) (A Gaddafi vírus is zenélt az Amiga floppy-jával.)

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593308

    Mert az Amiga max. 4 floppy-t tud kezelni, ehhez két Amiga kell, soros, vagy párhuzamos kábelen összekötve. :) (Bár nem tudom, lehet, hogy az csak OS nem lát többet, de a felfűzött floppy-kat meg lehet hajtani bitbanginggel.)

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593337

    Akkor marad a két Amiga. (A CIA 13. és 14. lábának swapje a DF0/DF1 swaphez az megvan.)

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593352

    Elég, mert a dallam alapvetően lebontható basszus/dob és melódia részre, de gyengébben fog szólni. :) (Sőt, ha valaki nagyon tud, akkor egy floppy is elég.)

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593339

    Én viszont nem csalódtam, tudtam, hogy valamibe tuti bele fogsz kötni. :P

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593349

    Ja értem. Oké, amint lesz időm összereszelni egy FPC-s crosscompile környezetet, átírom.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593388

    Thx.

    640 széles LORES, ami 320-nak látszik? Ezt a trükköt nem ismertem, de nem lep meg, hogy az Amigából ezt is ki lehetett sajtolni. Ennek majd utánaolvasok, köszi az infót. Így már meg lehet úszni a Copperlist-et, bár maga a setup nem tudom mennyire triviális.

    Az megvolt, hogy az AGA bármelyik febontásban tud már 8 bitplane-t; mondjuk, ha mind a 262144 színt ki akarod rakni, akkor még 1024x512-ben is elég pici hely fog jutni az egyes színeknek (2x1 vagy 1x2 pixel).

    Előfordul. Azt nem tudtam, hogy az egész HAM módot csak benne hagyták, de a HAM5 esetén szilárd meggyőződésem volt, hogy csak azért létezik, mert csak bonyolította volna az áramkört, ha direkt letiltják, mint ha a generikus lekezelés mentén elérhető marad.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593430

    Hát ez a demo sem bitszeméttel gurigázik...

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593742

    Vannak még egyáltalán fiatalok a demoscene-en? Szerintem már a legfiatalabb scener is betöltötte a 30-at, de fixme.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593756

    Nem az áramló tudás mennyiségével van baj, az most is megvan, sőt még több is és sokkal jobban hozzáférhetően, mint régen (értelemszerűen). Az a baj, hogy elveszik a zajban, mert a zaj is sokkal nagyobb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neuron


    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593732

    Thx. Majd lesz még.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593739

    Thx.

    > alap volt, hogy assembly-ben írtuk a programot

    Ez maximum a 8 és 16 bites konzolokon volt alap, a homecomputereken viszont úgy nézett ki, hogy a sebességkritikus részeket volt célszerű assemblyben megírni, a többit meg abban, ami jól esett (C, BASIC, Pascal, FORTRAN, Amigán esetleg E és a többiek).
    Ha valami szerintem alap, akkor az az, hogy az eszközt a feladathoz választjuk és nem a feladatot igazítjuk az eszközhöz. A 8 és 16-bites konzolokon gyakorlatilag a dolgok 95+%-a sebességkritikus volt, a maradék meg olyan kevés, hogy akár assemblyben is meg lehetett írni, tehát ott nem volt értelme bármi mást használni (meg ugye ott a futtató környezet is megnehezítette a dolgokat), de itt pl. mi előnyünk származott volna abból, hogy assemblyben írjuk meg az egészet? Semmi, lévén az OS függvényeit mindegy, hogy miből hívod, a videomemória egyszeri végigírása meg így tömbösen assemblyből kb. pár mikroszekundummal lett volna gyorsabb.

    Fogok majd mutatni olyan cuccot, amiben lesznek assembly betétek, de az assemblyt tisztán erőltetni sosem volt túl sok értelme egy homecomputeren, maximum, ha az volt a cél, hogy beleférjen pár byte-ba. Bár egyébként még a 8-bites homecomputereken is ott volt a tokenizált BASIC, ami nem ritkán kisebb kódot eredményezett, mint az assembly (nyilván lassú volt és kellett hozzá a BASIC interpreter is, de most nem sebességkritikus dolgokról beszéltünk, a BASIC interpreter meg az alapfelszereltséghez tartozott).

    > és az OS letiltása volt az első lépés, hogy ne maszatolja szét az időzítést semmi

    Igazán nem kötekedésből írom, de pont ez a mentalitás volt az oka annak, hogy Amigán nagyon sok nyögvenyelősen használható szoftver keletkezett, mert nem rendszerbarát módon írták meg őket, hanem a rendszer megkerülésével, a hardware közvetlen - és nem jól implementált! - piszkálásával, holott a rendszer több, mint partner volt abban, hogy ugyanúgy meg tudd írni, hogy ne essen szét sem időzítés, sem semmi.
    De sok 8-bitről és árkádról átszabadult programozó azzal nyitott, hogy letiltotta a rendszert, megkerülte a hardware funkciókat rendesen felprogramozó OS rutinokat és behányta a biteket úgy, hogy az ő gépén ment, aztán meg csodálkozott, hogy amit írt az stock A500/KS1.2-only; gyorsabb CPU-val nem megy, 32-bites címbuszú CPU-val nem megy, újabb KickStarttal nem megy, FastRAM-mal nem megy, HDD-vel nem megy, ECS-el nem megy, urambocsá' AGA-val nem megy...és még sorolhatnám.

    A rendszert letiltani egyébként C-ből is le lehet...csak itt éppen minek?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> pink , mash


    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2593795

    Én meg pont erről beszéltem, hogy pont a homecomputereken nem volt túl sok értelme erőltetni a tiszta assembly-t, főleg 16 biten nem. Ami sebességkritikus azt célszerű assemblyben megírni, a többinek meg teljesen mindegy.

    Arról, hogy ahogy te megközelítetted, annak a konzolokon volt értelme egyedül (meg árkádon). Mondjuk C64-en még csak-csak meg lehet indokolni, hogy a gyári BASIC-ja gagyi és a hardware meg a rendszer is viszonylag egyszerű, tehát lehet több pepecselés lesz, ha beviszel valami magas(abb) szintű nyelvet is a képletbe, mint ha azt a pár tucat rutint/makrót egyszer megírod, aztán csak használod minden cuccodban, de a két nagyságrenddel bonyolultabb hardware-es és software-es környezettel bíró Amiga gépcsalád esetén nem sok indokot lehet felsorakoztatni a mindent is assemblyben megközelítés mellett.

    Sz*rk: Alámszerkesztettél.

    > Csak azt mondom, hogy 20 évvel ezelőtt, amikor mi hasonló dolgokat csináltunk (demók, játékok), akkor assembly-t használtunk és rácsodálkoztam, hogy valaki máshogy közelíti meg, mint mi akkor.

    Pont ezt magyarázom, hogy az a megközelítés nem feltétlen volt jó.

    > az interruptok és a multitaszk rendszer bármikor elveheti a vezérlést. Ha a processzor annyira gyors, hogy egy erősen optimalizált ciklust megszakítás nélkül végrehajtva pont jól sikerül kirajzolnia egy képet, akkor logikus volt ezt a lehetőséget letiltani. Pl. egy pixel széles oszlopokból kirajzolt szinusz scroller nem hagyott sok időt másra.

    Nem azt mondtam, hogy nem volt értelme átkapcsolni kizárólagos módba, hanem azt, hogy nem alap, hogy ezzel nyitunk, hogy letiltjuk az OS-t. Nyilván, egy demo-nál kellett az egész gép, de mi van a felhasználói cuccokkal, vagy a játékokkal?

    > Nem az OS függvényeit hívtuk, hanem kézzel hajtottuk végre kb. ugyanazt (illetve gondolom néhány esetben egyszerűbbet, kevesebbet, csak annyit, amennyit éppen kellett. Elhagyva ilyen-olyan paraméterek vizsgálatát, elhagyva mondjuk nem kritikus hibák kezelését, stb.)

    Hát pont ez az, hogy "kb. ugyanazt (illetve gondolom néhány esetben egyszerűbbet, kevesebbet, csak annyit, amennyit éppen kellett. Elhagyva ilyen-olyan paraméterek vizsgálatát, elhagyva mondjuk nem kritikus hibák kezelését, stb.)". Egyszóval nem úgy lett a hardware felparaméterezve, ahogy kellett volna. És így keletkezik a non-portable Amiga software, meg az upgrade-blocking Amiga software. Arról nem is beszélve, hogy ha tényleg ugyanazt implementáljátok le, mint az OS függvény, akkor elhanyagolható lesz a különbség, amit nyertetek vele; pont azért volt gyorsabb, amit a rendszerkerülgető kóderek írtak, mert a felét nem csinálta meg annak, amit kellett volna.

    > Én nem teszteltem, de elfgoadtam amikor a nálam okosabbak és tapasztaltabbak azt mondták, hogy az OS függvényeket nem lehet használni mert túl lassúak.

    Mely rutinok? Milyen körülmények között? Mihez képest? És mi az, hogy "nem lehet"? Miért lenne blocker egy könyvtárlista, egy fájlnyitás, vagy egy képernyő nyitása? Vagy a GUI programozása? Nem csak demoeffektek vannak, amiknek kell a hardware 101%-a. (Illetve ez sem igaz, mert általában zene is szólt alatta, tehát volt még szabad erőforrás az effekten túl.) Egyébként egyel feljebbi bekezdés: ha rendesen ugyanazt leimplementáljátok, mint az OS, akkor nem sokkal vagytok előrébb.

    > Simán lehet, hogy megszokás volt a legfontosabb. C=64-en assembly-ben toltuk, Amigán meg csak ugyanazt a megközelítést folytattuk.

    Erről beszéltem.

    > Én pont akkor kezdtem el sok év assembly programozás után C-t megtanulni és használni, amikor olyan programokat kezdtem írni Amigán, amik OS függvények hívásával dolgoztak.

    A nyelv mellékes, assemblyből is lehet hívogatni az OS-t. Csak pepecselősebb.

    > Viszont ezek nem próbáltak időkritikus módon video memóriát manipulálni, stb. Kitettek ilyen-olyan requestereket meg ablakot rajzoltak meg fájlokat nyitottak meg, írtak, másoltak, stb.)

    Tehát nem is volt értelme assemblyben megírni. Vagy letiltani hozzá az OS-t.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> pink , mash


    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594112

    > Nem akartam minősíteni se az egyiket, se a másikat.

    > Abban az időben mindenki ezt csinálta, akivel csak beszéltem, vagy akiről csak hallottam. Ez elég sok ember volt, Magyarországon is és külföldön is.

    > Ezt nem azért írom, hogy ezzel azt bizonyítsam, hogy az a megközelítés jobb, csak azt mondom, hogy az alatt a nem is tudom 6-7 év alatt, amíg ezzel foglalkoztam, nem láttam senkit, nem hallottam senkiről, aki nem így csinálta volna.

    > Ezért volt meglepő, hogy te egy másik megközelítést használtál.

    Nekem a scene, meg az egész közösségi rész kimaradt. Ugyan 87-88 magasságában lett a családban C64 (majd C128) és 89 karácsonyán A500 (egész pontosan ez volt a mi gépünk; a képen látható összes cucc megvan még (ill. a nyomtatót nem tudom), de a gép sajnos el lett adva annak idején, valahova Százhalombattára...), de nekem annyi infóm volt, amit Apa újságjaiból összeszedtem. Pl. a GURU hasábjain is volt programozási rovat és ők speciel próbálták erőltetni a rendszerbarát megközelítést (Brazil még kiselőadást is tartott a levrovban, hogy miért is); ugyan többnyire assembly volt, de rendszerbarát módon.
    Az amigás közösséggel csak 2005 legvégén, vagy 2006 legejején találkoztam. (Felejthetetlen volt, felmentem az #amigahu csatornára és /join után azonnal jött az instakickban; még megszólalni se nagyon volt időm. Utána valaki (talán Leeroy, vagy Artlace) rámqueryzett és "levizsgáztatott", hogy amigás-e vagyok...)

    > A játékok abban az időben nem sokban különböztek a demóktól, ugyanazokon a korlátokon ugyanazokkal a módszerekkel kellett áttörni.

    Hát azért nem egészen. Egy játék erőforrásigénye jóval kisebb volt, mint egy demo-é. Oké, nem feltétlenül, mert egy Doom-klónra ez pont nem igaz, de azt meg pont nem futtattad stock A500-on.

    > A500-on a legtöbb játék bootolható lemezről a gép teljes átvételével működött. A Kickstart nem a Workbench-et töltötte be, hanem a játékot.

    Igen, volt szerencsém ilyen játékokhoz, amiket nem lehetett HDD-ről bootolni, volt amit át is írtam HDD-sre (fun fact: ennek a programnak a ringyózos átirata volt a technikusi vizsgamunkám. :P); speciel egy ilyen Mastermind klónnál mégis mi indokolta, hogy az egész rendszert lekapcsolják és blokkonként olvassák szerencsétlen floppy-t?
    A WHDLoad projektet ismered? Azzal foglalkoznak, hogy HDD-ről bootolhatóvá tesznek játékokat. A játékok elsöprő többségének egyáltalán nem volt szüksége arra, hogy úgy írják meg, ahogy megírták.

    > az volt a cél, hogy ne csíkozzon bele a lemezművelet a háttérbe

    Ha nem a vasat bombáztátok volna közvetlenül, akkor nem csíkozott volna bele...

    > ne csússzon el az akárminek a kiírása, és minél több minden férjen bele az időbe. Ugye az időt a CRT elektronsugarának a haladása diktálta, ezért kellett real-time-nak lennie a programnak. És természetesen egy program nem lehet real-time, ha egy nem real-time OS-re kell várnia.

    Az időt leginkább a CPU és a chipset korlátai diktálták, de a játékok jórésze nem igényelte azt a megközelítést, amit a demo-k.

    > Félreérted :-) Nem könyvtárakat és fájlokat olvastunk a floppyról, hanem a floppy drive hardver-t közvetlenül kezelve blokkokat.

    Te értetted félre a kérdést: ugye az volt az állítás, hogy az OS rutinjai túl lassúak, de pl. pont a lemezműveleteknél a bottleneck az nem az OS rutinjának a sebessége volt, hanem a floppy-é, vagy akár a HDD-é. Erre próbáltam célozni. Meg arra, hogy egy képernyő kinyitása sem lesz lassú, ha az OS rutinjait használod, de legalább be is lehet zárni, ellentétben a bitbanggel létrehozott és a képernyőre tolt nyers képernyőmemóriával. Vagy a GUI programozása; hát ott kb. a felhasználóra várunk; mitől lenne az lassú? Arra próbáltam reflektálni, hogy ezt így sommásan kijelenteni, hogy az OS rutinjai lassúak, nem lehet.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594186

    Ahogy bilgéc beöntötte a jónépet a számítógépek világába, úgy adták le a nívót a számítástechnikai magazinok is. Meg egyébként minden más is.

    Pedig a C16 és tsai. (C116, +4) idehaza elég nagy közösségi karriert futottak be; miért nem próbáltál a CoV hirdetésein keresztül levelezőpartnereket keresni?
    Látod, én meg semmilyen algoritmust nem tanultam az egyetemen, mert kihullottam a matek miatt. :P (Ebben a külön röhej, hogy assemblyben az egész évfolyamon én tudtam egyedül rendesen programozni, de idehaza a matek a szent grál...)

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594385

    A mai programozóvilág baromi rossz irányba tart, az fix, de nem kötelező velük tartani. Meg lehet bombázni kóddal a régi vasakat is, abba már nem szól bele a mai bloatkultusz. :P

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594473

    > Kollektíve mindenki?

    Nnna... Kezdődik... Hol írtam ilyet?

    > Mi a jelenlegi rossz irány és szerinted mi lenne a jó?

    A provokatív szalmabábcséplő kérdés alapján ebbe felesleges belemenni, mert te már a kérdés feltevése előtt eldöntötted, hogy mit akarsz hinni. Hát...higgyed.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> pink


    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594757

    Részemről ennek semmi köze a nosztalgiához. Pont azt fejtegettem a topicban - ha nem tűnt volna fel - hogy Amigára is rengeteg silány szoftver született a rossz felfogás miatt: mert kóderek írták őket, nem programozók. Kóderek, akik algoritmizálni és optimalizálni baromira tudtak, de tervezni és gondolkozni nem, csak fusson, csak addig maradjon egyben az egész, amíg a a kiadó leteszteli A500-on, vagy amíg következő demoparty-n lemegy az A500-as compogépen. Igen, belefért 3 byte-ba és lefutott 2 nanoszekundum alatt, de futni csak közel 100%-os környezeti egyezés mellett futott, de még akkor is esetlegesen.

    Ma a mainstream-ben, ennek a morbid inverze igaz. Megírják a kóderek úgy, hogy minden mainstream izén fusson, de teszik ezt elfuserált nyelvekkel és bloated futási környezetekkel, könyvtárakkal, keretrendszerekkel, amik iszonyat konvulens - túlmérnökölésnek is csak borzalmas jóindulattal hívható - módon oldanak meg mindent, hurcolják magukkal a sokszáz MB-ra, vagy akár GB-okra rúgó függőséghalmaikat, de nem számít, csak fusson windózon, macOS-en, Linuxon, vagy az okostelefonokon, vagy a browserekben.
    Az optimalizációt meg elfelejtették; megírta a kóder a matematikai - vagy bármilyen - modelljét a függvényeiben, aztán hívogatja cikluson belül, de az nem jut eszébe, hogy a bemeneti értékkészlet számossága alacsony, tehát nyugodtan kitehette volna a függvénye végeredményeit egy táblába.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595051

    Az a baj, hogy az Electron csak egy a problémás ökoszisztémák közül. Az egész webkettő ennek a mocsárnak az eklatáns példája, amikor egy weboldal minimális funkcionalitásáért többféle többmegás JS keretrendszer felel, vagy a backenden terpeszkedő sokmegás, mindenre jó, de valójában semmire sem PHP-s keretrendszerek (a szerveroldali JS-ről már nem is beszélve). Vagy ott van a bankokat meghódító Java; az a nyelv is egy rémálom, meg az is, amit kiokád magából, meg az is, ahogyan utána futtatja. De ott van a Python is, illetve pontosabban nem maga a Python, mint nyelv, mert abból van még mikrokontrolleres verzió is, hanem konkrétan a desktopon felépült Pythonos ökoszisztéma a többféle csomagkezelőjével, ezerféle függőségével (és függőségkezelésével!); hacsak meglátom, hogy valaminek Pythonos a buildkörnyezete, már előre csikorgatom a fogam... Aztán ott a dotnet, amiből blikkre húzogatnak be mindent, ha kell, ha nem, aztán csodálkozunk, hogy egy ablak kirajzolása meghaladja a gép képességeit (ld. még a régi ATi Catalyst Control Center, vagy a windows vista egyes részei).
    És nem is kell föltétlen az új nyelvekre és környezetekre mutogatni, mert egy igazi lamer bármilyen nyelven tud jávaszkript kódot írni: ld. GTK sorozat, na az is egy kupac szar, spagetti kód, agyhalott, körkörös függőségek, a 3-as meg már olyan lassú is, mint egy reumás csiga, pedig az pure C kód...

    Értékelem én, hogy vetted a fáradságot, hogy rendes terheléselosztást csinálj, csak nem tudom, hogy ez hogy kapcsolódik ahhoz, hogy a programozóvilág rossz irányba megy. Felesleges volt magadra venned bármit is egy általános tendencia megemlítése miatt.

    Én viszont nem értem meg azt, aki nem akar megtanulni semmit sem rendesen és mindenhova a kicsorbult svájci bicskáját akarja használni, akkor is, ha léggömböt kell felfújni. A program pedig elkészülne, mert szükség lenne rá, csak akkor nem lehetne összekókányoltatni másnapra fél fillérért. Itt leginkább az játszik közre, hogy rengeteg a meló és nincs elég ember, ezért olyanokkal is dolgoztatnak, akik nem csak, hogy nem értenek hozzá, de le is szarják az egészet; na nekik készülnek ezek az agyhalott ökoszisztémák.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595531

    Ma is lehet olyan weboldalt készíteni (szoktam is), ami méretben és egyszerűségben megegyezik a 20 évvel korábbi társaival, de az ugyanannyit is fog tudni: szöveget megjeleníteni egy-egy képpel. Ha azonban több funkcióra van szükség, akkor nagyobb lesz az oldal mérete, ebben nincs semmi meglepő.

    Nagyobb lesz, de ennyivel? Ez a pszeudoprogresszívek fals dilemmája, hogy ha több funkció kell, akkor az sokkal több kódot jelent. Hát nem. Komplett webes vállalatirányítási rendszereket fejlesztettem le, amiben töméntelen RT funkció és segédeszköz volt, a JS kód meg még egy C64 memóriáját sem töltötte volna meg. Az előző melóhelyemen én csináltam egy autonóm beléptetőpanel szoftveres részét és volt webes backend, annyi beállítással, funkcióval, szenzoradattal, ami egy karácsonyfának is sok lenne, a JS kód pedig 17.3 kB. Nemrég volt egy próbafeladatom, ahol egy kereshető sorrendezhető táblát kértek, jQuery-vel és táblapluginekkel; a jQuery alaphangon 90k, a táblapluginek meg többszáz kilósak. Én kevesebb, mint 8k-ból megoldottam a JS részt. És még többet is tudott, mint egynémelyik soktízkilós táblaplugin, ami jó esetben egy mezőre tud szűrni, vagy rendezni.

    Szóval rohadtul nem indokolt, hogy ennyire baromi sok kódból oldjanak meg dolgokat. Egyszerűen csak a webkettő úgy néz ki, hogy a divatkeretrendszereket használni kell és punktum.

    A mai web egy teljes platformmá nőtte ki magát, akár Quake 3 is fut egy átlag böngészőben, ami elég elképesztő, ha megnézzük honnét indult az egész.

    Ja, tényleg elképesztő, csak épp almát hasonlítunk a körtével; nem a Q3 JS verziójával van baj, hanem azzal, amikor ötven JS keretrendszert használnak egyszerre.

    A web meg elég nagy ahhoz, hogy mindkettő elférjen egymás mellett. Ha egy sima blogot olvasok, elvárom, hogy egyszerű és kis méretű legyen, hiszen csak szöveget jelenít meg végeredményben.

    Csakhogy a blog alatt is többszáz kB JS fog futni, mert csak.

    Ha azonban valami komolyabb szolgáltatást használok online, akkor nem csodálkozok, hogy szükség lesz hozzá JS-re is, hiszen annyi funkciót tud, amiért korábban egy külön programot kellett volna letöltenem a gépemre és offline futtatnom.

    Nem. Ld. a válaszom első szakaszát.

    Mutass egy olyan oldalt, ahol több MB-nyi JS kell egy alapvető funkcióhoz (valami nagyon elszúrhattak rajta).

    Ott a youtube. Már egy sima oldalt sem kapsz JS nélkül, mert 100% JS render az egész. Pedig valamikor még letiltott JS mellett is ment. Aztán ilyen nyalánkságok vannak benne, hogy egy URL visszaadásához is többtíz kilónyi JS hegyeket kell futtatni.

    Mellesleg az összes JS-bundler kiabál, ha pár száz kB-nál nagyobb lesz a végső csomag mérete.

    Biztos érdekli a webkettő gányereket.

    A Python még azelőtt született, hogy rájöttek volna: egy nyelvhez kell gyári csomagkezelőt is mellékelni, hogy sikeres legyen. Azonban az évek során szépen lassan kiforrott a dolog, sok Python csomagot használok, meg fejlesztek is Pythonban, nem szoktam problémába ütközni.

    Jó neked. Én meg szívok vele, amikor kitalálja a buildsystem, hogy a pip-en keresztül rakjak fel Wheelt, meg utána Meson-t, meg Ninja-t, meg mittudomén, az egyik ezzel nem kompatibilis, a másik azzal, a Debian Team meg felrakott egy olyan Meson-t a repoba, amihez Python 3.5 kell, Pythonból meg 3.4-et raktak fel...

    A bicska néhány pengéje élesebb, mint bármi más, ezért akarják máshol is használni őket.

    Mondom kicsorbult svájci bicskát.

    Ott van pl. a CSS flexbox, amivel triviális különféle elemeket tetszőlegesen elrendezni, ami alapvető funkció egy GUI-nál. Minek akarjon valaki megtanulni egy tök más megoldást erre, ha ez már bevált és könnyű használni?

    Hogy minek? Hogy ne kelljen a szemetéhez egy komplett webes rendering backend, talán annak.

    Az Electron-nal írt programok nagy része nem is csinál mást, kvázi ugyanúgy néz ki, mint egy weboldal.

    És annyit is zabál, mint egy JS-sel telibevert oldal. Ezt még te sem tagadtad, hogy az Electron egy bloatgenerátor, sőt te hoztad fel példának.

    Sokan pont ezért választják, hogy nagyrészt közös kódbázissal megoldható legyen a multiplatform kiadás.

    És én mit mondtam az elején? Ezt: "Megírják a kóderek úgy, hogy minden mainstream izén fusson, de teszik ezt elfuserált nyelvekkel és bloated futási környezetekkel, könyvtárakkal, keretrendszerekkel, amik iszonyat konvulens - túlmérnökölésnek is csak borzalmas jóindulattal hívható - módon oldanak meg mindent, hurcolják magukkal a sokszáz MB-ra, vagy akár GB-okra rúgó függőséghalmaikat, de nem számít, csak fusson windózon, macOS-en, Linuxon, vagy az okostelefonokon, vagy a browserekben."

    Örülök, hogy konszenzusra jutottunk.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595854

    Hogy manapság már tök fölösleges a jQuery, abban egyetértünk. 10-15 évvel ezelőtt még egy fontos szerepet töltött be, mára azonban a böngészők megoldották azt a problémát, ami miatt a jQuery született. A 8 kB-os megoldásod feltételezem nem támogatta IE9-et, mint a jQuery, szóval annyira nem fer az összehasonlítás. :)

    ie9-em hirtelen nem volt, de volt itt egy kimustrált virtuális xp ie8-cal, azaz egyel korábbival. Kíváncsiságból kinyitottam benne (nem meglepő módon nem ment) és elkezdtem fixálni a funkciókat. Kifixáltam az AJAX-ot, a tábla megjelenítését, a keresést, sorrendezést, szerkesztést (már 95+%-os funkcionalitásnál járunk), aztán belefutottam valami cacheing mizériába és meguntam. De még mindig csak 7.5 kB-nál járok; egy-két sort kellett hozzáadni per funkt. Remélem nem azt akartad megmagyarázni, hogy a jQuery ie-kompatibilitási rétegre épülő tábla plugin többszáz kilója az ie-kompatibilitás miatt többszáz kiló, ha azt már a jQuery megoldotta. És nem, még az ie kompatibilitás sem csinál többszáz kB-nyi plusz kódot.

    A fejlesztők többsége azért használ egy library-t, mert nem akar egy korábban megoldott problémát újra megoldani, hanem a saját dolgaival akar inkább foglalkozni. Én nem állnék neki írni egy n+1. táblázatkezelő libet, ha van már olyan, ami a céljaimnak megfelel.

    Úgy tényleg nincs értelme a vitának, ha nem arra válaszolsz, amit írtam. Nem egy db. konkrét célú JS libről van szó, hanem komplett keretrendszerekről, ráadásul többről, egyszerre.

    Egyesével megnézed, vagy miként tűnik ez fel?

    Felbőgnek a ventilátorok, megugrik a load, aztán JS tilt és hirtelen minden megint csendes.

    a Google is bünteti a lassú oldalakat.

    Mi számít a google-nek lassúnak? Ha a krómban kipróbált kód még ma betölt krómban? És a többi browser? Egyébként, ha a legtöbb oldal ilyen trágya, akkor nem számít a google büntetése, mert mindet büntetni fogja.

    Ez valamilyen szinten megakadályozza a több száz kB-os JS-t futtató blogokat, mert senki sem fogja őket olvasni.

    A fenét. A júzereket még a cryptomining sem zavarja. Fel sem tűnik nekik, hogy az egész olyan, mint a csiga.

    Ha leterheli a CPU-t a fölösleges JS, akkor is bezárom az oldalt.

    Az se rossz, de én inkább tiltom a JS-t.

    A Youtube tök más tészta. Nem a hozzá nem értés miatt ilyen, hanem ez a termékük szerves része. Azért így oldották meg, hogy minél nehezebb legyen lelopni a tartalmat róla, mert az nekik nettó veszteség a kieső reklámbevétel miatt.

    Kár volt belinkelni az URL védelmet, mert így teljesen ignoráltad az első felét: a 100% JS-rendernek nincs köze a tartalom lelopásához. A hozzáértésről meg ennyit: http://www.commitstrip.com/en/2016/07/04/pre-roll-video/ (Igen, én is tudom, hogy ez vicc, de van benne igazság.)

    Egyébként meg a statikus oldalgenerátorok épp reneszánszukat élik. Van közöttük JS alapú is, de a legtöbb sima HTML-t generál. A Netlify és társai ezt a hullámot meglovagolva nőttek óriásira.

    Hogy jön ez ahhoz, hogy a webet elárasztotta a JS? Vagy a bankok Java appjaihoz, vagy a dotnet cuccait blikkre berángató alkalmazásokhoz? Vagy ahhoz, hogy a windows 10-ben ötvenszer tárolják le ugyanazt a kódot/adatot redundánsan és még a debug infókat sem strippelik a libekből? Ha vannak ezek a statikus generátorok, akkor a többi nincs?

    Miért ne? Miért töltse egy fejlesztő azzal az idejét, hogy az x. platform y. keretrendszerét is megtanulja, hogy abban is lekódolja ugyanazt a GUI-t, amit már z db másik platformon lekódolt?

    Szalmabáb érvelés. Nem azt mondtam, hogy kódoljon le mindent nulláról, hanem azt mondtam, hogy az Electront kerülje el. Miért? Mert így sokkal több erőforrást zabál a szemete. Ez csak a hardwaregyártóknak jó, senki másnak.

    A webes technológiák elég jók ahhoz, hogy egy minimál multiplatform GUI-t össze lehessen rakni velük.

    Több, mint másfél évtized webfejlesztés után azt hiszem megalapozottan mondhatom, hogy a webes taknyológiák semmire se jók. (Kis túlzással.)

    Mint mondtam, az oprendszerek gyártóinak kellene egy konzisztens HTML render motort gyárilag leszállítani és akkor nem kéne Electront használni.

    Milyen szempontból konzisztens? A vizuális végeredményből? Hát abból a szempontból nagyjából konzisztensek a létező motorok, amit a HTML kód leír, az közel azonosan néz ki mindegyikben, ami eltérés akadhat is, az a default CSS beállításokból ered. (Mínusz a HTML5 még nem támogatott elemei az adott motorban.) Mire gondoltál?

    A natív programok is eszik a memóriát, kérdés, hogy mennyi a különbség.

    Programfüggő, mint mondtam, egy igazi lamer bármilyen nyelven tud jávaszkript kódot írni; de azért nem a C++ szokott lassú lenni. Hovatovább, az Electron még mindig csak egy példa volt.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595935

    > Melyik tábla plugin volt ez?

    Több is. Keress táblaplugineket a jQuery-hez. (Gondolom, most mindjárt megkeresed a legprimitívebbet, ami csak 30 kB...)

    > Könnyű egyébként gyűjteni a kB-okat, ha mellékel saját CSS-t, meg mobilon is jól működik, meg általános használatra készül sok funkcióval.

    JS kódról beszélünk, nem CSS-ről.

    > A te tábla megoldásod biztos jó volt arra a pár funkcióra, amire kifejlesztetted, de nem egy általános pluginnak készült.

    Minden további nélkül lehet arra használni. Ami miatt "nem általános", hogy a mezők kézzel vannak megadva benne. Pár sor kód és jöhet konfigtömbből. Próbálhatod bagatellizálni, csak felesleges. A jQuery-s táblapluginok többsége, ahogy néztem egy mezőre tudott szűrni és rendezni, nem volt multifield filter és order, pláne nem prioritizálható sorrenddel.

    > Mi neked a keretrendszer? Nekem pl. Angular/React/Vue/stb.

    Nekem is ezek.

    > Soha nem láttam még olyat, hogy valaki egyszerre használt volna ezekből többet. Minek? Ugyanazt valósítják meg, csak máshogy.

    Mert nem éltél webfejlesztésből... Az egyik funkciót ezzel a keretrendszerrel valósítják meg, mert ehhez van plugin, a másikat azzal, mert ahhoz van plugin...

    > Ami egy felhasználónak is: max 1-2 mp a felső limit az első betöltésnél.

    Ehhez képest baromi ritka, hogy valami 1-2 sec alatt bejöjjön. (Ld. hup-os topicok, ha már szóbahoztad a hupot.) Egyébként melyik browserből 1-2 sec? Nem csak króm van. Nem véletlen, hogy a gugli ennyire erőlteti a JS-t; a króm JS motorja a legerősebb, ha az egész átáll a JS-erőltető megoldásokra, a króm versenyelőnye fokozódni fog.

    > Mi a problémád a 100% JS renderrel, azon a nyilvánvaló eseten kívül, hogy letiltott JS mellett nem megy? Van annak is jó néhány előnye és nem jelenti egyből azt, hogy lassú lesz az oldal.

    Az, hogy szerver oldali rendernél a szervert terheljük vele, jóesetben egyszer, amíg a cache nem lesz invalidálva, míg kliensoldalinál minden egyes klienst, ugyanazzal a renderfeladattal, sokszor. Miért is kell ez? Egyik példa pl., hogy meg lehessen indokolni az okostelefonok gyors erkölcsi avulását.

    > A többi felsorolt problémához nincs közük nyilván.

    Ehhez képest szépen leragadtunk a JS/Electron körben, pedig mint mondtam, csak egy közülük.

    > Van még ilyen egyáltalán? Pláne böngészőbe ágyazott.

    ie-only oldalak is vannak még, a pénzügyi szektor nehezen mozdul.

    > És hogy készítsen asztali változatot a webes szolgáltatásából egy fejlesztő anélkül, hogy 0-ról újraírja a GUI-t?

    Qt-hoz van saját stylesheet (QSS), lehet a CSS-t konvertálni, de egyébként színes-szagos, seggkinyalós GUI buildere is van.

    > Powered by lesajnált webes technológiák. :D

    Mert ugye itt a Drupal 8-ra való átállással is sokkal jobb lett minden.

    > Egyébként minek foglalkozol akkor még mindig vele, ha 15 év alatt se találtál egy neked tetsző webes stack-et?

    Azzal foglalkozom, amit megfizetnek. Ha van más, azt csinálom.

    > Felsorolni se lehet hányféle megoldás van,

    A többségük szar, max. egy-két specifikus célra létrehozott cucc van, ami azt tényleg jól tudja, amire kitalálták.

    > és sajátot is létrehozhattál volna ennyi idő alatt.

    Szerinted nem csináltam, többször is, a különféle cégeknek? Ott örültek, hogy milyen gyors, aztán annyi.

    > Közel pixel pontos megjelenés mindenhol és ne kelljen azzal törődni, hogy melyik platformon milyen feature támogatott, hanem egy egységes API legyen. Az Electron pont azért készült, mert a natív webview komponensek platformonként eltértek render végeredményben és elérhető funkciókban is. Amíg ezt nem oldják meg, addig marad az Electron.

    Pedig pont erre törekednek és elég nagy százalékban ugyanaz is jelenik meg, a maradék meg a default CSS-en múlik, de épp ezért vannak ilyen reset CSS-ek is. Egyébként hogyan is szabadulunk meg a webes technológiától, ha a browserek eljutnak oda, ahova te mondod?

    Egyébként, ahhoz képest, hogy állításod szerint a véleményem érdekelt, már elkezdted bagatellizálni amiket csináltam és már kezded a véleményemet is karikírozni; már próbálod rámhúzni a csörgősipkát. Megmondtam, hogy magasról teszel a véleményemre, te már eldöntötted az elején, hogy mit akarsz hinni.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595974

    Ez amit írsz, ez a dinamikus oldal/dinamikus betöltődés, én pedig nem erről beszéltem, hanem a kliensoldali renderről, direkt ki is emeltem, hogy arról van szó.
    Nem az a baj, amikor AJAX-szal behúzol plusz HTML kódot a szerverről amit egy-az-egyben egy darab insertAdjacentHTML() vagy innerHTML segítségével beraksz a helyére, az a gáz, amikor kliens oldalon renderelődnek az oldal, akár statikus, akár dinamikus részei, ahol HTML helyett kap egy JSON tömböt, azt először felparse-álja objektumtömbnek, aztán végigiterálja és createElement-ekkel, attribútum beállításokkal és appendChild-ekkel szerel a helyére, azaz egyetlen értékbeállító parancs helyett - ami a natív HTML parser-t hívná meg - inkább a script-ből interpretálva létrehozza egyesével az érkező node fa elemeit, mint ha kliens oldalon születtek volna, holott nem.

    A renderről beszélgetünk, nem a betöltésről.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596111

    > De ezzel egy rakás problémát a nyakadba veszel

    Pont ezzel a mentalitással van bajom; ahelyett, hogy rendesen meg lenne szerveroldalon csinálva, inkább ráterhelik a kliensekre, mert az olcsóbb.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596123

    Az eseményvezérlőket nem csak JS-ből lehet felhúzni az elemekre, hanem HTML-ből is megadható.
    #define nagyon nehezen lesz karbantartható

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596133

    Egyáltalán nem. Az egy-egy attribútum, ami már from-start megvan, ha meg egyesével húzgálod rá JS-ből, az fog kilométer hosszú spagetti kódot eredményezni, ha meg a window.onload tele van szórva assign-ekkel, akkor az még sokkal lassabb lesz.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596184

    Ameddig adatcsere van a két oldal között, addig a két kódbázis mindenképpen függeni fog egymástól, ezen nem tudsz változtatni. Az, hogy van egy API-d, amit egymás között használnak és amíg annak az API-nak megfelelnek, addig cserélgethető a két oldalt meghajtó motor, az a függés tényén nem változtat. Részemről pedig mindig azt preferáltam, ha a kliens és a szerver "egymáshoz" lettek írva és nem pedig összeollóztam az egymáshoz semmi közzel nem bíró backendet és frontendet.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596277

    Valamilyen függés lesz, de általában ez egyirányú, vagyis a kliens függ az API-tól és az API-nak csak arra kell figyelnie, hogy minden változás visszafele kompatibilis vagy megfelelően verziózott legyen. Amit te felvázolsz ott kétirányú függés van, vagyis nem lehet az API-hoz új feature-öket úgy hozzáadni, hogy azt a kliens ne támogassa, vagyis előbb a klienst is fel kell készíteni. Ez még működőképes lehet ha egy csapat dolgozik az adott szoftveren és van pár hetente egy release, de amikor a szoftveren több csapat dolgozik folyamatosan több kontinensen szétszórva és akár több production deployment is van egy nap, akkor ezek a problémák már sokkal nehezebben managelhetőek.

    A függés mindenképpen kétirányú; szerinted, ha a backend nem támogat valamit, akkor hogy adsz hozzá új feature-t a klienshez? Mármint olyat, aminek szólnia is kell a backendhez, a tisztán kliensoldali feature-öknek érdektelen az API.

    Én se úgy értem, hogy a kliens és az API egymástól független, nyilván az API a kliensek igényét hivatott kiszolgálni és ennek mentén van fejlesztve. Csak azt mondom, hogy az API-nak nem kellene számon tartania, hogy mit és hogyan támogatnak a kliensei, pláne mivel több kliens verzió futhat párhuzamosan.

    Nagyon nem értek egyet; mi van, ha valaki nekiáll bullshittel bombázni a backendet? Mi van, ha valaki szándékosan kitörölget az elküldött lekérésekből? De, az API-nak tisztában kell lennie azzal, hogy hány és miféle értéket vár és ami hibádzik, azt ki is kell pótítania.

    Miután mindez működik az éles oldalon, kapunk egy olyan feladatot, hogy egyszerre több darabot is hozzá lehessen adni a kosárhoz az adott termékből. Ehhez a gomb mellé kell rakni egy mennyiség mezőt, aminek az alapértelmezett értéke egy, és amit a felhasználó tetszőleges mennyiségre növelhet. Valamint a hozzáad API végpontot is módosítani kell, hogy a termék száma mellett meg lehessen adni a mennyiséget is. Mivel az eseménykezelést a kliens valósítja meg, ezért a klienst is módosítani kell, hogy elküldje a rendelt mennyiséget a hozzáad API-nak. Itt már eleve felmerül a kérdés, hogy a kliens a DOM-on keresztül olvassa ki a mennyiséget, vagy az a mező is kapjon egy eseménykezelőt amin keresztül a kliens kód meg tudja jegyezni, a felhasználó hány darabot rendel. Akárhogy is csináljuk, előbb a klienst kell módosítani, hogy tudja kezelni a találati listában az új mezőt és elküldje a hozzáad API végpontnak, majd ezután deploy-olható az API változtatás.

    Akkor kezdjük azzal, hogy ezt akár úgy is át lehet hidalni, hogy a backend felé kommunikáló részek előbb mindig lekérhetik a backendtől az aktuális selectorlistet, hogy miket is kell nekik összeszedniük és átküldeniük, aztán amit még nem létezés okán nem talált még meg a kliensoldalon azt a szerveroldalon default értékkel helyettesítjük. Ily módon a kliens verziója irrelevánssá válik, mert a backend mondja meg neki, hogy mit kell visszaadnia, tehát a kliensoldali kódnak soha nem is kell tudnia, hogy miket kell átadnia, ezért nem is lesz beledrótozva, viszont ennek a hátulütője, hogy van a legtöbb AJAX-oló részben plusz egy request. De van jobb megoldás is...

    Azonban mi történik akkor, ha egy felhasználó nyitva hagyott egy tabot pár nappal ezelőttről, és indít egy új keresést? Meg fogja kapni a találati listában a mennyiség mezőt, amivel az ő kliens verziója nem fog tudni mit kezdeni. Ahhoz, hogy ezt a problémát kezeljük, az API-t verziózni kell, és fel kell készíteni a klienst, hogy tudja használni az új API-t. Ekkor előbb az új API verziót kell deploy-olni, ezután lehet frissíteni a klienst, ami már az új API verziót használja. A régi API verziót addig kell támogatni, amíg a régi kliensek végleg eltűnnek (ezt legfeljebb az API monitorozásából deríthetjük ki, meddig érkeznek kérések a régi végpontra).

    ...ami pedig a rendszer felkészítése arra, hogy a kliens megváltozhat. Van egy lekérhető pont a rendszerben, hogy mikori az utolsó kliens revízió, amit ciklikusan le is kér a kliens és ha a kapott érték magasabb, mint az, ami a kliensben épp tárolva van, akkor újra kell húzni az oldalt.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596061

    (*.min.js méretek):

    (Just for the record: az enyém minifizálás nélkül és kommentekkel együtt volt < 8 kB.)

    A képességeket nem hasonlítottam össze, de feltételezem korrelálnak a mérettel. Persze könnyedén előfordulhatott az is, hogy egy nagy méretű plugin nem tudta azokat, amire neked szükséged volt, így az lett a benyomásod összességében, hogy ez egy tök fölösleges bloated plugin.

    Ha korrelálnak a mérettel, akkor hogy futhattam bele olyan heavyweight pluginba, ami szinte semmit sem tudott? Egyébként jellemzően a méretnek semmi köze nincs a tudáshoz; hogy ne csak a jQuery körül kerengjünk, ott van mérlegpéldának az Adminer és a PHPMyAdmin.

    Ez téves feltételezés. Webfejlesztés miatt tanultam meg programozni, ami meg követelmény volt a csoportnál, ahol anno elkezdtem alapkutatással foglalkozni (attól most tekintsünk el, hogy persze teljesen más felfogású programot kell fejleszteni).

    Én azt mondtam, hogy abból élni, nem azt, hogy foglalkozni vele. Ha te a webfejlesztéssel egy tudományos csoportban folyó kutatás kapcsán találkoztál, akkor sose nézhettél igazán annak mocsoknak mélyére, ami a webfejlesztő cégek berkein belül, a konzumer szférában folyik. Láttál már Smarty-s template-ezést? Vagy egy "classic" WP portált belülről? Már bocs, de egy elefántcsonttoronyból könnyű azt mondani, hogy azért annyira azért nem szar ez.

    Nagy oldalaknál ritka, blogoknál azért nem. Sima statikus oldalak pár tized mp alatt bejönnek (persze ehhez megfelelő szerver/CDN is kell).

    Egy HUP topik betöltése leginkább a hozzászólások számától függ. A kisebbek betöltődnek 2 mp alatt (FF, 7 éves laptop), a nagyobbaknál tovább gondolkodik a szerver.

    Az oscomp vendégkönyvében közel 4000 poszt jön le 1-2 sec alatt. A BGAFC 21000 posztja kb. 15 sec, de az sem azért, mert a kód lassú (mármint PHP-hoz képest), hanem mert 32 MB-nyi szöveg van benne. Cache-ing egyik alatt sincs.

    Egy mobil egyszerre olyan kevés tartalmat jelenít meg, hogy annak renderelése nem okozhat problémát

    Nem okoz problémát != nem okoz plusz többletterhelést. Gyorsan lemerül az okostelefon akksija böngészés közben? A kliensoldali rendering energiaigényes. Szorozd fel a mobilok számával.

    a további tartalmat meg lehet folyamatosan betölteni, így sávszélességet is lehet spórolni, ami inkább szokta jelenteni a szűk keresztmetszetet. Cachelni SPA-nál is lehet a szerverről érkező adatokat, a kliens oldalon meg csak azt kell újra renderelni, ami megváltozott, nem az egész oldalt. Szerintem az SPA-knak is megvan a saját alkalmazási területük, ahol a legjobb összteljesítményt nyújtják, egy sima statikus blogra fölösleges.

    De már megint összemossátok a dinamikus tartalombetöltést a kliens oldali renderinggel. A kettő baromira nem ugyanaz.

    Nem akartam olyan technológiához hozzászólni, amit nem nagyon ismerek fejlesztői szemszögből (java, dotnet). Biztos vannak itt is pocsék megoldások, de mellette jók is, mint bárhol máshol.

    A Java-s világ kb. en-bloc tűzrevaló.

    Csak te nagyon leragadtál a pocsék megoldások tárgyalásánál, mintha nem is lenne más.

    Szalmabábu strikes again. Nem mondtam ilyet, hogy nincs más.

    Ez nekem új. Át lehet konvertálni közvetlen HTML/CSS kombót Qt kódba, ami ugyanúgy fog kinézni, mintha Electron-nal készülne?

    Hogy ugyanúgy néz-e ki, azt a tököm tudja, de idézem:

    Qt Style Sheet terminology and syntactic rules are almost identical to those of HTML CSS.

    Elég ráereszteni pár find/replace kombót. A Qt5-nek is megvannak a maga "Electronos" megfelelői a QML és a QSS. Itt egy gyors benchmark, a Qt5 fórja az Electronnal szemben közel 4x-es a memóriazabálás tekintetében. Vicces amúgy, ahogy a csávó az Electront akarja mosdatgatni ennek ellenére. (És még a Qt5 is eléggé elkeserítő, hogy egy szimpla ablak, menükkel közel 100 MB...)

    Ha van saját keretrendszered, ami teljesen bloatmentes, minimális kliensoldali JS mellett is tud csomó interaktivitást, akkor nem értem miért van ilyen negatív véleményed a webes technológiákról, hiszen egy jó dolog már legalább készült vele.

    Ez valami asszertív kommunikáció akar lenni? Az a "jó", az elég idézőjeles jó, mert maximum kevésbé szarabb. A web az web marad. A HTML-t és a CSS-t dokumentumokra találták ki (arra egyébként jó is). A PHP-t gyors szövegfeldolgozásra (arra egyébként jó is). A JS-t meg elméletileg a DOM fa csesztetésére, de leginkább úgy hányták össze, ahogy épp gondolták és leginkább semmire se jó. Semmire se. És ezekben írunk ma alkalmazásokat.

    Mellesleg felrakhatnád pl. GitHub-ra, hogy más is használhassa, és gyors, bloatmentes oldalakat fejlesszen vele.

    Jól rommá is perelnének, teljes joggal.

    Hiába erősen szaturált a piac, ha tényleg jó, fogják a fejlesztők használni. (Mindegyik más keretrendszer is így indult, valamit jobban oldott meg mint a többi.)

    Dehogy fogják. Szembemegyek minden paradigmával, amit a webkettő diktál. És amikor megmutatom, hogy mennyivel gyorsabb, vagy egyszerűbb, vagy akármi, akkor megkapom, hogy de ezt nem így kell csinálni. Ez egy vallás.

    Nem a hagyományos böngészőkről volt szó (ott már többnyire megoldott probléma ez), hanem az oprendszerekbe gyárilag beépülő webrender motorról/API-ról, amivel desktop programokat lehetne írni webes technológiákkal.

    Szépen kikerülted a kérdést. Akkor legyenek a motorok, tök mindegy. Hogy szabadulunk meg a webes technológiáktól, ha a motorok eljutnak oda, ahova mondod?

    Olyat sosem írtam, hogy meg kéne szabadulni a webes technológiáktól.

    Egy szóval nem mondtam, hogy te mondtad. Én kérdezem.

    Azt írtam, hogy az Electront kéne lecserélni gyári, optimalizált megoldásra, ezáltal jelentősen lecsökkenne a memóriafoglalás és gyorsabbak is lennének ezek a programok. Utána teljesen mindegy lenne, hogy pl. natív Qt-vel, vagy sima HTML/CSS-sel készít valaki desktop programot.

    És hogyan szabadulunk meg a webes szeméttől, ha ez továbbra is webes render lesz?

    Hol csináltam én ilyet?

    Pl. ott, ahol elkezdtél lealkudni a táblagenerátor tudásából, bár nem tudom mire alapozva. Vagy a "Powered by lesajnált webes technológiák. :D" kitételnél.

    Ha nem érdekelne a véleményed, akkor minek válaszolgatnék?

    Gondolom, hogy a többieket meggyőzd, hogy a trécéhá egy laggard, aki szerint régen minden jobb volt, alien a haladás. (Just for the record: nem a haladással magával van bajom, hanem azzal, amit manapság pénzügyi érdekekből mögévetítenek; ami ma az iparban megy, az nem haladás, hanem álhaladás; rommábutítás, agyonbonyolítás, silány szemét eladása. Ez maximum a szakadék felé haladás.)
    Bár ki tudja, lehet tévedek és csak a topicot akarod szétoffolni. Ezt egyébként elismerem nagyon jól csinálod, először a HTTPS-sel, most meg azzal, hogy merre megy vagy nem megy a programozói világ.

    Arról valóban nem tudtál meggyőzni, hogy a mai webes technológiák többsége rossz lenne, nekem más a tapasztalatom.

    És ebből a tapasztalatból mennyit szereztél a konzumer szférában és mennyit tudományos projektekben?

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596128

    Webfejlesztéssel ~10 évvel hamarabb kezdtem el foglalkozni (még középiskolásként), minthogy meglett volna a fizikusi diplomám. Pár évig éltem belőle szabadúszóként.

    Igen és igen. Sőt, még PHP Nuke-ot is az IE6-os sötét korszakban, aztán Drupal 5-6-7, tovább nem mentem PHP vonalon. Smarty nem igazán jött be, a Twig/Jinja/Django típusú template rendszer jobban kézre esik.

    Bárcsak egyszer elefántcsonttoronyban dolgoznék, megtudnám milyen az. A második világháború után 5 évvel felhúzott épületet nagyon nem nevezném annak. :D

    Akkor meg végképp érthetetlen, hogy szerinted nem tűzrevaló az egész, úgy, ahogy van, ha egyszer láttad, hogy mekkora rakás szar az egész.

    A kijelző fogyasztja általában a legtöbbet. Egy weboldal nem járatja folyamatosan a CPU-t.

    Egyszer nézz meg egy heavyweight JS-es weboldalt, hogy hány szállal pörgeti a háttérben a CPU-t.

    Itt valahogy nagyon elbeszélünk egymás mellett. Egy jól megírt SPA szerves része a kliens oldali HTML összepakolása a dinamikusan letöltött JSON (vagy akármi más) tömbök alapján, erre vannak a komponensek. Egy komponens előállítja az adatok alapján a HTML-t, amit az SPA bepakol a megfelelő helyre és a böngésző végül megjeleníti a tartalmat. Egy komponenst egyszer kell csak letölteni a szerverről ezután a kliens oldali JS tudni fogja, hogy az adatok alapján milyen HTML-t kell gyártania. Emiatt ha a látogató navigál az oldalon, csak a nyers adatokat kell lekérdeznie a szerverről, a template már ott van a cache-ben lévő komponensben. Az SPA csak azt a tartalmat fogja lecserélni az oldalon, ami változik, nem kell újrarenderelnie a böngészőnek ezáltal a teljes oldalt, ezáltal jóval gyorsabb is lehet.

    De nem lesz gyorsabb, mert az egy darab insertAdjacentHTML vagy innerHTML gyorsabb lesz, mint a kétszázötven sorból álló JSONToObjectListToNodeTree builder. És már megint kevered a dinamikus betöltést a kliensoldali renderrel. Nem az a baj, hogy nem kell újrarenderelnie az egész oldalt, hanem, hogy a cserélendő részt hogyan rendereli le. Még mindig nem a dinamikus betöltéssel van bajom.

    Szóval nem értem teljesen mit akarsz mondani ezzel a "dinamikus tartalombetöltés != kliens oldali rendering"-es dologgal. Persze hogy nem az, de ilyet senki nem is állított.

    Mégis keveritek.

    Tényleg hasonlít a CSS-re, de mi van a HTML-lel?

    Ott a QML. Nem lehet akkora kunszt átkonvertálni.

    Ha erre nincs kapacitása a fejlesztőnek, akkor nem fog ezzel foglalkozni, ha az Electron-os változat "elég jó".

    De az Electron nem elég jó, sőt egyáltalán nem jó.

    Nem a konkrét céges oldalra gondoltam, hanem az alacsony szintű, általános komponens-gyűjteményre.

    Abból szoktam néha-néha publikálni egy-egy darabot BGAFC-n, vagy oscompon, de ilyenekből borítva van a net.

    Így születnek az újdonságok, nem te lennél az első, aki paradigmaváltást hoz a weben.

    Biztos baromi népszerű lennék a JS kiirtásának kísérletével...hatvannyolcezer felbőszült webkettő hívő esne nekem per nanoszekundum, hogy bántom a vallásukat.

    Ez nekem inkább úgy tűnik, hogy toxikus helyen dolgozol. Ha kitalálsz egy jobb dolgot, amivel spórolni lehetne szervereken, azt be kéne inkább építeni a kódbázisba.

    A melóhelyi kollégák még hagyján voltak (bár volt pár érdekes eset, mint pl. az, aki szerint PHP-ban a globális változó tervezési hiba, vagy az, aki szerint a jövőben nem kell majd CPU, mert ott a jávaszkript...), de a neten hittérítő webkettősök...

    Én nem akarok megszabadulni a webes technológiáktól.

    Nem mondtam, hogy te akarsz megszabadulni tőlük; én akarok megszabadulni tőlük. Te azt erőltetted, hogy legyen egy konzisztens webes rendermotor ugyanarra a célra, hogy leválthassuk az Electront, én meg próbáltam rákérdezni, hogy azzal hogy szabadulunk meg a webes alapú renderingtől; azaz, hogy cseberből vederbe. Nem kéne webes alapon programokat építünk, mert nem arra való.

    Abban tévedsz, hogy bárki más is követi ezt a szálat. :D

    Én? Már az elején megmondtam, hogy "Már mindenki lelépett rajtunk kívül.".

    Bocs, abbahagyom. Tévesen feltételeztem, hogy akarsz ilyenekről beszélni. Távol álljon tőlem más idejét fölöslegesen rabolni.

    Pedig megmondtam a legelején, hogy nem akarok belemenni, mert te már eldöntötted, hogy mit akarsz hinni.

    Írd fel a bűnlajstromomra, hogy megpróbáltam segíteni egy fórumtársnak, hogy meg tudja nézni a posztodba berakott képeket.

    Ne csúsztass. Én nem erről az egy szál posztodról beszélek, ahol segítettél valakinek, hanem az utána következő szálról, ahogy utána kötötted az ebet a karóhoz.

    A "konzumer" webfejlesztői tapasztaltaimat vittem át inkább az alapkutatásba.

    Erre már fentebb válaszoltam, hogy ez esetben érthetetlen, hogy miért fogja valaki a webhulladék pártját, ha látta, hogy milyen belülről.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594774

    Ahol nincs mit titkosítani, ott minek titkosítani?

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594785

    > Mióta van Let's Encrypt, nem lehet érv sem az unencrypted forgalom, sem a self-signed cert mellett.

    Erre tettem fel a kérdést, hogy miért is gáz, ha nincs titkosítva az, amit nem kell titkosítani. Cross-site linkingről itt konkrétan nem volt szó.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594831

    De itt, ebben a szálban csak az volt a kitétel, hogy nem lehet érv az unencrypted mellett. Nem volt szó cross-site linkingről.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595048

    Igen. Az, hogy amit nem kell titkosítani, azt nem kell, mert különben feleslegesen pazarlod az erőforrásokat.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595049

    Jó, ezt aláírom én is, már mondtam is, hogy ha rajtam állna, akkor megcsinálnám, csak, hogy a folyamatos pampogás megszűnjön, de nincs hozzáférésem.

    Az MITM lehetőségét viszont nem tudom elfogadni a HTTPS melletti érvként ameddig:
      a) ha gyakorlatilag bárki, akinek a certjét elfogadtad, játszhat MITM-et (internetszolgáltatók és driverek (!) előnyben),
      b) elég a hulladék key-exchange segítségével összeszedegetni a kulcsokat a crackhez,
      c) magát a HTTPS-t is törték már meg nem egyszer,
      d) az egész cert-authority és cert-credibility ökoszisztéma egy rossz vicc.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595144

    És mi értelme, hogy mitigálunk egy olyan ökoszisztémát, ami számos ponton törött, ahelyett, hogy mást használnánk, pl. titkosított VPN-t? Mármint azon túl, hogy a VPN-t bármilyen browserrel lehet használni, míg az új titkosítási protokollokat és ciphereket csak az új browserekkel, azaz, ha a többség által használt browserek megkövetelik ezeket, akkor ezáltal a website-ok adminjaitól kikényszerítik a latest titkosítási technológiák használatát, azaz ki lehet tiltani a régebbi böngészőket a netről, amik még nem kémkednek a júzer után és nem szabják meg, hogy mit nézhet és akkor ki tudják kényszeríteni a latest - kémkedő és korlátozó - browserek használatát mindenkitől.

    A HTTPS csak a "konténer", annak a titkosítása akkor van megtörve, amikor az adott SSL/TLS verziót megtörték, vagy megkerülték, erre pedig volt már precedens.

    És itt a probléma másik fele, hogy nem adhat ki gyakorlatilag bárki. Amíg ez csak opció, addig igazából mellékes, de ha a browserek ezt is elkezdik megkövetelni és a Let's Encrypt és a self-signed is tiltva lesz, akkor gyakorlatilag tökönlőtték a net-neutrality-t, hiszen akinek nincs pénze a certre, annak nem lesz website-ja sem, mert az új browserek nem nyitják ki, a régieket meg letiltották a netről. Na persze mehet a felhőbe, ami viszont nem az övé, akkor teszik, ki, amikor akarják, azaz amikor olyan lesz a weblapján, ami az uralkodó pénzügyi köröknek bármilyen érdekét sérti.

    Igen, ez sajnos így van, legalábbis az újkori browserekkel. Persze lehet használni Squidet és hasonlókat, de a többség nem fog. A cél a net feletti totális uralom, csak az kerülhet fel és azt láthatja a jónép, amit a pénzemberek akarnak.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595218

    Számít mire épül a törés? Egyébként is a törés csak egy probléma. A key-exchange sérülékenysége egy másik drasztikus probléma. A certek pedig önmagukban alkalmatlanok bármilyen garanciára, amikor gyakorlatilag akárki állíthat elő, vagy hamisíthat certet, a CA-k pedig korruptak/korrumpálhatóak (ha nem így lenne, nem lenne Certificate Patrol sem).

    Ez attól függ, hogy a különféle szerverek külön-külön VPN-eken találhatóak-e, vagy sem. De még ha a válasz igenlő is, ha igazi biztonságot és szabadságot akarsz, az kompromisszumokkal jár. Az, hogy a jócégek majd mindent megoldanak, az egy nagy kamu.

    A Let's Encrypt-et pont azért lehet cél majd tiltani a közeljövőben, hogy ne tudjon mindenki certet csinálni. A bootloaderek aláírási mizériája mi célt szolgálhat? Ugyanezt, pepitában. A techcégek akarják eldönteni, hogy mit rakhatunk a gépünkre, mire használhatjuk azt, mit nézhetünk meg vele az interneten, sőt azt is, hogy az interneten mi lehet.
    Ha nem wifit használ az ember, azt hogy sniffelik? (Nem, nincs okostelefonom.)

    A HTTPS kb. úgy, ahogy van, fundamentally broken. Hogy a DNS auth-tal problémák vannak, az lehet, de nem negligálja a HTTPS-sel kapcsolatos agyhalálokat. A HTTPS azért nem megoldás semmire sem, mert az egész trust faktorja a certekre épül, márpedig a certek alkalmatlanok a trusted networkingre, mert ha bárki csinálhat certet, akkor az egész annyira megbízható, mint egy tisztességes windóz, ha meg csak adott cégek csinálhatnak, akkor meg onnantól kezdve azok a cégek döntik el, hogy kinek van joga a neten weblapot publikálni.

    Egyébként lehet még személyazonosság nélkül emailfiókot létrehozni, csak olyan szolgáltatót kell keresni; a ProtonMail pl. ilyen. Tőlem nem kért telefont. Ha kért volna, azon nyomban ott is hagytam volna. Még egyetlen helyen sem adtam meg a telefonszámomat, ahol kérték.
    (Egyébként állítólag lehet még venni "eldobható" SIM kártyákat.)
    A megoldás pedig az, hogy ellenállsz a techcégek szemétdömpingjének, amennyire tudsz, alternatívákat keresel és ahol megpróbálnak profilozni, személyes adatokat kicsikarni, onnan lépni kell. Nyilván előferdülhet, hogy nem megkerülhető, sajnos, de ott is akkor minél kevesebbet, pl. telefonszámot, fényképet sohasem...

    A prolik régen is szartak bele az egészbe és akkor sem lehetett neveléssel változtatni rajtuk. Ez szerintem emberfüggő. Nagyon kevesen mozoghatnak pont a határvonalon, vagy annak a közelében, hogy át lehet őket lendíteni a "nem-proli táborba". De nem vagyok szociológus, úgyhogy ezt kéretik szigorúan csak sejtésként kezelni.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595252

    Nem tökéletes megoldásról beszélünk, mert olyan nincs, de a HTTPS nemhogy nem tökéletes, hanem képtelen ellátni a feladatát. Csak felrakod a kukkolni kívánó entitás certjét és abba néz bele, amibe akar. Az elterjedés meg a mi szempontunkból mellékes, hiszen a HTTPS-t sem a laikusok találták ki és terjesztik.

    Szerintem a Let's Encryptes rész holtpontra jutott. Te azt mondod, hogy nem akarják blokkolni, én azt mondom, hogy a közeljövőben várható, hogy nem fogják a browserek elfogadni. Reméljük, hogy én tévedek.

    A browserbe meg semmiféle CA sincs "bedrótozva"; remélem azt te is érzed, hogy amikor a browserek forrása szabadon elérhető, akkor kb. azt rak bele az ember, amit akar, vagy azt vesz ki belőle.

    A ProtonMail nem csak a gmailnek tud levelet küldeni, azonfelül ha a ProtonMail sem tudja, ki vagyok, akkor a gmail se fogja tudni. Autóm nincs. Budapesten baromi keveset járok. (És a köztéri kamerák felvételeit nem látják a nagy tech cégek.) A butatelefon helyzetének loggolásáról meg annyit, hogy a butatelefonok helyzetlogja az alkalmasint akár többszáz négyzetméteres területet felölelő cellák információira korlátozódik, míg az okostelefonok méteres pontosságú nyomkövetést tesznek lehetővé, de ami még fontosabb, hogy a butafónok cellainformációit és a beléjük dugott SIM kártyákhoz tartozó személyes adatokat csak a szolgáltató látja, míg az okostelefon pontosan tudja, hogy ki vagy és direktben a nagy techcégeknek jelent és annak adják el az adataidat, akinek akarják. Azonfelül a butafón nem hallgatózik folyamatosan.

    Az lehet, hogy az eloszlás határait lehet tologatni, csak azt felejted el, hogy nem egyedül tologatod őket. Amikor a pénzembereknek az az érdeke, hogy minél több hülye proli legyen, akkor erőlködhetünk itt a neveléssel, ha közben a fosbúkról, meg a szartéelklubból ömlik rájuk a populáris fos...de ez már offtopic. (Bár igazából az egész HTTPS is az volt.)

    A HTTPS-sel meg mint mondtam, nem az a baj, hogy nem tökéletes, hanem en-bloc, alkalmatlan arra a célra, amire alkalmazzák.

    Én is az enc-noenc témáról beszéltem. És nem is arról van szó, hogy noenc-FTW, hanem arról, hogy nem mindegy, hogy mit, hogyan és miért titkosítunk.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595219

    "Nálunk?"

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595529

    Mi ez a többes szám? Nálam windows sincs, így engem speciel nem érint. De a világ 90%-a azt használ, őket érintheti. Mire vonatkozott a többes szám?

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595936

    > És arra vagyok kíváncsi, hogy az összes többieknek, akik nem én vagyok, azoknak mi erről a tapasztalata. Pl. neked, meg mindazoknak másoknak, akik épp erre járnak és olvassák ezt az oldalt.

    Hát akkor nagyon kriptikusra sikeredett; ha nekem címzed, akkor jelezned kéne, hogy mindenkinek szól...

    > Miért függ az operációs rendszertől?

    Mert a többi alatt nem túl gyakori, hogy zárt 3rd-party drivereket rakj fel. A macOS dedikált HW-en fut és az OS már alapból ismeri a gépet, a Linux/BSD/Solaris alapú cuccok alá meg ritkán szoktak a hardwaregyártók drivereket kiadni, általában vagy tudja az OS OOB, vagy valami nyílt forrású pótlék van. windows alatt viszont az az alap, hogy a hardware-hez feltelepítgeted a 3rd-party drivereket.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2595970

    Mármint a legtöbb mainstream hardware esetében, nem?

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2596110

    Erről beszéltem; mainstream hardver -> ismeri, "nyomtatók, scannerek, egyéb nem szabványos perifériák" kell driver. De pl. még digitalizáló kártyákat is nyugodtan ide lehet sorolni.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594756

    > A hozzászólásodban, amire válaszoltam?

    Mondtam, hogy kötekedni akarsz. Olyat nem írtam, hogy "kollektíven mindenki".

    > "A mai programozóvilág baromi rossz irányba tart". Nem azt írtad, hogy egy csoportja (mondjuk a két havonta új JavaScript framework-öt írók), hanem az egész világ.

    Ezt hívják belemagyarázásnak. A "világ" az egy generikus kategorizálás, azt jelenti, hogy "általában" és nem azt, hogy "mindenki".

    > Ha ilyen sarkalatos megjegyzést teszel, mint a viccben a "mindenki hülye, csak én vagyok helikopter", akkor nem ártana kicsit kifejteni, hogy mire gondolsz.

    Hol hülyéztem le mindenkit? Hol ajnároztam magamat? Ezt hívják szalmabábcséplésnek.

    Hovatovább itt máris sikerült magadat egy csinos önellentmondásba keverni, azzal kapcsolatban, hogy szerinted mit állítottam:
    1.: Azt az állítást adtad a számba, hogy kollektíven minden programozó rossz irányba megy, márpedig a "minden programozóba" én is beletartozom, tehát azt állítod, hogy az én véleményem szerint én is rossz irányba megyek.
    2.: Ugyanakkor az állítást is a számba adtad, hogy szerintem mindenki hülye, csak én vagyok helikopter, azaz mindenki rossz irányba megy, kivéve engem.

    Tehát azt mondod, hogy szerintem mindenki hülye, beleértve engem is, de kivéve engem.
    Ebből is látszik, hogy ez a szalmabábcséplés amit csináltál, ez közönséges provokáció volt, mert nem tetszik a véleményem.

    Egyébként kinek kellett volna kifejteni? pinknek, akinek mondtam? Ő érti kifejtés nélkül is. Neked, aki triggerelődvén belekötöttél abba, ami el sem hangzott? Élek a gyanúperrel, hogy te kifejtés nélkül sem értenéd, mert nem akarod érteni. A többieknek? Már mindenki lelépett rajtunk kívül.

    > Félig-meddig programozó is vagyok (fizikai szimulációk kódolásával lett doktorim), így beletartozom a "programozóvilágba"

    Jó neked. Én meg 2-3 évesen írtam az első BASIC programomat C128-on. Na, mi számít nagyobb P-pénisznek; a fizika doktori, vagy az ovi előtt megírt első program?

    Egyébként meg azt mondod: "fizikai szimulációk kódolásával lett doktorim". A kóder és a programozó nem ugyanaz. Lehet valaki jó kóder és rossz programozó és vice versa.

    > légy szíves fejtsd már ki, hogy mit csinálok rosszul.

    A provokációt.

    > És ezt most csak félig írom ironikusan, mert egyébként tényleg érdekel, hogy mit gondolsz.

    Dehogy érdekel. Magasról teszel a véleményemre. Sérti a világnézetedet.

    > Ha csak panaszkodsz, de minimálisan se fejted ki a panaszod tárgyát, azzal nem lesz előrébb senki.

    Azzal sincs előrébb senki, ha szalmabábcsépléssel provokálod azt, akinek nem tetszik a véleménye.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594783

    > Ehh, veled tényleg nem lehet vitázni, túl érzékeny vagy hozzá, ahogy azt gee is kifejtette egy másik topikban. :)

    Rögtön azzal nyitottál, hogy olyat adtál a számba, amit én nem mondtam és velem nem lehet vitázni? Te triggerelődtél egy olyan generikus mondattól, hogy a programozói világ rossz irányba megy és én vagyok érzékeny?

    > Honnét tudod, hogy mi az én programozói világnézetem?

    A megnyilvánulásodból. Abból, ahogy rögtön szalmabábcsépeléssel indítottál, megpróbáltad azt a látszatot kelteni, mintha én tényleg azt hinném, hogy rajtam kívül mindenki hülye.

    > Odáig el sem jutott a szál, mert amikor azt kérdeztem, hogy mi a bajod a mai programozó világgal, csak kitérő választ adtál. Szóval még azt sem tudom, hogy mi a te véleményed. De szerinted nekem nem tetszik a véleményed... amit még el se mondtál. Oké. Hagyjuk ezt, így semmi értelme.

    A véleményemet meg pontosan ismered. Nem most futunk itt össze először. Nem egyszer fejtettem már ki, többek közt neked is. Még ebben a topicban is rászántam pár sort. Ennyit erről.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594386

    Mindegy, csak azért hoztam elő, hogy alátámasszam: a játékok elsöprő többségét meg lehetett volna rendszerbarát módon is írni.
    A játékok nagyrészének a megvalósítása volt trehány, felfelé nem kompatibilis módon volt megírva, pedig az Amiga OS az API-jával brutális hordozhatóságot biztosított a gépcsaládon belül; még a hírhedt KickStart 1.3 -> 2.0 váltás se önmagában volt akkora compatibility-impact, hanem a kóder urak szerettek direkt címekre ugrálni a ROM-ban, ahelyett, hogy az API-t, vagy legalább az ugrótáblát (!!!) használták volna. A többi törésvonal (24-bites címbusz -> 32-bites címbusz, OCS/ECS -> AGA, Floppy -> HDD) meg aztán szinte mind a kivitelezés sara volt, hacsak nem futott az ember bugra az OS-ben, de azokat meg szorgalmasan javítgatták az új release-ekkel és a SetPatch programon keresztül.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594544

    Hát valami hasonló ment az 1.X-es KickStartok használatánál is; induláskor ment a levesbe a rendszer, mert minek az oda, de utána a ROM-ok nem dokumentált címeire odaugráltak, mert tudták, hogy ott van egy adott rutin, vagy egy segédrutin és így kevesebb kódot kellett írniuk. Ami persze rendben lett volna, ha azt az ugrótáblával teszik, ahogy az le van írva a manualokban, mert így aztán a verzióbeli eltérések bizony címbeli eltéréseket is eredményeztek.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594549

    Főleg, ha nem elmászott, hanem eltűnt, mert újraírták/lecserélték/kivették... :P

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594605

    Akár úgy.

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594384

    A floppyhoz kötött másolásvédelem nem zárja ki a DOS-os fájlrendszert és a HDD-re telepíthetőséget: a védelmi sávokat tartalmazó gyári lemezt akkor is bekérheti a játék egy pillanatnyi ellenőrzés erejéig, ha HDD-ről futtatják. (A crackerek egyébként mindent is megtörtek.)

    Oldschool Computer - http://oscomp.hu




    Egyszerre mind a 4096 szín Amigán: https://hup.hu/node/172804#comment-2594431

    Thx, majd lecsekkolom. Remélem nem azt a "színvonalat" képviseli ő is, mint a "The 8-Bit Guy"...

    Oldschool Computer - http://oscomp.hu




    Devuan Beowulf 3.1.0: https://hup.hu/cikkek/20210215/devuan_beowulf_3_1_0#comment-2590435

    > Van ember itt, aki ezt használja érdemben valamire?

    Az előző cégnél ahol dolgoztam (biztonságtechnikai cég) az összes telepített beléptetőrendszer helyi szerverén ez futott, valamint az ehhez kapcsolódó, de független termékként futtatott Linux alapú kiosk és beágyazott eszközökön (munkaidőterminálok és beléptetésverzérlőpanelek) is. Ezen felül még két beágyazott terméknek (parkolóautomata, GPS tracker/logger) is ez volt a rendszere. Plusz még egy-két "belső" használatú cucc, pl. az összes említett cuccunknak a telepítését egy portable (USB-s) LXDE-s Devuan intézte a saját telepítőprogramunkkal. Tkp. a cég összes saját Linuxos cucca erre épült, vagy frissült.

    Azóta bedolgoztam egy "okosotthonos" cégnek; egy beágyazott komponensüket csináltam meg és az is Devuanos.

    És ez a primer desktopom is, valamint, ha valami "házi" projekthez Linux kell, ezt telepítem.

    Ezek érdemi használatnak minősülnek?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mogorva


    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468785

    Jay Miner az a Jeff Minter, utóbbi C64-es hacker volt Yak of Llamasoft néven. :)

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468641

    Volt lapozás a C64-ben, hiszen volt benne 64k RAM, meg 20k ROM, meg 4k IO; ezek egyszerre nem férnek el 64k-nyi címterületen.
    Amúgy egyszerre lapozni mind a 64k-t nem lehet, hiszen akkor az éppen futó programodat is kinyírod lapozáskor. Lapozni kisebb szeleteket szoktak. Egyébként volt RAM bővítő C64-hez, többféle is, a legnagyobb 16 MB-os volt, utóbbira még demot is írtak.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468783

    Mondjuk 16-bites bővítés C64-hez/C128-hoz is volt, csak épp 10 évet késett. :)

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468795

    Hát azért késett 10 évet, '87-ben még ütött volna. :)

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468780

    Konkrétan a $02-re címzett lapozóra reagáltam, amiről azt mondtad, hogy 256*64k-t lehetett volna megcímezni vele. Ami igaz, csak az úgy épp nem működött volna. Bár egyébként kissé sántít, a többi lapozó jelenléte miatt. Ha belegondolsz, hogy a BASIC/KERNAL/IO részek magukban is lapozhatóak voltak, azok rögtön lejönnek a címtartományból, hiszen azok a lapozók mindenképpen a saját tárterületeiket cserélgetik, tehát valójában csak 256x44k-t lehetett volna így címezni. A több kisebb lappal egyébként rugalmasabb memóriakezelést lehet megcsinálni; valahol lefoglalhattak volna 8 byte-ot és akkor az Upper RAM 4k-s címterületét felosztják vele 16 db 256 byte-os szegmensre és a 8 byte nibbljei döntik el, hogy a 16 db Upper RAM közül az adott szegmensben melyik megfelelő szegmens látszik. Ez újabb 60 kB RAM terület lett volna.

    A C64-ben valóban volt még potenciál, a mai napig van (ld. mit hoznak ki belőle a scenerek), de mint felhasználói gép a 90-es évek elejére - amikor már voltak 32-bites gépek is - tényleg elavult.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468875

    > És úgy működne, hogy a $02 által mutatott sorszámú 64K méretű lapból tölti be az adatot a $akármi címről, az y regiszterrel indexelve...

    Ez leginkább sehogy sem működne, hiszen te itt egy elemi CPU utasítástól azt várod, hogy férjen hozzá egy olyan laphoz, ami be sincs lapozva, az utasítás pedig ezt nem tudhatja. Ha a $02 a lapozóregiszter a memóriában, akkor meg egyébként is teljesen mindegy, hogy a CPU mit olvas be onnan, mert úgyis arról a lapról fog olvasni, ami épp be van lapozva a $02 által. Ha meg csak egy indikátor a CPU-nak, akkor meg az utasításnak ki kell írnia arra a címre, amit talált rajta, ahol a lapozóregiszter van. Azaz normál 6502-esül

    LDA $02
    STA paging_register
    LDA $akármi, y

    Namármost, ez utóbbit ugyan még lehetne kivitelezni, viszont az utasításfeldolgozást megbonyolítaná; a 6502-es feldolgozórendszerének elemi lépéseivel ez még 4 lépés lenne a valódi utasítás előtt, ráadásul olyan lépés nincs is, hogy fix címet tegyünk a címbuszra, tehát akkor az már plusz egy belső utasítás lenne. Ennél sokkal egyszerűbb beírni a fenti plusz két utasítást.
    De ettől függetlenül is, itt a memóriamenedzsmentet akarjuk megcsináltatni a CPU-val utasításszinten, ami nem igazán működhet, hiszen az utasítások számára a memórialapozás nem létezik és nem létezhet. Az egy dolog, hogy van olyan, hogy MMU és vannak CPU-k felszerelve vele, de az egy külön egység és az utasítások számára transzparens módon működik, mert ha nem így lenne, akkor az utasítások megkerülhetnék az MMU-t. Az egésznek az a lényege, hogy a CPU utasításai "azt hiszik", hogy ide vagy oda vannak becímezve és nem tudják, hogy fizikailag melyik lapon vannak.

    Ebből a szempontból a C64 utódja, a C128 pontosan arrafelé fejlődött, amerre lehetett, abban van external MMU, plusz memória, két CPU, két videochip és a többi. A C128 egyike a legtáposabb 8-bites gépeknek, csak mivel volt benne C64 kompatibilis üzemmód is, ami kb. 95+%-os kompatibilitást adott, így nem nagyon foglalkozott senki a gép saját lehetőségeivel.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468942

    Egy fejlettebb 6502-re gondoltál, viszont azt mi másra alapozva csinálnák meg, mint a 6502-re magára?

    Egyébként ha már 16 MB-ig bővítünk, ennél van jobb megoldás is, mert ez, amit leírtál, ez egy meglehetősen konvulensen implementált, belülről drótozott, külső lapozást feltételez, míg a 65816-ban van két 8-bites offset kiterjesztés regiszter, amivel simán lehet 16 MB-ig címezni; ezt nem csak programozni egyszerűbb (lévén külön program és adatbank regiszter is van), de a CPU-ban megvalósítani is az volt. És ez is 6502-kompatibilis (bár nem 100%-ig) és volt C64-be is.

    Amit leírtál, ha a PC-s megoldásokhoz mérjük, akkor nyilván nem ördöngősség, de itt most nem a mai x86-osokhoz viszonyítottunk, hanem az akkori 6502 related technológiákhoz és azoknak a limitált felépítéséhez. Egy FPGA alapú emulátort persze, hogy ki lehetne bővíteni, csak akkor minek, ha már így is van 16-bites 6502-es? Én most a 80-as évek fejével próbáltam gondolkodni.

    Én viszont írtam 6502 (ill. 1541) emut (épp balagesz volt benne a tettestársam) és ez cikluspontos emuláció, tehát nem úgy megy, hogy megcsinál mindent, majd vár valamennyit, hanem ténylegesen a 6502-es elemi lépéseire van szétbontva a dolog belül. Úgyhogy hidd el, tudom, hogy mit beszélek, amikor azt mondom, hogy így nehezebb lett volna bővíteni a 6502-őt, mint ahogy végül bővítették. A WDC mérnökei sem azt az utat választották a 6502-es kiterjesztésekor, amit te leírtál, hanem azt, amit egyszerűbben meg lehetett csinálni és flexibilisebb is volt.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2468690

    Szépen összeraktad. :)
    Valahogy nem lep meg, hogy gyorsabban megy a lemezírás, mint Amiga alól IEC-kel... (Az Amigás lemezeket egyébként tényleg nem lehet olvasni PC-n, de az Amiga viszont bármilyen floppyt tud kezelni (PC, Mac, Atari, stb.), ha van hozzá szoftvered, pl. a FAT12-höz a CrossDOS.)

    Az 1541 címterébe amúgy nem lehetne valahogy bekapuzni azt a +3x2kB RAM-ot? Utána csak a szoftvereket kell átírni, hogy detektálni és használni tudják.

    BTW, a "maghajtó" szóvicc volt, vagy typo? :)

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2469106

    Valaki mintha mesélte volna, hogy látott már ilyet... Valahogy úgy ment, hogy két floppy-drive-ot kellett a pécére kötni, az egyikbe egy pécés formázású lemezt ment, a másikba meg az AMIGÁs. Az olvasó program azt csinálta, hogy kiválasztotta a pc-s lemezű meghajtót, majd beolvastatott vele egy szektorfejlécet. Amikor az megvolt, akkor átváltott az AMIGÁs lemezre. Erről a meghajtóváltásról a floppy-vezérlő mint sem sejtett, az csak olvasta az adatokat... Utána a nyers adathalmazból már valahogy vissza lehetett állítani az AMIGÁs lemez tartalmát. Persze ezzel az olvasás mehet, írni így is esélytelen. :)

    Ez valahogy nem áll össze... Az Amiga a floppy-t a legalacsonyabb szinten kezelte, bármilyen sűrűséggel tudta írni és olvasni, ezért lehet bármilyen formátumot használni rajta, viszont tudtommal a PC-k csak a szabvány sűrűséggel dolgoztak. Nem magáról a meghajtóról van szó, hanem ahogy a PC-k kezelték a meghajtót. Vagy meg lehet valahogy kerülni a dolgot?

    Az eredeti SRAM helyett mondjuk 8K-t berakni nem lenne nagy feladat. De a szoftveres részhez valahogy „nem fűlik a fogam”. :) Kérdéses, hogy mondjuk az XU/XUM1541 kódjához hozzá kellene-e nyúlni?

    Az attól függ, hogy mit értesz ez alatt: a PC felőli részt passzolom, de az 1541-es felőli részt biztos, ha azt szeretné az ember, hogy ki legyen használva az extra RAM és - ahogy írtad - egyszerre legyen a sáv a memóriában, hogy egy fordulat alatt ki lehessen írni. De hogy pontosan hol kell ehhez módosítani a XU/XUM1541 "ökoszisztémán", azt megint passzolom. :)

    (Van benne pl. egy rakás avr-gcc peccs. Ezek mik? :) Bekerültek azóta az upstream-be, vagy csak ehhez kellenek, vagy..?)

    Hát ezt meg végképp nem tudom. :)

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2469339

    Kissé régiek már ezek az emlékek... De – érdekes módon – most barátom volt a kereső: ezt a linket az elsők között találtam. Itt pontosabban leírják, mi is volt ez.

    Nocsak, ezt jó tudni! Bár ahogy nézem, óvatosan kell ezzel bánni, mert csak 98%-os a dolog, a maradék 2% adatvesztésbe torkollik.

    Az AMIGA floppy-vezérlője tényleg elég rugalmas, de a „bármilyen sűrűség” azért költői túlzásnak tűnik.

    Jó, nyilván nem azt jelenti, hogy húsz gigát is fel tud rá írni. :P Úgy értettem, hogy bármilyen fizikailag lehetséges sűrűség. Kezelni tudja a 720k-s FAT12-es lemezeket, az 1581-es 800k-s lemezeit, a Mac 800k-s lemezeit, stb, a felső határ kb. valahol 1200k körül van. Valamint ugyanezeknek a felét, egyoldalú DD lemez esetén és a dupláját HD lemez esetén, ill. ha tudod illeszteni, a négyszeresét ED-s lemez esetén.

    Én még nem találkoztam olyan programmal, amivel például egy sima 5¼-es szabvány meghajtóval 1541-es lemezt lehetne olvasni. (Szerintem nem véletlenül emlegetted te se fentebb az IEC-et. :) ) A vezérlő az ugyan tud GCR-es lemezt olvasni, de ha jók az emlékeim, csak a „szokásos” 250000bps-es sebességet támogatja.

    Mivel nincs is ilyen program, azért IEC. :) Ha a lemezmeghajtó maga fizikailag képes hozzáférni úgy a lemezhez, ahogy az 1541-es, akkor ha van programod, akkor menni fog. Ez a sebességre is vonatkozik. Ha túl lassú, akkor sajnos nem fog működni a dolog.

    MFM-ben meg ez a DD-s lemeznek felel meg, HD-s lemezt az A4000 is egy ronda trükkel tud olvasni / írni. (A meghajtó ott fele sebességen pörgeti a lemezt. :) )

    Ez speciel nem volt meg, mert sosem volt HD-s meghajtóm Amiga alá, 4000-esem meg pláne nem. :(

    Pont a köztes részt: hogy az XU1541 / XUM1541 interfészen található mikrovezérlő programját kell-e ehhez módosítani. A pc és a '41 oldala mindenképpen módosítandó lenne, az nem is kérdés.

    Hát, ha az csak a kommunikációért felel, akkor szerintem nem, mert az nem változik, hogy hogyan kommunikál, csak azt, hogy mit. De ezt most csak úgy hasból írtam, ne vedd készpénznek.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2469425

    Ez gondolom a Falcon volt, nem az ST. Az nagyon ütős gép volt, látszott, hogy az Atari még ki akar valamit hozni a dologból, az AGA-s Amigákat a C= meg direkt csúsztatta 3 évig, hátha elavulnak addigra, mire megjelennek és még ezen felül is felemás munkát végzett, egy csomó dolgon nem változtattak, úgy maradt bennük, ahogy '85-ben az A1000-esben.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2469742

    Mondjuk azt a hozzászólást nem teljesen értem. (Mintha másról is szólna, nem erről a dupla-meghajtós trükkről.) Ez csak olvassa a lemezt, írni nem kell sosem. (Illetve ha áthúzod írásvédetté a 3½-es floppy-t, akkor arra a vezérlő nem fog tudni írni, ha megfeszül, akkor se. :) )

    Szerintem úgy értette, hogy a beolvasott adatok 2%-a veszik el.

    Az előbb segített a kereső, most itt nincs nagy szerencsém. Egy regisztert találtam, ami releváns lehet, az pedig ez. Illetve egy másik leírás ugyanerről, de tovább ködösíti az amúgy se tiszta képet. :) A sebesség állítása összesen 1 bit! Abból meg túl sok variáció nem hozható ki. Ködös, mert 4 illetve 2 µSec-ről beszél. Ezek a 250000 illetve 500000 bps-nek felelnek meg. De! Az 500Kbps az a HD-s lemez bitsűrűsége lenne, viszont az olyan lemezt nem tudja kezelni a hardver alapból. (Csak a fent említett fél-sebességű trükkel, ott a bitsebesség is visszaesik 250Kbps-re.) Szóval a 250Kbps-es GCR és MFM lemezek azok rendben vannak, de a többi sebesség..?

    Jó kérdés... Én egy topicot találtam, ahol a sebességet próbálják állítani, de ettől sem leszünk okosabbak. Azt írják az Amiga default átvitele 253360 bps, azaz, ha van olyan, hogy "default", akkor csak lehet szabályozni valahogy...de aztán ki tudja.

    Az az 1200K-s lemezméret úgy talán összejöhet, hogy még több szektort raknak egy sávra (kisebb gap-ek, esetleg nagyobb szektorméret, hogy kevesebb legyen a másra használt hely), illetve több sávot használnak, mint a hivatalos 80. (A gyári AMIGA floppy-k is jó eséllyel tudnak 82-t, de vannak olyanok, amik még ennél is jóval többet (!) tudnak. (Akár 90? :) ))

    Azt nem tudom, hogy hogy csinálják, de van egy tool, ami 1200k-s lemezképet tud készíteni, csak épp most baromira nem találom, de itt egy másik, ami 1120k-t tud.
    82 trackes lemezt amúgy már az ősöreg XCopy is tudott (asszem ez volt az a bizonyos "long track"?), 90-esről még nem hallottam, de pl. ez az 1120k-s cucc már kb. 100 fölött kéne, hogy dolgozzon.

    Nincs ilyen program, mert valószínűleg nem is lehet ilyet csinálni. :) A sima DD-s 5¼-es floppy-meghajtó tudhatja olvasni az 1541 lemezeit (valószínűleg nem mindegyik, de egy részük biztosan), csak a megfelelő bitsebesség nem állítható be az AMIGA oldalán. (Ha lehetne, tuti megcsinálták volna már régen...)

    Én feltételes módban beszéltem; írtam, ha a hardware nem teszi lehetővé, akkor nyilván nem lehet megoldani. (Amúgy nem biztos, hogy ha lehetne, akkor már megoldották volna, láttunk mi már olyat, amire korábban azt mondták, hogy lehetetlen, aztán mégsem volt az, nem? :) )

    Gyanítom én is, hogy az a rész a lehető legrugalmasabbra van csinálva, de ki tudja? :) A meghajtóval való kommunikációt (a mindenféle gyorsított rutinokkal együtt) ez a µC végzi, azért akadhatnak ott érdekességek. Jelenleg nem érzek hozzá lelkesedést, hogy belemélyedjek; amit most tud sebességre, az bőven jó. (Az előző verzióhoz képest meg pláne, amikor egy másik lemezen kellett a másik gépre az adatokat átmásolnom, amivel írtam a „céltárgyat”. :) )

    Gondolom, hogy jó ez így most; én csak elméleti érdeklődésből kérdeztem, hogy be lehet-e valahogy kapuzni az extra RAM-ot. :)

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2470053

    Az lehet. (Nekem az „adatvesztés” azt jelenti, hogy az adat elveszik. :) Szóval nem marad meg az eredeti helyén sem.)

    Nekem is, de lehet, hogy ő másképp értelmezi.

    Érdekes a linkelt topik. Hogy a sebesség nem pontosan 250000bps, az még érthető is. A gépben – a CBM jó szokásához híven – egy órajel van, ebből a 28.xxxMHz-ből osztódik le minden. Mivel ez nem „kerek” érték, így csak közelítőleg jönnek ki belőle a „szabvány” bitsebességek. Ebből mintha az AGNUS/ALICE csinálna valamilyen osztással órajele(ke)t, amiket a PAULA használ, de ezeknek fix értéknek illene lenniük. :) Szóval csak a PAULA tud ebből „változó” sebességet leosztani, de ott meg csak azt az 1 bitet találtam mint konfigurálási lehetőséget. Most már én is kíváncsi lettem, hogy ez hogyan is van. :)

    Igen, a(z) ((BIG) FAT) AGNUS és az ALICE csinálja a 7.14, ill. 14.28 MHz-et, de az a floppyt nem érinti, közvetlenül legalábbis nem.
    Én is kiváncsi vagyok, feltettem a kérdést az EAB-on, hátha lesz válasz. :)

    (De jól szétoffolom a témát.)

    Sajátod, megteheted. :)

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2473002

    Abból a szempontból érintenie kell, hogy a PAULA azokból az órajelekből tud bitsebességet osztani.

    Nyilván, ezért emeltem ki, hogy közvetlenül nem.

    Ahogy nézem, túl nagy diskurzus nem alakult ki... :) Végül is mindegy, egyszer majd csak kiderül.

    Hát az az egy válasz a te gyanúdat erősítette meg, szóval valószínűleg ezt így tényleg nem lehet variálni.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2469498

    Milyen egységszámra van konfigurálva? Próbáld a LOAD parancsot 9,10,11-es egységszámokkal.

    Oldschool Computer - http://oscomp.hu




    Retró rovat XII: modernizált (hehe...) adatmozgatás V1 (Plusz pécé szerviz #2): https://hup.hu/node/168849#comment-2578444

    > Közben sikerült beszereznem kiskorom álomgépét, egy Amiga 500+ gépet is.

    Miner hozott a klubban. ;)

    A szalagkábeled ereit végigmérted, hogy egy sem törött, vagy szakadt?

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2584779

    Ez jó duma. Megtehetném, hogy elmosogatok, de nem teszem, mert így uralkodok a mosogatón. Empire Kitchen Sink.
    Akkor aki semmit sem csinál, az mindenen uralkodik (amit megtehetne)?

    Oldschool Computer - http://oscomp.hu


    Σ: 006 -> muszi , hgen , solt87 , BehringerZoltan , mbael , nullptr


    Te jó ég: https://hup.hu/node/172551#comment-2584918

    Szenvedélyesen szoktam mosogatni, mert szenvedélyesen utálom csinálni, tehát a mosogatás a szenvedély trágya, ennek megfelelően ez egy káros szenvedély. (Főleg az edényekre káros.)
    De én kívánok elnézést, hogy későesti fáradtságomban egy klisére elsütöttem egy szutyok viccet. Most megyek, büntetésből kiszórok a sarokba egy kis mirelite kukoricát (ott úgy is kilencven fok van, gyorsan felolvad) és térdepelek rajta egy kicsit...
    A KDE-t meg nem tudom, hogy jött ide, de gondolom D-Busszal.

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585300

    Nope. Autodidakta vagyok.

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585394

    Váljék kedves egészségetekre!

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585415

    Kölcsönös.

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585779

    Még mindig programozó vagyok. Ez annyira szánalmas, hogy magát értelmesnek valló ember a másik mocskolásáig, befeketítési kísérletéig süllyed, csak mert az fel mert tenni pár kérdést az imádatának tárgyával kapcsolatban. (Mert én még mindig nem minősítettem a KDE5-öt, sehogyan sem. Amúgy az "időhiány === mentális elakadás" egyenlet megalkotásához milyen tudatmódosítót toltál?)

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585815

    Csak nem issza meg...

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585833

    Köszönjük a frappáns, minden tartalmat nélkülöző "választ".

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585836

    Csakhogy nekem nincs mentális elakadásom. Ez a te lázálmod. Egyelőre neked akadt be valami, de rettenetesen.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> mbael , nullptr


    Te jó ég: https://hup.hu/node/172551#comment-2585524

    Nem biztos, hogy elszámolta, lehet, hogy csak elütötte: a numpadon a négyes pont a hetes alatt van.

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585541

    Azt írta vissza neki, hogy:

    Ne haragudj, de azután, hogy sem a szövegértés, sem a számolás nem megy, mire számítasz?

    Erre írtam, hogy nem biztos, hogy elszámolta.

    Oldschool Computer - http://oscomp.hu




    Te jó ég: https://hup.hu/node/172551#comment-2585545

    Vagy majd trey erre jár és elmondja, hogy mire gondolt. Vagy nem.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2584775

    Ööö...hup account nélkül hogy kérjen ajánlólevelet egy meglevő tagtól valaki, ha újonc és senkit nem ismer?

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2584789

    Ezt is? :P

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2584800

    Számla nélkül lehet három rubel, tíz kopejka, meg egy büdös zokni?

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2584806

    A feketepiacon, vagy a lengyelpiacon?

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2584921

    A legolcsóbb, ha írok magamnak ajánlót, hiszen még huptag vagyok. Mondjuk rizikós, mert az új szabályok értelmében, ha az új tag gázos, akkor nem csak ő repül, hanem aki beajánlotta, az is, tehát ha beajánlom magamat, aztán trey kirúg, akkor én is repülök magam után!

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2584986

    Ez valami új gerillamarketing a trey Airlinestől? "Repülj a hupról ahova akarsz?" Rossz híre van ennek a légitársaságnak, állítólag nagyon trey a kiszolgálás, mert systemd-fertőzöttek a kiszolgálóik és arra még nincs vakcina. :P

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585057

    > Szeretnél még valamit tudni?

    Csak azt, hogy hol hagytad a humorérzékedet. Tényleg nem tűnt fel, hogy - a legelső kérdést leszámítva - csupa abszurd baromságot írtam, AKA. vicceltem?

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585060

    Akkor igyál többet, vagy használj kevesebb windózt, vagy mittudomén. (Bár van egy sejtésem, hogy ez egy célzás volt, hogy nálam az ilyesmi nem feltűnő, mert mindig abszurd baromságot beszélek.)

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585080

    Nem ismerjük egymást, de az időnként baromságot mond (ahogy mindenki) és a folyton baromságokat beszél, mert elmebeteg azért csak-csak megkülönböztethető. Szerintem... Vagy a helyi elmerokkant squad ennyire fejlett szociálisan? :P
    (Egyébként komolyan nem ment át még a "trey Airlines"-nél sem, hogy poén?)

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585087

    A kérdés nem az volt, hogy vicces volt-e, hanem az, hogy egyértelmű volt-e, hogy vicc, vagy sem.
    Az meg, hogy kinek mi vicces, azt mindenki maga dönti el, függetlenül, hogy tényleg vicc volt-e...nekem pl. vicces volt, hogy te (majdnem) kitépted a hajad, mert megláttad, hogy winfos, pedig te azt nem viccnek szántad.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585095

    > nem téptem ki a hajam, mindössze emlékeim szerint elmagyaráztam, hogy iszonyatosan gagyi dolognak tartom.

    Hát, hogy a hajad tényleg kitépted-e, vagy sem, azt csak te tudod...de az biztos, hogy magyarázni te nem magyaráztál semmit, hanem explicit kijelentetted, hogy eltiltanád azokat a számítógéptől, akik használni merik ezt a szót. Gondolatbűn, vagy mi, na...

    > bocs ha egy IT szakembertől többet várok el 2020 környékén a winfosozásnál.

    Hát ez speciel 2010-es volt...

    > a winfosozás 20-25 éve 1x vicces volt, azóta meg csak simán szánalmas.

    A "winfos" az nem vicc, hanem szitokszó, amit okkal használnak az emberek, ahogy minden más szitokszót is. Hogy szánalmas, az tuti, csak nem maga a szóhasználat az, hanem az "oprendszer", amit takar.

    > vannak emberek akiknek nem kellene erőltetniük a humort.

    Vagy a számítástechnikát...

    > felőlem winfosozz, engem nem érdekel, én mindhárom desktop OS alatt jól megélek bármikor.

    Jó neked... Melyik az a "mindhárom"? Mert ennél azért kicsit többen vannak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585105

    Engem? Én akkor még nem is voltam huptag.

    Az a "három a legtöbbet használt desktop OS" gondolom a windows, macOS, Linux akar lenni. Most tekintsünk el attól az apró szépséghibától, hogy a Linux még mindig kernel és nem OS, de bocs ha egy IT szakembertől többet várok el 2020 környékén a windows, macOS, Linux defacto desktop OS-eknek tekintésétől.

    Sz*rk:

    > ui: nyilván lejött a trejlánszról, hogy vicc, csak szar volt

    Azt nem tőled kérdeztem, de sebaj.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585115

    > nem görgettem fentebb, biztos voltam benne, hogy a saját sérelmed linkeled.

    Igen, te konzekvensen veszed 100%-ra a puszta feltételezéseiden alapuló következtetéseidet. Ennyire is lehet komolyan venni, amit mondasz.

    > nem érdekel, ettől még nagyon szar volt. :) pro tip: ne menj humoristának.

    Lehet. De a windows még annál is szarabb. Pro tip: ne menj IT szakembernek.

    > pro tip2: legközelebb ha csak trey véleménye érdekel egy nyilvános fórumon, akkor írj neki privát üzenetet.

    Pro tip 2: Legközelebb próbáld meg értelmezni, amit olvasol, mert ilyet nem mondtam.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585124

    > én jelenleg is IT-ben dolgozom, és ma sem volt semmi egetrengető problémám a Windowsal a gépemen. nem futok bele sokkal több gondba mint akármelyik másik OS alatt. ha neked szar, akkor benned lehet a hiba. nálam működik.

    export WORKSFORME=42

    Már el is felejtettem, hogy te vagy WORKSFORME Man, személyesen.

    > bocs, de nincs kedvem ezt tovább folytatni, böngészd nyugodtan át az elmúlt 15 év alatt termelt összes hozzászólásom, látom van rá időd. :D

    Látod, mondom, hogy ne menj IT-snek. Minek böngészném a hozzászólásaidat, amikor keresni is tudok bennük? (Egyébként erre a hajtépősre konkrétan emlékeztem, mert ez akkora fail volt, hogy valaki ennyire kiakadjon egy mezei szóhasználaton és embereket akarjon eltiltani valamitől, mert nincsenek egy véleményen vele. Vallásosnak tetszik lenni és nem bírni az istenkáromlást?)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585133

    Én meg csak annyit tudok javasolni, hogy legalább próbáld értelmezni, amit ír a másik ember, még ha sérti is a segglu az érzéseidet. (Pl.: Ki mondta, hogy nem tudok kezelni egy windowst? Komplex szoftvereket írtam rá, de sebaj.) Ha ez nem megy, akkor ismerd el, hogy hülye vagy még ahhoz is, hogy értően olvass és inkább menj el hittérítőnek, ott elég visszabüfögni a mantrát, értelmezni nem kell.

    A beidézett komment pedig nem az enyém és sosem mondtam még csak hasonlót sem. Ha neked a szalmabábcsépelésnél kezdődik a színvonal, akkor tényleg nincs miről beszélni.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585134

    Neki mondtam ezt.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585137

    Most direkt megnéztem, de téged sose hívtalak WORKSFORME Man-nek. Legalábbis a kommentjeim között csak az evone-nak címzettek között találtam meg ezt a stringet.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585301

    Jó, hát simán WORKSFORME az volt bőven, de azt meg nem csak te kaptad, sőt, azt a legtöbbet a systemd priestek kapták.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585302

    Hát annyira vicces nem volt, mint amit te leműveltél a KDE5-ös topicban, pedig azt nem viccnek szántad...

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585316

    Dehát az már a legelején megvolt, amikor először mondtad. Meg utána is, amikor mondtad megint, akkor is elismertem. Ennyire nem megy az értő olvasás?

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585352

    Magyarán nem ment az értő olvasás. Újfent. Ilyenkor, ha elismered hogy "nemmegyen a' értő ó'vasás", akkor hamarabb tovább léphet mindenki.
    Bár, ahogy most felrémlenek a korábbi "társalgásaink", te alapból write-only szoktál lenni.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585358

    Legalább ne hazudnál. Nem gondoltam volna, hogy olyan ultra vicces lett volna és nem sértődtem meg. Csak szeretnéd belemagyarázni.

    Nem bántottál meg. Csak szeretnéd. Azért hozom fel minden alkalommal, mert az a poszt ékesszólóan mutatja, hogy miféle ember vagy. (Ki használ ilyen szánalmas kifejezéseket, hogy "szánika"?)

    Érdekes. Fentebb, még azt írtad, hogy nem akarod folytatni. Most már vicces lett? Csak sajnos senki nem veszi be, hogy a görcsös szmájlizás mögött te tényleg röhögsz. Már csak azért sem, mert minden alkalommal ezt csinálod.

    Oldschool Computer - http://oscomp.hu




    Meanwhile at antiHUP HQ: https://hup.hu/node/172542#comment-2585373

    Azt nem tudom, hogy sanyargatod-e magad, de, hogy égeted, az tuti. Messze jobban, mint én, a szar vicceimmel. Nekem legalább néha jól sül el egy-egy poénom, de neked ez az izzadtságszagú kamuröhögve fölényeskedésed totál hiteltelen, mindig is az volt.
    A poszt második felében viszont van igazság, de azért az ilyen kirohanások - mint a citált poszt - elég sokat megmutatnak.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586260

    Mekkora köcsögök.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> NevemTeve , carlcolt , Addam2 , nullptr


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586280

    Az ms a tudtodon kívül fel tud csomagokat pakolni a rendszeredre az updateren keresztül. windows update 4 RPi. Vajon mi károd keletkezhet ebből?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Adamyno , solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586319

    Leírták, egyszer már be is citáltam:

    They also install Microsoft’s GPG key used to sign packages from that repository. This can potentially lead to a scenario where an update pulls a dependency from Microsoft’s repo and that package would be automatically trusted by the system.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zrubi , solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586340

    Az RPi felhasználók viszont ezt az auto-forced ms dependency-t GPG-stül, repo-stul nem hagyták jóvá. Ezért is anyáznak. (Persze lehet mondani, hogy ők voltak a hülyék, hogy megbíztak ebben a köcsög cégben és ez valahol még meg is állja a helyét.)

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> hgen , solt87 , carlcolt


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586595

    Igen. Ha nem hagyták volna jóvá, akkor abból is anyázás lett volna.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586329

    Mert, hacsak nem ellenőrzöl sorról-sorra egy nagyobb update esetén akár többszáz csomagnevet (aminek egy jelentős része számodra ismeretlen függőség), hanem csak leokézod (amit a legnagyobb valószínűséggel csinálni fogsz), hogy menjen, akkor a függőségeken keresztül fel tudnak húzni a gépedre bármilyen csomagot.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , nullptr


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586339

    Ha gőzöd sincs, hogy az update éppen mit rak fel, akkor az nem a tudtodon kívüli feltelepítés? A második felével egyetértek; azt rak az ms a repo-jába, amit akar.
    És ha ez a rendszer úgy települ, hogy opt-out módon, automatice rángat le onnan dolgokat, akkor tök mindegy, hogy a függőség húz le egy kártékony csomagot, vagy maga a csomag tartalmaz kártékony kódot. Ez a rendszer nem megbízható így.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586604

    Nnnna...kezdődik a szalmabábok nagyüzemi csépelése. Helyi májkroszoftos állomány, szerecsenmosdatáshoz sorakozó!
    Nem. Nem erről beszélünk. Te beszélsz erről, úgy, mintha én erről beszéltem volna, pedig nem. Hol állítottam, hogy az super-secure? Pláne azért, mert open source? Hol hivatkoztam én holmi szemgolyókra? Mi lenne, ha nem olyan dolgokra reagálnál, amiket én nem is állítottam? Nem vagyok sem linuksz, sem ópenszósz fanboi. Azért még azt meg tetszik nekem engedni, hogy ne bízzak egy olyan vállalatban, ami eddig hatvannyolc kilotonna indokot adott arra, hogy ne bízzak benne?

    Ami pedig a feltelepítést illeti, tessék elolvasni, hogy mit írtak, illetve, hogy én mit írtam: ha tényleg egyesével átnézed az összes települő csomagot minden frissítéskor, blokkolod, amit gyanúsnak találsz és ami függ tőle azt újrahúzod forrásból, akkor az állítás nem állja meg a helyét. Ha viszont nem teszel ilyet (és nem fogsz, hiába is próbálnád megmagyarázni, hogy te a win10 frissítésnél is egyesével ledoxolod a patcheket), akkor viszont az állítás áll.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586599

    Mert ugye, ha egy alapvetően trust alapú rendszerben (frissítés) a júzer esetleg simán rábök, hogy igen frissíts már (akármilyen OS-ről is legyen szó), akkor az a tudtával történik, ha meg nem és a repo owner kártékony cuccot rak fel, akkor meg PEBKAC. Tisztelt bíróság, az ms álláspontját hallották: mindenért a júzer a hibás. Mindenért is!

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586673

    Ha szándékos károkozás, ha usual ms-lameness, lett volna opt-in és akkor huszadannyi embert nem érintene.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586681

    Nem is a microsoftot anyázták elsősorban a júzerek, hanem az RPi Foundation-t a köcsögségért.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> hgen , solt87 , st3v3


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586687

    Nem tudjuk miben állapodtak meg, de ez mindegy. Opt-out lett opt-in helyett.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586739

    Ez is működhet, amit te mondasz, de belerakhatja a glibc fájljait egy másik csomagba is (pl. a VS Code-ba), csak arra kell vigyáznia, hogy ne legyen fájlütközés, viszont ahhoz a megoldáshoz tényleg fel kell rakni explicit a VS Code-ot. Két különféle megoldás, amit te írsz, az package-hijack, amit mb írt, az file-hijack.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586859

    Hát ehhez képest most már windows alatt is tkp. apt van, lévén a windowsos világ kb. 30 év után most jutott el odáig, hogy most már egyáltalán van benne csomagkezelés a WinGet képében, ami az apt-get klón AppGet másolata. Tehát az ms minden teketória nélkül átvett egy biztonsági szempontból koncepcionálisan törött csomagkezelőt. (Mondjuk ez nem meglepő, az update eddig sem volt valami nagyon biztonságos dolog náluk, volt már precedens arra, hogy egy kártevő a WU mechanizmusán keresztül terjesztette magát, aláírással, meg mindennel.)

    Egyébként ezzel kb. a többség tisztában volt, hogy az apt egy ezer sebből vérző ementáli, csak éppen ennek nem volt köze ahhoz, hogy az RPiF a júzerek tudta nélkül vett fel a default repo-k közé egy microsoftost, mert ebből a szempontból nézve kb. teljesen mindegy mi a csomagkezelő ebben a szarban.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586875

    > Elég baj az, de miért érdekes ez? A sok hozzáértő user gondolom telesírta az appropriate uservoice threadet, hogy mennyire kellene egy ilyen, a MS meg megcsinálta.

    Csak arra reflektáltam, hogy a szar apt lett a windows csomagkezelője is, tehát lehet szarozni (van miért), csak akkor immáron a windows-t is szarozzátok vele.

    > Tehát ugyanannyira szar, mint az összes többi, amennyiben olvasás nélkül feltelepítesz mindent, amit egy legitimnek tűnő szoftver felajánl? Nahát! :D

    Bezony-bezony, ez ugyanaz a szint, mint amikor valaki nem nézi meg az apt-os upgrade alatt, hogy honnan jön egy frissítés, vagy miféle frissítés az. És itt is be lehet vele szopni. Ismét csak arra reflektáltam, hogy kár az aptra mutogatnia annak, akinek a frissítési mechanizmusa szintén trágya. (És ezért át is vette az apt-ot, hehe.)

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586897

    > És? Az apt egy szar, mindegy, hogy linux vagy windows futtatja.

    Ebben nincs vita.

    > Nekem maradéktalanul egyet kell értenem minden design choice-szal, ami a Windows-ban van, vagy mi? :D

    Természetesen. :] Viccet félretéve, a posztom, amire reagáltál, az nem neked szólt, hanem kroozo-nak. Neki próbáltam meg arra rávilágítani arra, hogy az apt szarságát eléggé vicces a Linux ellen és a windows mellett felhasználni érvnek, amikor windows alatt az van, Linux alatt meg nem csak az van és nem csak Linux alá van (pl. a Solaris alapú DilOS alatt is az van).

    > He? Mi baj van a frissítési mechanizmusommal? Vagy ki mutogat az apt-re? Nem értem.

    > Vagy a MS-ra gondolsz? Nekik mi bajuk azt apt-vel? Most mondtad, hogy a Windows-ban is az lesz.

    A WU-ról beszéltem. Az is egy nagy trágya. Épp az előbb ismerted el, hogy security szempontból ugyanolyan szar, mint az apt.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586960

    Pontosan. Akkor most miért is kellett behozni a topicba, hogy az apt szar, ha egyszer kb. mind az? :) (Igen, tudom, hogy nem te voltál, te csak "odaálltál".)

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586967

    Hát az

    utaljukmikroszoft, de az, hogy az apt szar

    és

    a saját házunk táján

    kitételekből, nekem az jött le, hogy szerinted kár az ms-t hibázatni, amikor a probléma abból ered, hogy az apt szar, holott nem, mert a probléma abból ered, hogy a mikiszoft és az RPiF köcsög és már megint nagytestvérkedni akarnak. Miért az aptot kéne hibáztatni két köcsög cég rosszindulatúsága miatt?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587114

    Ismét csak személyeskedésre futotta. Egyelőre a helyi microsoft squad magyarázott bele mindent mindenbe és csépelte a szalmabábokat.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586903

    > Egyrészt, csak a tisztánlátás kedvéért, az egy tech preview állapotban levő cucc, és semmi nem utal rá, hogy ez bármikor több lesz, mint egy alternatív lehetőség, szóval azért ez egy elég ordas nagy csúsztatás

    A legkevésbé sem az. Ebből az állításból csak annyi igaz, hogy preview. Azt mivel is támasztod alá, hogy sosem lesz több, mint egy alternatív lehetőség? Mondott ilyet a microsoft? Vagy csak viccből fejlesztik? Azért kúrogatták hónapokig, majd szívatták le az AppGet fejlesztőjét, mert ez egy ilyen drága vicc?

    > Másrészt meg ja, és? Gondolod nekem fáj? Őszintén szólva kevés nagyobb kalap szart láttam mind a windows update, nagyjából borken by design, implementation, ux, meg minden más, lexikonban azzal illusztrálnák, mit jelent a FUBAR, nem lennék meglepődve.

    Ebben egyetértünk. Meg abban is, hogy az apt szar. Csak épp arra próbáltam rávilágítani, hogy ennek nem sok köze van a témához és a Linuxhoz is csak annyi, hogy ez alatt a szar disztró alatt ez a szar csomagkezelő van.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586968

    > Miért, te a saját képzelgéseden kívül mivel támasztod alá, hogy ez valaha is leváltja pl az appstoret vagy a windows updatet? Mondott ilyet az ms, hogy ez bármikor több lesz, mint egy alternatív lehetőség? Miért gondolod, hogy ha nem ez lesz a default (és váltja le pl az appstorejukat), akkor már drága vicc az egész, és nincs olyan ügyfélkörük, ahol van erre igény, és megcsinálták?

    Abból, hogy folyamatosan csinálják és abból, hogy beharangozták, publikálták, ez egy. Kettő, akár primer csomagkezeléssé lép elő, akár egy lesz az N-ből, létezik. windows alá. Pont.

    > Ehhez képest, te jelenidőben kijelented, hogy "szar lett a windows csomagkezelője". De, csúsztatás. De, ordas.

    A windows csomagkezelőjéről beszélünk? Arról. És ha lesz másik csomagkezelője is a windowsnak? Attól ez már nem a windows csomagkezelőe lesz? De. Az. Vagy attól, hogy még nincs teljesen kész, már nem a windowsé? De. Úgyhogy nem csúsztatás.

    > Én meg már leírtam párszor, hogy miért számít, hogy milyen az apt security modellje egy ilyen ügyben.

    Nem, te azt írtad le, hogy a probléma nem is létezne, ha az apt nem lenne szar. Szó szerint azt írtad, hogy ha ez nem lenne, a kutyát nem érdekelné és szépen ignoráltad, hogy semmiféle security koncepció nem preventálja a csomagkezelőt abban, hogy csatlakozzon az ms szerveréhez, ha egyszer az van mondva neki, hogy tegye. Tök mindegy, hogy telepít-e onnan csomagot.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587100

    Személyeskedésen kívül bármi? Vagy elfogytak az érvek?

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587116

    Aham, tehát már hazudok is. A WinGet meg nem a windows csomagkezelője. Biztos a rinocéroszoké. Nem a mikiszoft fejleszti és nem is ők szállítják és nem is arra való, hogy windows alatt csomagokat kezelj vele. A WinGet nem a windows csomagkezelője.

    Egyébként most meg elindultunk arrafelé, hogy akkor most a WinGet a windows csomagkezelője-e vagy sem és már megint nem arról volt szó, hogy a mikiszoft patkánykodott és nagytestvérkedett.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587221

    Mert ugye tévedni nem lehet, csak hazudni. A jelek szerint te sem tudtad, hogy nem apt-get klón, akkor te is hazudtál? Ebből is látszik, hogy milyen rosszindulatú vagy.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587270

    Rosszul látod. Jópár olyan ember van itt, akinek a vitakultúrája kimerül a másik mocskolásában, hiteltelenítési kísérleteiben; sose az érveket támadják, hanem a másik embert.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587302

    > szerinted személyeskedés, ha valaki a véleményedet vitatja

    BaT-nak mondtam bárhol a topicban, hogy személyeskedett? Nem. Pedig nem egyszerűen vitatta, amit mondtam a WinGet-ről, hanem cáfolta. De nem személyeskedett, tehát nem is mondtam neki, hanem megköszöntem a fejtágítást, ahogy illik.
    Mondtam bárki másnak a topicban, hogy személyeskedik, aki vitatta az állításaimat? Nem. Csak neked. Hogy is van ez? Olvasd vissza, hogy te hogy "vitattad a véleményemet" és hogy vitatták mások.

    Ebből is látszik, mennyire lehet komolyan venni bármit, amit rólam állítasz. Te benne vagy abban a 4-5 emberben, aki mindig megtalál meg valahogy.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587297

    Igen, ez FAIL volt. Fatális hibát követtem el, amikor nem ellenőriztem le rendesen, csak rákerestem az ebben a topicban elhangzott állítások alapján, hogy apt-e és több cikk azt mondta, hogy az AppGet az aptot másolta, én meg elhittem.
    Nyugodtan kárörvendj, ha jól esik (csak igazolod vele, hogy rosszindulatú vagy, ld. még a "szerinted" részt a posztodban). Több, mint három éve vagyok itt, de ms témában ez volt az első nagy pofáraesésem. Túl fogom élni.

    Ami az iderángatást illeti, az aptot nem én rángattam ide. Meg lehet ideologizálni, de ami tény, hogy tök mindegy, az ms mit követ el, pár poszton belül már el van terelve a Linux vagy valami más fikázása felé az egész.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587345

    > ha én kezdem úgy a mondatomat, amint BaT, hogy "Nem tudok elmenni emellett a sok sületlenség mellett, sorry." akkor vajon nekem is elnézted-e volna.

    Ha te is így bebizonyítod, ahogy BaT tette, hogy sületlenség, akkor nem szóltam volna érte. De te semmit sem bizonyítottál, csak csűrted a szót arrafelé, hogy én ilyen-meg-olyan, ez-meg-az vagyok. (Hint: ő az állításomat minősítette, azt is jogosan, te meg engem.)

    > *majd azt is szemléld meg kérlek, hogy melyikünk is szólt a másikhoz ;)

    Itt speciel én szóltam hozzád, de a személyeskedést te kezdted. A legtöbb esetben viszont te szólítasz meg és aztán kötsz belém.

    > a sértődőst választottad

    Ha besértődtem volna, nem lennék már itt, nem? De te ezt annyira be akarod bizonyítani; te valahogy sosem a témában akarsz bizonyítani bármit, hanem rólam különféle negatív baromságokat. QED.

    Aki normálisan áll hozzám, ahhoz én is normálisan állok hozzá. Sok emberrel volt vitám ebben a topicban, de konfliktusom csak veled. Ezen elgondolkodhatnál.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587371

    > Főleg úgy, hogy érvredszered kimerül abban, hogy a) az ms is, b) offtopic az apt.

    Mondtam én sokminden mást is ebben a topicban, csak az valahogy nem volt neked fontos.

    > Mondtam dolgokat, amikre te valahogy -- és tényleg nem értem, hogy hogyan -- jössz, hogy én csúsztatok, meg személyeskedek, meg bántalak.

    Amikor énrólam fogalmazol meg állításokat, akkor engem minősítesz. Hogy jön ez bármilyen témához, amiről épp szó van bármelyik topicban? Miért kell bármilyen témában a vita közben a vitapartnerről, a személyéről állításokat megfogalmazni?

    > Tény, hogy nem doktori értekezések stílusában beszéltem. Te sem.

    Nem ezzel volt bajom.

    > És meglehetősen kevésbé kedvelem, amikor olyanokat adsz a számba, amiket nem mondtam.

    Mit? Hogy akit aggaszt, hogy a gépe a tudta nélkül az ms szerverére csatlakozik, az idióta? Hogy folyamatosan azt bizonygattad, hogy én besértődtem, befeszültem? Hogy leereszkedő stílusban megkérdezted, hogy felírjad? Ezeket mind szó szerint mondtad (lehet visszaolvasni), ezt hogy adhatnám én a szádba? Te adogattál olyanokat a számba, hogy én megtiltom, hogy a problémának az egyik feléről beszéljünk, meg azt, hogy te nem csinálhatsz dolgokat, holott én egyiket sem mondtam (lehet visszaolvasni).

    > persze merkúr. Tudom, az nem személyeskedés.

    1. Még a Merkúr előtt volt az, hogy kollektívan leidiótáztál mindenkit, akit zavar, ha a gépe az ms szerverére csatlakozgat a tudta nélkül, tehát te személyeskedtél először.
    2. A Merkúr tényleg nem személyeskedésnek volt szánva, de ennek ellenére én elnézést kértem érte, ha annak volt érthető.

    Tehát, de, te nyitottál benne, tőlem pedig fel tudtál mutatni egy megnyilvánulást, ami ugyan csak félreérthető volt, de azért is mondtam, hogy sorry, te meg mást se csináltál egész végig.

    > Én is. Nekem is. Te is :)

    Más topicban láttalak már másnak is beszólni. Persze, mert megint engem találtál meg. Előbb szerzek pár agysejtet.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587404

    Nem felejtettem le, csak attól függetlenül is az egész, úgy ahogy van, offtopic. Akár "is", akár nem. Az apt nem azért szar, mert köcsögök és ki akarnak veled cseszni, hanem mert simán szar. Két cég köcsögségének témájába hoztátok be, hogy egy tool szar, mert elkúrták.

    Szokásos üres szarkasztikus fölényeskedés. Köszi, hogy megtiszteltél a tartalomnélküliséggel.

    Nem, nem bánt, hiába is szeretnéd. (A píszít meg tőből leszarom.) Magadat minősíted vele kétszeresen is. Egyrészt emberileg, másrészt szellemileg. Olyan cégekkel szemben, akik nagyipari szinten tolják a nagytestvérkedést (kugli, fácse, mikiszoft), nem lehetsz elég óvatos. Te leszarod? Te jogod. De ettől még nem az lesz az idióta, aki nem szarja le, hogy lassan már a seggünkbe is kamerát dugnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587421

    > Persze ott arról volt szó, hogy én az ms seggét nyalom

    Hol? Citáld be, hogy hol vádoltalak az ms seggének nyalásával.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587524

    Aha. Tehát ezt se mondtam. Ezt is csak te adtad a számba. No comment.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587532

    Így.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587644

    Én is ezt mondom. Örülök, hogy konszenzusra jutottunk.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587220

    Minden cikk, amit találtam a témában azt írta, hogy a lemásolt AppGet az apt-getet koppintotta. Ezek szerint marhaságot írtak. Kösz, hogy felhomályosítottál.

    A másikra csak azt tudom mondani, hogy ezt felesleges újrakezdeni. A felháborodás azért volt, mert nem szóltak róla, hogy az ms repository-ja bekerült a többi közé. Hogy az ms mikor kezd bármilyen adatot gyűjteni, az meg csak rajtuk áll.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586890

    > Őszintén szólva nem nagyon látom, hogy hogyan jön ide, hogy az MS mit bénázik, de azért azt halkan megjegyezném, hogy egy windowson jellemzően ez a "biztonsági" probléma nincs, hiszen ott eleve nem volt olyan ígéret, hogy az összes szoftver egy vendoron keresztül érkezik, összescsiszolva.

    Miért, a szar az apt hogy jött ahhoz, hogy az RPiF berakott sutyiba egy ms repo-t a default-ök közé? Az ms bénázása meg úgy jött ide, hogy ti behoztátok, hogy szar az apt (igen, az) és most már windows alatt is az van, tehát a windows csomagkezelése is egy kalap szar. (Egyébként maga az apt is crossplatform, nem Linux-only, pl. a Solaris alapú DilOS-ben is ez van.)

    > Ja, itt is jól látszik :) Szóval szerintem ezzel a többség egyáltalán nincs tisztában.

    Tudom fejből, hogy hány nap a Merkúr keringési ideje. De nem mondtam itt. Akkor nem tudtam? Vagy csak irreleváns volt, azért nem mondtam? A téma nem az volt, hogy az apt szar-e, ezért nem jött elő vele senki. Behoztátok, hátha sikerül elterelni a témát, csak épp már windows alatt is ez van. FAIL.

    > Ha nem lenne az, hogy a egy külső repó azt csinál, amit akar a rendszereden, akkor a kutyát nem érdekelné, hogy a kotsogfundaion feltett egy repot, ami után egy apt installal lehet telepíteni a vscodeot (és csak azt).

    És kezdődik a csúsztató spekuláció, hogy nem érdekelné az embereket...de, érdekelné. Ugyanis a csomagtelepítgetés csak az egyik fele volt, a másik fele az ms szerver felé történő kapcsolódások, ld. hnsz2002 válaszát, tehát amit mondasz, az nem igaz.

    > Illetve de, azt a sok idiótát, aki azon rugózik, hogy "úristen letöltötte a csomaglistát az mstől a gépem a tudtom nélkül", azok mondjuk lehet, de az ellen meg nincs orvosság.

    És kezdődik a személyeskedés is, akit zavar, hogy a gépe szükségtelenül felcsatlakozik az ms-hez és adatot szolgáltat a profilozáshoz, az idióta. Köszönjük. Remélem tudod, hogy ezzel csak magadat minősíted és nem azokat, akik szeretnék elkerülni az ms adatporszívóját.

    > Nyilván nem egyszerű dolog ez, de azért lehetne jobban csinálni, hogy a káposzta is jóllakjon meg a kecske is megmaradjon, mint jelenleg. rpmnek pl alapból is kicsit jobban megy, az ilyen új vonalas cuccok, mint rpm-ostree, flatpack, snap (jöhet a fujjfujj fanfár) meg kifejezetten jobban kezeli ezt a helyzetet.

    A windows miért nem az rpm-et vette át?

    > Hogy a gugliról ne is beszéljünk, aki a goval jó szokásához híven közölte, hogy jóvanbazmeg vitatkozzatok, ez meg belefordít mindent statikusan egy darab binárisba, eszi nem eszi, nem kap mást.

    Ez biztos így van, a gugli meg bekaphatja tövig, de...hogy jön ez ide?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586956

    > Hihetetlen, mennyire be tudsz feszülni. Sokkal jobb lenne a világod, ha nem gondolnád azt, hogy mindenki automatikusan mindent támad.

    Kezdődik a személy elleni érvelés? Hogy jön ide, hogy én "befeszülök", vagy sem? Mi köze a topichoz, akár a frissiben behozott offtopichoz? (Azt már meg sem kérdezem, hogy egyáltalán miből gondolod...) Mi lenne, ha nem folyton engem próbálnál támadni és mondvacsinált hülyeségekkel hitelteleníteni? Vagy máshogy nem megy?

    > Képzeld, szerintem is kreténség volt ez a kotsogfundationról, csak mondjuk én nem lepődtem meg, mert bár nem használok piket, még így is teljesen egyértelmű, hogy az a fundation kotsog.

    Ebben egyetértünk az RPiF köcsög.

    > Egyszerűen csak szórakoztatónak tartom, hogy fel sem merül a saját házunk táján is végignézni.

    Na és itt vagy baromi nagy tévedésben. Ez még mindig azért nem merült fel a topicban, mert offtopic. Nem azért, mert ne lenne igaz, hanem mert köze nincs a köcsögfund köcsögségéhez. A téma a latest mikiszoft (+ RPiF) köcsögség volt, de már megint azon megy a pörgés, hogy egy "linuxos" szoftver szar.

    > Lentebb írtam, úgy, hogy ha nem lenne fos az apt, akkor sokkal kevésbé lenne egy ilyen probléma. Felírjam úgy, ahogy te tetted, a kis táblázatodban, akkor megérted?

    De akkor is probléma lenne, mert ez csak az egyik fele volt. Az ilyen degradáló fölényeskedéssel, mint ez a leereszkedés, hogy "felírjam?", meg "kis táblázat", ezzel megint csak magad minősíted, ahogy azzal is, hogy képtelen vagy megérteni, hogy a sutyiba felrakott csomagok csak az egyik felét teszik ki a problémának. Nem azt bizonyítod be, hogy én vagyok ostoba, hanem azt, hogy te vagy rosszindulatú és frusztrált.

    > Továbbra se értem, ettől mi köze van az egésznek ahhoz, hogy mostmár van apt windowson is.

    Az, hogy az apt szarságát vajmi kevés eséllyel lehet hülye linukszosok ellen érvnek felhasználn, hogy "miért nem néznek körül a saját házuk táján".

    > Ja értem, neked lehet méretezni, nekem nem, ha van egy, akkor már nem igaz amit mondok.

    Méretezni? Ezt nem értem...

    > Egyrészt még egyszer, hogy a rákba lenne már fail, hogy bezzeg a windows. Értem, hogy rohadtul szeretnéd beleadni a számba, de én keresztbe leszarom őket. Másrészt meg a téma az volt, hogy ez miért szar, amit a foundation csinált, és ahhoz szerintem hozzá tartozik az, hogy az apt szar.

    Nem, nem tartozik hozzá, mert bármelyik másik szarhulladék csomagkezelő lenne helyette, ugyanúgy risk lenne. Akkor meg? Ez az egész az apt szar egy terelés. A téma az volt, hogy a köcsögfund és a mikorfos összefeküdtek, hátha meg lehet csinálni az RPi userekkel, hogy ismeretlen céllal mindenféle szart telepítgethessenek az RPi userek gépére, meg felzavarhassák őket az ms szerverére egy kis profilozás végett. Teljesen mindegy milyen csomagkezelő alatt játsszák ezt el.

    > Ezen rugózni szerintem továbbra is idiotizmus. Hint, ez nem jelenti azt, hogy hülye vagy, ha zavar, meg ha kibaszod, de ami itt megy, hogy mintha a világ dőlt volna össze attól, hogy elment az rpije és elhozott egy listát, az szerintem hülyeség, sajnálom, ha ezzel megsértettem a lelketek.

    Nem sértettél meg, magadat minősítetted vele.

    > Nem tudom, nem is érdekel. Totálisan hidegen hagy, mit csinál az ms a saját ökoszisztémájában egyébként is, meg ebben a témában is.

    Csak akkor kár az aptra mutogatni.

    > Úgy, hogy ahogy a többi, a hogyan lehet ezt a kérdést kezelni témakörben.

    Azaz sehogy, mert nem ez a téma?

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586984

    > 1. Max szerinted offtopic. Szerintem szervesen hozzátartozik a kialakult helyzethez.

    Na, ez a csúsztatás, hogy max. szerintem offtopic. Nem tudhatod, hogy még hány ember gondolja úgy, hogy offtopic.

    > 2. Hát, pontosan ebből. Közlöd velem, hogy mi lenne ha nem támadnálak, miközben éppen azt próbálom neked mondani, hogy nem támadlak.

    Hátööö...csak éppen indirekt leidiótáztál (engem is), leereszkedő stílusban fölényeskedtél, megpróbáltad rámhúzni a sértődöttséget, a "befeszülést"...csupa-csupa engem minősítő válaszreakciót a részedről... Hát oké, ha neked ez nem argumentum ad hominem, akkor neked nem az. (Nem, mielőtt nekiállnál belemagyarázni, nem "fájt", csak leszögeztem a tényeket.)

    > Értem, és természetesen csak a másik feléről ér beszélgetni.

    Jó kis szalmabáb, sose rossz. Hol mondtam én olyat, hogy az egyik félről nem ér beszélgetni? Azt mondtam, hogy a probléma forrása nem az, hogy az apt egy fos, mert ezt maximum a felére lehet ráerőltetni (de ott is fals). Ha a mikroszoft és a köcsögfund itt nem áll neki buziskodni, meg nagytestvérkedni, akkor hiába szar az apt, mert nem élnek vissza vele.

    > Nem fölényeskedni szeretnék. Te írtál egy kis táblázatot itt valahol, hogy mikor minek mekkora lett volna a lángja.

    Nem bántásból, csak összefoglaltam neki.

    > Azér kicsi, mert egy nég ysosos izé volt, textben. Minek hívjam, szakdolgozatnak?

    Simán táblázatnak. Lehet, hogy ezt a felét félreértettem, de a "felírjam?" kitétel után nem volt nehéz félreérteni...

    > És gondoltam, elég lesz, ha utálok rá, hogy kérlek úgy próbáld meg értelmezni, ahogy azt csináltad. Ugyanis elég leereszkedő lett volna felírni, és megsértődtél volna.

    Abszolút nem lett volna sértő egy táblázat felírása. A tálalás a lényeg. Ha kommentár nélkül felvésed egy táblázatba, hogy mit gondolsz, az egyszerű kifejtés. Ha ezt úgy tálalod, hogy "most már érted, hülyegyerek?" az megint más tészta, de azzal megint nem engem minősítesz.

    > Szerintem ha az apt nem lenne ilyen szar, akkor a probléma másik fele lényegesen kisebb lenne, mert ilyen szinten sokkal kevesebb embert zavar (lásd még táblázatod).

    Miért lenne kisebb? Nem tudom feltűnt-e, de ezt jelölték meg a fő problémának, a csomagtelepítgetés csak feltételes módban ("can potentially lead"), "extraként" jött a képbe...

    > Kis balhé, nagy balhé. Bezzeg ha van itt egy (tudom, meg az interneten még másik sok), akkor én már nem mondok igazat.

    Jó, így már értem. Sorry, de néha tényleg baromi zavarosan írsz. Ami a balhé méretét, meg az igaznemmondást illeti, ezt te értelmezted félre: nem azt állítottam, hogy hazudsz, hanem azt, hogy az állítás hamis, mert lett volna balhé; elsősorban a connection miatt anyáznak a júzerek.

    > Nem, nem lenne. Nem kötelező ugyanis szarnak lennie.

    Kötelező, vagy sem, valami koncepcionális hibát, security issue-t mindben lehet találni. Innentől kezdve érdektelen, hogy melyik csomagkezelő fos benne.

    > Szerinted, szerintem meg nem, round 10.

    Hát rugózhatunk éppenséggel rajta, de inkább az itt a kérdés, hogy hogy lehet az, hogy bármilyen microsoftos fail történik, ha az topic lesz a hupon, akkor pár poszton belül már hótt mással foglalkozunk; rendszerint a Linux, vagy valami Linuxhoz köthető cucc rugdosásával?

    > Ne már, ez hülyeség. Miért ne mutogathatnék arra, hogy az apt itt hozzátett a bajhoz, attól teljesen függetlenül, hogy az ms teljesen máshol mit csinál?

    "Hozzátett?" Na, ez már haladás, mert eddig még az volt az ukáz, hogy az egészről az apt tehet, nélküle a probléma - és a balhé - se létezne! Ez már simán megáll, hogy "hozzátett a bajhoz".

    > Még mindig szerinted. Értem, hogy téged ez nem érdekel, nyugodtan hőbörögj tovább a többi részén egy másik szálban.

    Most, amikor kezdenénk konszenzusra jutni? (Egyébként kedves tőled, hogy megmondod, mit csináljak.)

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2587102

    > Ja, az. Még csak véletlen sem úgy kell érteni, hogy kettőnk közül.

    Szavaztasd meg, az a legegyszerűbb. :P

    > Ja hát kérem, ha a merkúrral megnyitjuk a stílust, akkor ne haragudj, hogy hasonlóban kommunikálok veled.

    Csak egy hasonlat volt az offtopicra. Sorry, ha támadásnak vetted. Viszont akkor nem értem, hogy mire fel akarod mindenáron megmagyarázni, hogy én vagyok sértődékeny...

    > Valahogy mindig az van, hogy tele van a szemed a gerendával, miközben téged itt mindenki (tudom, nem mindenki, csak én meg még páran) állandóan személyedben bánt.

    ...lásd ezt is. Komolyan, nézz már kicsit magadba. A téma a mikrofos és a köcsögfund legújabb patkánysága volt. Ehhez képest már megint arról van szó, hogy én ilyen, meg olyan vagyok. Releváns ez a két érintett cég köcsögsége kapcsán? Nem. Én tettem bármelyikőtökre bármi sértő, degradáló megjegyzést, állítottam bármit rólatok? Nem. Akkor? Miért arról szól már megint a topic, hogy engem kell minősíteni? Az én szemembe gerendát képzelsz, a sajátodban nem látod az Endort se.

    > Nem, te azt mondtad, hogy ennek semmi köze a témához, és offtopic

    Az is. Ugyanis ez nem a probléma forrása.

    > Látod, lovalod bele magad. :) Illetve és természetesen én voltam megint a gonosz.

    Mibe lovallom bele magam? Akkor már kecskegelem, ha kérhetném. BTW, én bántottalak tán téged? Ld. a kettővel feljebbi bekezdést.

    > Feltűnt. Ezzel együtt én élnék a gyanúperrel, hogy ha nem az lenne a többség fejében, hogy a külső repo veszélyes, akkor nem lenne ekkora para.

    Még ha nem is ez lenne a fejükben, egy mikiszoftos, vagy kuglis repo azért csak kiverné a biztosítékot.

    > Nem is tudtam, hogy fundamentalista vagy.

    Tudsz mást is, mint bélyegeket rámsütni? Nálad ez a vitakultúra?

    > Szerintem nem, egyáltalán nem mindegy, hogy a külső szolgáltatók trustja hogy néz ki.

    Ilyet nem is állított senki.

    > Mert ez egy unix portál, és ehhez értünk :D

    Hát azt látom. Itt is először megkezdődött a bagatellizáció, aztán a hup twitteres szemetére mutogattak páran. Aztán jött a szarkasztikus szalmabábcsépelés, olyan állítások nevetségessé tételének kísérletével, amit a kutya nem állított. Utána jött az apt szar csatakiáltás, hátha sikerül megint odaforgatni a témát, hogy a Linux szar...pechetekre kiderült, hogy már windóz alá is az van. Most meg megy a trécéhá egy hülye című műsor. Valahányszor a mikiszoft patkánykodik, a helyi szektások mindig megpróbálják elterelni a szót; sohasem a májkiszoft a szar, hanem a beágyazott twitteres szemét, az apt, a Linux, vagy azok, akik fel merik emelni a szavukat az ms ellenében. De az ms szent és sérthetetlen, mindenről a júzer tehet, aki mást mer mondani, az köcsög linukszos és el kell tiltani a számítógéptől. (Szegény macOS, BSD és egyéb UNIX userek...)

    És még én vagyok fundamentalista.

    > Szerintem sokat tett hozzá :)

    Aha... Kb. bármelyik másik csomagkezelőt is meg lehet hekkelni, ha erre lehetőséget adsz valakinek. Itt a probléma forrása az volt, hogy megint nagytestvérkedni akartak. Ha az apt nem lenne ilyen szar, a probléma nagy része akkor is rétezne, mert a probléma ennek a két cégnek a buzulása.

    > Fogalmam sincs, szerintem nem, de folytatni felesleges. (ja kérem, ha szerinted én ne offoljak)

    Ezt most jól megaszontad. Annyira, hogy nem is értem. A konszenzus nem, az offolás nem, vagy mi? Mit nem érdemes folytatni? A vitát?

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586601

    És te minden egyes alkalommal egyesével átnézel többszáz függőséget, minden egyes library-t és utility-t, amit a frissülő csomagok magukkal húzhatnak. És ami az ms-től jön és gyanús, azt pinneled, ami pedig függ tőle, azt inkább felrakod forrásból. Igen. Ez hihető. Határozottan az. Biztos win10 alatt is egyesével csekkolod a patcheket.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586651

    > Tehát akkor mégsem az történik, hogy a "user tudta nélkül", hanem hogy a usert vagy nem érdekli, vagy ha igen, akkor van lehetősége ellenőrizni a listát?

    Egyfelől ld. solt87 válaszát. Másfelől meg az, hogy a júzert nem érdekli, az nem jogosítja fel őket, hogy letoljanak a gépére mindenféle kacatot. Ha a júzer nem tud róla, akkor a tudta nélkül történik. Tehát ha nem nézi meg, mert megbízik a rendszerben, akkor bizony a tudta nélkül történik. Hiába próbáljátok csűrni-csavarni.

    > Bármilyen meglepő, ahol számít, ott igen. Te nem?

    Én mindenütt, de én fokozottan háklis vagyok a szemétre. A legtöbb felhasználó ennyire nem akar vele foglalkozni.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586274

    They also install Microsoft’s GPG key used to sign packages from that repository. This can potentially lead to a scenario where an update pulls a dependency from Microsoft’s repo and that package would be automatically trusted by the system.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586332

    Mert nem csak csomaglistát, de csomagokat is húzhat, amit a rendszer automatice telepíteni fog:

    They also install Microsoft’s GPG key used to sign packages from that repository. This can potentially lead to a scenario where an update pulls a dependency from Microsoft’s repo and that package would be automatically trusted by the system.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , nullptr


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586347

    1. A csomagtallózó (Synaptic, whatever) nem feltétlenül dugja az orrod alá, hogy a csomag, amit épp kiszemeltél telepítésre, az melyik repositoryból van. Hopp, ezt a szimpatikus utility-t, amit épp telepítettél, az ms szállította.
    2. (Feltételezés.) Ha nincsenek olyan csomagok a base repositoryban, amiknek függőségei vannak az ms repository felé, akkor miért van default benne a rendszerben, bekapcsolva? Valamit húzni akarnak onnan.
    3. (Konteó.) Az RPi F. épp most feküdt össze az ms-sel; szerinted lehetetlen olyan scenario, hogy "megkérik" őket, hogy valamelyik libnek legyen már a függősége valami (tényleg) ártalmatlan package az ő repository-jukban? Aztán onnantól kezdve a rendszer már compromised; azt csatolnak ahhoz a csomaghoz később, amit akarnak, bármelyik update során.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586607

    1. Asszem nem értetted meg a lényeget. A probléma a függőségeken volt. Feltettem egy ms csomagot, aminek még nem volt függősége X kártékony csomag. Utána változik a dolog és a frissítéskor már az lesz. Az igazából mindegy, hogy tudtam-e, hogy az egy ms szállította csomag volt, vagy sem, a lényeg, hogy onnantól bent van a rendszerben egy olyan csomag, aminek a függőségei felett az ms rendelkezik és azokon keresztül bármit felhúzhat, még ha maga az eredeti csomag teljesen ártalmatlan is volt.

    2 && 3. Igen! Pontosan erről beszéltem! A rendszer ezáltal kompromittálva van!

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586738

    Hát ez itt a bibi, hogy nem tudjuk, hogy betartják-e. Ha ez valami random kollega lenne, akkor csak-csak megelőlegezhetnénk neki a bizalmat, de itt a mikiszoftról beszélünk.

    Nem egészen; mert a csomagra nincs ráírva, hogy honnan jön, a gyanútlan user meg azt hiszi, a base repository része és nem a tudtán kívül belerakott ms repository-é.

    Ez is igaz, package-hijack-et is csinálhatnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586602

    Mert a májkrémszaft rosszabb, mint a KGB és a CIA együtt. :P

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586627

    > De nem is ezt a részét vitatom, mert ez egy egyszerű hiba, figyelmetlenség a csomagkarbantartó részéről, ami a legjobbakkal is megesik.

    Ez nem figyelmetlenség volt, hiszen az RPi Team azóta is magyarázkodik, hogy ilyet gyakran csinálnak, nem értik mi a baj.

    > Én azt vitatom, hogy ha más repository került volna hozzáadásra, abból is ekkora cirkusz kerekedett volna.

    Ez csúsztatás. Valószínűleg egy amazonos repositoryból is ekkora cirkusz lett volna. Egy noname fejlesztőéből meg nem. Mert az Amazonról tudjuk, hogy köcsög, a noname fejlesztőről meg nem.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586637

    Dehogynem. Ha az RPi Team nagy fanfárral beharangozza, hogy gyerekek, itt az új VS izé, egyenesen a mikiszofttól, akinek kell, vegye fel ezt a repo-t, akkor szerintem semmiféle cirkusz nem lett volna. Páran fanyalogtak volna, de valószínűleg többen tették volna fel. Hogy ez mennyire lett volna bölcs dolog, az más kérdés, de cirkusz nem lett volna belőle.

    Azt kell itt megérteni, hogy a cirkusz nagysága két dologból ered: abból, hogy nem szóltak és abból, hogy a repository egy olyan entitásé, aki közutálatnak örvend.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586597

    Engem speciel egy kugli repository ugyanúgy zavarna.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586625

    > Zavarna egy Amazon repository?

    Igen.

    > Vagy egy Mozilla?

    Igen.

    > Egy freedesktop.org?

    Igen.

    > Egy FSF?

    Nem tudom, velük sosem foglalkoztam, utána kellene néznem, hogy mennyi szemétség terheli a lelküket.

    > Meg lehet-e húzni objektíven egy határt, hogy melyik szervezetet tekintjük megbízhatónak, és melyiket nem?

    Objektíven, lol... Te is pontosan tudod, hogy tökéletes objektivitás nincs. Úgyhogy ne is hivatkozz rá plz. Szubjektív határt lehet húzni.

    > Ha igen, milyen kritériumok mentén és miért pont azok mentén?

    Empirizmusra bazírozva. X cégről tudjuk, hogy patkánybanda? Ha igen, nem bízunk benne. Ha nem, akkor igen. Ez persze magában hordja a veszélyt, hogy ha mégis patkánybanda, akkor kicseszhet velünk, de ennyi erővel ne bízzunk senkiben és magunkra maradunk. Ártatlanság vélelme, innocent until proven guilty. Az ms-ről hatvannyolcezerszer bebizonyosodott, hogy azt se, amit kérdeznek.

    > Ha nem, akkor hogyan lehet megbízni bármilyen bináris repositoryban, beleértve a disztribúció saját repositoryjait?

    Ld. előző.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586641

    > Hint

    Azt én is tudom, hogy kik ők, de azt nem tudom fejből, hogy kapcsolódik-e hozzájuk valami adatlopási vagy egyéb botrány.

    > Akkor ezek szerint ami neked nem elfogadható, az nekem lehet az, és viszont. Az a te szubjektív megítélésed, hogy melyik cég patkánybanda, és melyik nem.

    Pontosan.

    > Ebből következik, hogy az alaprendszerhez semmilyen repository nem adható, mert mindig lesz valaki, akinek az adott repository-t karbantartó szervezet nem elfogadható.

    Pontosan. Opt-in FTW. (Akinek meg még a base repository sem elfogadható, az keressen másik disztribúciót.) Örülök, hogy konszenzusra jutottunk.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586665

    > Tekintve, hogy a változtatás a base repositoryban történt, gondolom akiket a Microsoft repositoryja zavar, azok ezután pontosan az általad javasolt megoldást választják.

    Nem. A base repository-t úgy értem, hogy az, amiben a rendszer cuccai vannak, ahonnan maga a rendszer települ. Nem pedig azok a 3rd-party repo-k, amiket a rendszer még berak.

    > A kérdésem továbbra is az, hogy ugyanez történne-e, ha nem a Microsoft repositoryját adták volna hozzá?

    Ezt már megválaszoltam feljebb:

    Azt kell itt megérteni, hogy a cirkusz nagysága két dologból ered: abból, hogy nem szóltak és abból, hogy a repository egy olyan entitásé, aki közutálatnak örvend.

    (4)

    Sz*rk: De adok "igazságtáblát":

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , hunluki


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586703

    > A base repositoryban van az a script, ami hozzáadja a Microsoft repositoryját. Ha ez nem tetszik, akkor maga a base repository kompromittálódott, ezzel együtt pedig maga a disztribúció.

    Csodálkozol, hogy ezrével reklamálnak?

    > Én is ezt állítottam a legelején.

    Nem egészen, ugyanis te nem közutálatnak örvendő entitást mondtál, hanem konkrétan a microsoftot, sőt még ki is emelted, hogy a kugli senkit nem zavarna. Hát, de. Én még írtam is neked, hogy engem az is zavarna.

    > Tehát ebből valójában nem is volt semmilyen cirkusz, hiszen bejelentették.

    Amit nem olvasott minden user, az érintett szemét meg opt-out volt, nem opt-in. Ez nem "szólás". Az a "szólás", hogy telepítés előtt szól, hogy te, itt van ez az izé, kell?
    Ld. az "igazságtáblát", az számít, hogy a júzerek tudtával, vagy anélkül került-e fel, meg az, hogy utálják-e a forrást, vagy sem.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , st3v3


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586596

    Egy repo, amiből akármi felmászhat, ha nem vigyázol.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586630

    Hozzám ugyan nem, mert egy darab inteles gépem nincs. (Leszámítva egy 286-ost a szekrény mélyén, ami a jóég tudja honnan került ide.)

    Ebben igazad van.

    Oldschool Computer - http://oscomp.hu




    A Raspberry Pi OS "hazatelefonál" a Microsofthoz?: https://hup.hu/cikkek/20210207/a_raspberry_pi_os_hazatelefonal_a_microsofthoz#comment-2586717

    Van olyan CPU architektúra és arra épülő számítógép, aminél azért ez majdnem zéróra redukálható, pl. a Raptor féle POWER9 gépek, ahol a HW minden elemébe belelátsz. Nem véletlenül problémáznak most a POWER10 memóriavezérlőjének firmware-e kapcsán.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Miami és a Bitcoin: https://hup.hu/treyblog/20210203/miami_es_a_bitcoin#comment-2584772

    Adóbevallás. (Bocs, nem tudtam kihagyni. :P )

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Elbandi


    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584239

    A jávaszkript se nagyon akar kihalni... :(

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Hevi , solt87 , bra-ket


    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584400

    Obsolete, de a browseren belül még nincs alternatívája.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584694

    Nem kell, hogy jobb legyen, elég ha létezik. Nem ritka, hogy a rosszabb alternatíva terjed el, szorítja ki a többit. Mondjuk a JS-t alulmúlni elég nehéz lenne, meg ugye jelenleg nincs is alternatíva rá.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584721

    > Ezek a mostani JS-hegyek sem sokkal jobbak, de mégis csak 1-2 fokkal.

    Ha nincs ez a mondat, akkor egy véleményen lettünk volna. A JS rosszabb, mint a Flash, sokkal.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584909

    Még hányszor? Csak mert már összeszámolni sem tudom, hogy hány posztot írtam már itt arról, hogy a JS miért egy förmedvény. Lentebb is írtam pár sort róla. A JS egy katyvasz, úgy ahogy van. Annak idején 10 nap alatt hányta össze a fejlesztője és minden szemetet belegreblyézett, ami az útjába akadt. Az egész nyelv úgy, ahogy van, inkonzisztens, kaotikus, logikátlan... És ugyanígy fejlesztik a mai napig. Most már shell-es pipeline operátor is van benne, de azt is sikerült úgy kitalálni, hogy minden legyen, csak logikus és intuitív nem, a kiértékelés ugyanis left-to-right-to-leftmost alapon megy és a csövek ugye arról híresek, hogy a legvégén visszafolyatják a tartalmat... A JS folyton össze-nem-illő nyelvi elemeket és paradigmákat hány össze, aminek már számtalanszor megittuk a levét.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585127

    - Erős, statikus típusrendszer.
    - Sokkal konzisztensebb viselkedés (nem egyszer így, másszor úgy értelmezünk kódot).
    - Koherensebb felépítésű (nem szórtak bele mindenféle össze nem illő elemet).
    - Nincs browserenkénti - ad-hoc módon eltérő - implementáció.
    - Kevésbé erőforrásigényes.
    - És a Flash fejlesztőknek legalább van kultúrája, ellentétben a web2 kultusz framework-piling dzsuvaszkript-gányereivel...

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585333

    - Ezt értem, hogy ez rossz volt, hogy nem fértetek hozzá bizonyos tartalmakhoz BSD alól, de így viszont egységesen el lett cseszve a net. Inkább korábban kellett volna megcsinálni a Gnash BSD portját, vagy nem tudom, melyik player debütált elsőként BSD-kre.

    - Nem azt mondtam, hogy nem volt erőforrásigénye, hanem azt mondtam, hogy kevesebb. És az is konzisztensen. Egy JS kód más sebességgel és igénnyel fut Firefox alatt, mint Chrome alatt, vagy mint Safari alatt és amíg volt explorer... Ne érts félre, nem azt mondom, hogy a Flash olyan jó volt, én csak azt mondom, hogy a JS sokkal rosszabb. Ezt már a YT frontendem első "adásában" is leszögeztem, hogy lehet szidni a Flash-t, csak amit kaptunk helyette, az sokkal rosszabb.

    - Hát ha azt írtam volna, hogy a JS fejlesztőknek nincs kultúrája, akkor az valóban egy otromba általánosítás lenne, de én azt írtam, hogy a web2-es framework-halmozó JS gányereinek nincsen és ez viszont körülírta, hogy mely személyekről van szó, nekik pedig tényleg nincs kultúrájuk. Nem általánosságban a JS fejlesztőkről beszéltem.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585429

    (Hát, az iPhone-okon is BSD van. :P ) Értem én, hogy a Flash csak korlátozottan volt cross-platform, de a helyette kapott web2 ebből a szempontból is rosszabb; a Flash legalább volt több platformra is, míg a web2 - és vele maga az egész internet - meg lassan Chrome (ill. Blink) onlyvá válik, ahogy a többi browsermotor lassan eltűnik a színről és egyre kevesebb oldal működik bármi másban; még a Safarival se nagyon foglalkoznak.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585539

    Csakhogy a Flash-t rendszerint nem is a szöveges tartalom megjelenítésére használták, hanem éppen a nem szövegesre (játékok, audio/videolejátszás, stb.), amit az akkori webes technológiák még nem tudtak; ha a JS canvasra rendereli a weblapot, arról ugyanúgy nem lehet kimásolni a szöveget. Ami meg a méretezést illeti, a Flash vektorgrafikus, át lehet méretezni a renderfelületet, csak a weblapokban jobb szerettek pixelre drótozni százalék helyett, hogy mekkora legyen.
    Mondom, rendben, hogy bajok voltak a Flash-sel, de amit kaptunk helyette, az sokkal rosszabb: amit anno a Flash pártíz kB-ból megoldott és gyengébb/régebbi gépen is működött, azt ma a web2 ökoszisztéma rendszerint több MB-nyi JS-ből valósítja meg és egy atomerőmű is nyög alatta.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585774

    Tudom. És ezek egy része szar is volt. Még egyszer: nem a Flash-t istenítem. Csak azt magyarázom, hogy ami lett, az még rosszabb.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585775

    Hát ha szarul írták meg, akkor igen; de terhelte rommá a gépedet 2006-2008 környékén a YouTube-on a videolejátszás? Nekem sem, pedig Flash-es volt. Most terheli? Nekem is, mert most JS. És ha direktben játszatod le valami external playerrel a stream URL-t, akkor terheli? Nekem sem, pedig ugyanaz a videó.
    Valamint szerinted mekkora terhelést produkált volna ugyanaz a reklámbanner, ha JS-ben írják meg a mai technológiákkal?
    A Flashblock az teljesen alap, az nekem be is volt kapcsolva, hiszen egy raklap reklám volt Flash alapokon. Viszont mennyire egyszerű volt kiblokkolni...ma meg lehet komoly extension-öket telepítgetni a cross-site reklámdömpinges JS-ek ellen. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585859

    (Az összes kérdés retorikai volt.) Hogy nálad a YT pont nem terheli le annyira a gépedet (mondjuk megoszthattad volna a load értékeket), az annak köszönhető, hogy a te browseredben véletlenül épp nem akad fenn semmin az a több MB-nyi JS trutymó.
    Apropó, a reszponzivitásról megfeledkeztem az előző postban; anno a Flash-es player a play-klikk után instant megindította a lejátszást, most meg másodperceket homokórázik a click után, az oldalbetöltésre pedig fokozottan érvényes ugyanez. Egyébként nem csoda, hiszen többszáz kB-nyi JSON-t kell még pluszban XHR-ből betöltenie és utána felparse-álnia, utána pedig abból lerenderelnie az egész felületet, a különféle értelmetlen layerekről nem is beszélve.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585969

    Csakhogy nálam nem ez jelentkezik, hanem az, amit egy kommenttel feljebb leírtam: ad-hoc módon másodpercekig tartó homokórázás betöltéskor és play-kor, valamint felvisítanak a ventillátorok.
    Pl. kinyitom PaleMoon-ban ezt az URL-t és a következő történik: amíg a JS összereszeli az oldalt, meg elindul a lejátszás, addig az egekben a load, utána visszaáll csak simán magasra...legalábbis addig, amíg valamiért be nem szarik és meg nem állítja a lejátszást. A videóra kirakja a vörös play jelet és ha megbököm, újrakezdi az elejétől.
    Meanwhile at YTFE + MPV.

    Egyébként tök jó, hogy belinkelted a képet, ill. az, hogy az imgur.com-on linkelted, mert az az oldal is elég érdekesen "működik": PaleMoon-ban és IceWeasel-UXP-ben (Firefox 28 és Firefox 52.9) ad-hoc módon vagy megmutatja a képet, vagy üres oldalt kapok, amíg Chromiumban működik minden alkalommal. Egyszóval kinéz, hogy króm-only. Alien a jávaszkript.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585772

    A web valamikor HTML alapú volt, de ma már nem egyszerűen HTML dokumentumokat nézegetünk, hanem kvázi-"webappokat" (jaj) futtatunk a browserben. Na, erre lenne hivatott a WA, hogy ezt végre "rendesen" lehessen csinálni.

    A JS-t a DOM fa túrására találták ki, naná, hogy jobban illeszkedik hozzá, de mivel magyarázod a szerver-oldali JS-t?

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585794

    Az a baj, hogy a web2-esek java része a JS-hez se ért. Ez látszik azon, hogy egy oldalon van N funkció és azt M féle keretrendszer biztosítja.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585335

    Nm.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584401

    Önmagában is van vele baj, de amúgy nagyjából +1.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584698

    Nem, nincs. Feltételes módban beszélt: kiválthatja. Majd... Jelen pillanatban a WA ökoszisztéma még nincs kiforrva, a browserek támogatása is gyenge lábakon áll, a web2-es balfaszkultusz meg nem tud mit kezdeni vele.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584711

    > Ez így nem teljesen igaz, működik a WA, csak vannak korlátai:

    Hol mondtam én olyat, hogy nem működik? Azt mondtam, hogy nincs kiforrva, meg, hogy nem tudja még leváltani a JS-t, meg, hogy a web2-es balfaszok nem tudnak vele mit kezdeni.

    > * JS-sel tudod beágyazni, közvetlenül nem látja a DOM tree-t: de ha megcsinálja valaki az illesztőket, akkor utána már nem kell JS-hez piszkálni.

    Máris JS kell hozzá.

    > * C és C++ fordító van hozzá, de AFAIK több szálat nem kezel egyelőre a WA.

    C és C++, ez nem a web2-es lamerek szintje.

    > * .NET VM-et csinál hozzá az MS, és van hozzá egy webes keretrendszerük is, ami talán béta állapotban használható

    Talán? Béta? Nem tűnik túl kiforrotnak.

    > * Java tudtommal nincsen hozzá rendes, de valami van

    Valami van, de nem az igazi? :P

    > * A legtöbb modern böngészőben működik, mobilon is. Gondolom a userek egy kis részénél nem működne, vagy csak emulálva és döglassan (AFAIK létezik JS-ben írt emuláció hozzá)

    100% működik, vagy olyan jó gúgölösen, mozillásan, mikroszoftosan, azaz bugosan?

    > Én olyat írtam már, hogy mikrovezérlőre szánt C-ben írt programot futtattam egy HAL rétegen keresztül WA-val böngészőben: tök jól működött.

    Elhiszem, de ez megint nem a web2-es lamerek szintje.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2585069

    > Maga a WA egész jól ki van forrva, csak az nem hogy hogy is kellene betenni egy weboldalba :-)

    Olvasd vissza mégegyszer, én azt írtam, hogy a WA ökoszisztéma nincs még kiforrva. :)

    > De mi lesz 5 év múlva? Simán lehet, hogy a nagyokosok ezt is kikukázzák a böngészőkből valami újabb jobbabb kedvéért, aztán lehet mindent újraírni.

    Tippelni se nagyon mernék, mi lesz. Az a baj, hogy a "gazdaság" kitermelte azt a balfácán réteget, akik a web2-ért felelősek és ha kiveszed a képletből a JS-t és beteszel helyette egy használható nyelvet (pl. C++), akkor azonnali hatállyal létrehoztál egy raklap munkanélkülit, akik nem jók semmire, mert csak web2-es szart tudnak kifosni magukból, amit ugye az előbb kukáztunk.

    Oldschool Computer - http://oscomp.hu




    Flash csak nem akar kihalni..: https://hup.hu/node/172473#comment-2584738

    > amugy a JS-el mi a baj?

    Inkonzisztencia, logikátlanság és a rá épült "fejlesztői" "kúltúra". (Igen, ezek kisebb volumenben a PHP-ról is elmondhatóak, nem véletlenül az a másik fő web2-es nyelv, csak amíg a PHP maximum verziónként bugos máshogy és - elméletben - ugyanúgy kéne értelmezni, addig a JS bugjai és értelmezése browser/verziónként eltérnek.)

    > C->WA: kiprobaltam kivancsisagbol az Emscripten-t, a hello.c ami kb 3 soros hello world c-ben lefordult 235kB-nyi bloatra.

    És ebből mennyi a runtime? Egyébként a web2 világában a 235 kB az super-lightweight egy hello world-höz, hiszen ott azzal indítanak, hogy betöltenek 3 féle többszáz kB-os keretrendszert egy hello world-höz is...

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Hevi , solt87 , bucko


    Windows 10 install checklist: https://hup.hu/node/161472#comment-2281298

    +1




    Windows 10 install checklist: https://hup.hu/node/161472#comment-2281297

    Thx!




    Windows 10 install checklist: https://hup.hu/node/161472#comment-2281381

    Nekem közben mutattak egy ilyet, ez is a szarságok kiszedésére jó.




    Saját hozzászólások színezése: https://hup.hu/node/172565#comment-2585593

    Én elég gyakran kommentelek, de nálam is össze-vissza színez.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neutrino


    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2540926

    Sorry, de nekem sincs.

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586136

    Miért nem dd-vel írod ki az SD-t? dd if=image.img of=/dev/sdx bs=16M
    A kiírt kártya partícióit fel tudod csatolni még a saját gépeden?

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586149

    Magában az image-ben benne van a boot partíció? Ha felhúzod egy loop eszközre a lemezképet, vagy ha fdisk-kel megnézed a layout-ját, akkor látod?

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586158

    Hát akkor nem csoda, hogy nem hozza létre, ha nincs benne. Honnan töltötted le a lemezképet?

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586169

    Most hol akarod kiírni? Asztali gépen? Egy lsblk parancskimenetet tudsz adni?

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586182

    A második parancsnak nincs értelme, egyrészt mert a kimenetet az of paraméter adja, másrészt mert /dev/mmcblk1 blokkeszközöd nincs is. Itt egy 16 GiB kapacitású eMMC és egy 64 GiB SD van, ez utóbbi /dev/sda néven. Az említett image-en tényleg nincs külön boot partíció, megnéztem.

    Pontosan hogyan jelentkezik, az, hogy "nem bootol"? Fekete kép? Vagy az eMMC-n lévő rendszer bootol be? Utóbbi esetén lehet, csak a bootsorrend a baj. Vagy az, hogy USB-n keresztül nem látja.

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586189

    > A kapcsolót spi állásban spi boot.

    Ez a baja. Kapcsold át SPI-ről MMC-re. Akkor fogja az SD-t is keresni. Itt a bootfolyamat: https://wiki.odroid.com/_media/odroid-n2/software/boot1.png

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586193

    Félreérthető volt, hogy SPI-re állítottad. Az SD a microSD slotba van dugva, vagy még mindig az USB adapterbe?

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586197

    Dugd át a microSD slotba és próbálj onnan bootolni.

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586202

    Nincs boot partíció az image-ben, úgyhogy nem fogja létrehozni. A /boot az egyetlen létező partíción van. A parancsod meg nem fog működni, mert az SD nem /dev/mmcblk1 alatt van, hanem /dev/sda, lévén USB-n keresztül van ráaggatva a gépre, de amúgy is felesleges még egyszer kiírni. Dugd át a kiírt SD-t a microSD slotba és próbáld úgy felbootolni.

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586205

    A microSD slotból sem? Ha felbootolod az eMMC-ről a rendszert úgy, hogy az SD is be van dugva a microSD-be, akkor mit ad vissza az lsblk?

    Sz*rk: Alámszerkesztettél. Nem kell még egyszer kiadni a kiíró parancsot. Át kell dugni a microSD slotba az SD kártyát és elindítani a gépet.

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586207

    Ott van az SD és a partíciót is látja, fel is bírta csatolni. Nincs értelme kiírni még egyszer, a lemezképben is csak egy partíció van. Kapcsold le a gépet, vedd ki az eMMC-t és indítsd újra. Az SD maradjon a microSD slotban.

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586209

    Az az img-ből is "hiányzik", a /boot azon a partíción van. Ha újra bebootolod és kinyitod azt a partíciót a filekezelőben, akkor látni fogod. Egyelőre nincs több ötletem. Szerintem folytassuk holnap a boot.ini tartalmával.

    Oldschool Computer - http://oscomp.hu




    Odroid-N2 vs. Armbian: https://hup.hu/node/166582#comment-2586212

    Hát eddig nem nagyon volt mit, de azért szívesen.

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585309

    Ahogy nézem, nem ugyanazt csinálják; ez az extension, ez csak az anchort hagyja, nem?

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585349

    Ja, értem, tehát ahol van egy anchor, ott lesz hirtelen egy link is. Ez tényleg hasznos.

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585310

    Ha topicon belül csinálod, akkor igen, de ha cross-topic linket akarsz csinálni belőle, akkor full URL kell.

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585311

    Nincs mit.

    Talán kinyitják egyszer.

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585312

    És akkor pl. a szülő hozzászólás miért nem /comment/ alakú? Csak mert rábökök egy permalinkre, átvisz egy másik topicba, rábökök a szülőre, mert ötvenezer poszttal van feljebb, erre újratölti az egész oldalt és elvesznek a kijelölések.

    A hozzászólás-lapozó meg nem csak ezt a hacket fogja eltörni, hanem kb. mindent; félbeszakadt thread-ek, a következő oldalon meg gőzünk sincs, honnan indult, nem lehet a következő/előző olvasatlan posztra ugrani, mert előző következő oldalon van, stb. Az pl. meg van oldva, hogy ha kinyitja az ember az első oldalt, akkor ne az összes oldalon jelölje meg az olvasatlan posztokat olvasottként?

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585318

    Hát ha permalinkre böksz, akkor jelenleg bármilyen ugrás újratölti az oldalt. Ettől a lapozástól meg már előre fázok.

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585348

    Félreérted. Nem a permalinkre böktem rá. Valaki kimásolta a permalinket és bepaste-elte valahova. Arra böktem rá. Aztán a szülő hozzászólásra.

    Hát, akkor működik, ameddig működik. De ha lesz lapozó, akkor kb. onnantól az összes a limitet elért topic használhatatlan lesz. Össze-vissza fognak csúszkálni a határai a lapnak. Mennyi lesz amúgy a limit?

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585365

    Valahogy fenntartásaim vannak ezzel kapcsolatban.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Napi workaround: https://hup.hu/node/172567#comment-2585387

    Az még hagyján lenne, de én attól félek, hogy a lapozás generikusan fog eltörni egy csomó dolgot, browsertől függetlenül. Miért kell erőltetni ennyire a lapozást? Ha egy 3000-es topic lassú, az legyen annak a baja, aki még mindig írni akar bele. Mennyi lesz amúgy a posztlimit per page?

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585398

    A mobilt nem tudom, de desktopon én olvasgattam itt 2000+-os topicokat. Az adatforgalmat mondjuk megértem, de az - mivel text-only - még többezer posztnál sem olyan sok, főleg, ha tömörítve külditek ki; a hup8bug topic pl. LZMA-val tömörítve csak 176 kB.

    Az meg titok, hogy hány poszt lesz egy oldalon?

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2585439

    Hát én most visszaolvastam, hogy nem skippeltem-e véletlenül amit írtál, de ezt így eddig nem írtad le, hogy nem tudod és nem is biztos, hogy van értelme.

    Egyébként, ha arra gondolsz, hogy mondjuk úgy tördeled fel, hogy addig nincs page break, amíg nem ér véget egy thread (azaz a következő már ismét "legfelső szintről", azaz a balszélről indul), azzal nem vagy előbbre, ha a thread többszáz poszt hosszú és ez bármelyik szinten, bármelyik subthreaddel megáll. Thread-es fórumot képtelenség oldalakra tördelni úgy, hogy ne legyen szar.

    Olyat lehet esetleg, hogy nem oldalakkal dolgozol, hanem az egyes subthread-eket kiszervezed külön betöltésre (azaz, itt egy 300-as subthread, kattints az új lapon megnyitáshoz), de az követhetetlen lesz. Ugyanez szteroidokon, ha csak a legfelső szinteken lévőket töltöd be, aztán ahol van válasz, ott lehet mondani, hogy válaszok mutatása, akkor lefut az AJAX és betölti ott is az első szinten lévő válaszokat és akkor ezt rekurzívan a többi szintre is. De ennek meg az a hátulütője, hogy így a júzer nem fogja megtalálni az új posztokat, hacsak azokat a path-eket nem töltöd be automatikusan, ahol az utolsó "ág" egy olvasatlan posztban ér véget, de egyrészt ezt lecache-elni agyrém, másrészt meg mi van, ha már 3000 poszt van a topicban és a júzer most nyitja ki először.

    Sz*rk: Esetleg azokat az ágakat végig megjelölöd, ahol új poszt van belül, azaz csak a legfelső szintet töltöd be, megjelölöd azokat, ahol új poszt van és akkor lehet ugyanúgy nyitogatni és az ágakon végig jelzi, ha belül új poszt van és a legvégén az új posztot más színnel. Csak ez meg iszonyat körülményes a júzernek. Vagy esetleg jelölés helyett lehet "félautomatizálni", hogy csak a legfelső szintet töltöd be és aztán a next post végignyitogatja egyesével a szálakat, ahol van új poszt. Élmény lesz lecache-elni...

    Ez a melyik ujjam harapjam kategória és ahogy nézem, mindegyik megoldás rosszabb, mint ami van.

    Ami meg a mobilos használhatatlanságot illeti, nem értem miért kell minden áron közös felület a mobil és desktop fórumnak; régen volt a bra fejlesztette "zsebhup" (m.hup.hu) és volt mobilról jól használható hup; szerintem most is külön kéne bontani.

    Oldschool Computer - http://oscomp.hu




    Napi workaround: https://hup.hu/node/172567#comment-2586135

    Ismertem már; vicces lehetett élőben. :)

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552241

    Nézd a jobbik oldalát: 3.42 év már talán elég idő ahhoz, hogy tényleg ki legyen tesztelve az oltóanyag. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> enpassant


    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552261

    Az mindig...

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552271

    Már az is oltásellenes, aki csak rendesen kitesztelt vakcinát szeretne beadatni magának?

    Oldschool Computer - http://oscomp.hu


    Σ: 006 -> csardij , csortu , asch , enpassant , bra-ket , mbael


    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552573

    Bármilyen szekunder hatást mellékhatásnak hívnak és nem szükséges, hogy ezek nemkívánatosak legyenek; ha egy védőoltás beadatása után tizedannyiszor kapsz migrént, mint előtte, az is mellékhatás.

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552515

    Nem csak az oltások száma számít, hanem az oltástól eltelt idő is. Az még nem tesztelt oltóanyag, amivel az elmúlt pár hétben beoltottak többmillió embert. Az a tesztelt vakcina, amivel az elmúlt pár évben oltottak be többmillió embert és hosszútávon a mellékhatások számossága ill. drasztikussága nem volt jelentős. Hogy akarsz hosszútávú tapasztalatokat szerezni pár hét alatt? Nem véletlenül tartanak ezek a tesztek évekig.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> enpassant


    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552575

    > Ezekről mi nem tudunk érdemben nyilatkozni, mert csak annyit tudunk visszabeszélni amit összefirkáltak róla mások.

    Ezzel az orvosok többsége is így van, leginkább azt mondják, amit aznap épp elhisznek.

    > Majd az orvosok eldöntik, mi meg elfogadjuk a döntést.

    A magad nevében beszélj.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> csortu , asch , enpassant , mbael


    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552755

    Ezt belinkelnéd, ha megkérlek?

    Sz*rk: Ez volt az? Ebben én nem találtam olyat, hogy a COVID oltás kötelező lenne, de én nem vagyok jogász...

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2553870

    Thx, hogy kigyűjtötted.

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2553957

    Te egyébként helyből vagy ilyen végtelenül rosszindulatú, vagy azért ehhez neki kell futni?

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2554021

    De azok sok éves vakcinák, amik ki vannak tesztelve. Ez meg egy sebtében összedobott, félig (se) tesztelt cucc, ami most jött ki.

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2554026

    És attól lesz az, hogy megvesszük? :P
    Hány emberen tesztelték és hány évig, hogy ezt így kijelentik?
    Ráadásul emlékeim szerint mi válogatás nélkül vásárolunk: Putyin, Micimackó, bilgéc, etc; melyikre mondták, hogy hatékony és biztonságos?

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2554059

    Az, hogy az influentaoltás nem túl hatásos, az nem jelenti, hogy a frissen kijött COVID oltás biztonságos.

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2554135

    Úgy érted: lesz. Mármint abban az esetben, ha kellően nagy bázison tesztelték kellően hosszú ideig, valamint nem fog a COVID is minden évben új variánssal megörvendeztetni minket, mint az influenza. Különben vagy az egészségünkkel játszadozunk, vagy portörlővel megyünk a sivatag ellen...

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2554183

    Na, az mondjuk lehet.

    Oldschool Computer - http://oscomp.hu




    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552579

    > Amennyiben az orvosszakma és a hatóság azt mondja hogy hatásos és biztonságos, igen, beadatom és hiszek benne.
    > A sajtónál authentikusabb az orvos
    > Én az orvoszakmának hiszek

    Látszik, hogy még nem voltál komolyabban/hosszabban beteg, különben már kevésbé bíznál meg az orvosokban, mint a politikusokban és a médiában, pedig ezeknél nagyobb hazudozót nehezen lehet találni.

    > Én még az a generáció vagyok, aki tiszteli a tudományt és elfogadja azoknak a tekintélyét, akiknek az jár.

    Akiknek ez jár, vö.:

    > Én az orvoszakmának hiszek, a többi az átpolitizált hablaty.

    Mert az orvosokat nem mozgathatja politikai/saját érdek, ugye?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mbael


    [KV] Hogyan jut majd el az oltóanyag mindenhova?: https://hup.hu/node/171590#comment-2552598

    Te abból az alapvetően téves feltételezésből indulsz ki, hogy az orvosok tudják, hogy mit beszélnek. Ezért mondtam, hogy nem lehetett dolgod túl sok orvossal, mert különben fel sem merülne ilyen benned. Természetesen a doktor gúgel és doktor wikipédija uraktól összemazsolázott tudásmorzsák nem állíthatóak pariba egy hozzáértő és jóindulatú orvos tudásával, csakhogy az orvosok többségét még távolról sem lehet hozzáértőnek és jóindulatúnak mondani, cinikusnak és pénzéhesnek viszont annál inkább.

    FYI: A vakcinák hosszú tesztelési időszakát egyébként nem politikusok és újságírók találták ki tegnap, hanem még hozzáértő orvosok, évtizedekkel ezelőtt.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Toma_ , _neo , mbael


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582695

    Azt nem lehetne, hogy a politikát külön vegyük a szakmai/egyéb nempolitikai flame-től? Nem szeretném a teljes flame szekciót kiszűrni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gaby


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582807

    Kurwa nagy +1. Egyáltalán moderálni kéne azokat, akik a politikát az oda nem való helyekre állandóan behozzák; kiemelten a szakmai topicokba.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582850

    Hogy a politikai topicokban mit csinálnak, az engem nem érdekel. De szeretném ezeket teljesen kiszűrni, mert nem állapot, hogy bejelentkezik az ember és a főoldalon a legfrissebb témáknak a fele politikai, amik lejjebblökték a szakmaiakat, vagy a bármilyen nem politikaiakat. És az is agyhalál, hogy egyesek folyamatosan teljesen random topicokba fossák bele a kutyát nem érdeklő politikai seggfájásukat.

    A politikai topicok külön szűrésének lehetősége (nem a szakmai flame-mel együtt) és a politikai offtopic moderációja. Én speciel csak ennyit szeretnék.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gaby


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582867

    Nem haboztam, habozás nélkül leírtam. :P
    Ezzel a feature-rel az a baj, hogy ez mindent kikapcsol, ami nem szakmai, vagy flame. Én meg csak a politikát szeretném kiszűrni; nem zavar, ha valaki motorbiciklit szerel, kirándul, vagy főz, vagy épp a mikrofost szidja, sőt.

    Én arról beszélek, hogy egy külön flag-je van a témának, hogy ez a topic/blogposzt politikai. És hogy az ilyen témákat lehet szűrni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gaby


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582939

    Az még jobb, csak azt nagyobb effort is lefejleszteni, mint egy flag-et.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583149

    Nem tudom, hogy mennyi megcsinálni Drupalban, de több, mint leklónozni a flame flag-et. Dehát látod, hogy még ezt se akarják.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582937

    Nyissátok ki a forrást és megcsinálja a közösség! (Egyébként ezt nem én kértem egyedül, úgyhogy ez nem egyedi kérés...)

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> gaby , arpi_esp , nullptr


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582967

    Ezt már a múltkor eljátszottuk: egyrészt a Drupalosok valszeg nem fognak egy ilyen specifikus cuccot merge-elni, hogy "politika-flag", másrészt meg a múltkor explicit ki lett jelentve, hogy még ha merge-elik is, az nem jelenti, hogy ti is fogjátok.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582973

    Egy plusz szűrő faszság? Hogy ne kelljen lemondanom a nem szakmai, de értelmes kontentről azért, mert DögKeselyűSummer megint telefloodolta a címoldal topiclistáját 6-8 topicnyi agitprop szeméttel? A politikát az oldalra engedni volt faszság, nem más.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> rushmoon


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583135

    Off: Irtózatosan idegesítő, hogy a permalink az ilyen /comment/-es linket ad, sikerült vele megint megszívni. Rányomtam a linkedre, visszagörgettem a szálban eddig a kommentig, itt ráböktem a szülő hozzászólásra (ami /node/-os link), hogy lássam honnan indult ki, erre újratöltötte az oldalt és elvesztek az új posztok kijelölései...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583130

    Az a faszság, hogy azt hiszitek minden egyes tagnak egyedi igényeket fogok kielégíttetni.

    Ezt többen is kérték, nem csak én, én meg nem kértem mást. Ne rajtam verd le a júzerek faszságait. (Egyébként elég a flame-flag-es cuccot klónozni, nem tudom miért akkora kérés ez.)

    Egyetértek, de ezt TI szavaztátok meg. Én az első 10-15 évben tűzzel-vassal üldöztem. Most élvezzétek!

    Mi az, hogy "MI"? Én speciel ellene szavaztam, ahogy még kb. a portál egynegyede is, úgyhogy ezt megint csak ne rajtam verd le.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583194

    Azt vágod ugye, hogy ez a demokrácia nevű faszság már csak ilyan, hogy ha akarom, akkor leírom a véleményem?
    Azt vágod ugye, hogy ez a demokrácia nevű faszság már csak ilyan, hogy gombjai vannak és én ebből kértem még egyet?

    Gyakorolhatnád az értő olvasást: én csak annyit kértem itt, hogy lehessen szűrni a politikát és ez nem ment szembe a többség döntésével, hogy lehessen politizálni a hupon, mert továbbra is lehetne, csak aki nem akarja látni, az kikapcsolhatná. Win-win. A szavazást csak azért citáltam be, mert trey T/2-est használt a politika engedélyezésének megszavazása kapcsán és ez a demokrácia nevű faszság már csak ilyen, hogy kikérhetem magamnak, ha olyat húznak rám, ami nem igaz.

    Ja és mégvalami: itt a hupon egyébként diktatúra van, csak szólok. Az, hogy trey felől szabadon lehet pofázni, meg időnként megszavaztat valamit, az egy dolog. A diktatúra ugyanis nem azt jelenti, hogy nincs szólásszabadság, vagy azt, hogy mindenkit kinyírnak (kibannolnak), hanem azt, hogy a vezetés nem leváltható és döntései abszolútak (azaz csak a vezetés dönthet a "közügyekről" és bármiről dönthet, önhatalmúlag).

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583221

    Hol írtad ezt? Itt? Ez a topicnyitó kérésére vonatkozott, ő pedig azt kérte, hogy az activity alolalon lehessen szűrni, úgy, ahogy a főoldalon, azaz, hogy a szakmai tartalom-only flaggel lehessen minden nem szakmai cuccot szűrni... Én nem erről beszéltem! Én egy külön flag-et kértem a politikára, hogy en-bloc mindenhol tudjam szűrni, viszont ne kelljen lemondani a többi nem szakmai kontentről, hogy csak a politikát tudjam szűrni... Te pedig erre nekem elutasító választ adtál.
    Hol írtad, hogy a polflag - amit én kértem - az implementálásra kerül? Ha ezt tényleg leírtad valahol, akkor megasorry, nem tudok olvasni és thx, ha viszont nem a polflagra vonatkozott az implementáció, akkor te nem tudsz olvasni, úgy nem csoda, hogy cimmogásnak veszed, amit írok, ha nem érted...

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583226

    És a szakmai flame-mel mi lesz? Hogyan lehet megoldani, hogy a szakmai flame-eket lássa az ember, a politikait meg nem?

    A tényleg jól körülhatárolt hely az a külön konténer. Ahol semmi más nincs.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583235

    Ezt kissé nehezen értem, hogy nem akarsz erre bátorítani senkit; ha már megengedted, akkor aki akar, azt nem kell bátorítani, aki meg nem, azt hiába bátorítod... Mindegy, a B terv tetszik.

    Arról beszélek, hogy valaki létrehoz bármilyen nem politikai anyázós topicot (pl. "szar windóztíz szétfagyott") és beteszi a flame-be és onnantól nem fogom látni. Hogy feltétlenül oda kellett-e tenni, azt nem tőlem kell megkérdezni, én még semmit nem tettem oda. (És hogy miért akarom én azt olvasni: mert esetleg kiderül, hogy miért fagyott szét a szar windóztíz és ha én futok bele, tudni fogom a megoldást.)
    Viszont, akkor minek van külön flame kategória, ha a mindenféle flametopicok bárhol megjelenhetnek, kivéve a politikaiakat? Persze ha innentől csak a politikai topicokat lehetne a flame-be rakni és a flame szűrődik, akkor az ugyanaz, mint amire én gondoltam, csak pepitában, de nekem speciel úgy is jó...csak hogy tartatod be, hogy valaki egy generic anyázós topicot ne a flame-be tegyen?

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583241

    A szavazás eredménye szerint jártam el.

    Az oké, a külön flag/kategória, mint bátorítás pszichológiáját nem értem, de mindegy.

    Sehogy. A rossz helyre tett topikokat eddig is átmozgattam. A szar a Windows eddig sem a flame-be ment, ettől nem kell félned.

    Akkor pl. ezek a topicok is rossz helyen vannak: #1, #2, #3, #4, #5? Ez négy szakmai flametopic és egy "tudományos" és mind az öt a flame kategóriában volt.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582938

    Értelek, csak a szakmai flame topicokban néha fontos infókat tud meg az ember. Én a másik rosszat választottam.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gaby


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2582940

    Inkább a politikai tartalmak legyenek fizetősek! Úgyis többen kérték, hogy politika, mint azt, hogy ne; szóval ez így sokkal lukratívabb lesz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gaby


    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583190

    Hol van ez? Az új blogposzt alatt semmilyen kategorizálási lehetőséget nem látok, az új fórumtopicnál meg a fórumot ki lehet választani és annyi. És hogy lehet erre szűrni? A profilban csak a szakmai fórumtémák flag van.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583280

    És ha irtás helyett inkább kibasznád a picsába, aki visszaél vele? Egy csomó szűrési problémát megoldana.

    Oldschool Computer - http://oscomp.hu




    [Feature request] Politika szűrése hup.hu/activity oldalon: https://hup.hu/node/172481#comment-2583387

    Kiürülne a fórum. :P

    Oldschool Computer - http://oscomp.hu




    Napi ROFL: https://hup.hu/node/172510#comment-2583386

    Nekem mindegy, csak röhögtem rajta egyet. Mondjuk X11-et telepítenie kellett alá, meg a Linux natív MPV-hez fel kellett raknia a windows natív pulseaudio-t, hogy legyen hang, de aztán rájött, hogy a WSL meg tudja hívogatni a windows natív shell parancsokat, azaz a windowsos mpv.exe-t is, úgyhogy a pulse levesbe ment végül, mert a YTFE el tudja indítani az mpv.exe-t a WSL alól...

    Oldschool Computer - http://oscomp.hu




    Napi ROFL: https://hup.hu/node/172510#comment-2583508

    Pedig kapaszkodj meg, ezt WSL1-gyel csinálta a srác.

    Oldschool Computer - http://oscomp.hu




    Napi ROFL: https://hup.hu/node/172510#comment-2583530

    Az én szemszögemből is mindegy. Csak arra írtam válasznak, hogy már eltemették. Mondjuk azt mondta a srác, hogy a WSL1 a hangot nem támogatja, azért kellett felrakni a Linux natív MPV-hez a windows natív pulse-ot.

    Oldschool Computer - http://oscomp.hu




    Napi ROFL: https://hup.hu/node/172510#comment-2583754

    Az SMTube-ot nem ismerem, így erre a kérdésre nem tudok adekvát választ adni. (A youtube-dl külön elindítását melyikhez írtad? A YTFE-nek nem kell, csak opcionálisan használni tudja.)

    Általános leírás alatt hirtelen nem értem mit értesz, de a manualjában minden részlet le van írva: http://oscomp.hu/ytfeman/

    Oldschool Computer - http://oscomp.hu




    Napi ROFL: https://hup.hu/node/172510#comment-2584402

    Ez is MPV-t/VLC-t hívogat lejátszáskor.

    Oldschool Computer - http://oscomp.hu




    Bemutatkozik a Raspberry Pi Pico: https://hup.hu/cikkek/20210121/bemutatkozik_a_raspberry_pi_pico#comment-2578436

    Megy, csak patkolhatsz és forgathatsz magadnak. Valamikor volt egy μClinux nevű projekt, ami direkt ilyen MMU-less platformokra adott Linuxot, de már rég behalt.

    Oldschool Computer - http://oscomp.hu




    Bemutatkozik a Raspberry Pi Pico: https://hup.hu/cikkek/20210121/bemutatkozik_a_raspberry_pi_pico#comment-2578767

    Verziószámról nem volt szó, de saját kernelt még most, az újakból is lehet forgatni MMU-less rendszerekre.

    Oldschool Computer - http://oscomp.hu




    Bemutatkozik a Raspberry Pi Pico: https://hup.hu/cikkek/20210121/bemutatkozik_a_raspberry_pi_pico#comment-2579037

    Kód az zéró van benne, bár algoritmusokat emeltek át (a Silversurfer RS-232 interface driver egyes algoritmusai Linuxos forrásokból származnak), persze nyilván átírták assemblyre.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582387

    A TDE-t is megvizsgáltad? Ha igen, írhatnál egy rövid összefoglalót a tapasztalatokról.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582433

    Mitől "múlt" egy aktívan fejlesztett desktop environment, ami - az egy szál KDE5-öt feltételes módban leszámítva - többet tud, mint bármelyik másik?

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582461

    Azt írtad, hogy folyamatosan ellenőrzöd a döntéseidet és mindig megvizsgálod vagy az ellenkezőjét vagy a többi alternatívát. A TDE egy élő alternatíva. Miért gátol meg a vizsgálatban, hogy korábban már használtad, ha egyszer nem tisztázott, hogy többet, vagy kevesebbet tud?

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582546

    A régieket fejlesztik, van pár új is.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582545

    Tehát érdektelen, hogy a KDE5 tud-e többet, vagy a TDE: ezt az alternatívát állításoddal ellentétben akkor sem vizsgálod meg, mert ezt használni olyan, mintha visszamászna az ember majomnak a fákra. Valami műszaki érv is van esetleg, vagy csak a személyeskedés?

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582564

    Ez nem a múlt és már messze nem a KDE3. Ez egy forkolt, élő és fejlesztett desktop environment, ami tudásban messze veri az összes többi DE-t (beleértve az utána következő KDE4-et is); az egyetlen kérdéses DE a KDE5, de lehet, hogy azt is. Ezt múltnak titulálni csak egy önkényes skatulyázás, hogy le lehessen söpörni az asztalról, mint alternatívát.

    Csupán csak arra próbáltam reflektálni, hogy tettél egy ex-katedra kijelentést, hogy a KDE5 en-bloc viszi a prímet és te ezt tudod, mert nem akarsz gőgös lenni és ezért folyamatosan vizsgálod az alternatívákat; szkópot nem adván: generikusan a többi alternatívát. Kivéve ezt, mert ezt gőgösen lesöpröd az asztalról, mert csak, mert ez a "múlt", mert ezt használni olyan, mint visszamászni a fára majomnak és ezeket az állításokat semminemű műszaki indoklással nem támasztottad alá.

    Egyszóval a kijelentésed minden volt, csak nem megalapozott. Maximum úgy lett volna korrekt, hogy a többi mainstream alternatívát vizsgálod és azokat mind übereli a KDE5.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582578

    Üres fölényeskedés, ami csak két ponton bukik azonnal:
    - KDE3 > KDE4
    - TDE > KDE3

    Az meg, hogy téged nem érdekel, nem érv arra, hogy ez miért lenne a múlt és miért lenne majomság ezt használni.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582592

    Most ugyan elkezdhetném sorolni, hogy mi mindent butítottak rommá a KDE4-ben, de inkább arra hívnám fel a figyelmedet, hogy kihagytad a másik relációt. A TDE már bőven nem a KDE3. Egy raklap dolgot backportoltak a TQt-be a Qt4-ből, bevettek új dolgokat más DE-kből, vannak új programok is, feltápolt régiek, új appletek a Kickerhez és még sorolhatnám.

    Továbbra sincs alátámasztva semmilyen műszaki érvvel sem az, hogy a KDE5 többet tud, mint a TDE, valamint az, hogy a TDE miért lenne a múlt és az sem, hogy mitől lenne majomság használni.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582603

    Mire adjak érvet? Hogy a TDE többet tud, mint a KDE5? Én nem állítottam ilyet. Végig azt mondtam, hogy ezt nem tudjuk, ez a kérdés, hogy melyik tud többet. Te próbáltad az ellenkezőjét megideologizálni azzal, hogy múltaztál, majmoztál és a KDE3-ra mutogattál. Én csak indoklást/összehasonlítást kértem erre, még csak nem is tagadtam az állítást.
    Vagy mire adjak érvet? Hogy aki KDE5-öt használ az majom? Én ilyet sem mondtam. Te majmoztad le a TDE usereket.
    Vagy arra adjak érvet, hogy a TDE nem a múlt? Ezt már megtettem. Többször is.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582620

    Szó szerint azzal indokolta a döntését, hogy nem hasonlítja össze a TDE-t a KDE5-tel, mert majomként sem él már a fákon. Tehát TDE használat == majomként a fán élés. Akkor mi a TDE user, ha nem majom?

    Evolúcióról meg egyelőre nem beszélhetünk, mert pont ezt nem sikerült eddig semmilyen érvvel sem alátámasztani, hogy a KDE5 előrébb járna, mint a TDE, sőt, ő maga is elismerte, hogy van, ami a mai napig hiányzik a KDE5-ből, holott a "múltbéli" alternatívának megvan. Ez persze nem implikálja, hogy ne lehessen ennek ellenpárja, hogy a KDE5-ben van valami, ami a TDE-ben nincs és egy ilyen példa már mindjárt egy érv lenne, de eleddiglen nem élt a lehetőséggel, csak a személyeskedés és a fölényeskedés ment eddig.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582701

    Természetesen a degradáló megjegyzés véletlenül sem egy odaszúrás volt. Eddig csak te tagadtad, hogy személyeskedés volt, ő egyszer sem. De ha személyeskedés volt, ha nem: alátámasztani még mindig nem sikerült, hogy a TDE visszafele menés lenne.

    Tett egy explicit állítást, hogy folyamatosan vizsgálja az alternatívákat és a KDE5 mindent überel. A TDE egy alternatíva. Összehasonlítást kértem, hogy miben übereli a TDE-t. Ehhez képest kiderült, hogy ezt nem vizsgálja, mert az a múlt, mert csak. Hogy mit tud az mellékes, akkor is KDE3 < KDE5, mert ami újabb az kötelezően jobb. Nyilván ezért dobbantott a KDE4 idején a felhasználók egy jelentős része (including Linus Torvalds) más DE-k alá, mert annyival jobb lett.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582732

    > Tagadom. Magamról beszéltem, nem fogok visszafelé haladni az időben.

    "Ha személyeskedés volt, ha nem: alátámasztani még mindig nem sikerült, hogy a TDE visszafele menés lenne."

    > A TDE nekem nem alternatíva.

    Akkor sem, ha esetleg többet tud, mint amit használsz?

    > Te nem fejlesztesz sw-t ugye?

    De. Ebből élek, lévén programozó vagyok. Többek között a TDE-nek is portoltam programokat, meg küldtem bugfixeket. De dolgoztam be Qt5-ös projektbe is, mielőtt megvádolnál, hogy Qt5/KDE5 hater lennék; nem, nem vagyok, csak érdekelt volna, hogy mire alapozod, hogy a KDE5 jobb, mint a TDE. Eddig értelmes választ nem kaptam, csak pszeudoprogresszív mantrát, ami minden csak nem műszaki érv.

    > Én igen. Okkal készítek újabb verziót, ahogyan mások is.

    A TDE-ből is van újabb verzió. Kb. két hónapos. Ez még mindig nem érv, hogy mitől lenne visszafelé menetel a TDE. Attól, hogy valami "újabb", még nem lesz jobb. A vista is szarabb volt, mint az xp. Az új WE-alapú Firefoxok is szarabbak, mint a régi XUL-alapúak. Meg is látszott a felhasználótáboron mind a két esetben. Manapság menetrendszerűen butítják rommá és lassítják agyon a szoftvereket.
    Félreértés ne essék: nem azt mondtam, hogy a KDE5 ilyen, mert nem tudom, hogy milyen. Csak példákat hoztam arra, hogy ez nem érv, hogy "múlt" vs. "újabb", főleg, mivel a KDE5 nem is újabb, mint a TDE, max. kb. két hónappal.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582739

    Elfogytak az érvek? Az nem lehet, azok eddig sem voltak. Összefoglalom:
    TDE != KDE3
    TDE != "múlt"
    KDE5 != "újabb"
    "újabb" != "jobb"
    Ezeket lehet esetleg cáfolni. Az, hogy miután kiderült, hogy állításoddal ellentétben önkényesen kihagysz alternatívákat a KDE5 "legjobbságának" a vizsgálatából - amit fals indokokkal próbálsz megideologizálni - látványosan "rám hagyod", mintha hülye lennék, azzal nem engem minősítesz.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582780

    Ez elég szomorú. Az eddigi kommentjeid alapján tőled ennél értelmesebb hozzáállást vártam.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582785

    Nem kötekedtem. Csak megkérdeztem, hogy a TDE-vel összehasonlítottad-e. Ha csak annyit mondtál volna, hogy az kimaradt, így nem tudod, hogy melyik tud többet, a szál véget is ért volna. Ehhez képest te meg akartad ideologizálni, hogy nem fontos, hogy többet tud-e, vagy sem, mert az a múlt, akkor is, ha még mindig fejlesztik. Mert téged csak az érdekel, hogy mi az újabb, nem az, hogy mi a jobb. Ez bizony nettó pszeudoprogresszivizmus.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582794

    Van még ilyen "szellemes" hasonlatod a TDE-re, mint a fára visszamászás majomnak, meg a fartúrás? Ezzel még mindig nem a TDE-t, vagy engem minősítesz.

    Mert véletlenül sem szarkazmus volt az "igazad van" kijelentés, ugyebár...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    Vissza KDE-re: https://hup.hu/node/172482#comment-2582800

    Hiába az üres fölényeskedés. Eddig semmi érvet nem láttam tőletek. Az a görcsös ragaszkodás az "újabbhoz", mint ideához, meg az alternatívának a képességei teljes figyelmen kívül hagyásával történő burkolt elavultozása (mert az a "múlt"), az minden csak nem érv.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582805

    Ez rendben van, de Oregon nem ezt mondta, hanem nekiállt megideologizálni, hogy az a múlt, meg KDE3, ami kevesebb, mint a KDE5, meg férfisegglyuk, meg a többi.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582832

    Látod? Már megint kezded. Már többször leírtam, hogy a TDE != KDE3, de te még mindig ezzel jössz; mit gondolsz, ha eleget ismételgeted, akkor igaz lesz?
    Aztán hol mondtam olyat, hogy régen minden jobb volt? Tudsz te mást is, mint személyeskedni, meg szalmabábot csépelni?
    Hogy miért írták újra, azt tőlük kérdezd meg. Szerintem elég lett volna átültetni Qt4-re és ami újdonság lett volna, azt meg hozzáadni. Ehelyett újraírták nulláról és fél évtizedig tereltek, hogy ez még nem a KDE4, azért van, hogy töredék tudást és sebességet kaptunk sokszoros erőforrásigényért.
    Miért készítenek újabb verziót? Ahány fejlesztő, annyi indok. Nem feltétlenül azért, hogy jobb legyen. Készíthet azért, mert fizetnek érte, készíthet hobbiból, de lehetnek olyan techno-politikai okai is, mint pl. a mikiszoftnál, vagy a Mozillánál, vagy épp a RedHat-nél...az ő cuccaik is mennyire jobbak lettek, mint voltak, ugye?

    Be van tervezve, bár nem tudom, hogy kapcsolódik ahhoz, hogy te miért próbálod a TDE-t úgy feltüntetni, mint ha elavult lenne.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582840

    Érvek még mindig sehol, csak lenéző mosolygás. Mitől modernebb a KDE5? Ez az, amit igazán kifejthetnél végre.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582843

    A Qt5 egy eszköz, attól még önmagában nem lesz modernebb valami, hogy milyen library van mögötte.
    Mit tud a Plasma?
    Effektek? Milyen effektek?
    Mit értesz letisztultabb felület alatt, két olyan DE esetén, amiknek a felületét 100%-ig be lehet konfigurálni olyanra, amilyennek akarod? Legalábbis a TDE-t be lehet, de gondolom a KDE5-öt is. Onnantól kezdve a felhasználón múlik, hogy egy felület mennyire "letisztult", jelentsen bármit is ez.

    Ezen a képen mit kéne látni?

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582835

    Na, kezdődik... Mivel megideologizálni megint nem sikerült, hogy az újabb mindig jobb, így most megint az a terelés jön, hogy a trécéhá ilyen meg olyan, mintha az a TDE vs. KDE5 összehasonlításban bármit is jelentene. És mindezt úgy, hogy feltettem egy egyszerű kérdést és beszólást, meg ideológiai bullshitet kaptam rá válasznak. És ezek után akkor énrám akarod ragasztani, hogy én bántom a másikat?

    Ha valamivel kapcsolatban egy vagy több egzakt degradáló párhuzamot vonnak, az nem absztrakt kiejelentés. Én adok a vitapartner szájába dolgokat? Ki adta épp az én számba a szokásos latest-mániás "régen minden jobb volt" című, skatulyázós-hiteltelenítős slágert? Azt meg végképp ne akard megmagyarázni, hogy nem szarkazmusból mondta, hogy "igazam van", miközben még mindig folytatja a vitát, pedig állítása szerint ennél értelmesebb annál, hogy ezt csinálja. Az egyszavas odavetett degradáló válasz (ld. még "Sóhaj. (Ez hülye.)") meg fölényeskedés és nem tőmondatos érvelés. Az miért is baj, ha mindenre reagálok? Ha meg nem tenném, akkor meg az lenne a vád, hogy szelektíven reagálok? Van rajtam sapka, vagy nincs? Miért jött ki a partner a sodrából, hm? Én mit mondtam, amivel őt, vagy a KDE5-öt degradáltam volna? Mi volt az ok, ami miatt "kijött a sodrából" és személyeskedni kezdett? Ha meg úgy gondoljátok, hogy én valami geci vagyok, aki "darálja" a másikat, akkor miért válaszoltok még mindig? Valami okotok csak van rá, hogy ennyire nem eresztitek el a vitát egy idiótával szemben, nem?

    Az én célom csak annyi lett volna, hogy hátha kapok pár feature-t, meg funkciót, amit a KDE5 tud és a TDE nem és amiket bedobhatok a TDE csapatnak, hogy mit érdemes esetleg implementálni, ne adj' isten valamelyiket sajátkezűleg lefejlesztem nekik. Bővíteni az ismereteimet és hozzájárulni egy projekt fejlődéséhez.

    Én zártam be magamat? Én nyitott voltam a másik oldal érveire és tudására. Ti voltatok azok, akik kijelentettétek, hogy titeket nem érdekel a másik platform, ha többet tud, ha nem. Egyelőre ti vagytok véleménybuborékban, nem én.

    Most jön az, hogy szépen "észrevétlenül" elengedjük a desktop environment szálat és engem támadunk, hátha nem veszi észre senki?

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582854

    1. Jogos. Te nem. Elnézést.
    2. Hogy minek szántad, az egy dolog. De, hogy személy elleni érvelés volt, azt gondolom nem kell magyarázni.
    3. Az enyém? Én majmoztam, meg buziztam? Én sóhajtoztam? Én sugalltam folyamatosan, hogy ti hülyék vagytok, a KDE5 meg elavult? Csak egy rohadt kérdést tettem fel, amire azt kaptam válasznak, hogy a TDE-vel komparálni sem érdemes, mert csak és kész. No comment.
    4. Nem vártam el semmit. (A konstruktív hozzáállást leszámítva.) Ha csak pár dolgot mond, már az is összehasonlítási alap, hogy tudja-e a TDE, vagy sem. Ha tudja, akkor next, ha meg nem, akkor meg megy a ticket. Ilyen egyszerű. A KDE5-öt már régóta tervezgetem, hogy kipróbálom, de eleddiglen sem hely, sem idő, sem energia nem volt rá. Nem értem miért olyan nagy bűn az érintettektől bármit kérdezni a témában.
    5. Látom...

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582866

    Én támadjam be? Eddig te támadtál engem, nem tűnt fel? Ne próbáljak ki mást? Eddig vagy kétszer mondtam, hogy a KDE5 kipróbálása rég tervbe van véve, csak eddig alkalom nem akadt rá. Én hol mondtam, hogy a KDE5 szar? Sehol. Megint szalmabábot csépelsz, egyszerre többet is. Mit várok tőled? Lassan már semmit...

    Írhattad volna az elején, hogy azt nem tudod, hogy a TDE mit tud, de te a KDE5-öt azért te szereted, mert 1., 2., 3., a), b), c), X, Y, Z... Erre én mondhatom, hogy kösz a leírást, az 1., b) és Z feature-öket ticketeltem a TDE csapatnak, a többit tudja a TDE is. Aztán felsorolok pár dolgot, amit a TDE tud, te meg mondhatod, hogy mit tud ebből a KDE5 és mit nem. Esetleg azt meg te reportolhatod a KDE csapatnak.

    Eszmecsere. Információközlés. Világkép-bővítés. Látókör-tágítás. Te erre teljesen képtelen voltál, csak a vagdalkozás, az acsarkodás ment végig. És ezek után még én vagyok az erőszakos, meg a hülye. No comment.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582932

    Ez hatalmas tévedés. Álló nap rohangásztam, mint pók a falon. Az, hogy időnként volt pár percem idenézni és megírni egy kommentet, az nem jelent semmit. Holnap is hűtőszerelés lesz.
    És én nem basztattalak téged. Pár kérdést tettem fel, normális hangnemben, kultúráltan, jóhiszeműen. Nem értem, miért kellett támadásnak venni.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582962

    Az enyémben speciel 16, de csak nem régóta, sokáig csak 8 volt. 2012 előtt meg 2 GB.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582958

    Ez már egy érv, de egyrészt: https://kile.sourceforge.io/

    Latest available unstable version (for KDE Frameworks 5): 3.0 beta 3
    Latest available stable version for KDE4: 2.1.3

    azaz KDE5 alá csak béta van, a KDE4-es stabil verzió meg kb. egy verziószámmal van előrébb a Trinity-snél, másrészt meg láttad fentebb maga Oregon sorolt fel olyan programokat, amik meg a KDE5-ből hiányoznak. Ettől függetlenül thx a tippet, majd dobok nekik egy ticketet és megnézzük, hogy mennyire lehet backportolni az újabb verziókat, ill., hogy mennyire jók, az újabb verziók, érdemes-e őket portolni.

    (Egyébként a Trinity nem 200 MB-bal kevesebbet eszik, hanem összesen eszik annyit. A KDE4 2 GB-ot evett. A KDE5-öt nem tudom, mennyit eszik.)

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583027

    Bebootoltam és megnéztem, hogy mennyit eszik a rendszer hidegindítás után. Ebben benne vannak ugyan a DE-hez nem kapcsolódó service-ek és egyéb futó programok is, amik elindulnak a rendszerrel, de azok összesen pár MB-ot esznek meg (egyik sem grafikus). (Az allokált cache-t és buffert nem számoltam bele, de azt külön is méri a rendszer.) Ugyanazon a gépen és ugyanazon a Linuxon néztem. Csak KDE PIM felfalt egy csomó memóriát a KDE4 alatt (MySQL kellett neki, stb.), meg pl. a Python-os Plasma panel appletek. A TDE-nek nem kell sem Python, sem MySQL.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583146

    A KDE5-öt már lentebb is írta valaki, hogy alig fél gigát evett, én meg mondtam, hogy azt nem próbáltam, így állítást sem tettem róla, hogy mennyit eszik.

    A KDE4-re viszont nagyon is emlékszem, amikor felzabálta a 2 GB RAM-ot és nekiállt swappelni, meg felzúgtak a ventillátorok, úgy, hogy csak az asztal volt, semmi más...

    Ami pedig az appokat illeti, ez nem igaz, hogy azok zabálják meg az erőforrásokat. Attól függ, hogy milyen appokat használsz. Nem tudom a Chrome mennyit eszik meg; az Opera 12 még húsz tabbal is 1 GB alatt marad.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583161

    Hol beszéltük ezt meg? Te leírtad, hogy a KDE5 nem evett nálad sokat, én meg széttettem a kezem, hogy nincs összehasonlítási alapom, de látom, hogy más is írta. Aztán leírtad, hogy neked a KDE4 sem evett sokat. Én meg leírtam, hogy nekem meg de. Felfalta a gépemet úgy, hogy el sem volt indítva semmi.

    A virtualizáció nyilván viszi a memóriát, de ott nem maga az virtualizációt végrehajtó alkalmazás az, ami azt megeszi, hanem a virtualizált rendszer és a benne futó programok sokasága; egy komplett másik rendszert futtatsz ott éppen. A virtualizáció egyébként elég specifikus igény; mondom ezt úgy, hogy én is rendszeresen virtualizálok. Rajzolni sajnos nem tudok, nem tudom mennyit eszik a GIMP. GTK2-es, vagy 3-as? Az Atomot, ha jól látom Electronra alapozták, úgyhogy nem csoda, hogy az is felfalja az erőforrásokat; erre mondtam, hogy attól függ, hogy mit használsz, nekem semmi Electronos cuccom nincs. A VLC2 nekem alig eszik valamit, a 3-as meg nagyon instabilnak bizonyult, így maradt a régi. Chrome-ot dettó nem használok, így nekem az sem eheti meg az erőforrásokat.

    Tehát nem szükségszerű, hogy az appok egyék meg.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583181

    Mit csináljak azzal, hogy valamelyik utolsó generációs KDE4 már nem eszik annyi RAM-ot, amikor egyrészt már KDE5-öt írunk, másrészt meg előtte a jóég tudja hány évig egy resource hog volt? A CPU fogyasztását is sikerült lenyomni amúgy, vagy az maradt?

    A DE alapfunkcióinak a megvalósítása. Fentebb írtam, hogy a MySQL-t igénylő KDE PIM is falta a memóriát, a Pythonban írt Plasmoidok szintén és a CPU-t is hanyattlökték.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583204

    Többel is. A 4.5.3 volt az utolsó, amikor feladtam. Akkor már három éve ment a terelés, hogy ez még nem a KDE4.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583534

    Mit kezdjek azzal, hogy a 3. harmadára hozták ki használhatóra (azaz kb. fél évtized utánra)? Szerinted, ha valakinek három év alatt betellett a hócipője azzal, hogy a fejlesztők képtelenek rendberakni a cuccukat és terelnek, akkor az az ő hibája? Igazából mindegy mi falta fel a memóriát, ha az ökoszisztémához tartozik, de erre a programra konkrétan nem emlékszem, csak a PIM-re, meg az iszonyat lassú Plasmoidokra.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583749

    A végén meg mire mentünk vele, hogy kipofozták; addigra nem csak a KDE5 jött ki - ami elmondásotok alapján jobbra sikeredett - de már évek óta a piacon volt a TDE is.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583046

    Alacsonyabb verziószámú lesz, de az nem jelenti, hogy rosszabb is lesz, vagy kevesebbet tud. Egyrészt mert a Trinity project maga is fejlesztgeti az alkalmazásokat, portolgat vissza az újabb alkalmazásokból feature-öket, vagy implementál sajátokat (ez egy fork, a verziószám nem tiszta indikátora annak, hogy mennyire áll közel ahhoz, amiből forkolták), másrészt meg erősen függ attól is, hogy az alkalmazást hogyan fejlesztették tovább. A KDE4-es cuccok verziószámai is magasabbak voltak, mint a TDE-sek, az eredményt meg tudjuk. (Elég sokszor van olyan, hogy a programok "tönkremennek" egy adott verzió után, pl. uTorrentből a 2.0.4 volt az utolsó normális verzió, ami utána jött, az egy rémálom volt. Ld. még: "Muszájfejlesztés".)

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2582960

    > a beépítettek közül egy volt talán ami a win7 szintjét talán hozta

    Miben?

    > De hiányzott az ikonos feladatkezelő, a kitűzhető ikonokkal. Ezért nem néztem tovább.

    Feladatkezelő alatt mit értesz? A tálcát, vagy a process managert? A tálcára (Kicker) lehet ikonokat pinnelni, meg menüket is. A process managerben szűrni lehet, meg sorrendezni, az nagyjából ugyanaz, mint ha pinnelted volna őket.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583012

    Témát olyat tudsz csinálni, amilyet szeretnél, de egyébként azok ilyen előre összeállított konfigok, valójában az egész kinézetét rommá tudod konfigolni, van egy raklap widget style, átszabhatóak az ablakkeretek, a színek, stb.

    Az tuti, hogy kitűzni ki lehet a tálcára, mert olyan nekem is van, de hogy indítás után ne indítsa el még egyszer, hanem hozza fel az elindított programot, azt nem tudom, hogy tudja-e. Megkérdezem tőlük.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583028

    Hát a masszív konfigurálhatóságnak ez hátránya, hogy sok mindent kell beállítani, bár van benne mindenféle "wizard", de nem tudom, mennyire jók.

    Nem tudom mennyi téma van készen, de a nagy része valószínűleg KDE3-as, vagy KDE4 backport; sajnos designer tudtommal nincs a csapatban.

    Örülök, hogy tetszik.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583122

    A fél giga mondjuk nem olyan vészes egy mai gépen. A KDE4-hez képest rengeteget optimalizálhattak. CPU terheltség mennyi, amikor épp nem csinálsz vele semmit?

    Mit értesz letisztult felület alatt? Kevesebb beállítási pontot?

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583143

    Majd ha lesz rá pár egybefüggő napom. Nem értem miért annyira égbekiáltó bűn feltenni pár kérdést, hogy mit ért valaki letisztult felület alatt, vagy, hogy mennyi CPU-t eszik nála a TDE és mennyit a KDE5. Tilos beszlégetni?

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583310

    És azzal mit érek, hogy fél órát-órát mászkálok benne? Meg fogom állapítani, hogy semmi sem ott van, ahol keresném, nem áll kézre, guglizni kell a nem triviális beállítások esetén, viszont több memóriát és CPU-t eszik, mint a TDE. Ez pedig minden volna, csak fair nem. Ha rendesen ki akarom próbálni, arra rá kell szánni az időt és jobban megismerni.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583521

    Mit érek el vele, ha elindítom a top-ot, meg a többit? Azt, hogy látom, hogy 2x annyit eszik, mint a TDE? Ezt a topicban már többen is megerősítették, ezt anélkül is tudjuk. Nem az a kérdés, hogy eltévedek-e benne; látod, másnak meg a TDE nem feküdt elsőre. Majd, ha lesz időm rá, rendesen végignézem.
    Veled ellentétben ugyanis nem vagyok olyen sekélyes, hogy a felszín alapján döntsem el, hogy használok-e valamit, vagy sem; lásd még ezt a gyöngyszemet is: te egy szaros standalone programot képtelen voltál letölteni és elindítani, hogy megnézd, hogy vannak-e benne ikonok (azaz 5 másodpercet sajnáltál rá, de aztán itt vinnyogsz picsogva, hogy én nem szántam rá egy Live rendszerre egy órát, kettős mérce FTW) és egyébként kajakra ettől tetted függővé, hogy használod, hogy vannak-e benne ikonok? Te nézegetni akarod a programot, nem használni? A funkcionalitás az smafu, csak nézzen ki jól?

    BTW, olvasd már el mit hánytál ide; én vagyok a hisztis? Úgy fröcsögsz a másikra, mint egy fikahányó szökőkút, vagy mint egy retardált, butthurt fanboi. Mi a baj, mi fáj? Reparon a patikában.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583750

    Az egy dolog, hogy nem tetszik, de ha az ikonok hiánya miatt nem tetszik, akkor arra nem tudok mit mondani. Viszont kb. ugyanannyi idő lett volna a linkre bökni, letölteni és elindítani, mint kommentben megkérdezni, csak az utóbbinál még a választ is meg kellett várni. Persze a te idődet te osztod be, de ez énrám is áll.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583523

    http://a.te.ervelesi.hibad.hu/szemelyeskedes

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583751

    Egyrészt a probléma az, hogy egyesek már akkora hópihék, hogy már nemhogy beszólni nem kell a kedvencükre, de még kérdést se lehet feltenni vele kapcsolatban, mert akkor is magukból kivetkőzve anyáznak. Másfelől meg még ha állna is amit mondasz, az ilyen jellegű fröcsögéssel csak magatokat minősítitek, nem engem.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583180

    > kézre állnak a dolgok alapból

    Mindenkinek más áll kézre.

    > Pl. a TDE taskbaron az ikonok mellett van egy kis felfelé nyíl, arra kattintva kapod meg a plusz funkciókat. A KDE5-be elég egy jobb gombos egérkattintás.

    Ez azért van, mert logikailag három külön dologból áll össze. Maga a panel, az egy univerzális cucc, arra bármit ráaggathatsz, többek között a taskkezelőt is (az is egy applet), a panel menüjébe tehát nem lehet bevenni a ráaggatott appletek menüit. A taskkezelő része a felfele nyíl, ami az összes ablakot érintő funkciókat takarja, az egyes taskokra bökve pedig az ahhoz az ablakhoz tartozó funkciók jönnek elő. Ezt ugyan össze lehetne vonni, hogy minden ablaknál feljönnek a globális funkciók is, csak akkor meg a menüt bonyolítjuk túl. Persze opció szinten lehet, hogy van értelme gondolkozni rajta, mert lehet, hogy valakinek így, valakinek úgy...majd kapnak egy ticketet erről.

    > Nincsenek felesleges színek. Tehát az aksi stb ikonok egyszínűek. Bár lehet ez ízlés dolga, de nekem jobban tetszik az egyszínű.

    Hát igen, ez eléggé ízlés dolga.

    > KDE5 alatt pillanatok alatt tudok új funkciót hozzáadni a panelhez. Tudok pillanatok alatt alternatívákat választani. Témát is sokkal egyszerűbb választani és letölteni (bár nekem az alap breeze maradt).

    Ezt a részt nem igazán értem. TDE alatt is egy kattintás hozzáadni egy új panelt, egy appot a panelhez, egy menüt a panelhez, egy funkciót a panelhez. Témát is egy kattintással lehet váltani a Theme Managerben.

    > Menüben egyből elkezdheted írni KDE5 alatt a keresett program nevét.

    TDE alatt is így van.

    > Egy futó programot is egyből kitűzhetsz a tálcára.

    Na, ezt nem tudom, hogy van-e és ha van, akkor hogy, ezt majd megkérdezem.

    > Viszont a KDE5 alatt kb. 10-15 perc alatt testreszabom úgy a felületet, ahogy nekem jó. Ezt TDE-vel nem sikerült megugranom.

    Tartok tőle, hogy nálam fordítva lenne, mert én meg a KDE5-öt nem ismerem. Ha ismered a rendszert, akkor minden sokkal gyorsabban megy.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583202

    > Pl. témát is tudsz egyből letölteni KDE5 alatt, ha nem elég a kínálat.

    Ez igaz, letöltés tényleg nincs...bár azt hiszem, letölteni sem nagyon volna mit. :(

    > A KDE5 meg az én szememnek valókat sorolt fel már alapból is, míg a TDE nem.

    Ez ízlés kérdése.

    > Itt TDE alatt meg kell nyomnod egy plusz billentyűt, vagy ha úgy tetszik 2-őt: shift + 6 = /

    Ja, hogy így értetted? Viszont, ha KDE5 alatt nem kell megnyomni, akkor az azt jelenti, hogy KDE5 alatt meg nem lehet a billentyűkkel navigálni a menüben, mert amit beírsz, azt automatice keresésnek veszi. (Egyébként a perjeles keresés mindenütt működik a TDE-ben, a vágólapmanagerben, a filemanagerben, stb.)

    > Nekem pl. felesleges az a kis nyíl az ikonok mellett a menühöz.

    Ki lehet kapcsolni. ("Show window list")

    > Egynél nem sok, de van kb. 15-20 ikonom a tálcán. Ezek közül többet is futtatok egy programból, így egymás mellé pakolva szokott lenni 30 is. Ekkor már jóval több felesleges helyfoglalás van és esetleg ki sem fér.

    Várj, ugyanarról beszélünk? Erről a felfele nyílról? Vagy erről? Ez utóbbit is ki lehet kapcsolni a fentebb látható képen a "Group similar tasks" pontnál. (Ez speciel nekem is ki van kapcsolva.)

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583210

    KDE5 és alt+space-re keresve csak ez jött fel. Rákerestem a KRunnerre és találtam egy képet.
    Ez így nekem ránézésre valami custom app menünek tűnik, amiben van fent egy matematikai kiértékelő is. Custom app menüt TDE alatt is lehet csinálni, akárhányat, tetszőleges hotkeyekre belőve, evaluator applet meg van a kickerhez.

    Pontosan mire írtad ezt?

    Sz*rk: Megtaláltam az oldalát. Ez az okosítható alkalmazásfuttató TDE alatt is van, csak pinnelt itemek nincsenek benne.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583238

    Igen, de TDE-ben már megírták helyettünk. :) Nekem tiszta custom menü az egész tálca.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583249

    De van, csak nem úgy hívják, be is linkeltem a screenshotot.
    Pinnelhető menüitemek nincsenek benne, ha olyat akarsz TDE alatt, akkor custom menu. Bár azt a KRunnernél sem értem, hogy miért vannak, hiszen tudtommal custom menük ugyanúgy vannak a KDE5-ben, mint a TDE-ben; minek még egy?

    A többit viszont vagy OOB tudja, vagy workarounddal/kiegészítéssel.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583259

    Helyesírásellenőrző nincs benne tudtommal, bár workarounddal megoldható. Kereső és app indító van benne, ez még látszik is a screenshotomon. A számológépet (kiértékelőt) tudja a TDE a panelre pinnelni, arról is adtam screenshotot.

    Utánaolvastam, be is linkeltem az oldalát fentebb. Helyesírásellenőrzőről nem írtak benne. A többit megnéztem és a pinnelt itemeket leszámítva, mindet tudja, vagy megoldható vele.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583266

    Pontosan ezt az oldalt linkeltem be fentebb. Erről az oldalról beszéltem, hogy amit itt leírtak, azt mind tudja a TDE runnere is, a pinnelt menüitemeket leszámítva.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583283

    Nem, nem a kurzorbillentyűkre gondoltam, hanem az ABC karakterekre. Van mondjuk a SysInfo, meg a SysConfig menüpont, te beírod, hogy SysI és bent vagy a SysInfo menüben. A TDE-ben ugyanis a menük úgy működnek, hogy ha csak simán beírsz valamit, akkor az adott menüben az első találatra ugrik, ami ha directory és nincs több találat, akkor ki is nyitja.

    Oldschool Computer - http://oscomp.hu




    Vissza KDE-re: https://hup.hu/node/172482#comment-2583299

    Nyilván, én is egyszintes custom menükbe raktam mindent, ami kell.

    Oldschool Computer - http://oscomp.hu




    Interjú a HUPperrel - Első rész: https://hup.hu/node/172343#comment-2577535

    Nem volt az titok.

    Oldschool Computer - http://oscomp.hu




    Interjú a HUPperrel - Első rész: https://hup.hu/node/172343#comment-2577572

    > Vagy ő van a projekt mögött és egoizmusának köszönhetően lett ez a név.

    Hát szerinted minek a rövidítése a GDM?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nullptr


    Interjú a HUPperrel - Első rész: https://hup.hu/node/172343#comment-2577760

    > köteles minden áron a microsoft fikázókat szétcsapni és a microsoft hírnevét megvédeni, mert életfogytiglant kap érte.

    Már rég a sitten ülne.

    Oldschool Computer - http://oscomp.hu




    Interjú a HUPperrel - Első rész: https://hup.hu/node/172343#comment-2577844

    A hatásfokra céloztam...

    Oldschool Computer - http://oscomp.hu




    [HK] Ha az operációs rendszerek diéták lennének...: https://hup.hu/node/171742#comment-2558313

    windows 10 = szarevés

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> asch , solt87


    [HK] Ha az operációs rendszerek diéták lennének...: https://hup.hu/node/171742#comment-2558335

    Az mióta diéta? Talán nekrofágia, nem? :P

    Oldschool Computer - http://oscomp.hu




    [HK] Ha az operációs rendszerek diéták lennének...: https://hup.hu/node/171742#comment-2558480

    Használják még sok helyen, de nem ez volt a lényeg, hanem az, hogy diétákhoz hasonlítottunk OS-eket.

    Oldschool Computer - http://oscomp.hu




    [HK] Ha az operációs rendszerek diéták lennének...: https://hup.hu/node/171742#comment-2558540

    Egyrészt ha zombidiétán van, akkor ő maga a nekro és nem pedig az, amit megeszik. Másrészt meg megenni, vagy megbaszni valamit az még mindig nem ugyanaz. Harmadrészt meg nem az oprendszerek maguk ebédeltek itt, hanem diétához hasonlították őket, tehát akkor nem az xp van zombidiétán, hanem xp = zombidiéta.

    Oldschool Computer - http://oscomp.hu




    [HK] Ha az operációs rendszerek diéták lennének...: https://hup.hu/node/171742#comment-2558550

    Így jár, aki már vasárnapra abbahagyja az ivást. :P

    Oldschool Computer - http://oscomp.hu




    [HK] Ha az operációs rendszerek diéták lennének...: https://hup.hu/node/171742#comment-2558563

    Pedig az alkohol fertőtlenít. Sört a Covidra!

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2578243

    Kitartó vagy. :P

    Még mindig nincs droidos cuccom.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2578287

    Még mindig nem tudok rajzolni.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2578765

    Nem tudok, nem saját, a t-hosting.hu adja a sajátját. Nekem csak egy db. FTP hozzáférésem van, más nincs. Let's Encryptet sem tudok beállítani.

    Egyébként most direkt kipróbáltam PaleMoon-ból Ungoogled Chromium-ból, IceWeasel-UXP-ből, Otter Browser-ből, Midori 0.5-ből és QupZillából. Mindben megjelentek a képek, nem csak a Classic Operában. (Sőt még Konquerorban is, csak az oldal esett szét. :P)

    Úgyhogy csak a kezem tudom széttenni.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2578851

    > A szolgáltatás amit kaptál működésképtelen sajnos ezek szerint.

    Ehhez képest egész jól megy, már vagy tizenhat éve.

    > Akkor a Föld populációjának a 0,5%-a aki tudja nyitni gond nélkük, juhéjj!

    Az megvan, hogy az Ungoogled Chromium az motor tekintetében ugyanaz, mint a Chromium, ami motor tekintetében ugyanaz, mint a Chrome, amit - és klónjait - a Föld populációjának usque 70%-a használ? A Safarit nem tudom, hogy hogy áll e tekintetben, de jelen pillanatban nekem úgy tűnik, hogy egyedül a newschool bugróka szarakszik a kérdést illetően, amit a Föld populációjának kevesebb, mint 4%-a használ és csökken.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2578992

    A HTTPS biztonsága egy illúzió, hiányának biztonságtalansága dettó. Majd ha annyira érdekel, hogy SSL errorok vannak a képek miatt, akkor majd bekapcsolom, hogy anyázzon érte. De amúgy ki a túrót érdekel, hogy pár - beloggolás nélkül is publikusan elérhető - kép titkosítatlanul jön? Ez nem érzékeny adat. Egyébként szerintem, ha kikapcsolod a HTTPS everywhere-t, akkor nem fog többet anyázni a képek miatt. Hacsak nincs az is belőve, hogy a mixed HTTPS/HTTP-ért is anyázzon.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2579091

    > Én az ssl errorokat ugyanabban a kategoriában kezelem mint a compiler warningokat.

    Ez elég szomorú, mert a kettő még távolról sem hasonlít egymásra.

    > Megjavitom ha már ott vagyok és tudok róla, aki meg leszarja, az igénytelen.

    Ha meg tudnám javítani, megtenném, de csak azért, hogy a biccsegés abbamaradjon, mert én személy szerint leszarom a HTTPS-vallást. Az oscomp még sütit sem tárol a gépeden; mit kéne itt titkosítani?
    Az MITM riogatással meg lehet menni a devnullba kirándulni, amíg:
      a) ha gyakorlatilag bárki, akinek a certjét elfogadtad, játszhat MITM-et (internetszolgáltatók és driverek (!) előnyben),
      b) elég a hulladék key-exchange segítségével összeszedegetni a kulcsokat a crackhez,
      c) magát a HTTPS-t is törték már meg nem egyszer,
      d) az egész cert-authority és cert-credibility ökoszisztéma egy rossz vicc.

    > Ne vedd feltétlenül magadra, de ez a véleményem erről a tipusú jelenségről.

    Ha akarnám se vehetném magamra, hiszen - mint tisztáztuk - én nem tudom elhárítani a problémát.

    > Amit leirtál azzal tisztában vagyok.

    Tudni és érteni - két külön dolog. Ha értenéd is a problémát az egésszel, akkor te is leszarnád az SSL errorokat egy nem érzékeny kapcsolatnál.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2579159

    > Ha már van https, akkor működjön rendesen, vagy ha - mint most - nem érzékeny az adat, ne legyen https.

    Csakhogy nincs HTTPS: minden képet HTTP-vel linkeltem. A hup viszont HTTPS-en jön. (Kiloggolva is.)
    Nálad vagy a letiltott mixed content miatt nincsenek képek, vagy azért, mert be van kapcsola a róka HTTPS Everywhere opciója és force-olja, hogy HTTPS-ről jöjjenek a képek, viszont a cert nem a domain nevére szól.

    > Nálam nincsenek képek, meg gondolom nem kevés más usernél sem ezek miat. Ennyit próbáltam elmagyarázni.

    A hiba az urak browserbeállításai között keresendő. "Ennyit próbáltam elmagyarázni."

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2580162

    > Értem én hogy nem hiszel az ssl-mániában és igaz érveket is hozol fel, de ha már ssl -t nyitunk akkor vagy működjön vagy tiltson, a féligmeddig működős ssl rosszabb, mint a semilyen.

    1. Teljesen mindegy, hogy miben hiszek (semmiben se); megmondtam: ha ki tudnám javítani, megtenném, hogy a lamentálás abbafejeződjön.
    2. Ki nyitott SSL-t, mi ez a többes szám? Az oscomp mindig is HTTP-n működött, most is beírod és megy; én is úgy linkeltem be a képeket. SSL-t itt te nyitottál, pontosabban a biztonságoskodó browsered.
    3. Ki tiltson? Az oscomp? Mit tiltson? Hogy kinyisd HTTPS-en? Miért tiltanám meg, ha valakinek ez a perverziója? Azért, mert nálad mindent kényszeredetten átirányít a browser? Azért mert neked nem tetszik? (Az egyébként megvan, hogy ha az oscomp tiltaná a HTTPS accesst, attól még nálad ugyanúgy nem lesznek képek, ha a rókád tiltja a mixed contentet, vagy kikényszeríti a - frissiben letiltott - HTTPS-t?)

    > Az egy másik dimenzió, hogy ez kinek a hibája.

    bilgécé, mint minden más is. Azoké, akik elhitették a világgal, hogy ez a koncepcionálisan törött "biztonsági" (ROFL) ökoszisztéma majd jól megvédi őket a saját hülyeségüktől.

    > De a hiba ettől még létezik a site-on, és javitani kellene (szerintem).

    Most írom harmadjára, hogy megtenném, ha tehetném és ötödjére, hogy nem férek hozzá.

    > Vagy esetleg másik infrát használni, végtelen lehetőség van három sajtburger árától felfelé havonta.

    Ez haveri alapon megy itt. Anno csináltam nekik pár dolgot és felajánlották, hogy lehet az oscomp és a BGAFC ingyen náluk. Nekem tökéletesen megfelel.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2580188

    Nem, csak már a púpom tele van vele, hogy a programról szó nem esik, de már az egész topic a kutyát nem érdeklő cert errorral van tele.

    A "site" az a weboldal, annak köze nincs a protokollhoz, amin keresztül hozzáférsz. Taknyoljam tán bele PHP-be, hogy ha a port a 443-as, akkor irányítson át HTTP-re? Az a te HTTPS-t kikényszerítő browsereddel egy gyönyörű végtelen redirectet eredményezne... Vagy ne redirecteljen, csak írja ki, hogy a HTTPS nem engedélyezett? A júzer meg nézzen, hogy hát mi az, hogy nem engedélyezett, hát ez a lap, amire ez ki van írva, az is HTTPS-en jött le... És ugye ez csak a PHP-ból elérhető tartalmakra vonatkozik, a közvetlen fájlok (képek, egyebek) ugyanúgy elérhetőek maradnának. (Nem, nincs .htaccess.)
    És ez még mindig csak szerinted hibás viselkedés; kérdem még egyszer: az megvan, hogyha tiltaná a HTTPS-t, akkor se lennének nálad képek? Így legalább a bugrókán kívüli júzerek hozzá tudnak férni a tartalomhoz...

    Hát elég fárasztó, főleg, mivel amiket te leírtál indoklásnak, hogy ez miért "hiba", azokat én N-felől cáfoltam már, te meg csak annyit bírsz visszaírni, hogy te érted, de ez akkor is hiba. Szerinted. Szerintem meg a HTTPS ökoszisztéma létezése maga a hiba. Szolgáltatót meg nem váltok. Nekem jó itt. Főleg ingyen.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.5.0: https://hup.hu/node/172348#comment-2579535

    Közben kijött az 1.5.1, mert a tecső megörvendeztetett egy újabb parse-álnivalóval, belefutottam egy bugba is és kapott egy kis refaktort, akkor már. A linkek ugyanúgy működnek.

    Oldschool Computer - http://oscomp.hu




    Népszerű a desktop linuxosok körében a Vivaldi böngésző: https://hup.hu/cikkek/20210118/nepszeru_a_linuxosok_koreben_a_vivaldi_bongeszo#comment-2577022

    A jelek szerint nem errefelé.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Népszerű a desktop linuxosok körében a Vivaldi böngésző: https://hup.hu/cikkek/20210118/nepszeru_a_linuxosok_koreben_a_vivaldi_bongeszo#comment-2577344

    Azért vannak vele bajok...

    Oldschool Computer - http://oscomp.hu




    Mi a hiba a képen?: https://hup.hu/node/172346#comment-2577598

    Talált. Mármint a fájlnév, a betűtípus nem nagyon érdekelt.

    Oldschool Computer - http://oscomp.hu




    How to install extensions in Chrome without a Google Account?: https://hup.hu/node/172335#comment-2577338

    Hát úgy ezeknek a jó része mind hiányzik.

    A fejlesztők fordítva ülnek a lovon: nem kéne önhatalmúlag kivágni minden ismeretlen protokollt a linkekből. Ha annyira veszélyesnek tartanak bizonyos fajta linkeket, akkor azokat kell blacklistre tenni és nem mindent. Egyébként sem értem miért baj, ha valaki beírja linkbe, hogy kecske://mekmek.hu... Tán összedől az internet? Vagy a portál? Vagy a browser?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zoyo


    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2569600

    Nem, a Debian 9-ben egy patchelt 73.0-ás Chromium van, de az nem ungoogled, ugyanúgy kémkedik, viszont a Debian Team csinált hozzá GTK2-es patchet.
    Az Ungoogled Chromium egy olyan Chromium-hoz való patchset, ami kitakarítja a Chromiumból a kugli összes spyware-ét, viszont az a vanilla Chromium-ra épül, amiből már a hatvanvalahanyadik verzió óta nincs GTK2-es és a Debian 9-et sem támogatja, csak a 10-est.
    Ezért kombináltam a két patchsetet, kézzel kijavítgattam a forrásokban ami még így sem akart fordulni, valamint trial and error módon kézzel tweakeltem a default beállításokat, hogy egyáltalán egy fordíthatóképes és működőképes setupot kapjak. (A default Ungoogled Chromium flags.gn felhasználásával a kapott bináris elszállt illegal instructionnal.)
    Így most van olyan Chromiumom, amivel megy a net 99.99999...%-a és nincs benne se spyware, se GTK3, se PulseAudio. Hogy másnak is lehessen, a lépéseket egy scriptbe foglalva közzétettem. Erre jó ez.

    Oldschool Computer - http://oscomp.hu




    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2569654

    A GTK3 nem függ Pötyi bátyó műveitől, csak a GNOME3 (systemd).
    A GTK3-mal az a baj, hogy bugos, régi vagy gyenge gépen nagyon lassú, instabil, azonfelül inkompatibilis, nemhogy a GTK2-es témákkal, de verzióról-verzióra önmagával is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2569655

    Ha Debian 10-ed van, akkor igen. Ha 9-esed, akkor nem. Akkor ugyanúgy kell a Debian patchset, max. te kiveszed belőle a GTK2 patchet.

    Oldschool Computer - http://oscomp.hu




    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2569656

    Egyszerűbb volt így.

    Oldschool Computer - http://oscomp.hu




    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2569976

    Úgy is jó, bár itt egyszintes a létrehozandó struktúra.

    Oldschool Computer - http://oscomp.hu




    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2570403

    A másik se, ha átirányítom. :P

    Oldschool Computer - http://oscomp.hu




    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2570402

    Kösz, majd kipróbálom.

    Oldschool Computer - http://oscomp.hu




    Ungoogled Chromium 73.0 GTK2-vel Devuan 2/Debian 9 alá: https://hup.hu/node/172123#comment-2570913

    Ja, hogy ez Electronos? Még nem mélyedtem bele jobban, a főoldalon meg nem írták...

    Oldschool Computer - http://oscomp.hu




    Megújúlt az ELVIRA: https://hup.hu/node/171868#comment-2562021

    A jávaszkript sebességét ismerve csak még többet fog késni... :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Aktívan kihasznált, távoli kódfuttatást lehetővé tevő sebezhetőséget javított a Microsoft a Defender-ben: https://hup.hu/cikkek/20210113/aktivan_kihasznalt_tavoli_kodfuttatast_lehetove_tevo_sebezhetoseget_javitott_a_microsoft_a_defender-ben#comment-2574705

    Microsoft Offender

    Oldschool Computer - http://oscomp.hu


    Σ: 010 -> n0b0dy , Ar0n , freeoli , osod88 , zitev , hajbazer , leviske , aszijg , st3v3 , Raynes


    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2565958

    Már megint? :(

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2565982

    Konkrétan a hiba jellegére gondoltam; a múltkor a defrag nyúvasztotta ki az SSD-ket, most meg a chkdsk... (A "lemezjavító", ami tönkreteszi a lemezeket, lol.)

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566095

    A jó öreg szaralinuksz mantra. Bármi überfail történik a mikrofos berkein belül, valahogy két percen belül már az a téma, hogy szaralinuksz. Mijazalinuksz? Valami dán joghurt? Hogy jön ide?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zaphodb , leviske


    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566115

    És? Hogy jön ez ide?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> zaphodb , st3v3


    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566566

    (Mert ellentétben a windózerekkel, ott nem mosdatják a szerecsent? :] )
    Ezt egyébként rossz embernek mondod, mert én sose tagadtam (sőt), hogy a Linux(-os ökoszisztéma) is egyre inkább egy nagyon nagy kalap szar lesz, csak éppen ez kurwára offtopic egy windózos topicban.
    Másrészt meg a Linuxos überfail-ek esetén sincs csend, mert ott meg a windowsosok szidják a Linuxot.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , bra-ket


    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566609

    > Ugyan, dehogy :)

    Na látod. :)

    > Ez mondjuk pont nem jellemző. Voltak nulla vagy alig pár kommentes linux hibáról szóló hirek, pedig nem apró hibák voltak.

    Biztos elkerülték a dózer squad figyelmét. :P
    Dehát az ellentábor sem lehet ott, minden windowsos bakinál, abból is volt nem kevés, ami egy-két kommenttel megúszta.

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566531

    > Nem tudok úgy összerakni egy monthly patching cycle, hogy mondjuk az érintett Linuxos szerverek minden második vasárnap lesznek frissítve és ne forduljon elő, hogy hétfőn már kritikus sérülékenység javítása jön.

    Miért, talán windowson a kritikus sérülékenységek javításával is megvárják a patchkeddet? Ha igen, akkor mi gátol meg benne, hogy te is megvárd Linux alatt? Ott legalább te döntöd el, hogy mikor frissítesz. Ha meg windows alatt sem várnak vele, akkor meg mit akartál mondani?

    BTW, a Linuxnak 22 év alatt jött össze 804 kritikus, vagy súlyos sérülékenység, a windows 10-nek meg 6 év alatt 502, szóval windows 10 alatt messze sokkal gyakrabban kell kritikus sérülékenységek frissítéseit felraknod...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> jevgenyij , hajbazer


    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566571

    Rosszul látod. Az összes microsoftos termék külön van véve, tehát hiába része "a csomagnak" pl. az ie, vagy a DX, azok is külön vannak listázva. A linkelt lista - ahogy a terméklista "Product Type" oszlopából kiderül - az OS komponenseire vonatkozik. Hogy ez mit takar a kernelen és kernel-space cuccokon kívül, azt nem tudom. (Az user-space programok, pl. a calc.exe, vagy a cmd.exe sérülékenységeit nem fedeztem fel benne, pedig volt azokban is.) De nem "mindent, ami a csomagban van". Ha az lenne, akkor többezer entry lenne benne.

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566610

    > A legelső elem a listában pl. a web proxy auto discovery sérülékenysége. Az ilyen jellegű funkcionalitás a kernel része Linuxon? (Nem tudom, kérdezem.)

    A WPAD egy protokoll. Ezt nem konkrétan a kernelnek kell csinálnia, hanem a kliensnek (ami bármi lehet), ami a proxy-t beállítja (pl. browser; az ie pl. már az 5.0 óta tudja), viszont értelemszerűen a kliensnek nem kötelező saját implementációt hozni, alapozhat egy library-ra is, pl. a libproxy-ra. Namármost, ha a windows rendszerkomponensei között van egy vagy több olyan program, ami proxy-t tud, akkor nincs kizárva, hogy valamelyik core rendszerlibrary-ben a microsoft is biztosított egy WPAD implementációt, hogy a windows proxy-zó cuccai csak meghívogathassák.

    > Én továbbra is úgy gondolom, hogy az X>Y jellegű összehasonlítás nem működik a két lista között, mert nem ugyanaz a scope.

    Nem hát. A windows egy OS, a Linux meg egy kernel. De ti jöttök elő mindig a Linux-szal ilyen esetekben, ti kezditek ilyenkor a Linuxra mutogatást, ti hasonlítotok össze folyton egy kernelt egy OS-sel... Hát, akkor hasonlítsuk. Ja, hogy ha kiderül, hogy ezzel pont a windows jár rosszul, akkor az nem fair és storno? :P

    > Ettől még lehet, hogy overall több CVE van Windows-ra, mittudomén, de ez ebből a két listából nem derül ki nekem.

    Mármint az összes windowsra? Azt itt lehet látni (két oldalon); összesen 5862 sérülékenység van itt nyilvántartva az elmúlt 22 évből az összes windowson, ami csak létezett. Ezek közt azonban vannak átfedések, mert nem egy sérülékenység több windows-t is érintett.

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566572

    Hát akkor fejtsd ki, hogy miféle windowsos patchkeddi logika gátol meg téged abban, hogy Linux alatt egy hasonló frissítési mechanizmust alakíts ki a rendszereiden. Ott te szabályzod, hogy mikor frissítesz.

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566715

    És? Mi a helyzet, ha a sérülékenységet más fedezi fel és publikálja a saját szakállára? Ezt a mostanit sem a microsoft publikálta, pedig már 8 hónapja tudtak róla, hanem kibukott magától. Ha ez így megy náluk, akkor az nem túl biztonságos...

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566854

    Az a mostani, amiről a topicban szó van. Oké, hogy ez nem security issue, de a rendszert ugyanúgy gajra lehetett vele vágni, azonnal patchelni kellett és nem a microsoft publikálta a hibát.

    De, ha konkrétan security issue-ket akarsz, akkor az SMBGhost is kiszivárgott és gyorsba' kellett egy patchet rá kiadni, valamint az Adobe Font Managerben is volt kettő, ami a patch megérkezésekor már közismert volt hetek óta.

    A "nem jellemző" egy gumikifejezés, bármit bele lehet erőltetni.

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566094

    A múltkor is ment a bagatellizálós duma, hogy ez tuti csak három embert érint, de ebből is kettő pont nem kapcsolta be aznap a gépét, szóval egyedi eset, aztán kiderült, hogy még innen is beleszaladt egy kolléga.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , hajbazer , bra-ket


    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566530

    > Az nem lehet, hogy valakinél a gép pont az Update telepítés közelében fut lyukra, ez köré történetet kerítve clickbait cikkeket hoznak le portálok?

    De nem is az update nyírta ki a gépet, hanem az update után felkerült új ChkDsk...legalább olvasd el a cikket, amit megpróbálsz elbagatellizálni...

    A gondot konkrétan a KB4592438 verziószámú csomag hozta magával, illetve a Windowsba épített lemezellenőrző és javító alkalmazás aktuális verziója. A régóta használatos chkdsk program ahelyett, hogy ellátta volna megszokott feladatát, bizonyos esetekben hajlamos volt tönkre tenni a tárolóegységeket, és még az sem számított, ha merevlemez helyett memória alapú tárolón használták.

    > Csak azért, mert továbbra sincs konkrétum a hibáról, a MS nem ismerte el,

    https://www.guru3d.com/news-story/windows-10-20h2-update-can-run-into-bsod-with-chkdsk.html

    Update: Microsoft has now acknowledged the issue, documented a workaround, and has begun rolling out a fix. MS has updated the list of known issues for KB4592438 and KB4586853 with a workaround for the error for those devices that are able to start up.

    According to Microsoft, the problem concerns not only v20H2 but also v2004. According to analysis, the bug has been slumbering for 8 Months in various insider builds and has now been ported back towards the normal release.

    > nincsenek tömeges technet fórumok az érintett felhasználókról (fixme).

    Beütöd a kugliba, hogy "KB4592438 chkdsk" és 39 oldalnyi találat jön ki és még az utolsó oldalon is van releváns link. Biztos azért talált a kugli is több, mint 380 cikket, blogposztot és fórumot, mert csak kevés felhasználót értintett.

    Tények tagadása a tények ismerete nélkül.

    Sz*rk: Alámszerkesztettél.

    > és ez a thread sem konkrétumokról szól, hanem általánosságokon rágódunk hosszasan - ami végtére is az ilyen profitorientált portáloknak mint a Windows Cental, nem jön rosszul.

    A konkrétumokhoz egyszer kattintani kellett volna, meg elolvasni a cikkeket.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566573

    > Nem sok különbséget látok az között, hogy az Update telepítése közben hasal el, vagy lecserél egy olyan tool-t, aminek a futása után döglik meg. Mindkettő az Update hibája.

    Igazából mindegy, hogy az update hibájának tartod-e vagy sem, mert a kérdésed az volt, hogy nem-e az van-e, hogy az update menet közben fut lukra és ezért a hiba, amire a válasz az, hogy nem, mert a feltett csomag csinálta a hibát, a frissítés után.

    > Nem véletlenül írtam technet-et: az, hogy átveszi rengeteg portál még nem jelenti, hogy tömegesen jelentkezik a probléma.

    Már megint kattintani kellett volna egyszer legalább. Most gyűjtsem ki ide én a fórumokat és blogposztokat, ahol panaszkodnak a userek, amikor ott van többszáz az alatt a link alatt, amit mutattam?

    > Mi is úgy beszélgetünk róla, hogy közölünk - tudtommal - senkinél nem jött elő (és egyébként a technet-en is összesen egyetlen bejegyzés van).

    Itt írta a topicban pezo és bacsi2, hogy ők is belefutottak... A múltkor is ez a duma ment, hogy "ki látta, senki se látta, tehát nincs", aztán bejelentkezett kovi, hogy ők belefutottak. Azt meg remélem nem mondod komolyan, hogy csak az a mérvadó/hihető/elfogadható, ami a technet.microsoft.com-on van...

    > A történetben egyedül ezt nem tudom hová tenni:

    Hogy vakáción vannak és ezért nincs preview?

    Oldschool Computer - http://oscomp.hu




    Elrontotta a fájlrendszert a decemberi Windows frissítés: https://hup.hu/node/172001#comment-2566716

    Ja értem. Ez jogos. Mondjuk ettől függetlenül nem tudom miért vagy meglepődve, az ms-től nem ritkaság, hogy beleszarnak valamibe.

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572580

    Nem t'om, nekem sose voltak reklámok a tyúktúbon, igaz a JS nálam mindig is tiltva volt, meg amúgy is egy raklap reklámszerver domain szinten blokkolva van a böngészőmben (minden, ami szembejött). Az biztos, hogy nem magába a videostream-be injektálják bele a csicsklámot, hanem megszakítják JS-ből a lejátszást és lejátszanak egy másik stream-et, dehát ez ugye nem működik, ha egy natív videoplayerből nézed a közvetlen linken keresztül. (Ez youtube-dl-lel is működött/működik.)

    Droidos cuccom meg még mindig nincsen. :)

    A tracking-hez mi szükség van a signature-ös védelemre? És ha ahhoz kell, akkor miért ad-hoc módon alkalmazzák?

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572715

    A premiumon ugyanúgy reklámot tol időnként a felhasználók képébe a kugli:
    https://piunikaweb.com/2020/11/25/youtube-premium-chromecast-ads/
    https://www.reddit.com/r/youtube/comments/a28j56/youtube_is_showing_ads_even_though_i_have_premium/
    https://www.quora.com/I-have-a-YouTube-Premium-account-yet-they-are-still-showing-me-ads-Why
    https://lauren.vortex.com/2019/01/26/paid-ad-free-youtube-premium-is-now-showing-ads

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572595

    Dehát pont ezt mondom, hogy pár perc alatt nyitni lehetett ezt a védelmet és nem is mindet védi ez a ciphering. Egyáltalán mi értelme van levédeni?

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572605

    Ez nekem is megfordult a fejemben, de elvetettem: a tömegeknek sajnos megfelel az a szartargonca is... Vagy tévednék és csak csöndben tűrik, mert azt hiszik, ez ilyen és kész?

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572695

    Melyik? A megfelel, vagy a csendes tűrés? :)

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572721

    Közben lentebb már meggyőztek. Viszont, ha asch-nak is igaza van, akkor nem sokáig tűrnek már, hanem dobbantanak, csak kérdés, hogy hova...

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572694

    Ennyi lenne már a pistike, hogy egy ilyen 5-10 perc alatt visszafejthető védelemmel a fejlesztők többségét le lehet szerelni? Azt én is látom, hogy sok a kontár, de ez egy faék volt... :(

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572717

    Akkor viszont neked, meg bra-ketnek van igazatok. Megfordult ugyan a fejemben, hogy ez megint a szutyokszkriptnek a júzerre történő erőltetése, de aztán úgy voltam vele, hogy nem, mert ez a primitív trutymó nem véd semmitől...hát ezek szerint tévedtem.

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572614

    Előtte ránéztem, ők egy szofisztikáltabb JS interpretert írtak a célra, de mivel nem értek Pythonul, ezért nem tudtam kihámozni belőle, hogy hogy deciphereli, amit kell.

    De azt nem írták le, hogy miért is létezik ez a signature védelem. :P

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572696

    Ha vetsz egy pillantást a ytdl kódjára, akkor látni fogod, hogy nincsenek sokkal előbbre, mert az interpretálás nem teljeskörű. Ha pl. a tecső behány egy új funkciót, a splice, reverse funkciók mellé, akkor a ytdl is törni fog. Amivel ők előbbre vannak, az a swapper szubrutin tényleges kielemzése, mert ha ott a tecső mondjuk kicseréli, hogy ne a nulladik, hanem mondjuk a második karakterrel cserélje az N-ediket, akkor az náluk továbbra is működni fog, nálam pedig törik. Dehát, ahogy helytállóan megállapítottad, úgyis ők a célpont, tehát úgyis úgy fogják módosítani a kúgelék, hogy a ytdl törjön. :)

    Mi a kecskepüré az az MSM? More Shit (for the) Masses? :P

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2572708

    Ja... A kliensembe többek között ez miatt is raktam feketelistát, nekem ezek a szemetek egyszer jelennek meg, utána a csatornát is blokkolom, így nem tűnt fel, hogy annyira aggasztó méreteket öltött volna a fősodrat-felszopás a kontentek szintjén is. :P
    Viszont addig nem fog elnéptelenedni, amíg alternatíva nincs rá, márpedig az alternatíváknak is mindek van valami gyíkja.

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2573953

    A tecsőn egyelőre még nem ez van, szerencsére. Az, ha valami mechanizmus a háttérben ellenőrzi, hogy megnézted-e a reklámot, pl. megnézi, hogy letöltötted-e, meg ilyesmi, az mind kikerülhető, a hívások, adatmozgások szimulálhatóak, hiszen ha egy browser meg tudja csinálni, akkor akármi meg tudja csinálni, csak tudni kell, hogy hogyan.

    Ha úgy fogják csinálni, ahogy mondod, hogy a site kikérdezi a reklám anyagát, akkor két nap alatt össze fog dőlni a rendszer, ugyanis az emberek, ha nem is blokkolják a reklámot (mert leszarja, mert nem tudja, hogy kell, mert öntudatos kapitalista, mert mittudomén), megnézni attól még nem nézik meg, hanem megvárják azt az öt-tíz másodpercet, amíg le lehet lőni és lelövik, így azt sem fogják tudni, hogy mi volt benne. Ha az lesz, mint a trévében, hogy a reklám skippelhetetlen, akkor a sorsa is az lesz, mint a trévéé.

    Oldschool Computer - http://oscomp.hu




    Youtube tartalmak közvetlen linkjének visszafejtése: https://hup.hu/node/172199#comment-2574186

    Thx.

    Nem, a forráskód nem elérhető, de a binárisnak Gentoo-n is futnia kéne.

    Igyekszem.

    Oldschool Computer - http://oscomp.hu




    Már fut a Telegram és a Viber ReactOS-en: https://hup.hu/cikkek/20210103/mar_fut_a_telegram_es_a_viber_reactos-en#comment-2570078

    Nem értem, miért baj az, ha a pár fejlesztő által fillérekből összerakott ReactOS alatt annak van hírértéke, ha valami már működik, ha közben a hadseregnyi fejlesztő által milliárdokból összerakott windows 10 alatt meg lassan már annak lesz hírértéke, ha valami még működik...

    Oldschool Computer - http://oscomp.hu


    Σ: 021 -> nevergone , mogorva , n0b0dy , lupus , chx , dzsolt , tomio , salaud , goodbyte , Pene , hajbazer , aszijg , djpety , neuron , bennyh , norbertkiss , bra-ket , renard , YleGreg , guszti , nullptr


    youtube problémák: https://hup.hu/node/172085#comment-2568593

    Türelem... A következő YTFE verzióban - ha sikerül kiberhelni a közvetlen video stream linkeket a tecsőből és átadni a playernek - már teljesen opcionális lesz a youtube-dl.
    Persze azért csodára - és 286-os verzióra - nem kell várni; a minimum a 386, amit adni tudok. :P

    Oldschool Computer - http://oscomp.hu




    youtube problémák: https://hup.hu/node/172085#comment-2568607

    Nem konkrétan miattad csinálom, hanem azért, hogy a program jobb és gyorsabb legyen.

    Igazából ez speciel tervbe se volt véve, mert a browserhez képest még a youtube-dl használatával is legalább 15-20x-os gyorsulást, ill. erőforrás-kímélést sikerült elérni és alapvetően elvoltam vele, csak az bosszantott, hogy van benne konkrétan youtube-dl dependens rész, mert nem szeretem, ha drótozva vannak a dolgok. Viszont, ha már hozzányúltam, hogy bármilyen tool-t be lehessen állítani a minőséglista letöltésére, kiváncsiságból megpróbáltam kiberhelni a programban belül a minőségek listáját és amikor elkészült, akkor azért eléggé mellbevágott az a 6-8x-os különbség, amennyivel az internal gyorsabb lett a youtube-dl-nél és hogy a youtube-dl-el szemben egyáltalán nem bőgette föl a ventillátorokat, pedig 8 és fél éves gépem van... Az ember azt hinné, hogy ilyen esetekben a bottleneck a network (fizikai network + a rohadt titkosítás) lesz, aztán kiderül, hogy a Python "coldstart" az.

    Félreértés ne essék, kurwa nagy kudos/respect/gratitude jár a youtube-dl fejlesztőinek, de a Python az Python... (Persze a jávaszkripthez képest csak jobb lehet még az is.)

    Oldschool Computer - http://oscomp.hu




    youtube problémák: https://hup.hu/node/172085#comment-2568600

    > Mondom én, hogy igazából arról van szó, hogy a Google babzsákfejlesztői jól elvannak a 12. generációs, 8 magos, 64 GB RAM-os, 1 TB SSD-s 3 évre megvett, majd azután kidobott és újra cserélt erőműveik előtt.

    Kivéve, ha a reklámokról van szó: https://www.commitstrip.com/wp-content/uploads/2016/07/Strip-Les-Prerolls-650-finalenglish-2.jpg

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> ricsip , hajbazer , nullptr


    Mikor a platform védi a fejősteheneit: https://hup.hu/node/171956#comment-2565484

    del

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564412

    Thx, de nekem nem maga a program kellene, hanem az a fickó, aki a buildet összekonfigolta...

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564454

    A belinkelt Chromium 73 GTK2-essel buildelődött, tehát lehetséges úgy buildelni, de sehol nem írják, hogy hogyan. Az use_gtk3=false beírása a flags.gn fájlba nem működik. Az ungoogled-chromiumot szeretném épp lebuildelni.

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564462

    Thx, de ezekhez már mind GTK3 függőséget írnak. A 73-as még biztos buildelhető GTK2-essel, hiszen ahhoz van kész csomag is (használom is). Csak épp nem ungoogled, hanem a Debian repo féle.

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564468

    Nem a saját build a lényeg, hanem, hogy GTK2-es legyen, ezek meg mind GTK3-asok.

    root@Csabi:/media/WORKDISK/r/downloads# chmod +x ungoogled-chromium_71.0.3578.98-2_linux.AppImage
    root@Csabi:/media/WORKDISK/r/downloads# ./ungoogled-chromium_71.0.3578.98-2_linux.AppImage
    /tmp/.mount_ungoogXuNX8Z/opt/google/chrome/chrome: error while loading shared libraries: libgtk-3.so.0: cannot open shared object file: No such file or directory
    root@Csabi:/media/WORKDISK/r/downloads# chmod +x ungoogled-chromium_83.0.4103.97-1.1_linux.AppImage
    root@Csabi:/media/WORKDISK/r/downloads# ./ungoogled-chromium_83.0.4103.97-1.1_linux.AppImage
    /tmp/.mount_ungoogtKL29q/opt/google/chrome/chrome: error while loading shared libraries: libgtk-3.so.0: cannot open shared object file: No such file or directory

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564487

    No problem, azért kösz a tippeket.

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564758

    Sosem fogok GTK3-ra átállni. Max. kivételeket tenni, ha valamelyik programra tényleg szükségem van és nincs GTK3-free - azaz bármilyen más toolkites - alternatívája. De egyelőre még nem találtam ilyet.

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564826

    Ha a Chromium támogatná, kipróbálnám, de nem támogatja. Ha támogatna más toolkitet, azzal forgatnám. (Amúgyis vegyes desktopom van; a Trinity-s TQt mellett van még Motif, Xaw, Qt4, Qt5 és GTK2. Nekem mindegy.)

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2564589

    Kösz a tippet, a Chromium 73 Debianos patchkészlete közt van egy GTK2 patch is, magyarul azért fordult le GTK2-vel, mert megpatchelték. Kiváncsi vagyok, hogy hányas Chromiumig lehet ezzel a patch-csel GTK2-re átállítani a buildet.

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2568173

    Sikerült leforgatni GTK2-vel az Ungoogled Chromium 73.0-át, csak kellettek a Debian 9 patchek és az Ungoogled Chromium patchek is, meg pár tweakelés. Szkrínsat: http://oscomp.hu/depot/ungoogled-chromium-gtk2.png

    Oldschool Computer - http://oscomp.hu




    Debian Chromium karbantartók elérhetősége: https://hup.hu/node/171948#comment-2568205

    De nincs már benne GTK2 támogatás. A 73-ashoz a Debianosok csináltak. Egyébként meg kb. a net 99.99999...%-a megy a 73-assal is.

    Oldschool Computer - http://oscomp.hu




    Xfce 4.16: https://hup.hu/cikkek/20201226/xfce_4_16#comment-2566718

    3) marad a régebbinél

    4) forkolja az újat és visszaállítja GTK2-re, aztán backportolgatja bele az újításokat az újból

    5) sör

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Xfce 4.16: https://hup.hu/cikkek/20201226/xfce_4_16#comment-2566860

    Ok, csak ő pont nem akarja leszarni.

    Oldschool Computer - http://oscomp.hu




    Xfce 4.16: https://hup.hu/cikkek/20201226/xfce_4_16#comment-2566859

    És úgy hogy ússza meg a GTK3-at? :P

    Oldschool Computer - http://oscomp.hu




    Xfce 4.16: https://hup.hu/cikkek/20201226/xfce_4_16#comment-2566873

    Pedig leírta: bugos, régi gépen lassú, inkompatibilis.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Xfce 4.16: https://hup.hu/cikkek/20201226/xfce_4_16#comment-2566911

    > Az inkompatibilitást értem a legkevésbé. Mivel? Az alatta lévő oprendszerrel? A fölötte lévő alkalmazással?

    Egyfelől saját magával. Menetrendszerűen tördelték el az API-t a fejlesztés során. Másfelől meg a korábbi GTK2-es témákkal.

    > Aztán melyik software nem bugos?

    Na, de ennyire?

    > Ha belefut egy-egy hibába, javítsa ki vagy jelezze a fejlesztők felé!

    Szerinted nem jelentették nekik? Ők jobban tudják.

    > A lassúságban sem hiszek igazán.

    A számítástechnika nem vasárnapi iskola; itt mérni és tesztelni szoktak, nem hinni.

    > Elég jók ma már a C fordítók, igen jó kód fordul kevés redundanciával.

    A szar kódon semmilyen fordító nem segít.

    > Vagy valóban sok a funkcionalitás

    A GTK3-ból kivettek egy csomó funkciót.

    > vagy cseppet korszerűtlen a gép, amin futtatni akarják.

    #define korszerűtlen
    A 2014-es RPi B+ talán még csak nem olyan korszerűtlen, ha még 2026-ig tervezik gyártani... Főleg mivel a GTK2-es környezetek szépen mennek rajta. A hiba nem a hardware-ben van.

    > Linux kernelből is kiszedték az i386 támogatást, pedig eredetileg épp arra írta Linus.

    Senki sem a C64-kompatibilitást kérte számon. De azért egy 700 MHz-es gépen talán nem kéne, hogy olyan nagy kérés legyen, hogy villogjon és laggoljon a kirajzolás.

    > Én sem cserélek évente gépet, a jelenlegi számítógépem 12 és fél éves, aztán ezen sem érzek sebesség problémákat.

    export WORKSFORME=42

    > Szóval nem tudom, mikori gép az, amin lassú az egész.

    Ezt már fentebb megválaszoltam. Bár igazság szerint irreleváns, mert ha a GTK2 rendesen fut rajta, a GTK3 meg nem és mindezt úgy, a GTK3-ból a GTK2 funkcionalitásának egy jelentős részét kivették, akkor ott nem igazán van min filozofálni.

    Érdemes elolvasni ezt a thread-et és a benne található linkeket is megnézni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Xfce 4.16: https://hup.hu/cikkek/20201226/xfce_4_16#comment-2566988

    Pl. a folyamatos API-breakage-ek: https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/

    I have a lot of messages from users saying that my [REDACTED] theme makes Gnome more usable again. But it’s such a pain to develop a GTK 3 theme. It’s always broken. I have a version of my theme for GTK 3.2, one for GTK 3.4, one for GTK 3.6. I’m so tired of that. For GTK 3.4, it was so broken that I had to code it again from the beginning. Days and days of wasted time and frustration. And almost no documentation. A lot of trial and error. Developing a GTK 3 theme is not fun at all, it’s just very frustrating. This morning, I received a message from a user that tested my theme with GTK 3.6.1 (I developed the GTK 3.6 branch of my theme on GTK 3.6.0) and I can see a lot of bug rendering in his screenshot. Is it really just because of a minor version difference (3.6.0/3.6.1)? Sometimes I wonder why I’m still using GTK.

    Aztán meg az eltávolított feature-ök; a GTK3-ból egy raklap konfigurációs lehetőséget kiszedtek, ld. pl. ezen a képen az ikonok méretét nem lehetett beállítani, holott GTK2 alatt ez még opció volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    XFCE 4.16: https://hup.hu/node/172002#comment-2565996

    Tudom részletkérdés, de csak nekem nem tetszenek ezek az új ikonok?
    Eddig - AFAIK - az Elementary ikonok voltak a default (#1, #2) és szerintem sokkal jobban néztek ki.

    Oldschool Computer - http://oscomp.hu




    XFCE 4.16: https://hup.hu/node/172002#comment-2566096

    Azt írtam, hogy "a default". Ha van default, akkor az implicit jelenti, hogy megváltoztatható. Azaz pontosan tudom, hogy le lehet cserélni, nem ez volt a lényeg.

    Oldschool Computer - http://oscomp.hu




    képek kicsinyítése: https://hup.hu/node/171861#comment-2561690
    for files in *.jpg *.JPG;
    do
    	if [ `echo ${files} | cut -d'_' -f1` != "k" ];
    	then
    		if [ ! -f k_${files} ];
    		then
    			convert -verbose ${files} -define jpeg:extent=400kb k_${files}
    		fi
    	fi
    done

    Sz*rk: Leesett, mi volt a problémád. Javítva. Elpasszolja a 'k_' prefixált képeket, hogy azokból ne csináljon thumbot, a többinél meg ellenőrzi, hogy van-e thumb és csak akkor generál, ha nincs.

    Oldschool Computer - http://oscomp.hu




    képek kicsinyítése: https://hup.hu/node/171861#comment-2566275

    ASCII 96: grave accent/backtick/backquote. Ez ugyanaz a parancsbehelyettesítés, mint a $(), csak épp máshogy kezelődik le.

    A $() esetén a nyitó $( után minden karakter úgy lesz része a parancsnak, ahogy oda van írva, egészen az ellenpár - ellenpár és nem következő! - ) karakterig, tehát minden további nélkül lehet őket egymásba ágyazni, míg a backquote-os esetén viszont a beágyazott backquote-os substitution-öket escape-elni kell, különben a belső beágyazott substitution megkezdése helyett lezárod vele a külső, már nyitott substitution-t és totál nem azt fogod csinálni, amit akartál.
    Ez mondjuk még nem lenne olyan nagy probléma, de ha a substituion-ön belüli substitution-ben is szükséged lenne egy harmadikra, akkor azt is escape-elni kell, de úgy, hogy az escape-elést is escape-elni kell, különben nem a harmadikat nyitod ki, hanem a másodikat zárod le. Azaz pl: `elso sub eleje \` masodik sub eleje \\\`harmadik sub\\\` masodik sub vege \` elso sub vege` Azaz, ahanyadik nesting szinten jársz, a backquote-jaid elé (2 * szint) + 1 backslash karaktert kell pakolni.

    Namármost, ez így nyilván rosszul hangzik, de az, hogy "ezt el kellene kerülni" ez már megint egy olyan dogma, mint az, hogy a goto az ördögtől való.

    Egyfelől, egy $(cat x) és `cat x` között semmi különbség nincsen, viszont a backtickes verzió egy karakterrel rövidebb és angol billentyűzeten (amit világszinten azért gyakrabban használnak a shellscript írók, mint a magyart) speciel könnyebb beírni is; még SHIFT se kell hozzá, a másikkal ellentétben. Nyilván, amikor már a huszadik nestingnél jársz, akkor írja be a hóhér azt a rengeteg visszaperjelet, de egy egyszintes substitution-nél (ami az esetek elsöprő többségében az use-case), nincs gáz vele.
    Másfelől, a $() esetében előállhat olyan eset, hogy dupla zárójellel nyit a substitution (értsd: $(( ), ami jelentheti azt is, hogy itt egy substitution, ami subshellel indít, de jelenthet aritmetikai kifejezést is és ez pedig arra fogja kényszeríteni a shell-t, hogy először próbálja meg aritmetikailag értelmezni a kódot, mielőtt behelyettesítene, ami lassítja a végrehajtást. Persze, ha nem aritmetikai kifejezést írsz, akkor célszerű egy szóközt bevágni a két zárójel közé és akkor nincs ez a kétértelműség, de ezt véletlenül is leírhatod így és mivel a kódod így is menni fog, így nem biztos, hogy észreveszed, míg a `( esetén ilyen kétértelműség nincsen.

    Ezen felül, a backquote a classic POSIX substitution, a $() a ksh újítása, ami ugyan mára már szintén része a POSIX-nek, de ha valami baromi régi shell-be ütközöl, akkor muszáj a backquote-et használni, mert nincs más.

    Hogy én miért azt használtam itt? Megszokásból. Semmi más oka nincsen.

    Oldschool Computer - http://oscomp.hu




    Windows 10 Alert: Defragger bug defrags SSD Drives too often: https://hup.hu/node/169731#comment-2493510

    Mondjuk kísérletezni még lehetne azzal, hogy a frissített gépek felén tiltjátok a defrag-et, ahogy a cikk is javasolja, a másik felén meg no change. Ha az over-defrag eredményezte az SSD-pusztulásaitokat, akkor a letiltott gépeken megszűnik a probléma, a többin pedig megmarad. Bármilyen más kombináció esetén másnak kell lennie a probléma forrásának, csak hát ez ugye további SSD-k kockáztatásával jár... :/

    Oldschool Computer - http://oscomp.hu




    Windows 10 Alert: Defragger bug defrags SSD Drives too often: https://hup.hu/node/169731#comment-2498077

    Thx, hogy megosztottad. Ennyit a "bolha problémáról".

    Oldschool Computer - http://oscomp.hu




    Windows 10 Alert: Defragger bug defrags SSD Drives too often: https://hup.hu/node/169731#comment-2493259

    Már volt értelme megosztani.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.4.0: https://hup.hu/node/171982#comment-2565220

    Gyors és kevés memóriát eszik. Ha a tecsőt kinyitom böngészőben, felsivítanak a ventilátorok (ez miért egy L, ha a ventilláció kettő?), elkezd fogyni a memória és hullani a hajam, ráadásul mivel a YT a böngészőben folyamatosan futtat a háttérben a jóég tudja hány szkriptet (utoljára 37 db volt, amikor megszámoltam), ez a betöltés után is folytatódik és tabonként összeadódik; mérd le, hogy mennyi CPU-t és memóriát eszik a browser 100 db youtube tabbal. A jávaszkript gyönyörei.
    Azonfelül a tecső lejátszója egy rossz vicc (megint csak a jávaszkript), az mpv, vagy a vlc sokkal jobb, sokkal többet tudnak, sokkal kevesebbért (C/C++ vs. JS).

    Az élsimítást a browserben is ki lehet kapcsolni, szóval az pont nem előnye ennek a programnak a browserhez képest. :P

    Egyébként már akkor leírtam, hogy miért csinálom ezt a programot, amikor a beta1-et kiadtam.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.4.0: https://hup.hu/node/171982#comment-2565235

    > Akkoriban lusta voltam elolvasni.

    Pedig feliratkoztál rá. :P

    > Csináltál egy frontendet a youtube-dl és az mpv - vagy bármilyen más player - fölé, vagy a youtube-dl-t nem használod, hanem a TeCső API-ra írtál saját megoldást?

    Is-is. A youtube-dl nem kötelező, de vannak funkciói, amit használni tud belőle, de azokra van saját, belső "tecső API-s" megoldása is a programnak. Playernek bármit megadhatsz, akár többet is, vagy többször ugyanazt, másként felparaméterezve (pl. nekem egy videoplayerként és egy audioplayerként felparaméterezett mpv van beállítva). Aztán az, hogy a player a kapott youtube linket hogy dolgozza fel, youtube-dl-lel, vagy máshogy, az már a playeren múlik. Egyébként amennyi mindent kiberheltem már a tecső JSON-szeméthegyének mélyéből, lehet egy nap a streamek elérését is ki fogom és akkor direktbe is odaadhatja a playereknek.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.4.0: https://hup.hu/node/171982#comment-2565386

    > A letolto oldalon lehetne egy link a ytfe fooldalara:

    Ez nem a "főoldal", hanem a manual, de ki lehet rakni.

    > A fajl neve pedig tartalmazhatna a verzioszamot: ytfe.1.4.0.linux.amd64 .xz

    Ezt még végiggondolom... Hogy nekem plusz pepecs, mert feltöltéskor írhatom át a DB-ben minden alkalommal és törölhetem a régit az FTP-ről, az egy dolog, de a felhasználónak is pepecs lesz, mert szedheti ki minden letöltéskor, nem tudja csak kicsomagolni és behányni az előzőt felülírván vele.

    > A program alapbol nyithatna egy tabot. De a legjobb lenne, hogyha valami hasznos lenne az ujonnan nyitott tabon, mint ahogy a bongeszoknel se egy ures oldal nyilik meg, hanem a leggyakrabban latogatott oldalak plusz youtube kereso.

    Leggyakrabban látogatott oldalak itt nincsenek. Vannak könyvjelzők, de azoknak van külön panelje és amúgy is túl sok lenne. Üres tabot nyitni induláskor semmiből nem állna, de mi van, ha a felhasználó nem is akar új tabot nyitni, mert nem keresni akar? Akkor zárhatja be. Persze opciónak szóbajöhet, hogy nyisson üres tabot induláskor.

    > Szerintem a legjobb ha egy "varazslo szeruseg" lenne rajta. Hogy elso elindulas, az alabbi teendoid maradtak:
    > 1. a rendszeren eszlelt videolejatszok:
    > a) mpv 0.27.2 (OK, minimum szukseges verzio: 0.22)
    > b) vlc 3.0.4 (OK, minimum verzio: 2.9.2)
    > 2. youtube-dl
    > OK, verzio megfelel, az alabbi lejatszok igenyelhetik:
    > vlc, etc

    Ez egy jó ötlet, köszi. Mondjuk nem tabra fogom őket rakni, hanem feldob majd első induláskor egy "összesítő" formot, hogy miket talált.
    Viszont azt, hogy egy player, vagy épp a youtube-dl "megfelel"-e, azt én honnan tudjam? A playerekből nincs minimum verzió, 0.0.0.000001 is lehet akár. A youtube-dl isoraz; hiába tegnapelőtti a lajstromszáma, ha a tecső tegnap megint variált: ezt nem tudom ellenőrizni.

    > A manual lehetne egy tabon, es nem a bongeszoben.

    Ki van csukva, nem építem bele az egész manualt a programba.

    > Amikor megnyitsz egy videot, akkor a video belyegkepet illene megjeleniteni, es az lenne a 'I>' gomb is egyben.

    Ezt még meggondolom, mert nem rossz az ötlet, csak akkor az egész layoutot át kell tervezni.

    > Plusz a
    > - video cimet (nem a tabon! ott nalam 15 karakter utan levagja)
    > - a video leirasat
    > - a hozzaszolasok szamat, a megtekintesek szamat

    Kattints a "..." gombra, ott van benne minden. A fő formra nem akarom kipakolni, mert az is szempont volt, hogy kompakt legyen. Bár a címet tényleg ki lehetne írni, azt még végiggondolom...

    > Az ablak [x] gombjara a close es a minimize is mukodik (nalam, az elozoben nem ment az [x] gombra a minimize)

    De működött... Azért nem tudtad elindítani másodjára, mert pont, hogy leküldted minimized állapotba a bezárással. Nem tudom, hogy hanyadjára mondom...

    > Ha megvan nyitva, es ujra elinditom, akkor a minimize alapotban volt, akkor eloterbe jon. A konzolon:
    > 'Sending FWM...' es kilep.
    > Itt van visszacsatolas, hogy sikeresen megkapta a masik peldany az uzenetet? Azt jo lenne meg kiirni.
    > Meg a fenti uzenet helyett, az alabbi vilagosabb lenne:
    >
    > 'Looks like an another instance is already running. Let's try to bring it in the foreground:
    > Sending FWM...
    > Success, the other instance (pid: 27964) are running and responded.
    > We are quitting now nothing left to be done. '

    Ezt most így hirtelen nem tudom megmondani, hogy a Lazarus IPC-n visszafele is tud-e üzenet jönni, de utánanézek és ha igen, akkor tuti beleteszem, köszi az ötletet. (Bár, ha jobban meggondolom, ha csak egyirányú is, ha a túloldal érzékeli, hogy felcsatlakoztak, akkor ő is tud visszafelé nyitni egy IPC-t és akkor ugyanúgy működik.)

    > A download gombra rakattintva feldobja a fajlkezelot, hogy valasszak konyvtarat, es *fajlnevet*.
    > A fajlnev a video cimebol (ez eleg), esetleg meg: szerzojebol es a minosegbol generalhato.

    Ez is jó ötlet, thx.

    > A letoltes nem megy nalam:
    >
    > Usage: youtube-dl [OPTIONS] URL [URL...]
    > youtube-dl: error: -f option requires 1 argument

    Megint nem sikerült beposztolnod, hogy mit állítottál be downloadernek a prefsben... :/
    Mit vársz, szerezzek üveggömböt és olvassam ki abból?
    Az is elég, ha azt mondod, hogy "nem piszkáltál semmit", mert akkor tudom, hogy a default van benne, de az nem bugreport, hogy "nem működik".

    > Jo lenne egy youtube-dl --version -t kiiratni ala/fole.

    És ha nem a youtube-dl van megadva?

    > A letoltesnel jo lenne egy quality selector az elerheto minosegekbol (es a fajlmeretet kiiratni hozza!). A letoltesnel lenne fontosabb.

    Könyörgöm...van quality selector a letöltésekhez, ugyanaz, mint a videóknál: jobbszélen a legördülő. Hogy a manualt nem olvasod el, abba már beletörődtem, de, hogy a blogposztot sem...? Hát az 1.3.0-ban pont ez volt az egyik újítás, amit beleraktam:

    A youtube letöltő és a video player parancssora innentől támogatja a {FORMAT} template-et, ahová a legördülő dobozból kiválasztott format ID kerül (pl.: --ytdl-format="{FORMAT}").

    Egyébként így ennyiből nekem kb. az jött le, hogy nem választottál ki minőséget, a youtube-dl meg mivel meg van adva a -f argumentum, nem kapott oda semmit és ezért nem megy. (Ami érdekes, mert ezt direkt kipróbáltam, hogy mi van, ha üresen hagyom és ment. Sz*rk: Igen, ha nem választasz ki minőséget és benne van a -f "{FORMAT}" a command line-ban, akkor elhasal. Rosszul emlékeztem: a player megy, ha nem választasz ki minőséget, nem a letöltő. Ez koncepciós probléma, mert ha nem veszed fel a -f "{FORMAT}" részt a command line-ba, akkor nem tudsz minőséget állítani letöltéshez, ha meg felveszed, akkor kötelező. Még nem tudom, hogy inkább külön kelljen beállítani, hogy mi legyen a formátumválasztó flag-je, mint a HTTP kezelőknél a headeré, vagy nem, hanem silabizálja ki a parancssorból, hogy mi a flag és szedje ki, ha a formátum nincs kiválasztva...)

    > Most a settingsben lehet atirni globalisan.

    Nem... Át lehet állítani a prefsben, hogy a) a program töltse fel a legördülőt a tecsőről, b) külső tool (pl. youtube-dl) töltse fel a legördülőt a tecsőről, c) a program töltse fel a legördülőt a globális listából. A manualt már meg sem említem (hehe), de ez is le volt írva az 1.3.0-ás blogposztjában:

    A sokkal rugalmatlanabb és egyébként is youtube-dl dependens "Obtain params with youtube-dl" megszűnt, helyette egy "Obtain formats" legördülő lett amiben lehet választani, hogy maga a program válogassa ki a formátumokat a letöltött lapból, használjon egy bármilyen paraméterezett külső letöltőt erre (pl. youtube-dl), vagy használja a params listát.

    Ugye tudod, hogy nem túl fair el sem olvasni, amit írok, aztán már implementált feature-ök implementálását kérni. :P

    > A tabok kozott Ctrl-PgUp es Ctrl-PgDown -nel kellene ugralni, mint firefox/chrome alatt.

    Ez is jó ötlet, thx.

    Egyébként másodjára kellemesen csalódtam benned: tudsz te konstruktívan is kritizálni.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.4.0: https://hup.hu/node/171982#comment-2565389

    ROFL. :)
    Még mindig nem sikerült szerválni tegnap óta... Mondjuk nem is tudnám hova tenni, meg nem is nézek tévét, meg ez amúgy is gúgülös, szóval a tévé nézne engem. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nullptr


    Youtube Frontend 1.4.0: https://hup.hu/node/171982#comment-2565469

    Úgy érted ARM-os rendszerekre? Igen.

    Ami azt illeti, eredetileg, még 2017-ben, mielőtt újraírtam volna nulláról az egészet és itt is publikáltam volna, a következő release-ek voltak:

    32-bites ARM-os (csak egy RPi B+-om van) Linuxra, OpenBSD-re, FreeBSD-re most is le tudnám forgatni, ha valaki kéri (csak össze kell hozzá megint rakni a rendszereket, mert már több éve ennek).
    Az egyetlen csiklandós pont az OSX, ugyanis a régi YTFE elment 1.2-es Lazarussal is, ami még pont működött a PowerPC-s Tigeren és az inteles Snow Leopardon, viszont a mostaninak már 1.6 kell, ami egyiken sem megy. Ezért kéne egy El Capitan-kompatibilis 2009-es MacMini.
    Tervezem egyébként kiadni Haikura is. Erre már történtek is kísérletek, de egyelőre meghiúsultak, mert sem a Lazarus mostani Haiku portja, sem a Haiku beta2 nem igazán akarták a dolgot. Majd a jövőre érkező Haiku beta3, meg a Lazarus 2.2.
    ReactOS-re is gondolkodom, hogy megpróbáljam átültetni, de az is biztos nem holnap lesz.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.4.0: https://hup.hu/node/171982#comment-2565596

    És akkor ki fog nekem donatelni Mac Mini-t? :P

    Oldschool Computer - http://oscomp.hu




    Tervezel a közeljövőben okostelefon platform váltást?: https://hup.hu/cikkek/20201008/tervezel_a_kozeljovoben_okostelefon_platform_valtast#comment-2532405

    [*] Nincs okostelefonom, nem tervezek vásárolni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Zsugabubus


    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2564341

    > Uhh, ez nagyon pilotavizsgas:(

    Van manualja, amiben minden kérdésedre választ kapsz.

    > Azert nincs egy darab ikon sem, (pl. a play ikon 'I>'), hogy billentyuzetrol is el lehessen inditani, es ez egyertelmu legyen?

    > (mert se az i-re, se az I-re, se a >-re, se semelyik kombinaciora nem indul el).

    Ez részletesen ki van vesézve a manualban. (Ahogy minden más is.) Play-re nincs billentyűzetparancs, de mivel ezek gombok, tabbal végigmehetsz rajtuk és space-re, vagy return-re el tud indulni. Ezt mondjuk bele lehet rakni a programba, hogy legyen play-re hotkey, de ha nem olvasod el a manualt, akkor ugyanúgy nem fog menni...

    > Meg baromira nem intuitiv. Ha rakattintok egy kepre, akkor atvalt az egesz kepsor tok mas videokat ajanlva fel. Viszont a play gomb az az "elozo" video (amire kattintottam), de azt nem jelzi sehol.

    Pont úgy működik, ahogy a youtube: ha ráböksz egy képre, akkor kinyitja annak a videónak az oldalát, ahova a kép linkje mutat. A play gomb a kinyitott videót játtsza le, pont mint a youtube-on. Ott miért intuitív, itt meg miért nem?

    > Mondjuk a lejatszas nem megy, szoval igazan kiprobalni nem sikerult:

    Esetleg, ha leírnád, hogy milyen playert állítottál be neki, akkor többet tudnék mondani. A playerek beállítását is megtalálod a manualban.

    > Jah igen a kereses a '+' gombra megy es ott egy tok ures negyzetbe lehet gepelni.

    Nem egészen. A + gomb az új tabot jelenti, az egy üres tabot nyit ki, ahogy a manualban le van írva, a tök üres négyzet meg a keresősáv, a manualban le van írva ez is, meg a használata is (egy db Return gomb).

    > Azota nem indul el. Marmint ablak nem jelenik meg es egy ido utan visszakapom a konzolt.

    Gondolom letetted tálcára és valójában azóta fut a program. A manualban van direkt erre szánva egy rész. Pl. látod a trayiconok között a kis zöld ikont?

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2564406

    Elindult a program és a lejátszás is?

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2564819

    Bocs, de nagyon nincs igazad.

    Olvasd vissza a korábbi topicokat: mindenkinek válaszoltam mindenre, a talált bugokat megköszöntem és kijavítottam, a feature requesteket implementáltam (ennek a verziónak is a két fő oka az volt, hogy megreklamálták, hogy a tecső kicsinálta a régi lapozót, ill. kérték, hogy lehessen böngészni a csatornákat is, őszintén szólva én elvoltam ezek nélkül; ha csak magamnak csinálnám, nem implementáltam volna őket) és a felmerült problémákat segítettem megoldani, ill. ezeket preventáló mechanizmusokat építettem a programba (a tálcára pakolt programba rajtad kívül is többen belefutottak, hogy azt hitték, hogy nem indult el és direkt ezért kapott egy részt ez a probléma a manualban és direkt ezért lett implementálva a -fwm argumentum, meg az, hogy az újonnan indított instance-k átdobják a primernek és feldobatják vele az ablakát; én enélkül is elvoltam, hiszen én tudom, hogy hogy működik a programom, ezt sem magamnak raktam bele, hanem a felhasználóknak).

    Olvasd el a neked írt választ is még egyszer: nem benyögtem, hogy RTFM, hanem megmutattam, hogy a manual mely részein találod meg, amire szükséged van, valamint két kérdést is feltettem a két problémával (nem működő lejátszás, nem induló program) kapcsolatban, különben nem tudom megmondani, hogy mi a probléma forrása nálad, de ezekre már nem válaszoltál.

    És akkor most olvasd el a saját posztodat is még egyszer: szemmel láthatólag rá sem néztél a manualra, hanem elindítottad a programot, aztán nem értetted, hogy hogy működik, de utána sem olvastad el a manualt, hanem csak beírtad a topicba, hogy nem jó a program, pedig a problémáid elsöprő többségére választ kaptál volna a manualból.
    De egyébként az, ahogy a problémákat leírtad, az is hagyott némi kívánnivalót maga után.
    Azt mondod pl., hogy nem működik a lejátszás, de semmi egyéb infót nem osztottál meg, pedig ilyenkor nem árt megosztani pl. a konfigot, hogy miket állítottál be, hogy mivel játszatod le a videókat, hogy mennyire friss pl. a youtube-dl, ha a videólejátszód azt használja. (Mivel a program magától megtalálja a vlc és mpv lejátszókat, valószínűleg csak ennyi volt a baja, hogy régi volt a youtube-dl-ed.) Az nem bugreport, hogy "nem működik".
    Unintuitivitással vádolod a programot, pedig egy-az-egyben a YT működése lett lecopyzva, pont ugyanúgy működik; nem értem, milyen működést vártál?
    Azt mondod, hogy nem indul el a program, hanem csak visszajön a prompt. Ilyen pont akkor történik, ha már fut egy instance és az újonnan indított csak átdobja neki a -fwm argumentomot és kiszáll. Ezt - mint mondtam - pont azért raktam bele, hogy ha valaki óvatlanul, bezárás helyett lerakta volna tálcára a programot és azt hiszi, hogy nem fut, akkor az újonnan indított instance "belerúg" egyet a primerbe, hogy "hé öreg, téged keresnek, dobd már fel az ablakodat!" Hogy nálad akkor miért nem jött fel a primer instance ablaka, az egy jó kérdés, de pont ezért lett volna jó, ha elolvasod a manualban a troubleshooting részt, mert az ott leírtak végrehajtásával/letesztelésével kizárhatóvá válik a user error és akkor lehet hibát keresni a programban.
    Azt mondod, hogy nincs hotkey a lejátszás elindítására és ebben speciel még igazad is van, de rajtad ez itt nem segített volna, mert ez nem maga a videólejátszó, hogy space-re induljon, ez egy frontend, azaz ha van is hotkey a lejátszásra, akkor azt ugyanúgy a manualban találod meg, amit nem olvastál el.

    Összefoglalva: én mindenre válaszoltam, amit megreklamáltál és próbáltam segíteni azon, ami valamiért nem akart neked menni. Mit szerettél volna még tőlem?

    Ha valakit, engem pont nem lehet azzal vádolni, hogy ignorálnám a user feedback-et, vagy igényeket.
    Ha ez így lenne, ha csak magamnak írnám - ahogy te állítottad - akkor pl. a Linux AMD64 verzió lenne az egyetlen verzió, mert az van a primer gépemen, ahol használom, vagy pl. nemhogy ennyire flexibilisen nem lehetne konfigurálni a HTTP-s external toolsetet, hanem egyáltalán nem lenne benne lehetőség HTTP-s external tool-okra (a beta5-ig nem is volt, user feedback-re tettem bele), hiszen nekem nem voltak SSL bajaim és én nem OpenBSD-n használom, szóval nekem megfelelt az internal is...

    Tényleg nem tudom, mit vártál tőlem.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2564907

    > Nezd, amikor elindit az ember egy programot, akkor egy minimalis sikerelmenyt elvar. Azaz, hogy ne egy tok ures szurke kepernyo fogadja.

    A browserekben is ugyanez van, hacsak nem állítasz be kezdőlapot. Ez pedig olyan, mint egy browser. (Ill. tkp. az is, csak nem akármit lehet vele böngészni, hanem csak a tecsőt.)

    > Ha a manual olyan elengedhetetlen a program mukodesehez (wtf? yt-hoz emberek milliardnyainak manualra van szuksege?), akkor talan tedd be a nyito oldalra, hogy:

    A tecsőn be lehet állítani external videoplayert? Blacklistet? És a többit? Ez kicsit almát a körtével; a browsing működik úgy, mint a tecsőn: lehet keresni, van lista, ki lehet nyitni a videó aloldalát és oldalt megjelennek a related videók. Ott sem azok alatt keresed a play gombot, nemde?

    > 1. Although this program mimicks the official yt site and its workings, in contrary with the original it really needs some RTFM before you start, much like an F1 pilote is maybe not the best everyday driver in real life and vice versa. So please go the the RTFM site [here]

    Ld. előző bekezdés. Te azt reklamáltad meg, hogy nem azt a videót játssza le azonnal, amire jobboldalt ráböktél: a tecső sem ezt csinálja, hanem kinyitja az aloldalt.

    > (todo for me: I still need to work how to handle urls in my program, so please copy and paste the link atm. Sorry for the inconvenience.).

    Hogy micsoda? Ott van az "URL" gomb, ráböksz, beírod és OpenURL. http://oscomp.hu/ytfeman/img/open_urls.png Ez olyan egyértelmű, hogy ezt aztán tényleg nem értem, hogy mit nem lehet rajta érteni. Vagy miről beszélsz?

    > - If you got familiar with the manual (no need to know by heart, but recommended), go to the '+' sign, and start typing in the input field [ ]

    Legjobb tudomásom szerint a browserekben is egy "+" jel van az "új tab" gombon. BTW, az megvan, hogy föléviszed a kurzort és megjelenik egy kis hint, hogy mi is az a gomb? És mindegyik gombon van ilyen.

    > (todo for me: I need to come up with some label name to place in front of the input field. 'Search:' is just too obvious, something better.)

    Ezt mondjuk odaírhatom, ez jogos. De rajtad kívül eddig összesen egy ember nem értette, hogy mi az ott. Mondjuk lehet azért, mert ha föléviszed az egeret, ez is kiírja, hogy "Enter search here"...

    > - If you still think the program is a demo and it's in a nonworking stage, trust me it works, it just needs some external programs to actually function.

    Ember, ez egy frontend. Mit nem lehet érteni ezen? Hol állítottam én bárhol, hogy ez videólejátszó? Még a neve is az, hogy YouTube FrontEnd. A kezdetek óta ez volt a cél, hogy tetszőleges playerrel lejátszhasd, ezt írtam minden blogposztban. Miből gondoltad az ellenkezőjét?

    > (todo for me: test for the external programs and warn the user. todo2: scratch that, it is already written in the manual and worksforme anyway)

    A program leellenőrzi, hogy minden stimmel-e a külső programokkal:

    Save saves the current preferences. If everything is OK, then the label beside the buttons will display All OK.
    The following errors can happen:

    És ez le is van tesztelve. És nem WORKSFORME, hanem PEBKAC, mert nálad nem is ez volt a hiba, hanem régi volt a youtube-dl-ed és ezért a videólejátszód nem tudta kinyitni a tecsőt. Ezt hogy ellenőrizzem le mégis, hogy a videólejátszó azért fejezte be a futást, mert a youtube-dl nem adott neki stream-et? Nem látok bele. Csak azt tudom ellenőrizni, hogy amit megadtál, az létezik-e, ez pedig megtörténik.

    > - After you click on one of the video, there is no visual indication it is opened yet along registered by the program. Just click on the '>I' button to start the playback.

    Ha ráböksz egy videóra, akkor kinyitja az aloldalát és betölti a related videókat. Ez neked nem "visual indication"? Mit kéne itt szerinted csinálni?

    > (remark: it follows the basic unix philosophy, if no feedback, then everything is alright. remark2: except when it crashes. )

    Mi dőlt össze? Mert eddig nem az derült ki, hogy bármi összedőlt volna, hanem az, hogy letetted tálcára, aztán meg nem értetted mi történik.

    > - Everything is in characters, no need to search for images yet alone (god forbid) animations (eg. for buttons).

    Nem tudok rajzolni. Egyébként az ikonok fele ugyanúgy nézne ki, mint most karakterrel. Pl. a megreklamált "+" gomb.

    > (remark: again it is basic unix philosopy: cli ftw! todo: limit everything under 80 chars. )

    Mert ugye ez egy CLI-s program.

    > Nincs harag, megha mukodne is, jobb a mostani modszerem yt-ra.

    Működik. Ha nem működne, nem kérnének bele időnként új feature-öket. Nem tudom, ez eszedbe jutott-e.
    Azt nem tudom, hogy miféle módszered van, így nem tudom, hogy jobb-e, mint ez, de tekintve, hogy neked sincs gőzöd sem erről a programról, így nem tudom, hogy te miből gondolod, hogy jobb. Maximum neked jobb.

    > Csak a programra voltam kivancsi, lehetett volna egy alsogatya nyilvantarto program is felolem.

    > Csak ne kene indulaskor kinezni a fejembol, hogy wtf, meg miert nem megy. Manual ide vagy oda.

    Magyarul nem olvastad el a blogposztokat, így aztán gőzöd nem volt róla, hogy mi ez a program, majd aztán a manualt sem olvastad el, de azért elindítottad, bár szükséged nem volt rá, majd nem értetted mi történik, de továbbra sem a manualt olvastad el, hanem idejöttél, hogy megírhasd, hogy az egész nem jó semmire.

    > Eltunik az ablakkeret, igy kill-el kell kiloni. Ha egyszer megnyomod az X-et, akkor eltunik (talcan, ertesitesi savban se jelenik meg). Es nincs hogy elohozni (alt-tab ban sincs benne). kill-el kilovod, es amikor elinditod ujra, akkor nem jelenik meg sehol semmi, megint lehet kill-el kiloni.

    Háromféleképpen is ki lehet lépni a programból. Ctrl + Q-ra, a trayiconon jobbklikk és quit, valamint az ablak - szénné konfigurálható - close gombjával, ha nem minimize-re van állítva.

    http://oscomp.hu/ytfeman/#chapter_prefs

    Action on close is the operation the frontend will perform when you close it's main window. It can be the following:

    És ki lehet kapcsolni, hogy ne tüntesse el a tasklistből; ha neked azután nem jelenik meg a trayiconok között, akkor neked valami olyan desktopod van, ahol nincs tray. Csak úgy mondom, hogy ha nincs a tálca tasklistjében, akkor az alt+tab sem működik. Ez minden programnál így van; csak azt lehet alt+tab-bal váltogatni, ami a tálca tasklistjében látszik.

    http://oscomp.hu/ytfeman/#chapter_prefs

    Hide when minimized hides the taskbar entry when the program window is minimized,
    http://oscomp.hu/ytfeman/img/tray_icons.png
    so it will only shown among the system tray icons. Otherwise,
    http://oscomp.hu/ytfeman/img/taskbar.png
    the taskbar entry will be visible.

    > Igy azota nincs, hogy elinditani:)* mondjuk valoszinu ez is unix filozofia lehet, mert a vimbol se tudtam egy jo ideig kilepni, igy kenytelen voltam megtanulni.

    A probléma az, hogy tuti, hogy elindult, csak tray-re volt küldve. De nem adtál sem screenshotot, sem semmit. Csak "nem működik". Egyébként, ha elindítasz egy második példányt, akkor az elsőnek fel kellett volna jönnie. Dehát most már sosem tudjuk meg, mert azt nem írtad le, hogy mit csináltál.

    > Szoval meg mindig fenntartom: pilotavizsgas nagyon.

    A search feliratozásán, meg a manualnak a programba való belinkelésén kívül igazából csupa olyan dologot írtál ide, ami vagy a manual elolvasásával preventálható user error, vagy közönséges kötekedés volt. (Csak úgy mondom, hogy a fő probléma, hogy nem ment a lejátszás az aztán végképp nem kenhető a program "pilótavizsgásságára"; két éves youtube-dl-lel próbáltad, miközben a tecső szinte napról napra variál; öregebb nem volt...? Próbáltad volna ezt a műsort eljátszani a youtube-dl fejlesztőinél, hogy nem tudsz videót letölteni a két éves youtube-dl-lel, biztos vicces lett volna.)

    Mondjuk annyi haszna volt, ennek a cirkusznak, hogy ráébresszen, hogy ilyen jellegű "mit nekem manual, a program a szar, ha nem úgy működik, ahogy én akarom" felhasználó rajtad kívül is akadhat, szóval a bezárógomb default action-jét át fogom rakni minimalize-ről rákérdezésre, a hide when minimizedet, meg defaultból disabledre. Akkor már csak akkor futhat bele ebbe valaki, ha direkt átállítja. Egyszerűbb, ha én állítom át magamnak, ha épp felrakom valahova, mint hogy megint oldalakon át vitatkozni kelljen valakivel, aki szerint azért szar a program, mert nem tudja, hogy hogy működik...
    Egyébként vicces, mert mások is belefutottak ebbe, de csak te reagáltál így.

    > *: Update. Ha a ~/.ytfe/Form1.fg 16. bajtjat atirom 1-rol (0x31) 0-ra (0x30) akkor ujra elindul. ;-P

    Az a minimized state flagje. A program az összes ablak állapotát tárolja, hogy mik a méretei, stb. Te leküldted minimized állapotba, majd kilőtted. Aztán csodálkozol...
    Nem kell egyébként editorból piszkálni a .fg fájlokat, átállítod a config panelen, hogy bezáráskor ne minimalizálja az ablakot és kész.

    Szóval magyarán pontosan az történt, amit mondtam: letetted tálcára, majd azt hitted, hogy nem indul el. No comment.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2564958

    > A youtube-dl a latest version, amibol .deb csomag van erre a kiadasra. Csak a programod miatt tettem fel a legujabbat (shell scripttel!). Illene eszrevenni, hogy mi a youtube-dl verzioja a rendszeren, es mi a minimum requirement a reszedrol.

    Jó reggelt, a youtube-dl nem kötelező a programhoz. Ez a függőség a videoplayerednél van, nem nálam. Az én részemről nincs requirement ez ügyben, ezt nagyon benézted. Ha olyan videoplayert állítasz be, ami youtube-dl nélkül is tudja lejátszani a videókat, akkor nem is kell a youtube-dl. Ezt nekem miért és hogyan kéne kezelnem? Ráadásul az, hogy a youtube-dl mondjuk épp két napos, az még bőven nem garancia arra, hogy menni is fog, ha a tecső mondjuk pont tegnap csinált valamit. Hogy ellenőrizhetném ezt mégis?

    > Van notification bar. Nehany program ami sikeresen hasznalja: vlc, telegram, transmission-gtk

    > Nehany program ami sikertelenul hasznalja: a tied. Nincs mas. Most futottam bele eloszor.

    Vagy, ezt is benézted. A Lazarus ezt teljesen szabványosan kezeli, több toolkittel is. De sose tudjuk meg, mert letörölted, ahelyett, hogy a kérdéseimre válaszoltál volna. Nélküled nem tudom kideríteni, hogy mi a kórság van nálad.

    > 1. a video elonezeti kepe rajta egy play ikonnal. Nalad ez teljesen hianyzik.

    A play ikon ott van, előnézeti kép nincs, mert ez még mindig nem videoplayer.

    > 2. related videok a yt szerint. Nalad hianyzik

    Bocs, de te melyik programot nézed? Ha videó aloldalt nyitsz meg, azokat listázza. Azok a related videók. Miről beszélsz? Ezt is benézted.

    > 3. hozzaszolasok. Nalad hianyzik.

    Ez az egyetlen igaz állítás a négyből: hozzászólások nincsenek. Nem is volt cél sosem.

    > 4. esetleges playlist ha a video egy playlist resze. Nalad hianyzik, bar van valami egyedi megoldasod ra.

    Ott van az, csak rá kell bökni az "L" gombra.

    Egyszóval eléggé fel lehet ismerni, hogy egy videó aloldalán vagy épp, vagy playlistben, vagy keresési találatokban. Eddig legalábbis mindenkinek sikerült.

    > Nezd a semmirol eleg nehez kepernyokepet csinalni. Tehat ha a program nem jelenik meg sehol (alt-tab, notification bar), es a terminalt visszaadja egy ido utan (kb. egy perc). Akkor eleg sanszos, hogy nem tudott elindulni.

    Egyáltalán nem. Sokadjára mondom, hogy ha egy idő után visszaadja a terminált, akkor éppenhogy már volt egy futó instance ebből a programból, azért jött vissza, mert csak leadta a drótot a másiknak. Mit nem lehet ezen érteni? Az már más kérdés, hogy miért nem dobatta fel vele a fő ablakot, de így nem fogjuk tudni kidebuggolni. Van egy olyan tippem is, hogy mivel kilőtted az első programot, esetleg az IPC-hez szükséges "YTFE" pipe ott maradt a /tmp-ben és a másik azon keresztül próbált írni a másiknak. De ez is csak tipp.

    > El nem tudom kepzelni, hogy ezen egy screenshot mit tudott volna segiteni.

    Mondjuk úgy, hogy látom, hogy van-e tray-ed, vagy esetleg ott van-e rajta a program ikonja. Volt már akinek kiszúrta a szemét a tray-en az ikon.

    > En desktopon (ritkan) sima bongeszobol nezek youtube-ot, ahol nincsenek reklamok (firefox). Van youtube-download kiegeszito a bongeszoben, neha azzal letoltok egy-egy fajlt.

    Reklámok itt sincsenek. Letöltő itt is van.

    > Elsodlegesen mobilrol *hallgatok* youtube-ot, neha ratekintek a kepre. Ehhez van egy Newpipe sajat build, ahol a masnapi videokat letoltogetem, es a download mappabol vlc-vel jatszom le (android). A fejemen egy bluetooth-os fules es a kertben asas kozben hallgatom.

    Tehát magyarán nem is a tecsőn böngészel, hanem lerántod amit le akarsz és localban lejátszod. Mit hasonlítottál itt te akkor össze? Neked akkor nem youtube browser frontended van, hanem youtube download managered.

    > Az uj videokat vagy celiranyosan keresem, vagy pedig a Newpipe beepitett 'What's new?' menupontjabol szedegetem le (a sajat newpipe-os beimportalt feliratkozasaimbol szedi ossze, egyet se hagy ki, nem ugy mint a yt).

    'What's new?' itt nincs, az igaz. Viszont ott van feketelista, hogy milyen entry-ket ne jelenítsen meg a related videók/keresési eredmények között, amikor böngészel?

    > A videok minoseget rendszeresen allitom letoltes elott. Van amelyik youtube-ost szinte csak hallgatom, a kep az kb. felesleges, ide 144p-t valasztok. Ha mobilnetrol toltok le masokat altalaban 360p vagy 480p-t valasztok ha a 480p nem sokkal tobb, vagy van amikor kevesebb a 360p-nel.

    Ezt ez is tudja és most már youtube-dl sem kell a minőség állításához, pont ez debütált most...

    > A yt hozzaszolasokat 90%-ban at szoktam futni. Sajnos erre a newpipe hasznalhatatlan (nem jeleniti meg csak a fo hozzaszolast), igy arra a firefox beta-t hasznalom androidon (newpipe-bol nyitva).

    Hozzászólások itt nincsenek, az tény.

    > Lehet hulyere venni a usert, lehet kritizalni a hangnemet, lelked rajta.

    Nem ezzel volt bajom, hanem azzal, hogy olyan dolgokba kötsz bele, amit vagy te néztél be, vagy csak simán nem tetszik. Sok kritikát kaptam eddig, de egyik sem volt olyan, mint a tied, hogy "ez sem megy, az sem megy, igazából nem tudom mit csinálok, a manualt meg nem olvastam el, tehát a program szar, mert nem úgy megy, ahogy én elgondoltam és még szarul is néz ki, 2020-ban(!)", így egyikre sem reagáltam még így, hanem vagy megköszöntem, vagy szétettem a kezem, hogy nem tudok vele mit kezdeni. Nyugodtan visszaolvashatsz. Te vagy az első, akivel flame-be keveredtem a YTFE miatt.

    > Nem irtam, hogy szar a program (pedig irhattam volna:)

    Nem így írtad, de ez volt a lényege. Szar, mert te nem tudtad használni.

    > hogy nez ki ember? 2020-ban?:)

    Eddig senki sem reklamált érte, de amúgy sem vagyok designer. 2020 meg monnyon le.

    > csak annyit, hogy pilotavizsgas.

    Ezt is csak te mondtad eddig rá. De még ha igaz is, a lejátszás sikertelenségét a két éves youtube-dl miatt, meg azt, hogy gőzöd nincs, hogy épp fut-e a program, azt ne akard már rámkenni.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2565125

    > Kivancsisagbol feltettem, de valoban nem intuitiv a felulete, de legalabb a tabot (az, hogy tab, csak a manualbol derul ki) sikerult bezarnom ugy, hogy egy checkboxra kattintottam.

    Az nem checkbox, hanem egy bezárógomb. Annyit tudok tenni, hogy egyértelműbb legyen, hogy teszek rá egy X-et. Amúgy, amikor megnyitottad a tabot valahogy, akkor csak feltűnt, hogy egyszer csak megjelent, nem?

    > jo azoknak, akik egyszeru ablakkezelot hasznalnak

    TDE-t használok, az elég távol áll az egyszerű ablakkezelőktől, úgyhogy ez kb. nem igaz. Ez éppenhogy egy csomó dolgot támogat, amit a komolyabb környezetek tudnak, pl. a tálcás funkciók.

    > sot barmi ilyen iranyu kritikat mereven elutasitasz, mert hat megiscsak a sajat programod.

    Legalább olvasnád vissza a többi topicot, mielőtt ilyen kijelentéseket teszel... Egy raklap kritikát kaptam már és nem utasítottam el őket, hanem megköszöntem, vagy ha nem tudtam vele mit kezdeni, akkor széttettem a kezem. Nem tudom feltűnt, de mindig megemlítem, ha valamit user feedback-re/requestre raktam bele.

    > supportosat meg marketingest is jatszol, egyelore egyik sem megy

    A marketing nem tudom, hogy jött a képbe egy ingyenes programnál... A support meg szerintem eddig jól megy, legalábbis eddig nem panaszkodott senki a supportra. Ha valaki kér valamit, amit van értelme megcsinálni, azt belerakom. Az nem bugreport, hogy "nem működik", az meg nem bug, hogy egy youtube-dl-dependens videólejátszót két éves youtube-dl-lel felzavar a tecsőre és aztán nem működik...

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2564418

    Vótmá'. :P

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.3.0: https://hup.hu/node/171947#comment-2564821

    Mint nekem droidos cuccom? :)

    Oldschool Computer - http://oscomp.hu




    Jogtiszta szoftverrel a biztonságos IT környezetért – a cégben és otthon (x): https://hup.hu/promo/20201214/jogtiszta_szoftverrel_a_biztonsagos_it_kornyezetert_a_cegben_es_otthon#comment-2564182

    A lófasz miatt?

    Oldschool Computer - http://oscomp.hu




    Jogtiszta szoftverrel a biztonságos IT környezetért – a cégben és otthon (x): https://hup.hu/promo/20201214/jogtiszta_szoftverrel_a_biztonsagos_it_kornyezetert_a_cegben_es_otthon#comment-2564183

    A microsoft keddenként szokott.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Beszéljünk kicsit linux bácsiról: https://hup.hu/node/171758#comment-2558765

    "fajsúlytalan technológia"

    Hogy mennyire jó, vagy rossz az ARM, azon bőven lehet vitatkozni, de fajsúlytalannak nevezni már 2013-ban is nettó ostobaság volt, még a mainstream-et nézve is, hisz az összes okosizé arra épül. Ennyit Stingről, meg a véleményéről.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hgen , Adamyno


    Beszéljünk kicsit linux bácsiról: https://hup.hu/node/171758#comment-2559027

    Ha valóban így értette, akkor meg írni kéne megtanulnia, mert akkor ez nem "fajsúlytalan technológia téma", hanem "fajsúlytalan technológiai téma", vagy esetleg "fajsúlytalan technológia-téma".

    Oldschool Computer - http://oscomp.hu




    Beszéljünk kicsit linux bácsiról: https://hup.hu/node/171758#comment-2559040

    Nem tagadom, hogy csak végigfutottam rajta és ezen így megakadt a szemem... De ő az újságíró, neki egyértelműen kéne írnia, már ha annyira meg akarja valamiről győzni az olvasóit, mert ha félreértik amit mond, akkor nem az fog lejönni nekik, hogy Linus feleslegesen bunkózott egy piszlicsáré szarság miatt, tehát Linus a hülye, mert bagatell dolgokért cirkuszol, hanem az, hogy Sting jelentéktelennek hisz valamit, ami minden, csak nem az, tehát Sting a hülye, mert nem érti sem az IT-világot, sem azt, amit Linus mondott.

    Mondjuk azok alapján, amit elmondtál róla, ez a pongyolaság egyáltalán meglepő.

    Oldschool Computer - http://oscomp.hu




    "Súlyos kibertámadás érte a világ egyik legnagyobb elektronikai gyártóját, 10 milliárd a tét": https://hup.hu/node/171787#comment-2560822

    > Hiába van 10 TB-nyi backup, ha nem tudod megmondani, hogy az adott fájl melyikben volt utoljára tiszta.

    Meg lehet mondani, csak baromi sokáig fog tartani.

    Oldschool Computer - http://oscomp.hu




    "Súlyos kibertámadás érte a világ egyik legnagyobb elektronikai gyártóját, 10 milliárd a tét": https://hup.hu/node/171787#comment-2560821

    Az ember elkezdi az utolsó snapshottól visszafele egyesével leellenőrizni a fájlokat; ameddig a vizsgált fájl az aktuális snapshotban nem kinyitható (nem plaintext, nem valid PNG, DOC, whatever), addig megy visszafelé.
    Nyilván ez baromi sok idő lesz.

    Oldschool Computer - http://oscomp.hu




    Ansible - systemd "Service is in unknown state": https://hup.hu/node/171897#comment-2562797

    A kapcsolódó Ansible ticketből kiderül, hogy ez egy systemd bug, amit az új kernelekben debütált CAP_BPF nem megfelelő kezelése okoz.
    Állítólag a 245.7-es verzióban fixálták, de az Ansible ticketben jelentkezett egy csávó, hogy a 246-os systemd-ben egy másik hibaüzenettel, de ugyanígy elszáll neki.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> LJ67


    Ansible - systemd "Service is in unknown state": https://hup.hu/node/171897#comment-2562813

    Egyelőre a jelek szerint nincs mire frissíteni. Persze kipróbálni ki lehet.

    Oldschool Computer - http://oscomp.hu




    Alkalmazás teljesen titkos telefonbeszélgetéshez: https://hup.hu/node/171825#comment-2561411

    > Még mielőtt az oldalt ismertem, már azelőtt a PaleMoon-t használtam. Valószínűleg az sem hibátlan.

    Sajnos nem.

    Oldschool Computer - http://oscomp.hu




    Covidos vagyok: https://hup.hu/node/171460#comment-2547319

    Jobbulást.

    Oldschool Computer - http://oscomp.hu




    [KV] Velemenyek valtozasanak kinos statisztikaja: https://hup.hu/node/171712#comment-2557215

    > Nem rokonszenvezek a Bill-féle és a klíma-problémákra kiötletelt "csökkentsük a bolygó lakosságát pár milliárddal" koncepcióval.

    És a "csökkentsük a bolygó lakosságát pár milliárdossal" koncepcióval? :]

    Oldschool Computer - http://oscomp.hu




    [KV] Velemenyek valtozasanak kinos statisztikaja: https://hup.hu/node/171712#comment-2557332

    Szerintem elég, ha deportáljuk őket...mondjuk a Vénuszra; ezek úgy is szeretnek meleg helyeken nyaralni. :]

    Oldschool Computer - http://oscomp.hu




    [KV] Velemenyek valtozasanak kinos statisztikaja: https://hup.hu/node/171712#comment-2557374

    Rossz helyre írtad, a lakosságcsökkentési koncepcióról end beszélt, én csak egy poént sütöttem el rá. Egyébként erről a felvételről van szó, az ominózus rész 4:30-nál kezdődik.

    Oldschool Computer - http://oscomp.hu




    [KV] Velemenyek valtozasanak kinos statisztikaja: https://hup.hu/node/171712#comment-2559032

    Érdekesség: egyébként a demokráciát nem is a görögök találták fel először, hanem a hunok elődei, vagy 300 évet ráverve Kleiszthenészre: https://hu.wikipedia.org/wiki/Hsziungnuk#Szabadságjogok

    Oldschool Computer - http://oscomp.hu




    F1 mai baleset: https://hup.hu/node/171672#comment-2555133

    Ehh, épp most akartam belinkelni a macro processort, de megelőztél, a listádban az is benne van...

    Oldschool Computer - http://oscomp.hu




    F1 mai baleset: https://hup.hu/node/171672#comment-2556723

    A politikának esetleg nem lehetne egy külön fóruma, ha ennek lehet? Mert a nem politikai flame-re amúgy kíváncsi lennék, az egész flame fórumot nem akarom szűrni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> zolti


    F1 mai baleset: https://hup.hu/node/171672#comment-2557330

    Engem speciel sem Zoliverzum, sem a koronavírus nem zavar. De ettől függetlenül igazad van: generikus lekezelés kellene ide és akkor lehetne címkézni a topicokat és lehetne szűrni, hogy milyen címkékkel bíró topicokat ne mutasson. Nem volna nagy munka.

    Oldschool Computer - http://oscomp.hu




    Es hogy az ember ne legyen ideges: https://hup.hu/node/171573#comment-2551664

    Belefutottál a PSD2-be. Az EU kitalálta, hogy ő is szeretne nagytestvérkedni és mivel a PayPal-on nyugodtan regisztrálhattál álnéven, így az új szabályozás értelmében a PayPal kötelezően telefonszámot fog tőled kérni a belépéskor, vagy van hitelesítő app. Telefonszámot megadni addig is kötelező volt, de megadhattál kamut és úgy is használható volt a PayPal, mostanáig. Legalábbis az EU-ban ez lesz. Megpróbáltam amcsi IP címről, de nem engedett be; minden egyéb tájékoztatás nélkül közölte, hogy nem tud beléptetni és ennyi. Szerencsére pénzt nem tartottam rajta.

    Oldschool Computer - http://oscomp.hu




    Es hogy az ember ne legyen ideges: https://hup.hu/node/171573#comment-2551679

    Fura, tőlem nem kért anno okmányokat, igaz, az 2007-2008 magasságában volt. Kétfaktorost én nem használok sehol sem. Bármi, ami engem IRL-adatokkal azonosítani akar, az instant kuka. (Mínusz közüzemek és hatóságok, mert ugye az muszáj...) Így a PayPal is erre a sorsra jutott, függetlenül attól, hogy esetleg a TS tudna segíteni telefonszámot cserélni, mert nem akarom nekik megadni.
    Tuti, hogy törölték az accountot? Az OP-ban csak azt írtad, hogy sajnálják, hogy te törölted, ez inkább valami félreértés lesz, IMHO.

    Oldschool Computer - http://oscomp.hu




    Es hogy az ember ne legyen ideges: https://hup.hu/node/171573#comment-2552001

    Eddig a PayPal-t használhattad kamu adatokkal, azaz anonim módon, azaz az EU országai hiába is kérték ki egy PayPal account adatait, nem mentek vele semmire. Egyszóval volt lehetőség vele úgy pénzforgalmat bonyolítani, hogy azt nem tudták ellenőrizni. Így az EU hozott egy új szabályozást, aminek értelmében a PayPal-nek személy szerint azonosítania kell téged.

    Oldschool Computer - http://oscomp.hu




    Youtube Frontend 1.2.2: https://hup.hu/node/171619#comment-2558453

    Arra, hogy keressek és listázzak? A youtube-dl csak letölteni tud, itt meg pont a keresések haltak el.
    Az egyes videók adatait még ki lehet bányászni vele a tecsőről (pl. youtube-dl --skip-download --write-info-json https://youtube.com/watch?v=hcdrFuM-wH0), de nem akarok drótozni semmilyen függőséget. (Így is van már benne egy opcionális youtube-dl-only feature.) Az egésznek az lenne a lényege, hogy a felhasználó bármilyen külső tool-t fel tud paraméterezni. Hogy jelen pillanatban a youtube-dl-nek - legalábbis tudtommal - nincs alternatívája, az egy dolog. Ez nincs kőbevésve.

    Oldschool Computer - http://oscomp.hu




    Szépen fejlődik a ReactOS 64 bites (x64) portja: https://hup.hu/cikkek/20201129/szepen_fejlodik_a_reactos_64_bites_x64_portja#comment-2555064

    +1, múltkor volt is róla szó.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> pepo , Ar0n


    Szépen fejlődik a ReactOS 64 bites (x64) portja: https://hup.hu/cikkek/20201129/szepen_fejlodik_a_reactos_64_bites_x64_portja#comment-2557949

    Van a ReactOS-nek támogatott HW listája, meg VirtualBox leírása (csak most egyik sem akar bejönni :P ):
    http://reactos.org/wiki/Supported_Hardware
    http://reactos.org/wiki/Hardware_Compatibility_List
    http://reactos.org/wiki/VirtualBox
    Csak olyan vezérlőket szabad neki adni VBoxban, ami támogatva van már.

    De egyébként kékhalált VBoxban az is csinálhat ReactOS-sel, ha a Guest Additions-t telepíted hozzá.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2550738

    Ez bizony így van, csak konkrétan ilyet, hogy a GUI bejelenti kilépéskor, hogy a pukkaudió nem válaszol, csak newschool Solarisok alatt láttam.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2550762

    Hát ő már nem, mert emlékeim szerint kiebrudalták a PA fejlesztéséből (túl szar volt a kódja? :] ), de az utódai még rákenhetik a Solarisra. :)

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2550940

    Én se, ne aggódj; de ezek friss telepítések voltak. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> n4buk0d0n0z0r


    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2550979

    Hát a Sun a Solaris 10 forrását elérhetővé tette CDDL alatt és a Solaris a 10u8-ig bezárólag opensource volt, amikor a Sun-t - és vele a Solarist is - megvásárolta az Oracle és bezárta a forrást. A Solaris 11-ek már zárt forrásúak, így minden OpenSolaris fork az Solaris 10 alapú. Rosszul tudom?

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551188

    Ja, értem mire célzol. Tudom, hogy illumos alapú, azért írtam így, mert minden nyílt forrású Solaris utód visszavezethető a Solaris 10-re. Lehet, hogy pontatlan volt, azt nem tudom, hogy az illumos mennyire változott meg a Solaris 10-hez képest.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551401

    Azt nem a Solaris 10-ből készítették?

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551465

    Már, hogy az OpenSolarisból lett a Solaris 10? Azt hogyan, amikor az OpenSolaris 2008-ban jelent meg, a Solaris 10 meg 2005-ben?

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551549

    Értem, tehát az OpenSolaris-t a Solaris 10-ből forkolták és abba pakolták bele a leendő Solaris 11-ba érkező új fejlesztéseket, egyszóval az OpenSolaris lett volna az a Solaris-nak, ami a Fedora a CentOS-nak/RHEL-nek. Köszi a fejtágítást.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551126

    Akkor minek kommenteltél be ide? Te egy raklap topicba bekommantod, hogy téged az a téma nem érdekel, de ha nem érdekel egy téma, akkor minek szólsz hozzá?

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551626

    > Az is egy vélemény, hogy addig műhiszti a dolog amíg működik.

    Nem tűnt fel, hogy pont az volt a téma, hogy nem működik? Most akkor hogy is van ez? Akkor ez már nem műhiszti? És micsoda az, amikor valaki konzekvensen bemászkál random helyekre csak azért, hogy kijelentse, hogy az amiről ott szó van, az őt nem érdekli? Megmondom én: ha tényleg nem érdekli, akkor nettó elmeháborodottság, ha pedig valójában érdekli, csak megjátssza magát, akkor butthurt kamu. Lehet választani.

    > Amúgy miért kell neked felzúzni egy pulse -ot egy marginális OS -re?

    Szerinted majd pont én rakok fel pulse-ot bármire? Mint fentebb leírtam, része az alaptelepítésnek, de ha nem tűnt volna fel az első képen a "Live" és az "Install" feliratú ikonok ottléte, akkor szólok: benne van a Live verzióban is. És ott sem működött.
    Mind az Oracle, mind az OI Team úgy szállítja az OS-t, hogy belegyúrták a PulseAudio-t, de működésre bírni már nem sikerült. Dehát ez csak műhiszti, mert neked működik, igaz? Kit érdekel, ha téged "nem érdekel", igaz?

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551711

    > Hé ember, szedd már azt a nyugtatót. Talán most volt az első eset, hogy általad indított témában hozzászóltam bármihez. Ha nem felejtem el, akkor az utolsó is.

    Egy olyan posztból kiragadott idézetre rikácsolsz, amit nem is neked írtam, hanem Gyuszknak. Nem baj? Ő mászkál be mindenféle neki nem tetsző topicba, hogy leírja, hogy ez "uncsi", meg "kit érdekel"...nem terólad volt szó. Megint nem tudtál olvasni.
    Nyugtatóra meg neked volna szükséged, mert szemmel láthatólag már baromi zabos vagy. Itt is, meg a másik két topicban is az voltál.

    > Amúgy te itt valami kiskirály vagy, akire külön szabályok vonatkoznak?

    Ez hogy jött ki? Miért lennék? Mert leírom a véleményemet arról amit csinál? Bolond vagy?

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551127

    Ne vergődj ilyen látványosan, Reparon a patikában.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551201

    > Nyugodj le kérlek.

    Idegesnek tűnök? Csak megjegyeztem, hogy feleslegesen akarod már egy harmadik topicban is folytatni a kötözködést, szúrkálódást, mert nem mész vele semmire; ha ennyire fáj, akkor keress rá gyógyírt.

    > Én sem rólad, sem a rendszereidről, sem a pulseaudioról nem írtam semmi negatívat.

    Á, nem, csak azzal volt tele a másik két topic. (A PulseAudioról tényleg nem mondtál semmi negatívat, de azzal pont egyetértettem volna.)

    > Annyit mondtam, hogy nálam régóta annyira jól működik, hogy igazából fel sem tűnik a létezése.

    export WORKSFORME=42

    "Amúgy meg mondani én is tudok bármit." - © Angie

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551443

    Dehogynem, csak egy olyan lejátszó kell, ami közvetlenül az OSS-t használja. :)

    Amúgy kösz az ajánlót, belehallgattam és egész jónak tűnik, majd valamelyik nap végighallgatom.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551622

    Van, kettő is. Szerintem a böngésződnek nem tetszik, hogy sima HTTP-ről jönnek.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2551747

    Mindegyik engedi, csak engedélyezni kell. De mindegy, eléírtam, ezen ne múljék... De ha most meg azon lesz a cidri, hogy nem jó a cert, akkor csak a kezemet tudom széttenni, ugyanis nekem nincs certem, a hosting cég adja a sajátját.

    Oldschool Computer - http://oscomp.hu




    Találós kérdés á la Solaris: https://hup.hu/node/171543#comment-2557750

    Valószínűleg azért, mert a cert a t-hosting.hu-ra szól, a domain meg oscomp.hu. De nem tudok ezzel mit kezdeni, mert semmiféle hozzáférésem nincs, csak egy ftp account.

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2556444

    A TDE-vel érdemes lenne összehasonlítani.

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2556712

    Nem tudom, hogy mit tud a KDE5, így nem tudok nyilatkozni.
    Viszont a TDE != KDE3. Messze többet tud már a TDE, mint a KDE3 tudott; most volt nemrég poszt az újdonságairól.
    Szerintem ha mondasz pár cuccot vagy feature-t a KDE5-ből, akkor azt meg tudom mondani, hogy van-e (már), vagy nincs (még) a TDE-ben.

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2556752

    > Nem az a nagy különbség, hogy sokkal többe tud, hanem sokkal letisztultabban.

    #define "letisztultabb", mert ez így nem mond semmit.

    > amúgy.: Bármely alkalmazás ablaka felparaméterezhető tetszőleges ficsőrrel. Méret, hol jelenjen meg, mennyire legyen opacity, etc...

    Ez TDE-ben is megvan; persze a méretet csak akkor lehet szabályozni, ha az ablak nem fixált méretű. KDE5-ben is tetszőlegesen át/fel/le lehet pakolni a kereten/keretre a funkciógombokat (bezár, menü, minimalizálás, stb.)?

    > KDE Connect?

    A KDE Connectnek tudtommal nincs alternatívája benne.

    Milyen tálcakezelő van a KDE5-ben a Kicker helyett? Tud-e több panelt, több start menüt, lehet-e pluginelni?

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2556804

    > egyáltalán még kicker?

    Mármint KDE5-ben? Pont azt kérdeztem, hogy mi van helyette. Vagy TDE-ben? Ott még az.

    Akkor ezt asszem rövidre zárhatjuk, hogy nem tudjuk melyik tud többet, mert mindkettő tud olyat, amit a másik nem. Egy tételes összehasonlítás kellene.

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2557141

    Hál'istennek, az sosem lesz a KDE4. Pont az benne a lényeg, hogy ő nem a KDE3-hoz képest szénné butított, de mégis sokszoros erőforrásigényű KDE4, hanem egy továbbfejlesztett KDE3.
    Amúgy neked van valami bajod vele? Kissé, mintha ellenséges lennél a TDE-vel szemben.

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2557145

    Viccesnek lehet, hogy viccesebb, de IMHO nem relevánsabb, mert a TDE a KDE4 helyett van, a KDE5 meg a KDE4 után. Aztán persze lehet, hogy valaki más máshogy látja és neki így relevánsabb...
    De mindegy, szóval akkor csak viccvót.

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2557193

    Az. És?

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2557214

    Ja, hogy ez a még relevanciára vonatkozott. Nem azt mondtam, hogy nem releváns a TDE kapcsán egy KDE4 poén, hanem azt, hogy szerintem nem relevánsabb, mint a KDE5 kapcsán.

    Oldschool Computer - http://oscomp.hu




    KDE Plasma 5.20.4: https://hup.hu/cikkek/20201201/kde_plasma_5_20_4#comment-2557328

    Igen, a TDE az nagyon stabil. Egyetlen programot tudok benne, ami rettenetesen bugos: az Ark. Az a projekt szégyenfoltja. Persze az már a KDE3-as időkben is az volt, de azóta se fixelték ki.

    Oldschool Computer - http://oscomp.hu




    Ha már készség szinten megy a cookie elfogadása: https://hup.hu/node/169429#comment-2483325

    Nem leokézni kell ezeket a felugráló szarokat, hanem blokkolni. Adblock-kal, custom-CSS-sel, vagy amivel akarod.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_21365


    Ha már készség szinten megy a cookie elfogadása: https://hup.hu/node/169429#comment-2483364

    Nem mondtam, hogy a sütiket blokkolom, azt mondtam, hogy ezeket a felugrálókat kell blokkolni. Egyébként egyáltalán nem lesz használhatatlan, maximum kitakarják valami fullscreen divvel a tartalmat, amíg le nem okézod, amit akarnak; megy az is blokkra. Meg overflow: hidden-t raknak a html és body tag-ekre. Az nálam force-oltan felül van írva minden oldalon. Egy olyan eset van, amikor nem lehet így megkerülni: amíg a süti hiánya más tartalmat ad oda az oldalon. A szerveroldali megoldást nyilván nem lehet csak úgy megkerülni. Olyankor eldöntöm, hogy tényleg olyan fontos-e ez nekem, vagy igazából nem.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2548481

    Just for the record: második legmagasabb, Indiában van 28%-os ÁFA is.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hory , Ritter


    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2548641

    Indiában sokkal rosszabb az életszínvonal, mint káeurópában, még csak nem is közelítünk hozzá.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> SPYFF


    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2548752

    Egész Borsodban? Nem hallottam, hogy Miskolcon pl. akkora nyomor lenne. Biztos lehet találni idehaza olyan nyomortanyát, ahol rosszabb az életszínvonal, mint India valamelyik jobb környékén, de az országok életszínvonaláról volt szó. Javaslom, hasonlítsd össze egy pesti hajléktalan életszínvonalát Ram Nath Kovindével, csak és kizárólag a korrektség kedvéért. Addig itt van ez az életszínvonal rangsor.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2548820

    Tévedés, te nézted be a szálat. Kattints a posztom szülő hozzászólás gombjára és rögtön látod, hogy a "Borsodban ezt lehet hogy másként látják, mint ahogy te látod. :)" posztodra reagáltam.

    De még ha rossz helyre is reagáltam volna, az nem negligálta volna, amit mondtam: Indiában rosszabb az életszínvonal, mint káeurópában.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549016

    Az van, hogy nem arra reagáltál, ugyanis én sosem beszéltem a levegőszennyezésről, csak az életszínvonalról, válaszolni viszont arra a posztodra válaszoltam, amit nekem írtál. Mondom, kattints a válaszom szülő hozzászólás gombjára és görgess feljebb egy pár pixelt, látni fogod. Ez a szál kb. így néz ki:

    @hzsolt94
    A forint kb 20-30%-ot veszített az értékéből 6 év alatt. (Ebből egyébként 10-20%-ot az idén, a másik felét kb egyenletesen az 5 megelőző év alatt.)

    És persze ne felejtsük el azt a tényt sem hogy a magyar ÁFA (27%) a legmagasabb az egész világon.

    @TCH
    Just for the record: második legmagasabb, Indiában van 28%-os ÁFA is.
    @zitev
    meg lehet nézni az életszínvonalat is, bár kétségtelenül itt is közelítünk hozzá és még nem is annyi az áfa. :)
    @TCH
    Indiában sokkal rosszabb az életszínvonal, mint káeurópában, még csak nem is közelítünk hozzá.
    @zitev
    Borsodban ezt lehet hogy másként látják, mint ahogy te látod. :)
    @TCH
    Egész Borsodban? Nem hallottam, hogy Miskolcon pl. akkora nyomor lenne. Biztos lehet találni idehaza olyan nyomortanyát, ahol rosszabb az életszínvonal, mint India valamelyik jobb környékén, de az országok életszínvonaláról volt szó. Javaslom, hasonlítsd össze egy pesti hajléktalan életszínvonalát Ram Nath Kovindével, csak és kizárólag a korrektség kedvéért. Addig itt van ez az életszínvonal rangsor.
    @zitev
    Szerintem ebben a szálban én erre válaszoltam: "jártál indiában? ha igen akkor hiába közlekedtél csukott szemmel a levegő minőséget mégis érezned kellett. eléggé komolyan befolyásolja az életszínvonalat, hogy megfulladsz..", azt hogy te milyen szálat követsz és arra mit írsz, már a te dolgod! :)
    @TCH
    Tévedés, te nézted be a szálat. Kattints a posztom szülő hozzászólás gombjára és rögtön látod, hogy a "Borsodban ezt lehet hogy másként látják, mint ahogy te látod. :)" posztodra reagáltam.

    De még ha rossz helyre is reagáltam volna, az nem negligálta volna, amit mondtam: Indiában rosszabb az életszínvonal, mint káeurópában.

    @zitev
    En pedig a levegoszennyezesre reagaltam. Most akkor mi van? :)

    No, hát ez van.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549110

    Istenem... Most felsírtam a röhögéstől. Ne értsd félre, nem rajtad röhögök, hanem azon, hogy a kurwa nagy innovációban kitermelt szuperfancy-hypertrendy cékáeditór nem tud egy ilyen alap dolgot, hogy szúrjunk be egy idézetbe egy másikat.

    Igen, kézzel szerkesztem a HTML-t, mert nálam le van tiltva az editor, nem véletlenül.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549395

    Nem. Nem a levegőszennyezésre reagáltál, mert én arról egy szót sem írtam, tehát nekem nem reagálhattál a levegőszennyezésre. Én erre a posztodra válaszoltam, ezt pedig az életszínvonalra írtad válasznak, nekem. Benézted a szálat, a légszennyezéses vitát nem velem folytattad, hanem st3v3-vel.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549447

    Mit mondasz? Tessék, leszkrínsatoltam neked a "szétcsúszott" kommentet. Így már érted?

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549474

    Mit? Hiába jössz, megint a levegőszennyezéssel, az másik thread, én az életszínvonalról beszéltem és te arra reagáltál, arra ment a válaszom. Vagy már neked is leesett, csak nem ismered be, hogy benézted a threadet?

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549478

    A jelek szerint nem: erre válaszoltál, ott van alatta a kommented. Tessék, szkrínsat a thread-ről magáról: http://oscomp.hu/depot/qol_thread.png
    Hol látsz te itt légszennyezettséget?

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549492

    Túrót. Benézted a threadet és nem vagy hajlandó beismerni, hanem inkább játszod az eszedet és rejtélyeskedsz, meg húzod az időt, hátha nem veszik észre. Mondjuk nem értem miért, mert nincs abban semmi szégyen, ha az ember benéz valamit.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2549497

    A fölényeskedés helyett esetleg kifejthetnéd, hogy mégis miféle tartalmilag összetartozó kommentekről beszélsz, amikor st3v3 kommentje a levegőről a tiéd után érkezett... http://oscomp.hu/depot/qol_thread2.png Látod? Ha nem, az baj, mert ezen a képen aztán már végképp egyértelmű, hogy benézted a szálat.
    Tartalmilag azok tartoztak össze, hogy "Indiában sokkal rosszabb az életszínvonal, mint káeurópában, még csak nem is közelítünk hozzá." -> "Borsodban ezt lehet hogy másként látják, mint ahogy te látod. :)" -> "Egész Borsodban? ..."

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2551638

    És ehhez az elképesztően szánalmas válaszhoz öt nap kellett, mire kiizzadtad? Ott a kép, egyértelműen látszik rajta, hogy benézted a thread-et, nem tudom mit játszod még mindig az agyadat.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2551859

    Mert, ha gyakrabban vagyok aktív, mint öt nap, akkor naphosszat itt lógok? Érdekes logika... Mindenesetre nem tudom mit játszod még mindig az eszedet, mit nem lehet beismerni azon, hogy benézted a thread-et? Ezen a képen teljesen egyértelműen látszik. De akkor kifejthetnéd, hogy mégis miféle tartalmakat kellett volna összekötni, mert ezzel a rejtélyeskedő szar dumával csak magadat égeted be mégjobban, hogy úgy viselkedsz, mint egy óvodás, hogy nemmondommegbibibí; a kutya nem fogja neked elhinni a komédiádat.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2553144

    Nem, nem derült ki.
    Én az ÁFÁ-ról beszéltem, hogy Indiában magasabb is van, mint nálunk.
    Te jöttél az életszínvonallal.
    Én mondtam, hogy az is rosszabb Indiában, mint nálunk.
    Te jöttél Borsoddal, hogy ott rosszabb, mint Indiában.
    Én visszakérdeztem, hogy egész Borsodban?
    Te erre közölted, hogy ebben a szálban valaki másnak a válaszára válaszoltál, a levegőminőséggel kapcsolatban.
    Holott nem arra válaszoltál, benézted a threadet, ahogy ezen a képen teljesen jól látszik.
    Hiába játszod az eszed. Senki nem hisz neked. Azt se hiszi el senki, hogy téged ez szórakoztat, hiába szmájlizol; a görcsös vergődés inkább passzol ide. Hiába fölényeskedsz, meg rejtélyeskedsz itt "összetartozó kommentekről", csak magadat égeted vele. Egyértelmű, hogy benézted a threadet, ami még nem baj, az a baj, hogy ahelyett, hogy annyit mondtál volna, hogy ja tényleg, inkább játszod az eszedet, hogy nem.
    Vagy direkt csinálod? Nem sikerült még bullshittel sem megmagyarázni, hogy nálunk szarabb az életszínvonal, mint Indiában, így inkább nekiálltál terelni, hogy te másik szálra válaszoltál? Na, az még szánalmasabb és égőbb.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2554649

    Meg senki másnak sem. Mert nincs is minek kiderülnie. Amíg nem fejted ki, hogy miről zagyválsz, addig a kutya sem hisz neked. Csak magadat égeted.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2555175

    Jó, hát akkor égesd magad tovább, ha jól esik. Mindaddig hiteltelen ez a görcsösen erőltetett szmájlizós fölényeskedés, amíg nem fejted ki, hogy miféle összetartozó kommentekről rejtélyeskedsz itt.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2556717

    Akkor mit válaszolsz még mindig, ha nem érdekellek? Senki sem hiszi el neked ezt sem. Egyébként meg nekem válaszoltál, de sebaj. Égesd csak magad nyugodtan tovább. Mint mondtam, amíg nem vagy hajlandó kifejteni, hogy miféle összetartozó posztokról beszélsz, addig totál hiteltelen ez a görcsös erőlködés. Nem tudom feltűnt-e, de én eddig vagy húszféleképpen vezettem le, hogy benézted a threadet, linkekkel, képekkel (ezen minden látszik), a kommentfolyam teljes beidézésével, te meg semmit nem mutattál fel, csak fölényeskedsz, meg rejtélyeskedsz... Szánalmas. Mit erőlködsz még? Egyébként tényleg nem tudom, hogy mit nem lehet beismerni azon, hogy benéztél egy threadet, errare humanum est...

    De mindegy, akkor a threadtól függetlenül, válaszolhatnál erre a posztra, mert erre sem sikerült érdemben válaszolni, csak előadni ezt az überbéna terelést.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2550202

    Az érintett termékkörök számosságáról nem volt szó, csak a magasabb ÁFA-kulcs létezéséről, hogy van-e másutt magasabb ÁFA, mint nálunk.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2555353

    Kekeckedik a rosseb, olvasd már el mit írtam: "Indiában van 28%-os ÁFA is." Ennyi volt az állítás. Van 28%-os ÁFA Indiában? Van. Akkor? Senki nem beszélt arról, hogy ez hány termékcsoportot érint, vagy hányat nem; a puszta létezéséről volt szó, hogy van a magyar 27%-os ÁFÁ-nál magasabb is. És van.
    Azok kekeckednek, akik még mindig meg akarják magyarázni, hogy de az nem számít, mert ők nem akarják, hogy számítson. De. Számít. Minden számít, ami létezik.

    Oldschool Computer - http://oscomp.hu




    Miért drágultak IT eszközeink?: https://hup.hu/node/171489#comment-2555414

    A Wikipedia ÁFA listájában benne van. Azzal lehet vitatkozni.

    Oldschool Computer - http://oscomp.hu




    Régi youtube account törlése vagy összefésülése.: https://hup.hu/node/171703#comment-2556327

    Azt hogy csináltad? Mármint, hogy friss YT fiókot más emailcímmel.

    Oldschool Computer - http://oscomp.hu




    Régi youtube account törlése vagy összefésülése.: https://hup.hu/node/171703#comment-2556354

    Aha, valóban, már nem kell hozzá gmail account, de helyette ugyanúgy telefonszámot kér hozzá, szóval ugyanott vagyok, mert eddig sem a gmailes account szükségessége volt az akadály, hanem a telefonszám megadásának szükségessége... :/

    Oldschool Computer - http://oscomp.hu




    Régi youtube account törlése vagy összefésülése.: https://hup.hu/node/171703#comment-2556326

    Nekem van működő youtube accountom, amit még egy freemailes spamládával csináltam, mielőtt a kugli megvette volna. Aztán évekig nem használtam, deaktiválták, de belépéskor lehetett segítséget kérni, ami küldött a regisztrált címre egy levelet, hogy menjek el az Account Recovery Tool oldalra és válaszoljak az accounttal kapcsolatos kérdésekre. Aztán egyszer csak reaktiválták és beléphettem. Csak azt a levelet nem találtam most meg, amit a végén küldtek vissza...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> sebist


    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2548333

    A követett tartalmaknál a legutóbbibeküldés oszlopának tartalma elszublimált valamerre. Újratöltéssel nem gyógyult meg. Kijelentkezéssel, cache és sütik törlésével, majd újra bejelentkezéssel sem gyógyult meg.

    Sz*rk: Egy hidden mezőben a data ott van, csak látható felirat nem lesz belőle.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2548385

    Annyira tudtam... Már meg sem kérdezem, hogy minek kell ezt JS-ből odarenderelni...

    A hivatkozott szkript nincs betöltve
    Uncaught exception: TypeError: 'Object.assign' is not a function
    
    Error thrown at line 7240, column 2 in (e) in https://hup.hu/sites/default/files/js/js_1w6G1PGos-X24O-MhLqhbVsSQCYFzcsqu4Mxejt-YKI.js:
        var Bt = {
    called from line 5559, column 0 in https://hup.hu/sites/default/files/js/js_1w6G1PGos-X24O-MhLqhbVsSQCYFzcsqu4Mxejt-YKI.js:
        var luxon = function(e) {

    Oldschool Computer - http://oscomp.hu




    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2548484

    12.16, az utolsó Linux alatt elérhető oldworld Opera. Milyen Linuxra és milyen architektúrára kéred?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2548615

    Vagy talán inkább nem kéne egyre több mindennel a klienst terhelni feleslegesen, csak mert ez a divat. Ezért egyre szarabb és használhatatlanabb az egész web. Ennek megfelelően a "modern" browsereket meghagyom a webkettő hívőknek, én nem vagyok vallásos. Egyébként is mire váltanék? Mely másik browser hozza a Classic Opera featurelistáját? Tekintve, hogy a mainstream browsereket egyre jobban szénnébutítják, semmi. Úgyhogy maradok annál, ami sokkal kevesebbért tud sokkal többet (az utána született HTML/CSS/JS cuccokat leszámítva).
    Apropó, miféle szabványról beszélsz? A W3C ajánlások (recommendations) nem szabványok. Szabvány az, amit az ISO és az IEC annak nyilvánít. HTML-ből az utolsó, ami szabványnak lett minősítve, az a HTML 4.01-ből derivált 15445:2000(E) TC1, JavaScriptből pedig az ECMAScript 5.1-tel ekvivalens 16262:2011. Ezeket az Opera 12 is tudja. Szóval max. az újabb ajánlásokat támogató browserről lehetne szó.

    Opera 12 itten.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> lpds , kikadff , solt87


    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2549119

    Javaslom, ágyazzunk bitcoin-minert a hup JS-ei közé, akkor már nemhogy ingyér lesz szerveroldalról nézve, hanem egyenesen rentábilis.
    Most ugyan mondhatnám (ismét), hogy mi az már, hogy a szerver egyszeri terhelése helyett a klienseket terheljük minden betöltésnél, de inkább azt mondom, hogy a szerver folyamatos JS-felőli bombázása a szervert is jobban terheli, mint ha többet kéne cache-elnie, vagy generálnia.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2549125

    > Tudom, hogy ez neked nyomasztó és nem akarlak terhelni ezzel, de ez valóban elmaradott böngésző a tudását tekintve.

    Ilyet csak az állít, aki nem tudja mire képes a Classic Opera. Az utána született HTML/JS/CSS cuccokat nyilván nem tudja, de a featurelistáját a mai napig nem közelíti meg egyetlen browser sem. Egyszer már szemezgettem belőle.

    > Szerver-oldalról pedig nem fogom odatenni, mert ez egy folyamatosan változó érték (aktuális időbélyeg - legutolsó beküldés időbélyege), ezért lehetetlen gyorstárazni.

    Egyfelől a fenét lehetetlen gyorstárazni. Többféle módon is lehet. Mondok kettőt is. Vagy tart az ember egy referenciatáblát, hogy mely tartalmak változásakor mely cache-itemeket kell invalidálni és újrahúzni, vagy pedig a cache-itemekben markerekkel jelöli azokat a részeket, amik változhatnak és cseréli őket, ha kell. A kettőt akár kombinálni is lehet.
    Másfelől, itt nem is a gyorsítótárazás hiányáról volt szó, hanem arról, hogy ha szerver oldalon rendereli le, akkor ott belepakolhatja ezt is, zéró JS included. A követett tartalmak aloldalak legtöbbször csak a saját felhasználóiktól kapnak hit-et (nem hitet :P ) és mivel ezek pársoros lapokra vannak tördelve, nem nagy terhelés legenerálni őket ama pár alkalom esetén, amikor valaki lekéri. Nem az 1500-posztos hup8bug topicról van szó.

    > Közben meg kliens-oldalról könnyen kezelhető.

    Értem én, a kisebbik ellenállás felé kell mozdulni, a többlet átfolyó áramért meg fizessen a júzer. A JS a web pestise.

    > Ha sok embernek szívfájdalma lenne, akkor menne vissza a momentjs (sőt, akkor nem is váltottam volna róla), de a luxon gyorsabb, ez más projektekben is kijött már.

    Megnéztem ezt a híres Luxont: "Luxon officially supports the last two versions of the major browsers, with some caveats." Ezt minősíteni sem szeretném. A major browsers még hagyján (nem, az sem az), de, hogy csak az utolsó kettő verziót, úgy, hogy manapság kétnaponta jön ki új verzió? Hogy van ez megírva? Én már nem is mondok erre semmit, majd habazer mond "egy-két szavat", ha idetéved...

    > Valamikor megnézem, hogy tudom-e polyfill-ezni, de könnyen lehet, hogy neked kell választanod: funkció vagy böngésző.

    Fals dilemma. Az Opera a legflexibilisebb böngésző, úgy bővítem ki bármelyik oldalt vele, ahogy akarom és ha valami nem működik, meg tudom kerülni, tudok rá írni alternatívát.

    Adott ez az pár sornyi gyorsan összedobott JS:

    function _ds(diff)
    {
    	var d = Math.floor(diff / 86400);
    	diff = diff % 86400;
    	var h = Math.floor(diff / 3600);
    	diff = diff % 3600;
    	return d + 'd ' + h + 'h ' + Math.floor(diff / 60) + 'm ' + (diff % 60) + 's ago.';
    }
    
    function fuck_luxon()
    {
    	var t = new Date();
    	var kecske = document.getElementsByClassName('formattimeago');
    	for (var i = 0; i < kecske.length; ++i)
    	{
    		kecske[i].parentNode.insertAdjacentHTML('afterbegin', _ds(Math.round((t.getTime() + 3600000 - (new Date(kecske[i].innerHTML.substring(0, 19))).getTime()) / 1000)));
    	}
    }
    
    fuck_luxon();

    Ezt el kell URL-encode-olni, majd betenni ebbe a stringbe, a PLACEHOLDER helyére:

    opera:/button/Go to page, "javascript:PLACEHOLDER",1,Fuck luxon

    Ezt Operában URL-ből meg kell hívni, mondjuk így: http://oscomp.hu/depot/fuck_luxon.html (Belinkeltem volna nagyon szívesen közvetlenül ide is, de a nagyonokos drupálmotor úgy döntött, hogy olyan URL nincs, hogy opera:akármi és leharapta az elejét...)
    Az eredmény egy Opera toolkit gomb, amit kiszórhatunk a böngésző felszínére, bárhova és ha a követett tartalmak oldalon rábökünk, akkor meg is vagyunk: http://oscomp.hu/depot/opera12_fuck_luxon.png De betehető user-js-be is, mert az Opera 12 OOB támogatja az user-js-t és user-css-t is, nem kell hozzá mindenféle monkey, meg nem tudom milyen kiegészítő, mert ugye ez egy elmaradott böngésző...

    Hát kb. ennyire elmaradott. Melyik másik browser tudja ezt, hogy megfogod a kódot, amit valahol futtatni akarsz, belerakod egy URL-be és kidobod vele a browser felszínére? Hol van még lehetőség OOB csak úgy codesnippeteket futtatni egy definiálható gomb lenyomásával? Maximum valami extensionnel, akár Chrome, akár Firefox...
    A régi XUL alapú böngészőkben ugyan volt lehetőség "mini" extension-t csinálni erre a célra és csinálni hozzá toolbar buttont, de az is egy több fájlból álló extension, nem URL-be dobható codesnippet. És ugye az az "elavult" XUL volt, a WebEngine-vel ugyanezt már nem csinálod meg. Írhatsz rá egy teljes extension-t, digitális aláírással, minden lópikulával, hogy aztán, ha a Mozilla oldalán megint lejár valami cert, akkor a te saját extension-öd se működjön tovább. "Modern" browser. Ami kevesebbet tud, mint előtte! Fejlődés! Innováció! Bazmeg...

    Arról meg, hogy mit lehet megoldani a régi browserekben, meg mit nem, arról itt ez a tanulságos kis strip: https://www.commitstrip.com/wp-content/uploads/2016/07/Strip-Les-Prerolls-650-finalenglish-2.jpg
    Csak akarni kell.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2549223

    > Akkor ez a probléma megoldódott, úgy látom.

    Meg. Megint a júzer oldotta meg.

    > amíg nem megy az előrehaladás rovására

    Előrehaladás? Egy raklap dolog nem működik, minden sokkal lassabb lett, mint volt a D5-ben; ez hol előrehaladás? Vagy mi neked az előrehaladás? Az, amerre a web megy? Az közönséges degeneráció. "Progress Without Progress"

    > hobbiból támogassak

    Hobbiból? Én azt hittem, te ezért fizetést kapsz...

    > egy technikailag elmaradott böngészőt

    Mondd, te elolvastad, amit leírtam? Hol tud olyat a többi browser, mint amit most mutattam? A folyamatosan butított "modern" böngészőid azok, amik technikailag el vannak maradva. Nemhogy a Classic Operától, de a tíz évvel ezelőtti önmagukhoz képest is. A múltkori firefoxos topicban elég keményen ki volt vesézve, hogy mekkora visszalépés volt a XUL-hoz képest a WebExtension.

    > de az nem merül fel, hogy talán neked kellene megfelelő megoldást vagy böngészőt választanod.

    Talán pont az eddig részletezett okok miatt. Esetleg.

    > Nagyra tartom a HUP-ba fektetett eddigi erőfeszítésedet, de valószínűleg nekem nem lesz most erőforrásom kb. teljesen láthatatlan részesedéssel bíró böngészők támogatására.

    Sebaj. Eddig is megoldottam nélküled, ami problémákat okoztál nekem a "modernizálással". Ha már teljesen használhatatlan lesz a hup Operából, akkor sem browsert fogok váltani, hanem írok a hupra is egy frontendet magamnak, ahogy tettem a tönkrevágott youtube esetében is...

    Oldschool Computer - http://oscomp.hu




    HUP frissítés - 1.0.7: https://hup.hu/hup_frissites_1_0_7#comment-2549691

    Ezt nem tudom miért gondolod, de cáfolnám: amikor a tecső még nem volt full kliensoldalon renderelt, akkor egyszerűen megnéztem, hogy hol vannak a HTML-ben elhelyezve az adatok, ill. URL-ek, írtam egy HTML parsert, ami felépítette a node-fát, aztán csak kiszedtem a megfelelő helyről, amit kellett; amióta viszont full JS, azóta jelentős visszafejtő munka is van mögötte, ugyanis a tecső ad egy darab batár nagy JSON tömböt és abban kellett kitalálni, hogy melyik eleme mit csinál és hova való, hova fogja tenni a JS, amihez vagy visszafejted a fragmentált, űbertakony és egyébként is obfuszkált JS kódot, vagy lerenderelteted egy browserrel, aztán megpróbálod megkeresni...hogy aztán belefuss abba, hogy az adatok többször szerepelnek, több helyen, baromi hasonló nevekkel, a struktúrában pedig egyre kevésbé látja az ember a koncepciót, ahogy egyre mélyebbre ás benne...

    BTW, amikor még nem full kliensoldali renderelt volt, akkor még volt lapozó is, amivel arra az oldalra ugrottál, amelyikre akartál, most már csak "több találat betöltése" van; mi, hogy neked a 17. oldal kellene, hát kit érdekel büdös júzer: nyomd meg a gombot, várd meg amíg betölt, scrollozz le a következő betöltőgombig, aztán GOTO 10, 16x... Kényelmes és intuitív! És főleg modern és innovatív! Jó ég...
    Ez persze nem a kliensoldali render miatt van, át lehetett volna a régi lapozót is írni; a tendenciára célzok, hogy kiszerveznek mindent kliensoldalra, hogy ne a szervernek kelljen cache-lnie, meg renderelnie, szopjon csak az összes júzer gépe, viszont a kliensoldali rendert meg egyre bloatabb és bloatabb módon oldják meg, miközben egyre butább és butább lesz a felület... web2 sucks.

    Ha esetleg arra céloztál, hogy maga a backend tartalmaz olyan access point-eket (URL-ben ofcoz), ahonnan saját célra lekérhetsz tisztán adatot, akkor az úgy igaz, hogy megkönnyíti az ember dolgát, de annak viszont semmi köze a JS-hez, azt bármiből lehet hívogatni és az még nem teszi szükségszerűvé a kliensoldali rendert. Ilyen pontokat szerveroldali render mellett is lehet biztosítani a júzereknek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2551551

    Egyébként, ha már VIC-20, itt az egyik legütősebb VIC-20 demo ever: beszédszintetizátorral és rasztermegszakításokból felépített 3D kockákkal, egy bővítetlen VIC-20-ason: PWP - Robotic Liberation

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> trey , slinky


    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2551194

    +1, Commodore 128

    Oldschool Computer - http://oscomp.hu




    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2551226

    Már van ilyen. :P

    Oldschool Computer - http://oscomp.hu




    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2552322

    > Mi a jobb a kávéban: a fokhagyma vagy a pipa?

    "Mi jobb a kávéba, só vagy pipa?"

    Oldschool Computer - http://oscomp.hu




    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2551367

    Mondjuk, ha villogtatni akarod, akkor nem árt, ha megvárod amíg az elektronsugár végigfut az egész képernyőn és csak akkor cserélsz, mert így menet közben fogod átállítani a színt és csíkozni fogod a képernyőt.

    Sz*rk: Alámszerkesztettél, oké, látom a linkelt videón, hogy azt akartad, hogy csíkozzon, akkor jól csináltad.

    Oldschool Computer - http://oscomp.hu




    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2551552

    Tudom, erről beszéltem, hogy ha nem várja meg, akkor csíkozni fog.

    Oldschool Computer - http://oscomp.hu




    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2551364

    Szerintem a keretszínt akarta villogtatni; ha csak a keret és a háttérszínt akarta volna beállítani, azt minek tenné ciklusban, ha minden körben ugyanarra állítja őket?

    Oldschool Computer - http://oscomp.hu




    [Találd ki az évet] Mikor kezdtél el programozni?: https://hup.hu/cikkek/20201121/talald_ki_az_evet_mikor_kezdtel_el_programozni#comment-2551632

    Könyvem is van belőle. :P
    Sőt, az elődjét, az ALGOL 58-at is ismerem. Az ODRA-ról viszont sosem hallottam.
    De beismerem, hogy programozni sosem programoztam bennük. Csak '86-ban születtem. :P

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544371

    Az összes ablak tetszőleges áttetszőséggel ruházható fel.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544369

    Nosztalgia... Többet tud, mint bármelyik DE. (Oké, a KDE5-öt nem tudom, hogy mit tud.)

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2555515

    Step by step végigmentél és összehasonlítottad, hogy mit tud a TDE és a KDE5? Melyikre írtad, hogy többet tud, mint a másik?

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544370

    Most is.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544760

    Nem, többször nem lehet őket kirakni, de ez a KDE3-ban is így volt. Majd dobok nekik egy ticketet, hogy többször is szerepelhessen ugyanaz a gomb.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544764

    Lehet, hogy félreértettem, csak akkor kroozo tévedett, mert többször ugyanazt a gombot a régi KDE3-ban sem lehetett kirakni.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2545000

    Akkor nem értettelek félre, hogy a szabad elhelyezésről beszéltél.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544372

    Továbbá Alt+MouseWheel és lehet az áttetszőséget szabályozni.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544467

    > Ilyen hagyományos, egérkattintagtós DE-re

    Извините? Rommá konfigúrható univerzális hotkeyrendszere van. Azt vezérelsz benne billentyűzetről, amit akarsz, azt hívsz meg velük, amit akarsz.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544904

    A TDE-ben is van windowmanager, ami semmivel sem bloatabb valamelyik másiknál, sőt. Ha másra nincs igényed, akkor simán használhatod csak azt és akkor ugyanott vagy. A DE viszont nem az ablakozásról szól, hanem a szoftverkollekcióról. Arról, hogy milyen utility-k vannak benne. Az egy szál WM-ből mire DE-t csinálsz, kinő a szakállad, mert úgy kell összevadásznod minden vacakot. A Trinityben szinte minden basic/common tevékenységre van célszerszám.
    És mennyiben lesz bloatabb a Trinity szoftverkollekciója, ami mind a TQt-ra épül, mint az, amit a saját DE-dben összepakolsz többféle toolkites programokból? BTW, nem az a bloat, ami nagy, hanem az, ami feleslegesen nagy. A Trinityhez mellékelnek többszáz programot, amik binárisai összesen nem esznek meg még 100 MB-ot sem. A nálam telepített 350 program (összesen 60 MB-nyi) binárisából mindössze 11 eszik többet, mint 1 MB és kereken 100 db van, ami 1 MB és 100 kB között van; a maradék 239 bináris 100 kB alatt van. Ez távolról sem bloat.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2547607

    > Nem nő ki a szakállam, skill kell hozzá.

    Mihez? Programválogatáshoz?

    > Meg minden WM-nél csak egyszer kell megcsinálni, utána már hordozni lehet a rendszerek között a ~/.config/...-ból a .conf fájlokat.

    És attól hogy lesznek programjaid?

    > Tény, hogy főleg fapadosabb WM-eknél nem egyszerű, tapasztalat kell hozzá, de simán abszolválható. Először nehéz átlátni, hogy milyen panel, milyen kompozitor, milyen egyéb kell, de ahogy egyre több WM-et konfigurál az ember, annál inkább belejön, minek hol lehet utánanézni, konfigopcióknak, konfigfájl helye, hol keressen példákat, ihletet.

    Én azt hiszem, valamit nagyon félreértettél és nagyon leragadtál a WM-nél. Én arról beszéltem, hogy mire minden programot összevadászol magadnak, hogy megkapd a Trinity funkcionalitását, addigra kinő a szakállad és ez nem a WM-re vonatkozott, hanem a szoftverekre. Mivel fogsz rajzolni, hangot/videót vágni, torrentelni, és még sorolhatnám? Egy WM ezeket nem tudja. A végén úgyis összeállítod magadnak a saját DE-det.

    > Trinityt nem tudom mennyit eszik, nem a csomagok lemezigényére gondoltam, hanem a RAM igényére.

    2-300 MB, de ennek egy jelentős része előre foglalt RAM, meg cache és hasonlók.

    > És nem, nem csak azért, hogy maradjon szabadon RAM, hanem aminek kevés RAM igénye van, annak általában a betöltési ideje, reakcióideje is sokkal rövidebb.

    Általában. A Trinity-re ez igaz is. De pl. a GTK3 hiába nem eszik olyan vészesen sok RAM-ot, attól még olyan lassú, mint az állat.

    > Pedig már minden gépemben van 16 GB RAM, szóval nem a memóriaspórolásból, hanem a betöltési idők miatt, rendszersoványság miatt, meg minél egyszerűbb egy WM, vagy szoftver, annál kisebb méreteket tölt le frissítéskor, annál kevesebb a függősége, annál kisebb az esélye, hogy egy update-kor eltörik.

    Nekem is 16 GB RAM van a gépben. A Trinity alig eszik meg belőle valamit. És gyors. Már 10 éve is gyors volt.

    > Mondom, nincs bajom a Trinity-vel, amiket írtam, azt a DE-kre általában értettem. Ez a nincs másra igényem meg igenis fontos, mert ha kiszolgálja egy olyan WM, amivel a rendszer boot után 140 MB-ot eszik csak, akkor ne fusson egy olyan DE mindenféle ikonokkal, dokkal, menükkel, diszítéses hóbelebanccal 400-1000 MB RAM-ot használva, ha egyszer nem kell, feleslegesen minek bloatot futtatni?

    A DE az nem ikonok, meg dokk, meg menü; ezt egy WM is simán tudhatja: a DE az - nomen est omen - Asztali Környezet; egy szoftverkollekció. Nem arról van szó, hogy a WM mit tud, vagy mennyit eszik; kiebrudalhatsz mindent a Trinity-ből is, maradhat csak a WM-je és akkor az sem eszik többet 50-60 MB-nál, de ez még mindig a WM. A bloat meg nem azt jelenti, hogy nagy. A bloat azt jelenti, hogy feleslegesen nagy. Meg lehet nézni a Trinity tudását és meg lehet nézni a méreteit. A binárisokét is. Ez minden csak nem bloat.

    > mert sima text konzolban nincs hardveres gyorsítás, se vsync, se semmi, és ha görgetek benne, vagy egy watch-szerű script frissítene benne valamit, akkor villódzik a kép

    Ha a 80x25-ös karakteres képernyőt bámulod éppen, az nagyon is hardveresen van gyorsítva. Ha pedig egy terminálablakot az asztalodon, akkor meg ugyanannyira van hardveresen gyorsítva, mint bármelyik másik GUI-s programod: ha az X11-ed tudja és be van kapcsolva, akkor minden - a terminál ablaka is - gyorsítva van, ha meg nem, akkor meg a GUI-s alkalmazásaid sem.

    > Na meg böngészőhöz sajnos mindenképp kell a GUI.

    Vannak karakteres böngészők: Links, ELinks, W3M, Lynx.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544373

    Még csak az sem, mert folyamatosan fejlesztik a TQt-t, backportolgatnak bele, stb.

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544374

    Mennek vele. Itt láthatod a következő alkalmazásokat Trinity alatt:
    - puNES 0.102 (Qt4)
    - puNES 0.106 (Qt5)
    - NEdit (Motif)
    - YTFE (GTK2)

    Oldschool Computer - http://oscomp.hu




    Megjelent a KDE3 fork Trinity Desktop Environment R14.0.9-es kiadása: https://hup.hu/cikkek/20201104/megjelent_a_kde3_fork_trinity_desktop_environment_r14_0_9-es_kiadasa#comment-2544382

    Azokat én portoltam nekik; a dockert jó sokáig tartott, mire publikálták. :P

    Oldschool Computer - http://oscomp.hu




    Shiftelés, bit-bang és a C: https://hup.hu/node/171387#comment-2544531

    Én se értem mi az ötleteddel a gond:

    *d = (r & 0x8000) != 0;
    r <<= 1;

    Ezt C-ből máshogy nem nagyon oldod meg; ott nincs carry flag.

    Oldschool Computer - http://oscomp.hu




    Shiftelés, bit-bang és a C: https://hup.hu/node/171387#comment-2544590

    Mondjuk annyiban jogos, hogy nagyságra is lehet vizsgálni (r > 32767), mert ez ugyanazt jelenti, hogy a legfölső bit 1-es és akkor ugyanúgy megspóroltuk az és-vizsgálatot, mint az előjelesnél.

    Oldschool Computer - http://oscomp.hu




    Shiftelés, bit-bang és a C: https://hup.hu/node/171387#comment-2544587

    Ugyan nem értem, hogy jött ide a bitreverzió, de ha már az, akkor minek a ciklus?

    unsigned short int reverse16(unsigned short int x)
    {
    	x = (((x & 0xaaaa) >> 1) | ((x & 0x5555) << 1));
    	x = (((x & 0xcccc) >> 2) | ((x & 0x3333) << 2));
    	x = (((x & 0xf0f0) >> 4) | ((x & 0x0f0f) << 4));
    	x = (((x & 0xff00) >> 8) | ((x & 0x00ff) << 8));
    	return x; // Hogy szep legyen. :P
    }

    Innen, csak 16-bitre.

    Oldschool Computer - http://oscomp.hu




    Shiftelés, bit-bang és a C: https://hup.hu/node/171387#comment-2544653

    Ezt nem is tudtam, hogy az 5.3-as Lua előtt nem volt integer. (Nem, nem programoztam benne sose.) Hogy tudtak enélkül élni?

    Oldschool Computer - http://oscomp.hu




    Shiftelés, bit-bang és a C: https://hup.hu/node/171387#comment-2544718

    > A double a modern procikon, ahol van hardveres double aritmetika, ott szkriptnyelvre jó választás. A "mantissa" vagyis tört érték double esetén 52 bitnyi törtet tartalmaz. Ergó veszteség nélkül 52 bites számot oda-vissza használhatod.
    > Ha bárkinek demózni akarsz, az alábbit mutasd be float-ra (23 bit tört):

    Ha a számok, amikkel dolgozom, garantáltan nem fognak lebegőpontos értéket felvenni, akkor a lebegőpontos ábrázolás felesleges overhead-et csinál, nagy általánosságban is, de pont például az általad hozott bitwise műveleteknél pláne. Úgy meg főleg, ha csak 32-bitig működik, mert akkor minden 64-bites bitwise műveletet több lépésben kell végrehajtani.

    > Valamikor implementáltam C-ben egy saját virtuális CPU-t saját utasításkészlettel. Én is ezt követtem, csak double tipusa volt és minden egyszerűbb lett az implementációban.

    Virtuális CPU-t én is csináltam már egy párat, de eszembe se jutott volna float-only módon megcsinálni bármelyiket.
    A másikra: ne érts félre, nem bántottam a Lua-t, nem ismerem, csak ez így furcsa volt.

    Oldschool Computer - http://oscomp.hu




    Shiftelés, bit-bang és a C: https://hup.hu/node/171387#comment-2544598

    Ismernie kéne.

    Oldschool Computer - http://oscomp.hu




    Jöhetnek a Windows 10 alatt futó Android alkalmazások: https://hup.hu/node/171658#comment-2554370

    Valami hasonlót ígértek már régebben is. Emlékeim szerint mintha lelőtték volna ezt az emulációs projektet.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549145

    Vajon mikor lesz opt-inből először opt-out, aztán csak konfigból kikapcsolható, frissítéskor visszaálló, majd végül mandatory? Vajon mikor fog eltűnni "Secure Connection Not Available" felállás esetén a "Continue to HTTP Site" gomb?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549405

    Ebben igazad van, de itt nem csak a fals-biztonságról van szó, hanem arról is, hogy ha a browserek ki fogják kényszeríteni a HTTPS-t, akkor annak az első folyománya az lesz, hogy akik nem tudják kicsengetni a lét a certekre, azok vagy mehetnek a felhőbe (amivel megszűnik a kontrolljuk a saját cuccuk felett, akkor veszik el tőlük, amikor akarják), vagy mehetnek a levesbe. Még lehet self-signed és Let's Encryptes tanúsítványokkal tolni, de vajon meddig? A második folyománya meg az lesz, hogy mivel kikényszerítik a website-októl a HTTPS-t (természetesen a végén TLS sokpontnullával és újkori cipherekkel), a régi browserek nem fognak tudni egyetlen weboldalt sem kinyitni - hacsak fel nem tesz az ember egy Squidet, de az átlagember ezt nem fogja megcsinálni - tehát lehet a baromi "modern" bloated spyware-ekre updatelni.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549706

    Azokból is el kell adni az újat. :)

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549943

    Asszem kissé felületesen olvastad el, mert leírtam, hogy: "Még lehet self-signed és Let's Encryptes tanúsítványokkal tolni, de vajon meddig?

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550197

    És miután már mindenhol https van, hirtelen meg lehet tiltani a SS és LE-es felállásokat és vagy lehet perkálni, vagy menni a felhőbe, vagy a levesbe.
    Meg vitatkozhatnánk azon is, hogy a LE létezése még nem elég indok, hogy mindenki https-t akarjon, de ezt IMHO inkább hagyjuk.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550295

    > Miért tiltaná le a Mozilla azt a Let's Encryptet, aminek az első számú szponzora?

    Még. Még saját motorja is van, meg böngészője is. Még.

    > Ezt nem értem. Felhőből hosztolt site elé is kell cert, ha https-t akarsz.

    Ad a felhőszolgáltató, csak tartsd nála.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550347

    Nem, de a felhőszolgáltató olcsón fogja adni, hogy oda menjél. Ha saját szervert akarsz majd, akkor olyan drágán fogják mérni a certet, hogy ne tudd kifizetni.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549400

    > Egyébként pofázunk a környezetvédelemről, de az indokolatlan titkosítás végülis elég jelentős szándékos környezetszennyezést is jelent.

    ^ This. ^

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> answ


    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549402

    Ameddig opcionális, addig nincs vele baj. Aki akarja, használja. Akkor lesz baj, ha kötelező lesz.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> arpi_esp , Salcay


    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549423

    Mert a Mozilla folyamatosan veszi el a felhasználótól a konfigurálási lehetőségeket, a HTTPS kierőszakolása meg egy olyan tevékenység, amiben mindegyik mainstream browsergyártó részt vesz. Most még opció a HTTPS-Only, de ne csodálkozz, ha majd kötelező lesz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549442

    Nem az én hibám, hogy nem fogod fel, amit magyarázok.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549475

    Egyelőre sehol. De a tendencia azt mutatja, hogy lesz itt még bazmeg. (Amúgy a fel nem fogással az Operára céloztam, hogy hiába megy a duma, hogy elavult, bezzeg a többi browser, mert nem. Az Operából hiányoznak az ECC cipherek és azon HTML/JS/CSS feature-ök támogatása, amik utána jöttek ki, viszont, hogy maga a browser mit tud, mit lehet vele megcsinálni, az messze több, mint amit a többiek tudnak. Ezt nem akarod felfogni, hanem helyette inkább elavultozol, hátha attól igaz lesz. Próbáltál volna megoldani Firefox-szal, vagy Chrome-mal egy ugyanilyen helyzetet; vagy nem sikerült volna, vagy írhattál volna rá egy böhöm extensiont. Operában 10 sor JS volt. No comment.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549710

    gee kolléga vallásosan szereti a Mozilla céget. Az mindegy, hogy Mozilla éppen most mit csinál, jól van az úgy. Hiába kap ezer ellenérvet, az nem érv és kész.

    De most komolyan, szemlyeskedésen kívül van bármi a tarsolyodban?
    Tudod mit? Itt egy link a Mozilla viselt dolgairól és minden egyes állítás linkekkel, képekkel, mérésekkel van alátámasztva: https://digdeeper.neocities.org/ghost/mozilla.html
    Borítékolom, hogy el sem fogod olvasni, csak lesöpröd az asztalról, a szokásos konteó/haterkedés/hazugság/hülyeség vonósnégyessel, miközben minden egyes állítás linkekkel, képekkel, mérésekkel van alátámasztva. Vagy nem mondasz rá semmit. Vagy "nem lesz időd". Vagy, mivel ezeket már felsoroltam, hogy csak azért se legyen igazam, majd kiizzadsz valami egyéb terelést, de érdemi választ nem. De természetesen a fölényeskedés az meglesz, mintha lenne mire.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549745

    > Neked valaszoltam? Nem.

    Bullshit. Attól, hogy nem nekem replyzel, de rólam beszélsz a szemem láttára, azzal még engem szólítasz meg. Ez olyan, mintha állnánk hárman a kocsmában és te a harmadik személynek magyaráznád, hogy én mekkora fasz vagyok.

    > Mondtam a Mozillarol barmi pozitivat? Nem.

    Csak mosdattad. Megint. Személy elleni érveléssel. Megint. "A trécéhá egy Mozilla hater, szóval amit mond a Mozilláról, azzal nem kell foglalkozni."

    > Mondtam rolad barmi negativat? Nem.

    Na, ez viszont nettó hazugság. Beszólsz, hogy hater vagyok, tök mindegy mit csinál a Mozilla, az nekem nem jó, aztán egy kommenttel lejjebb meg közlöd, hogy nem mondtál rólam negatívat? Amikor téged kicsomagoltak a dobozból, az volt ráírva, hogy gerinc not included?

    > A linket nem nezem meg, mert nem erdekel. Se a Mozilla nem erdekel, se az, hogy neked mi a velemenyed roluk, vagy hogy miert.

    Aha, mit is jósoltam az elébb?

    > Borítékolom, hogy el sem fogod olvasni, csak lesöpröd az asztalról, a szokásos konteó/haterkedés/hazugság/hülyeség vonósnégyessel, miközben minden egyes állítás linkekkel, képekkel, mérésekkel van alátámasztva. Vagy nem mondasz rá semmit. Vagy "nem lesz időd". Vagy, mivel ezeket már felsoroltam, hogy csak azért se legyen igazam, majd kiizzadsz valami egyéb terelést, de érdemi választ nem. De természetesen a fölényeskedés az meglesz, mintha lenne mire.

    Jé, pontosan ez történt: el sem olvastad, érdemi válasz nélkül lesöpörted az asztalról, a szokásos fölényeskedéssel. No comment.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549889

    Persze, nem érdekel. Azért szóltál hozzá, mert nem érdekel. Azért vitatkoztál a másik topicban velem a Mozilla patkányságain és balfaszságain ötven kommenten át, mert nem érdekel. Mindenki elhiszi. (Nem. Senki.)

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550196

    Semmiféle logikai bakugrás nem volt ott, csak te akartad belemagyarázni: ezer példát (blogposztot, fórumot, bugticketet) hoztam arra, hogy a júzereknek tele a tökük azzal, amit a Mozilla csinál és ezért dezertáltak. Természetesen végig szelektíven reagáltál mindenre, mert ha nem reagálsz valamilyen forrásra, vagy érvre, akkor az nem is létezik, igaz? Hozzak ezernél több panaszt tartalmazó topicot. Hoztam. Nem reagáltál rá.
    És ugye itt is csak pusztán azért álltál neki baromságokat összehordani rólam, hogy nekem tök mindegy mit csinál a Mozilla az nekem nem jó, mert nem véded a Mozillát. FYI: Ha a Mozilla nem azt csinálná, amit az általam belinkelt és általad le se szart cikkben bebizonyít a figura, nekem semmi bajom nem lenne velük. Ha hirtelen előállnának azzal, hogy visszaállnak a XUL-ra, visszaadják az ALSA backendet és a GTK2-es frontendet, vagy adnak Qt-s, vagy bármilyen másik frontendet (nekem úgy is jó, csak legyen alternatíva a GTK3-ra), beszüntetik a kémkedést, a folyamatos butítást és ismét azon lesznek, hogy ez a browser a poweruserek paradicsoma legyen, akkor én arra annyit mondanék, hogy Mozilla FTW. Szóval nem az van, hogy bármit is csinál a mozzarella, az nekem nem jó, hanem olyan dolgokat csinál, ami nem jó.
    A te gondolatmenetedben van logikai bakugrás, nem az enyémben.

    És mielőtt megint nekiállnál belemagyarázni, nem ezzel az opcióval van baj; ezzel a HTTPS-Only-val, mint opcióval semmi baj nincs. Addig amíg opció. Ha kötelező lesz, az lesz a baj.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550251

    Hogy megelőzzek a részedről egy olyan szalmabáb-érvelés alapú támadást, hogy "mondd már meg, hogy mi a baj ezzel a feature-rel": semmi, amíg opció és nem kötelező.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550346

    > Akkor miről is szólt ez az egész fröcsögős agymenésed sok hozzászóláson keresztül?

    Tanulj meg olvasni: még opció, de meddig? És nem én voltam az egyetlen a topicban, aki ettől tart. Fröcsögni sem fröcsögtem, csak aggódtam, de neked minden fröcsögés, ami a fanboizmusod tárgyát kritizálja. Inkább neked tenne jót a pihenés, mert te fröcsögsz: olvasd vissza mit írkáltál eddig; ez is mi volt, ha nem butthurt fröcsögés?

    > Senki sem mondta, hogy ez valaha is kötelező lesz, jelenleg nem is utal rá semmi.

    De. A tendencia. Az összes nagy browsergyártó errefelé tereli a dolgot.

    > De te azért itt osztod az észt, hogy Mozilla és a Firefox mekkora tróger, mert egy ilyen opciót bele mertek tenni, meg amúgy is az Opera, az a szuper.

    Hazudsz. Sose mondtam olyat, hogy azért tróger a Mozilla, mert ezt bele merte tenni: világosan leírtam, hogy addig amíg opcionális, nincs gáz, csak nem tudsz olvasni, már megint. Az Operát meg én meg sem említettem, te hoztad be a topicba, mert buta vagy és fáj a segged, tehát ez is egy ordas nagy hazugság volt, de sebaj, magadat égeted, nem engem.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549757

    > ez valami thiller is lehetne

    Inkább horror. Életre kelt horror. Elolvasni persze neked sem sikerült. Féltek a valóságtól.

    > Hé ember

    Kecske, ha szabad kérnem.

    > egy böngészőről és egy cégről beszélünk, aminek ráadásul te nem használod a termékét, hiszen old-style Opera user vagy. Akkor meg?

    Az Opera kompromisszumokkal jár, pl. ha valamit nagyon meg kéne nézni, de az Operából pont nem megy, akkor kell egy szekunder browser. Ezt a pozíciót töltötte be a róka sokáig. Amíg végképp el nem kúrták. Még valami?

    > Ha nem jó, akkor nem használja senki és kész.

    És pontosan effelé tendálunk, hiszen féltégla módjára zuhan a részesedése. Nem baj?

    > Megszüntették a XUL-támogatást? Te jó ég, most mi lesz???

    Részesedéscsökkenés. De nem lesz, hanem már van. Folyamatosan.

    > Én elég jól ismerem a XUL-t, dolgoztam vele, de konkrétan leszarom, mert az érdekel, hogy megfelelően működjön a böngésző.

    Ha elég jól ismernéd a XUL-t, akkor azt is tudnád, hogy a WebExtension sokkal gyatrább, erőforrásigényesebb és biztonságtalanabb, azaz a browser nem működik megfelelően.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549827

    Nincs mit.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2549826

    Ezek nem zárják ki egymást. Bármelyik oldalba bele lehet injektálni custom JS-t, vagy CSS-t Operával, amivel életre lehet lehelni a nem működő részeket, de ez idő és munka. Ha használok egy oldalt, mint pl. a hupot és ott elkúrnak egy funkciót az Opera számára, akkor meg fogom csinálni. De amikor csak épp kinyitnék valamit, mert el akarom olvasni, vagy meg akarom nézni, aztán sose jövök vissza többet, akkor szerinted majd arra a két perc használatra rászánok fél óra-óra munkát, hogy megnézzem Operából? Nem. Ki fogom nyitni PaleMoon-ban. Ahogy azokat az oldalakat is, amik ECC cipheresek, hiszen azok be sem engedik az Operát. Még mindig nem volt érkezésem összelőni egy Squides setupot, vagy kipróbálni, hogy a kiszivárgott Opera 12.15-ös forrásokat le lehet-e buildelni az SSL patch-csel. Mert egyszerűbb kinyitni PaleMoon-nal arra a pár pillanatra. Nyilván a végtelenségig nem úszom meg és vagy a buildet oldom meg, vagy a Squidet rakom fel.

    Most már teccikérteni? Nem mindegy, hogy minden nap használni fogom Operából, tehát meg kell csinálni, vagy egyszer nyitom ki és arra jó a szekunder browser is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nevergone


    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550353

    > Jaj, hát ezt imádom. Szerinted azért van részesedéscsökkenés, mert megszüntették a XUL-támogatást? Szerinted a felhasználók tudják, hogy mi az a XUL, netán érdekli őket?

    Fú, te tényleg nagyon buta vagy. A XUL-t konkrétan lehet, hogy nem tudják mi, de azt csak értik, hogy egyik pillanatról a másikra a kiegészítőik megdöglöttek... Ráadásul van olyan, ami örökre, mert van, amit portolni sem lehet, mert a WebExtension a felét se tudja a XUL tudásának.

    > Apropó, az Opera hogyan áll a XUL-támogatással?

    Látom, nagyon fáj az Opera, ha ilyen butthurt intertopic hisztériát levágsz miatta és ilyen ostobaságokat vagy képes "érvként" felhozni. Most mondhatnám, hogy van az Operának saját API-ja, amivel lehet ugyanolyan fasza dolgokat csinálni, mint a XUL-lal, néhol még többet is, de felesleges, mert egyrészt úgy sem érted, másrészt meg nem fogod fel, hogy a hangsúly nem magán a XUL-on van, a butításon, hogy a régi okosabb és gyorsabb volt, mint az új.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550375

    > Nekem kevésbé fáj az Opera, mint neked a Firefox, legalábbis nem kezdtem flamelni róla.

    Ki flamelt? (Mármint rajtad kívül, mert ez már az, amit csinálsz: flame.) Annyit mondtam, hogy az eddigi tendenciák alapján könnyen lehet, hogy ez se sokáig lesz opcionális.

    > Amúgy pedig megsúgom: egy időben sok Firefox-böngészőt használó ember számítógépét kezeltem és a döntő többségük semmilyen kiegészítőt nem használ. Sőt, nem is tudja/érdekli, hogy mi az.

    Reprezentatív! Extrapolálható az összes egykori Firefox felhasználóra!

    > Én 1.0 óta használok Firefoxot elsődleges böngészőként és webfejlesztőként semmi gondom sem volt a XUL kivezetéséből, max. kicsit kevesebb memóriát eszik a böngésző, mert a XUL-nak azért kellett a memória (fejlesztettem benne). Minden kiterjesztésem megy, ami pedig nem, annak hamar találtam értelmes és funkcióban egyenértékű kiegészítőt.

    "WORKSFORME." Mondd azoknak, akik egyetértettek ezzel a poszttal, mert annyira tetszik nekik az irány, amit a mozzarella képvisel. Meg azoknak, akik ezzel szívnak; "kicsit kevesebb memóriát eszik a böngésző", lol.

    > Szóval ez az egész, amit itt előadsz HTTPS, Firefox és Mozilla témában, nos akkora műhiszti, hogy simán jelentkezhetnél vele valamelyik valóságshow-ba.

    Nem-nem. Hisztizni itt még mindig te hisztizel, én csak leírtam, hogy szerintem mi sülhet ki ebből és nem egyedül én írtam ezt, dehát neked csak engem sikerült megtalálni és engem is az Operával, azaz szúrkálni próbálsz érvek híján, azaz fáj a valagad, azaz hisztizel. (Ami a valóságshow-kat illeti, te miért nem jelentkezel? Ilyen stílussal és ennyi ésszel simán nyernél...)

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550398

    A másik topicban ezer forrást linkeltem erre is. Az reprezentatív.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550486

    > Szerintem erre nem linkeltél forrást. Olyan forrást linkeltél, hogy hány felhasználója volt a firefoxnak, és utána leírtad a véleményedet, hogy lehetséges, hogy amennyi total firefox felhasználó volt, annyi geek/poweruser (vagy már nem emlékszem, milyen kifejezést használtál) volt az összes internet felhasználó között. Ezután leírtad azt a véleményedet, hogy az összes firefox felhasználó poweruser volt, akik a kiegészítők miatt firefoxoztak.

    > Majd levontad az itt is hangoztatott következtetést, hogy a kiegészítők miatt léptek le a poweruser felhasználók.

    Szerinted... Talán nyisd ki a másik topicot. Olyan topicokat és blogposztokat linkeltem, ahol felhasználók és fejlesztők panaszkodnak, de nem fogadtad el, hanem először megpróbáltad elbagatellizálni, hogy csak marginális számú embert érintett, vagy érdekelt, aztán kértél olyan topicot, ahol legalább ezer panasz van. Adtam. Nem reagáltál.

    > Csak hogy értsd: nem azzal van a baj, hogy van egy véleményed és feltételezel dolgokat, hanem azzal, hogy mindezt úgy állítod be, mint ha tények lennének.

    Hoztam rá forrásokat, de nem fogadtad el. Amikor végképp nem volt már mibe belekötni, akkor egyszerűen nem reagáltál rá. Nem tűnt fel, hogy abban a topicban a huptól merőben szokatlan módon elég nagy volt az egyetértés a Mozilla dolgai kapcsán?

    > Azzal, hogy tényként beszélsz ezekről akkor nem lenne baj, ha olyan bizonyítékokat tudnál mutatni, ami igazolja az állításaidat. Az, hogy van egy fórum, ahol mondjuk 50 vagy 100 vagy ezer vagy 10 ezer ember panaszkodik valami miatt, az nem bizonyít azon kívül, hogy ennek az x embernek ez a dolog nem tetszett, semmit. Azzal tudnád bizonyítani azt, hogy a firefox felhasználók nagy része a kiegészítők változása vagy privacy concern miatt hagyta ott a platformot, ha lenne egy olyan statisztikád, ami megkérdezte az embereket (akár az összeset, akár egy elég nagy mintát, akik a firefox felhasználói bázist jól reprezentálták), hogy miért hagyták ott a platformot, és döntő többség ezeket a válaszokat jelölte volna meg.

    Értem, tehát most már kérdezzem meg az összes ex-Firefox usert, hogy miért dobták a browsert. Kiváncsi lennék, mi lenne, ha hoznék ilyen "exit pollt", szerintem azt is lesöpörnéd az asztalról, hogy "nem mérvadó", vagy "hater" aki készítette, vagy, hogy kamu az egész.

    > Ha linkeltél ilyen exit pollt a másik topciban, azt nem láttam, de simán lehet, hogy a sok teljesen irreleváns linked között egyszerűen nem tűnt fel. Persze ahhoz, hogy reprezentatív felmérést lehessen készíteni, legalább azt kellene tudni, hogy milyen felhasználók használták a firefoxot. Lehet, hogy erre van valami kimutatás, pl. Mozilla tudja mert megfigyelték/statisztikázták vagy megkérdezték a felhasználókat, de a másik topicban megint csak, nem láttam ilyen statisztikát linkelve, csak a feltételezésedet, hogy kb. minden firefox felhasználó a kiegészítők miatt használta a böngészőt.

    "Exit pollt" senki nem készített ennek a kapcsán. Volt a Firefoxnak egy elég tekintélyes bázisa. A Mozilla meg elkezdte szétverni a browsert. A júzerek tízezrével panaszkodtak. Aztán pedig milliószámra dobbantottak. Ezek mind tények, amikre mindre hoztam több forrást is. Ha szerinted nincs összefüggés közöttük, akkor arra végképp nem tudok mit mondani, főleg úgy nem, hogy te voltál az, aki kamu számokkal dobálóztál, mindennemű forrás nélkül; azt bezzeg el kellett volna fogadni "exit poll" nélkül is. Az egészben az a vicces, hogy úgy tagadod az összes állításomat, hogy beismerten direkt nem olvasol el semmit, amit belinkelek, mert állításod szerint téged ez az egész nem érdekel, azért vitatkozol velem még mindig.

    > Ahogy ott is írtam, nekem ugyanaz a tapasztalatom, mint amit nevergone írt, hogy az általam ismert volt és jelenlegi firefox felhasználók nem abba a csoportba tartoznak, akikbe szerinted kb. minden firefox felhasználó tartozott. Tehát nagyon gyanús, hogy tévedsz. (És persze mivel nem használtak kiegészítőket, a kiegészítők változása fel se tűnt nekik, tehát nem emiatt hagyták ott a firefoxot).

    Ehen. Tehát, ha én tucatjával linkelek topicokat, ahol felhasználók ezrei panaszkodnak, az nem reprezentatív, hozzak milliós bázisú exit pollt, de ha te meg nevergone ismertetek pár tucat usert, aki tojt az egészre, akkor az reprezentatív. És még én mérek kettős mércével.

    > Megelőzendő a szokásos szalmabáb érvelésedet

    Nekem van szalmabáb érvelésem? Folyamatosan azokat varrod a nyakamba, amiket ti csináltok.

    > meg azt, hogy én a Mozillát védem: engem nem érdekel, hogy igazad van vagy nincs igazad. Kizárólag az érdekel, hogy tudod-e bizonyítani azt, amit tényként állítasz be. Ha van reprezentatív firefox exit poll statisztikád, akkor azt nyugodtan linkeld ide be (de csak azt, ne ezer irreleváns egyéb között legyen eldugva).

    Aha, azért vitatkozol még mindig, mert nem érdekel, csak az, hogy tudom-e bizonyítani, amit neked nem lehet bizonyítani, mert semmit nem fogadsz el. Először forrásokat kértél. Kaptál. Aztán azt mondtad, hogy legyen olyan topic, ahol legalább ezren panaszkodnak. Volt. Most már komplextt "exit pollt" akarsz, kérdezzünk meg minden Firefox usert, mert különben nem reprezentatív.

    > Megígérem, hogy ha csak egy darab linked adsz, azt meg fogom nézni (szóval felesleges azzal jönni, hogy a korábbi linkeket se néztem meg). Persze csak olyan exit poll statisztikát tudok elfogadni bizonyítékként, ami azt is leírja, hogy hogyan választották ki a megkérdezetteket és hogyan biztosították, hogy a megkérdezettek tényleg reprezentálják a valamikori viszonylag nagy felhasználói bázist.

    Aha, nyilván tudod, hogy ilyen exit pollt nem csinált senki, azért fölényeskedsz itt. A probléma csak az a baj ezzel a nagy fölényeskedéssel, hogy több alkalommal is volt, hogy csak egy-egy linket kaptál és azokat sem nézted meg. No comment. (És ez itt megint nem azt jelenti, hogy nem írtam kommentet, hanem, hogy minősíthetetlen amit művelsz.)

    > Alternatív megoldásként azt is el tudom fogadni, hogy ha azt írod, hogy bizonyítékod ugyan nincs, de _szerinted_ így lehet ez. Viszont ebben az esetben fel kell készülnöd arra, hogy lesznek emberek, akik leírják majd, hogy szerintük meg valami más.

    Alternatív megoldásként azt javaslom, hogy nyisd ki a szemed. A másik topicban is kb. ketten-hárman kötöttétek az ebet a karóhoz, hogy de a Mozilla nem is veri szét a browsert, a Firefox meg nem egyre szarabb, miközben kb. hússzor annyian egyetértettek abban, hogy de. Ennyit arról, hogy majd az emberek leírják, hogy valami más miatt dezertáltak a felhasználók.

    > (utolsó próba értelmes párbeszéd folytatására)

    Álszentség LVL999999. Ti kezdtétek a személyeskedést és ezek után van bőr a képeden azt mondani, hogy velem nem lehet értelmesen párbeszédet folytatni?

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550606

    > Persze, hogy nem. Hogy a kék égbe lenne reprezentatív?

    Úgy, hogy ellenvéleményt szórványosan találsz. Esetleg.

    > Igen. Látod, ez úgy működik, hogy te leírsz valamit, pl. azt, hogy a "Firefox félmilliós egykori felhasználó bázisa az kizárólag power userekből állt, akik a kiegészítők miatt használták a programot, aztán amikor a Mozilla megváltoztatta az akármit és emiatt a kiegészítők nem működtek tovább, akkor dobbantottak", akkor az két dolog lehet.

    > Bármit is állítasz, akár hipotézis, akár tények, lehet, hogy másoknak más véleménye van, pl. saját tapasztalat alapján. Főleg akkor számíthatsz erre, ha amit állítasz, az szöges ellentétben van azzal, amit az emberek tapasztalnak.

    Amivel brutális kisebbségben vagytok. Csak az itteni viszonyok alapján is, de a neten is messze több negatív véleményt találsz, mint pozitívat.

    > Az, hogy nevergone és az én tapasztalatom micsoda, az nem reprezentatív minta, nem is állítottuk ezt. Tudod, állítás és cáfolat. Ha te azt mondod, hogy minden rovar bogár, akkor a cáfolathoz nem kell nevergone-nak vagy nekem megmutatni, hogy nincs olyan rovar, ami bogár, elég csak egyet mutatni, ami rovar, de nem bogár.

    Csakhogy én nem mondtam, hogy az összes dezertáló Firefox user a Mozilla szemétsége miatt lépett le, csak azt, hogy ezért fogyatkozott meg ennyire a tábor. Úgyhogy ha tudtok mutatni egy usert, aki nem ezért lépett le, az nem cáfolja, amit mondtam, mert nem azt mondtam, amit te mondasz, hogy mondtam. Ez a szalmabáb érvelés.

    > Amikor azt írtam, hogy ez a te feltételezésed, azt felháborodottan kikérted magadnak. Ez nem feltételezés, ez tény. Szóval nem az 1-es lehetőség, hanem a 2-es.

    A tények azok, amiket leírtam egyel feljebb. Amiket megint leszartál és figyelmen kívül hagytál.

    > OK, ha te állítasz valamit és kijelented, hogy tény, akkor kell, hogy legyen bizonyítékod is. Ezt kértem. Nem tudtál mutatni, helyette hoztál mindenféle terelést.

    Hazudsz. Megint. Ahogy terelni te terelsz folyamatosan. Amit kértél, - az exit poll kivételével - mind megkaptad, de egyiket sem fogadtad el. Folyamatosan emeled a lécet.

    > Belinkeltél egy fórumot, ahol a teljes felhasználó bázis kb. 1 ezreléke volt tag, ennek az 1 ezreléknek egy része panaszkodott valami miatt, az 1 ezrelék egy másik része meg azt írta erre, hogy akik panaszkodnak hülyék, mert ez nem is gond, stb.

    Egy fórumot linkeltem be? Most már olyan látványosan hazudsz, hogy az már fájdalmas...

    > Ez nem bizonyít semmit.

    Ja. Neked semmi sem bizonyíték, ami nem azt bizonyítja, amit látni akarsz.

    > Még ha a felhasználó bázis egy százaléka együttesen panaszkodna, akkor se lehet ebből kijelenteni, hogy a felhasználó bázis 100%-ára igaz, amit az 1% mond, ha az 1% nem gondosan összeválogatott reprezentatív minta. Ez az 1%% tagság leírt véleménye elég lehet egy hipotézis felállításához, de te kikérted magadnak. Te nem feltételezel. Te ismered a tényeket.

    Belemagyarázás, bullshit, stb. Állítottam négy dolgot. Azokat alátámasztottam. Levontam belőle egy konzekvenciát, hogy a felhasználók azért pártoltak el, mert nem úgy fejlesztik a browsert, ahogy az jó lenne. Cáfolni ezt nem tudtátok, csak vinnyogtok, hogy nem és kész.

    > Szóval igen, szeretnék valami bizonyítékot látni.

    Nem, te nem bizonyítékot szeretnél látni. Azt kaptál eleget, de semmit nem fogadtál el, hanem mint mondtam, emeled a lécet. Azt sem fogadnád el, ha tényleg lenne exit poll. Megtámadnád valami bullshittel.

    > Nem tudom, csak feltételezem.

    > Ha nincs bizonyíték, akkor csak annyit, hogy OK, hát jobban belegondolva ugyan azt mondtam, hogy ez tény, de valójában nem tudom bizonyítani, hogy ez tény és nem csak egy vélemény, szóval kezeljük ezt a helyén, feltételezésként a továbbiakban.

    Magyarul sikerült addig emelni a lécet, hogy ne lehessen rá semmit se hozni, mi? Jézusom... Miért nem kéred név szerint az összes ex-Firefox user kilépésének indokát? (Mint az egyszer vicc a protekcióról és a második világháború áldozatairól.)

    > Pontosan. Örülök, hogy kezded megérteni. A másik topicban is leírtam, hogy nem érdekel a Mozilla, viszont a gondolatmenetedben logikai hibát láttam, és szeretek a (vélt vagy valós) logikai hibák végére járni.

    Szarkazmus volt ember... Csak azért totál hiteltelen, amit mondasz, mert ha ezt komolyan gondolnád, akkor nem próbáltál volna meg ilyenekkel hiteltelenné tenni, hogy Mozilla hater vagyok, hogy aztán letagadd, hogy őket véded és azért nem olvasol el semmit, amit belinkelek, mert téged nem érdekel a Mozilla, de amit én belinkelek, az amúgy sem bizonyíték, mert csak egy fórumot linkeltem, mert nem csak egy linket adtam, mert nem mutattam ezer fős panasztopicot, nem hoztam exit pollt.

    > És egyébként ebből következik az is, hogy miért nem reagálok minden egyes szavadra. Amíg érdekel, addig szívesen folytatom a beszélgetést. De van olyan, hogy nem érdekes már.

    Bullshit. Egyszerűen amire nem tudsz mit kiizzadni, hogy miért is nem a Mozilla az oka, hogy leléptek a felhasználók, azt kihagyod.

    > De ez, itt, nem munka. Ez szórakozás. Ha nem szórakoztat, akkor nem idegesítem magam, egyszerűen figyelmen kívül hagyom. Nem válaszolok, további válaszokat esélyes, hogy el se olvasom.

    Eddig nem érdekelt, most meg szórakoztat? Már ennyire nem tudsz mit kiizzadni magyarázatnak, hogy miért próbálod meg ennyire görcsösen cáfolni, hogy a Firefox felhasználótáborának összerogyása a Mozilla viselkedése volt?

    > Te kezdted a személyeskedést, és nem a személyeskedés miatt nem lehet veled értelmesen párbeszéldet folytatni, hanem azért, mert nem arra válaszolsz, amit kérdezek tőled.

    Dupla hazugság. A személyeskedést te kezdted. Itt azzal, hogy lehatereztél, a másik topicban azzal, hogy lehazugoztál. És ha nem tűnt fel, én szinte betűnként válaszolok mindig.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550452

    > Csak arra szeretném felhívni a figyelmedet, hogy erősen kettős mércét alkalmazol.

    Csak arra szeretném felhívni a figyelmedet, hogy hazudozol és személyeskedsz.

    > Ha rólad bárki bármit mond, azon felhúzod magad, és sok hozzászóláson keresztül bizonygatod, hogy nem csináltál disznóságot, ne állítsanak be hülyének, nem vagy Mozilla hater, és a többiek milyen szemetek, mert személyeskednek.

    Miért is kell rólam bármit mondani? Mert mondtam valamit a Mozilláról? Merthogy én a Mozilláról mondtam dolgokat, nem rólatok. Ugye megvan, hogy ezzel elismerted, hogy ti kezdtétek az egészet?

    > Te viszont simán leírsz olyasmit valakinek, hogy az az ember fanboi, vagy nagyon buta. Ha nem tűnt fel, ez pont az a fajta személyeskedés, amit ki szoktál kérni.

    Amilyen az adjonisten: nem én kezdtem. Sose mondtam, hogy nem vágok vissza. Tűrjem szó nélkül? Ha valaki itt kettős mércét alkalmaz, az ti vagytok. Valaki kritizálni meri a Mozillát és erre rögtön anyázni, meg vádaskodni kezdtek. Így csak egy fanboi viselkedik.

    > Azzal nincs bajom, ha valaki nem szereti a személyeskedést, de akkor mindkét irányban kerülni kellene. Vagy ha az egyik irányban OK, akkor nem kellene azon csodálkozni, ha visszafelé is jön.

    Csakhogy ti kezdtétek. Én a Mozilla dolgairól és tendenciákról beszéltem, mire te jöttél a haterezéssel, nevergone meg a fröcsögéssel. Neked még arra is volt bőr a képeden, hogy előadd, hogy nem hozzám beszéltél és nem mondtál rólam semmi negatívat... No comment.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550487

    > Nem.

    Fantasztikus cáfolat. Akkor mit csináltál fentebb, amikor engem mindenfélének tituláltál, majd közölted, hogy nem hozzám beszélsz? Óvoda...

    > Nem tudom, ki az a "ti". A többiek nevében nem tudok nyilatkozni. Én biztos, hogy nem kezdtem.

    Te és nevergone. Most linkeltem be, hogy hol kezdted.

    > Nem akarom előírni neked, hogy hogy viselkedj, de ha a véleményemet kérdezed: igen. Vagy legyints és hagyd az egészet a francba, vagy kérd ki magadnak a személyeskedést, de te magad ne folytasd.

    Tényleg? Ha így gondolod, akkor te miért nem teszed ezt? Látod ez a kettős mérce. "Whiskey-t iszol és hugyot prédikálsz", hogy egy klasszikust parafrazáljak.

    > Most mondhatnám azt, hogy te kezdted azzal, hogy Mozilla fanboi-ként jellemeztél engem, és én napokkal később írtam, hogy hater vagy, szóval az, hogy én kezdtem, az nehezen állja meg a helyét, de az igazság az, hogy nem zavart, mert nem érdekel, hogy mit írnak rólam (se a te, se más fórumtagok véleményére nem adok sokat.

    Persze-persze, téged nem érdekel, még mindig, azért vitatkozol még mindig. Ami a fanboi-t illeti, te kezdted a személyeskedést a másik topicban is, amikor hazugnak neveztél, mert nem voltál hajlandó sem forrást, sem mást elfogadni, amit én mondok, az hazugság. Mindezt úgy, hogy ebben a topicban úgy beégetted magad hazugság címszó alatt, amikor címkézni kezdtél, aztán meg közölted, hogy nem mondtál rólam semmi negatívat.

    > Egyikőtöket se ismerem személyesen és túl sok ember van az interneten ahhoz, hogy mindenkivel leálljak vitatkozni, vagy mindenkit megpróbáljak meggyőzni bármiről).

    Akkor mit csinálsz már megint? Mert szerintem pont ezt.

    > Az se zavar, hogy tévedsz, mert teljesen mindegy az, hogy én nem vagyok Mozilla fanboi vagy igen, ha neked ez a véleményed akkor ezt írod le. Kalap, kabát.

    Aha, téged még mindig nem érdekel. De azért folytatod.

    > Csodálkozom, hogy azon, hogy másvalakinek azt írtam, hogy Mozilla hater vagy, így felhúztad magad.

    Nem húztam fel magam. Ha felhúztam volna magam, nem válaszolnék neked. Csak közöltem, hogy álszent pofátlanság, amit csinálsz.

    > Egyfelől az, hogy valaki Mozilla hater, az nem tűnik számomra sértésnek (bár számomra az se tűnik sértésnek, ha valaki azt írná, hogy én valami disznóságot követtem el, te pedig ezen is felhúztad magad, szóval simán lehet, hogy egyszerűen csak máshol van a tűréshatárunk).

    Sértésnek nem sértés, csak személyeskedés, személy elleni érvelés, hogy úgy állítod be, mintha én vakon, minden ok nélkül utálnám őket (hátha így hitelteleníteni lehet,amit mondtam), holott leírtam, hogy nem. De ezt sem olvastad el. És ezen sem húztam fel magam, mert akkor nem válaszolnék, ahogy mondtam.

    > Nem akartalak megsérteni. Nem gondoltam bele, hogy mit fogsz hozzá szólni, mivel nem is neked írtam, viszont belegondolva azt feltételezném, hogy te saját magadat (is) Mozilla haternek gondolod.

    Ezen már fetrengek... Komolyan, hihetetlen vagy. Nem is nekem írtad? Te mit szólnál hozzá, ha én elkezdeném magyarázni pl. Hevi-nek, hogy te szerintem egy fizetett Mozilla troll vagy, úgy, hogy tudom, hogy itt vagy és olvasod? Na, ez az álszent pofátlanság.

    > Kíváncsi vagyok, hogy jellemeznéd akkor a Mozillához fűződő kapcsolatodat.

    Leírtam. Elolvastad? Nem. A szokásos.

    > Nézd, én is jellemzően bő lére eresztve sokat kommentelek, ahogy te is. De legalább a hosszú kommentelés végére nem írom oda, hogy no comment, LOL.

    A no comment a végén nem azt jelentette, hogy nem írtam kommentet, hanem azt, hogy minősíthetetlen; lásd a másik kommentet.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550501

    > Szerintem te teljesen össze-vissza beszélsz, olvasd már el a hozzászólásaidat.

    Neked kéne elolvasnod a hozzászólásaimat, mert szemmel láthatólag nem tetted.

    > Te kezdtél trollkodni, hogy a köcsög Mozilla biztosan kötelezővé fogja tenni a HTTPS-t

    ROFL, szóval, ha kritizálom a Mozillát, az trollkodás. Ez eddig egy. Kettő, már megint analfabéta vagy: hol írtam, hogy "biztosan"? Én ilyet nem írtam. Olvasd már el, mit írtam. Azt, hogy a tendenciák alapján lehet, hogy ez lesz. Három: nem csak én mondtam ezt. A többiek nem számítanak?

    > meg amúgy is mi szükség volt erre

    Megint analfabéta vagy. Ilyet sem írtam.

    > és biztosan kötelező lesz egyszer a Firefoxban a HTTPS és akkor összeomlik a világ.

    Nem, nem "biztosan", hanem "lehet". Elég nagy különbség.

    > Te hoztál ide mindenféle Mozilla-konteót, aminek nagy része erősen szubjektív, plusz eléggé kiragadott dolgokat tartalmaz.

    "Konteó." Ez ilyen végső érv, amire kimondják, az meg van semmisítve, az nem igaz. Pontosan erről beszéltem fentebb, hogy az a cikk, amit linkeltem, tételesen minden állítását forrásokkal, mérésekkel és képekkel támasztotta alá, de tuti konteónak lesz bélyegezve. Meg szubjektívnek, meg kiragadottnak. Olyan nincs, hogy bármi igaz lenne belőle.

    > Te beszéltél arról, hogy mekkora felhasználóbázist veszített a szemét Mozilla azzal, hogy kivezette a XUL-t

    Már megint nem tudsz olvasni, a XUL ennek csak egy eleme volt. Itt írtam le a főbb elemeket.

    > mert az szerinted maga volt a tökély, micsoda agyatlan barmok ezek.

    Hol írtam ilyet, hogy az maga volt a tökély? Hol? Linkeld már be. Ennyire analfabéta vagy? Mit olvasol te?

    > Mindezt úgy, hog te amúgy old-style Operát használsz és rosszul esik neked, ha egy weboldal olyan modernebb megoldásokat tartalmaz, amit a te elavult böngésződ már nem támogat.

    Hú, de rohadtul fáj neked az Opera. Fáj, hogy az még mindig működik és meg is lehet benne oldani, ha egy oldal "modernebb megoldásokat tartalmaz, amit az én elavult böngészőm már nem támogat", ellentétben az egyre szarabb Firefoxszal. (Abban hogy oldottad volna meg a másik topicban reportolt issue-t?) Csak szólok, hogy nemsokára az is a Classic Opera sorsára jut, mert egyre kevesebb oldal foglalkozik vele, egyre kevesebb oldal működik benne. Azt hogy fogod életben tartani, amikor mindent elkövettek, hogy minél kevésbé legyen bővíthető?
    Jah és a szokásos buzzwordok: "modern" és "elavult". A te képzeletedben. Csak a saját ostobaságodat bizonyítod vele, ha ignorálod a demonstrált tudást és felszopod a mainstream-et.

    > Nyilván mindig más a hibás, te sohasem.

    Érdekes megállapítás; vajon neked ezt hányan mondták már a Drupal 8 átállás kapcsán?

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550510

    Elfogytak az érvek? Mindenre válaszoltam, miről beszélsz?
    Inkább nálad fogytak el az érvek és így akarsz "elegánsan" kihátrálni. Bár igazából érveid nem voltak, csak nettó hazudozás, hogy én mit mondtam, amit nem is mondtam. Ja, meg, hogy az Opera elavult. Mert valamiért neked ez nagyon nagy seggfájást okozott, hogy meg lehetett benne 10 sor JS-ből oldani, ha valami "modern" többszázkilós szar befosott. De kibaszol te még velem, igaz?

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550551

    Mint valami mantrát, úgy ismételgeted görcsösen, hogy "elavult, elavult, elavult", hátha akkor igaz lesz. Ez már tényleg végképp szánnivaló. Olyan elavult volt, hogy 10 sorból meg lehetett oldani valaminek a támogatását, ami már nem támogatott benne. Reparon a patikában. Látogasd végig az összeset, hátha úgy elég lesz.
    Tudod mi elavult? A Firefox. Rövidesen vagy kihal, mert már nem fognak menni benne az oldalak, vagy pedig Chromium fork lesz belőle. És ellentétben az Operával, ahol lehet mindenféle apró homebrew patkolásokat csinálni, hopp itt három sor user-JS, ott hat sor user-CSS és megint megy egy oldal, a Firefoxhoz meg vagy írhatsz kiegészítőt, vagy válthatsz krómra. Vagy megteszi helyetted a Mozilla.

    BTW, kinyitottam PaleMoon-ban a hupot (Operában egy jelentős része ki van blokkolva) és megnéztem mennyi JS ömlik le: http://oscomp.hu/depot/hup_debugger_net_js.png

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550590

    > Nézd, a felhasználók döntő többségének egyetlen sor kódot sem kellett írnia, hogy működjön az a Javascript. Neked pedig egyedileg kellett megvarázsolod.

    Nem ez a kérdés, hanem az, hogy Operában meg lehetett csinálni. Ugyanis nemsokára a Firefox-ban való működést is le fogják tojni a weben. Csak a króm és a Safari fog számítani. És akkor a Firefox vagy átáll króm motorra, vagy csengettek neki. Az Operát viszont lehet tovább hackelni.

    > És jöhetsz azzal, hogy mikor jelent meg az utolsó HTML szabvány, és hogy elviekben nem elavult a böngésződ, ha gyakorlatilag mégis az.

    Még mindig nem vagy képes értelmezni az "elavult" fogalmát. Nem az az elavult, ami nem támogat egy adott technológiát, hanem az, ami nem tud életben maradni a mai körülmények között. Az Opera a flexibilitása miatt sokkal életképesebb, mint bármelyik browser. 7 év telt el az Opera 12.16 óta és még mindig használható vele a web nagyobbik része (2/3-a, 3/4-e és ha windows-t használnék, akkor az ECC cipherek se jelentenének akadályt, mert oda van Opera 12.18 is és abban implementálták őket). Az Opera 12.16-tal egyidőben megjelent Firefox az a 22-es. Vajon mekkora része használható a webnek még mindig vele?
    Nem csak egy verzió lehet elavult, hanem egy koncepció is.

    > Te magad mondtad, hogy másodlagos böngészőnek Firefoxot kell használnod az olyan oldalakhoz, amelyek nem működnek Operában.

    Már megint nem olvastad el, hogy mit írok. Nem kell használni, hanem egyszerűbb használni, mint olyan oldalakat megpatkolni, amiket egyszer használok. És egyébként már nem Firefoxot használok, hanem PaleMoon-t és IceWeasel-t.

    > Normális mennyiségben és minőségben pedig semmi gond sincs a Javascripttel. Miért toljunk minden műveletet a szerverre, aminek az erőforrása véges és nehezen bővíthető, miközben a látogatók már egy telefonon is elég komoly számítási kapacitással rendelkeznek.

    Normális mennyiség és minőség, ja. Csak tartok tőle, hogy nem ugyanazt értjük ezalatt a kitétel alatt... Nem bővíteni kell a szervert, hanem úgy kell megoldani a dolgokat, hogy ne terhelődjön szarrá. Nem az a megoldás, hogy a fos kódot kiszervezzük a szerverről és ráterheljük az összes júzerre, had pörögjön a villanyszámla, had füstöljön az erőmű, hanem olyan kódot kell írni, amit elbír a szerver.
    A Drupal 5 miért tudott meglenni 0% JS mellett is? Miért volt sokkal gyorsabb? Mivel tud többet a Drupal 8, ami indokolja ezt a bődületes lassulást és a JS hegyeket? Az, hogy lehet +1-ezni, meg kiszínezi pár poszt fejlécét? Mert más - a júzer számára hasznos - újítást én nem nagyon láttam, kiszedett feature-t viszont annál többet... Ja, meg a CKEditor. Ami nem része a Drupal 8-nak, hanem úgy lett belerakva. És amit ha bekapcsol az ember, akkor még lassabb az oldal és - azt mondják - olyan alap dolgokat nem támogat, hogy az ember jobban jár, ha kézzel szerkesztgeti a HTML-t, ami viszont jóval kényelmetlenebb, mint a Drupal 5-ben megszokott BBCode.

    > Persze ezt is lehet túlzásba vinni, de technikailag elmaradott böngészők miatt ne toljunk rá mindent a szerver-oldalra.

    5.7 MB JS nem túlzás? 10 másodperces betöltési idő nem túlzás? Az elavultságot meg hiába szajkózod, attól még nem lesz igaz.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550595

    Már megint szavakat adsz a számba. Az meg külön vicces, hogy megindokolni nem sikerült, hogy miben tévedtem, mert lehet, hogy tévedtem, hiszen tévedni emberi dolog, de ez így levegőbe beszélés.

    Nehogy még válaszolni kelljen arra, hogy mi indokolja a D8 bloatosodását, ugye?

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550776

    Terelés, üres fölényeskedés, mainstream-felszopó ostobaság...egyéb valami? Jó duma ez az index.html-es beszólás (nem), csak az a baj, hogy én csináltam már több olyan rendszert (RHEL4/PHP5/OracleDB11 alapokon), ami napi többmilliós hitcountot szolgált ki, anélkül, hogy ráterheltem volna a kliensekre. Nesze index.html. A D8 meg úgy jött ide, hogy a normális mennyiségű és minőségű JS-t - mint kitételt - te hoztad be a témába.

    Úgyhogy akkor ennek a kapcsán erre tudnál válaszolni?

    A Drupal 5 miért tudott meglenni 0% JS mellett is? Miért volt sokkal gyorsabb? Mivel tud többet a Drupal 8, ami indokolja ezt a bődületes lassulást és a JS hegyeket? Az, hogy lehet +1-ezni, meg kiszínezi pár poszt fejlécét? Mert más - a júzer számára hasznos - újítást én nem nagyon láttam, kiszedett feature-t viszont annál többet... Ja, meg a CKEditor. Ami nem része a Drupal 8-nak, hanem úgy lett belerakva. És amit ha bekapcsol az ember, akkor még lassabb az oldal és - azt mondják - olyan alap dolgokat nem támogat, hogy az ember jobban jár, ha kézzel szerkesztgeti a HTML-t, ami viszont jóval kényelmetlenebb, mint a Drupal 5-ben megszokott BBCode.

    Mert az nem válasz, hogy az van benne, amit kértek. Főleg úgy, hogy magát a D8 alapot nem te fejlesztetted és nem a hup visszajelzései alapján fejlesztették. Mi indokolja a bloatosodást?

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550802

    > Kapásból ott tévedsz, hogy a Drupal 5.x-ben nem volt Javascript.

    Pontosan erről beszélek, könyörgöm... Szó szerint ez volt a kérdés, hogy "A Drupal 5 miért tudott meglenni 0% JS mellett is?" Megint nem tudsz olvasni...

    > Amúgy meg mondani én is tudok bármit.

    Én alá is tudom támasztani: www.fantajatek.hu, www.cokeolimpia.hu, www.cappyicefruit.hu, nyerjahaverokkal.hu; ezek voltak a Coca Cola által futtatott kupakfeltöltő promók 2012-ben és 2013-ban, amiknek én csináltam a backendjét Mcload kollégával, a saját keretrendszeremmel, a frontendjének meg a nem a sitebuildhoz tartozó JS részeit (a sitebuildos JS-eket Force kolléga intézte), már amennyi minimális JS volt rajtuk... (A webarchívban még megtalálod a maradékaikat.)

    > A Drupal 8-ban az van benne, amire szükség volt ahhoz, hogy normálisan müködő rendszert lehessen benne épiteni.

    Érdekes, akkor miért nem sikerült benne normálisan működő rendszert építeni? A Drupal 5-tel meg miért sikerült? Egyébként ez megint egy üres semmitmondó bullshit volt, mellébeszélés.

    > Hogy mit tud és miért, annak pedig neked kell utána nézni, hiszen onnan indultunk, hogy az old-style Opera mekkora király, a Mozilla/Firefox pedig…

    "D-d-de-de-deEEELAVÚTAZOPERAELAVÚTAZOPERAELAVÚTAZOPERA, szúr-szúr-szúr, nyaf-nyaf-nyaf, fájjjjonmááááááááár!!!" Jóságos isten, ez már tényleg eszméletlenül szánalmas... Az Operát egyébként te hoztad be a topicba, nem én, mert fáj neked valamiért, hogy nem az az elavult, amit a vallásod diktál, hogy fossunk tele mindent JS-sel és ami nem támogatja a 2025-ös JS szintaxist, az elavult. Emiatt a gondolkodásmód miatt lett műszakilag egy feneketlen pöcegödör a web. web2 sux.

    > Az, hogy te iderángattad a Drupalt meg a HUP-ot, az nettó terelés.

    Én rángattam ide? Ez már akkora hazugság, hogy felrobbant tőle a detektor. Te rángattad ide a másik topicban történteket, az Operával, meg, hogy a "modern" website (azaz a Drupal 8) nem megy az "elavult" browserben, én meg megmutattam, hogy a hupon annyi JS van, hogy az az Operától függetlenül is agyfasz, te pedig erre kijelentetted, hogy "normális mennyiségben és minőségben pedig semmi gond sincs a Javascripttel", ami egyébként igaz, de én meg erre írtam, hogy baromira nem ugyanazt értjük alatta; hát akkor plz. magyarázd már el, hogy mégis mi indokolja azt, hogy a Drupal 8 ennyire heavyweight lett, hogy a kliensre kell terhelni a rendert, miféle pluszt tud ez azon felül, amiket így gyorsban felsoroltam...

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550816

    > Akkor egyértelműen leirom: a Drupal 5-ben is volt Javascript, sőt jQuery is.

    Az előbb még pont az ellenkezőjét mondtad, de tök mindegy, mert a lényeg, hogy kikapcsolt JS-sel, 0% JS-sel is működött. Mindennemű fennakadás nélkül.

    > A többire nem reagálok, mert egyrészt folyamatosan mellébeszélsz, tévedsz, terelsz, plusz veled beszélgetni lassan olyan, mint Zuzu Petalssal.

    Lefordítom: nem tudsz válaszolni, ezért marad az üres bullshit és fölényeskedő személyeskedés, mert egyszer sem fejtetted ki, hogy mégis miben tévednék. Négyszer tettem fel a kérdést, hogy mi a fárasért kell ennyi kurwa jávaszkript a D8-ba és egyszer sem válaszoltál, csak handabandáztál. Veled egyébként pont olyan beszélgetni, mint egy szcientológussal; szilárdan hisz a vallásában, de képtelen megvédeni azt a marhaságot, aztán fel van háborodva, ha nem is sikerül neki, mert az orra alá tolják a valóságot. Moral: JavaScript sucks.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550821

    > Én azt írtam, hogy tévedsz és odaírtam, hogy miben tévedsz.

    Én azt kérdeztem, hogy "A Drupal 5 miért tudott meglenni 0% JS mellett is?"
    Kikapcsoltam a JS-t és ment. Minden. Tehát megvolt a portál 0% JS mellett is.
    Mikor érted már meg, hogy engem nem tudsz bullshittel megetetni?

    > Neked komoly frusztrációid lehetnek, akarsz beszélni róla?

    Én arról akarok beszélni, hogy mitől lett a Drupal 8 annyival bloatabb a Drupal 5-nél, hogy rá kell terhelni a kliensre egy csomó szart, miközben csak pár apró feature jött csak be, viszont pár el is tűnt. Most már hatodjára kérdem meg. Hetedjére sem fogok választ kapni, gondolom.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550834

    > Egyrészt leírtam, hogy bizonyára azért kerültek bele Javascript alapú funkciók (meg bármi), mert igény volt rá.

    Bizonyára = nem tudod, de elhiszed. Vallás. Ahogy mondtam.

    > Másrészt pedig leírtam, hogy szerintem semmi gond sincs azzal, ha normális mennyiségben a kliensre ráterhelik a Javascriptet, hiszen minden látogató hoz magával valamennyi számítási teljesítményt, de ettől még a szervernek nem nő meg a rendelkezésre álló erőforrása.

    Erre már kitértünk egyszer és választ is kaptál rá: "Nem bővíteni kell a szervert, hanem úgy kell megoldani a dolgokat, hogy ne terhelődjön szarrá. Nem az a megoldás, hogy a fos kódot kiszervezzük a szerverről és ráterheljük az összes júzerre, had pörögjön a villanyszámla, had füstöljön az erőmű, hanem olyan kódot kell írni, amit elbír a szerver."

    > Harmadrészt pedig vannak funkciók, amiket csak kliens oldalról lehet megoldani.

    Egy ilyen funkciót mondj.

    > Negyedrészt pedig a téma még mindig az, hogy technikailag elmaradott a böngésződ, de ahelyett, hogy ezt nyugtáznád, azon háborogsz, hogy miért használnak az emberek modernebb funkciókat, hiszen az nálad nem megy és ezért a készítők a hibásak.

    Nem, ezen csak te lovagolsz még mindig; nem tudom feltűnt-e, de én már napokkal ezelőtt megoldottam, hogy menjen a "technikailag elmaradott böngészőmben" a "modernebb funkció", de szemmel láthatólag nem éred fel ésszel és újra és újra előhozod - mert TE hozod fel újra és újra - az Operát, mert neked ez ennyire fájt valamiért...dehát mit is várhatnánk egy seggfájóstól?
    Tényleg nem fogod fel, hogy működik a portál Operában, mert meg lehetett oldani? Mi a faszról beszélsz, hogy elavult az Opera és nem működnek benne funkciók, ha egyszer de? Tényleg nem fogod fel, hogy más böngészőkben is kurwa lassú és bugos a portál? Mi a faszról beszélsz, hogy elavult az Opera, ha még krómban is lagzik a portál és nem működnek feature-ök?

    > Sajnos nincs időm és kedvem már a hülyeségeidet olvasni, szervusz.

    Megint nem adtál semmilyen választ, úgyhogy hülyeségeket nem én írok, hanem te. Ipari mennyiségűt.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550954

    [GN]DAFUQ did I just read[/GN]

    Egyébként jó'megaszontad. Azt hiszed, hogy ha leírod, hogy "lock", akkor automatikusan hülyeséggé válik, amit írtam?

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2551128

    Nem az a hülyeség, amit te annak kiáltasz ki.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2551149

    Rossz aki rosszra gondol...

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550603

    Személyeskedsz. Viszonzom. Erre leoltasz, hogy személyeskedek. Erre visszaszólok, hogy te kezdted. Erre kioktatsz, hogy miért nem hagyom figyelmen kívül. Az orrod alá dörgölöm, hogy álszent vagy. Erre visszakérdezel, hogy hol kérted te ki a személyeskedést. Hát lásd a vastagbetűs részt.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550777

    A személyeskedést még mindig te kezdted, mind a két alkalommal, csak nem vagy hajlandó beismerni, mert gerinctelen vagy. Ezt fixáld, te fixációs...

    > Mielőtt tovább terelsz: idézd be, hogy hol kértem ki azt, hogy velem szemben személyeskedsz! Köszi

    Idézd be te, hogy hol állítottam olyat, hogy konkrétan a veled szemben való személyeskedést kérted ki. Én azt állítottam, hogy személyeskedsz, majd nekem felemlegeted, ha visszavágok és ez pedig megtörtént.
    Nagyon sunyi módon vitatkozol. Ezt a legjobban az bizonyítja, hogy folyamatosan azokat fogod rám (szalmabáb érvelés, személyeskedés, terelés, hazudozás), amiket te csinálsz. (Oké, viszontszemélyeskedés az én részemről is volt.) És mindezt akkor, amikor már az orrod alá dörgöltem. Tiszta óvoda, megpróbálsz mindent visszafordítani. Ha azt mondanám rád, hogy te egy moszkvicskarburátor vagy, azt is megpróbálnád visszafordítani.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550778

    Az egy dolog, de eddig váltig hangoztattad, hogy nem érdekel. Önmagadnak mondasz ellent. Mondjuk az eddigiek után nem meglepő.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550817

    Te meg ne azt próbáld már meg folyamatosan visszafordítani rám, amiket én mondok, mert közröhejt csinálsz magadból.

    Azért kérdezek vissza sokadjára, mert minduntalan önnönmagadnak mondasz ellent, mert egyszer így, egyszer úgy.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550953

    Hogy mit nem értesz az a te dolgod, de ettől még önmagadat cáfoltad meg sokadjára már.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2551129

    Fantasztikus cáfolatot láttunk ismét.

    Oldschool Computer - http://oscomp.hu




    HTTPS-Only Mode funkciót hoz a Firefox 83: https://hup.hu/cikkek/20201117/https-only_mode_funkciot_hoz_a_firefox_83#comment-2550779

    > Szóval egyetértünk: nem sértés, tehát nem mondtam rólad semmi negatívat?

    A negatív még nem kell, hogy sértés legyen. Ha a Faláb SC játékosai minden meccsen többhordónyi fermentált kecskefost katapultálnak a közönség soraiba és erre Kovács János szardobálóknak minősíti őket és erre én csak annyit tudok mondani, hogy Kovács János Faláb SC ellendrukker és neki tök mindegy, hogy hogy játszik a Faláb SC, utálni fogja őket, az ugyan nem sértés, de negatív minősítés és bizony kőkeményen személyeskedés, személy elleni érvelés, mert nem az állításait és a rá hozott forrásokat próbáltam cáfolni, hanem őt támadom a személyében. (És a körülményeket és a tényeket figyelembevéve még nettó bullshit is.) Ezt hogy nem lehet felérni ésszel...

    > Azt mondanám magamban: Ha! Már megint hülyeséget beszél. Vállat vonnék és olvasnék tovább.

    Aha, akkor miért nem mondod magadban? Már megint? Ja, nem érdekel, tudom. (Nem.)

    > Ha jól emlékszem, eddig kétszer történt az, hogy Mozilla fanboi-nak tituláltál miközben valaki másnak írtál.

    Újabb hazugság. Másnak sehol nem mondtam, hogy fanboi vagy. Idézd be. Te mindig így vitatkozol? Hogy hazudozol?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502732
    .comment-owner .comment-links-wrapper
    {
    	background-color: #D8D872 !important;
    }
    
    .comment-owner .comment_info_wrapper
    {
    	background-color: #D8D872 !important;
    }

    És akkor így néz ki.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502818

    Az jó ötlet, hogy az új hozzászólásnál is inkább a keret változzon meg; ugyanúgy lehet, mint a sajátot, csak a .comment-owner .by-viewer (lecserélték tegnap óta???) parent class helyett a .new kell.

    Viszont ezekre tényleg ráférne még egy kis színtelítettség, mert nem elég feltűnőek.

    Sz*rk: Ezzel a CSS-sel:

    .by-viewer .comment-links-wrapper
    {
    	background-color: #E5E5B8 !important;
    }
    .by-viewer .comment_info_wrapper
    {
    	background-color: #E5E5B8 !important;
    }
    .new .comment-links-wrapper
    {
    	background-color: #E4DFC1 !important;
    }
    .new .comment_info_wrapper
    {
    	background-color: #E4DFC1 !important;
    }

    Így néznek ki.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502859

    Nekem sem tetszik annyira, de az előző felállással meg teljesen beleolvadtak a többi komment tömegébe, nem lehetett őket kiszúrni gyors végiggörgetéssel. Mindegy, lehet próbálgatni a színeket.

    Esetleg

    article .new
    {
    	background-color: #F6F6EB !important;
    }
    
    .by-viewer .comment-links-wrapper
    {
    	background-color: #CFCF92 !important;
    }
    .by-viewer .comment_info_wrapper
    {
    	background-color: #CFCF92 !important;
    }
    .new .comment-links-wrapper
    {
    	background-color: #C7BE89 !important;
    }
    .new .comment_info_wrapper
    {
    	background-color: #C7BE89 !important;
    }

    így?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502867

    Meh... Akkor majd megsavazzátok, hogy mi legyen; a CSS ott van, csak a színeket kell átállítani. Én meg belövöm magamnak offline arra, amire akarom.

    Egy utolsó javaslat:

    article .new
    {
    	background-color: #F6F6EB !important;
    }
    .by-viewer .comment-links-wrapper, .by-viewer .comment_info_wrapper
    {
    	background-color: #d8d8b2 !important;
    }
    .new .comment-links-wrapper, .new .comment_info_wrapper
    {
    	background-color: #d8d8d0 !important;
    }

    Azaz a júzer sajátján feltoljuk a színtelítettséget, az újakon meg épp levesszük, így teljesen elüt. És akkor így néz ki.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bobesz


    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2503212

    Így megjegyezted, hogy CRT-s vagyok? :) De amúgy már nem; közben már itt is muszáj volt átállni laposra; most már csak a retrogépek mennek CRT-n.

    Erre mondtam, hogy majd megszavazzátok, vagy nem tudom, amúgy meg mindenki magának színezi. A CSS ott van, bárki behúzhatja localba is.
    Szerintem egyébként pont kirívónak kellene lennie, legalább az új hozzászólásoknak, hogy amikor végiggörögsz egy többszáz hozzászólásos topicon, akkor rögtön kiszúrd görgetés közben.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2503566

    Amiket én használok? Pedig full HD-s kijelzőn használom őket; nem tűnt fel, hogy a belinkelt képek felbontása 1920x1080 volt?

    A hupnak van valahol olyan gombja, hogy következő új hozzászólás? Most direkt kinyitottam egy szűz browserben a hupot (édes istenem, mennyi szemét dőlt le egy pillanat alatt, csak úgy zúgtak a ventillátorok...) de nem találtam ilyet. Hát lehet, hogy szerinted inkább kevésbé szemkibaszó szín kell és görgessen lassabban az ember; szerintem meg végighúzom a scrollbart néhány másodperc alatt és rögtön látom, hogy hol vannak az új posztok.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2503570

    Ja, köszi, nekem itt nem ikonok vannak és nem tűnt fel, hogy ha több új poszt is van, akkor az új posztokon több szöveg van fent. Viszont a legelső hozzászólás előtt kéne valami olyan gomb, hogy első új hozzászólás, hogy ne kelljen beírni a címsávba, hogy #new, vagy odagörgetni...vagy olyan is van, csak nem látom?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2503585

    Egyébként lehetne valahol felül egy mindig ugyanott lebegő kis doboz is, benne egy előre/hátra gombbal, ami léptet az új hozzászólások között. Komfortosabb lenne, mint a folyamatosan változó szélességű és pozíciójú posztokon böködni a mindig máshol megjelenő nyilakon.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2503590

    Mi sem egyszerűbb: ha összecsukható, akkor mobilon sem probléma.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2503839

    Erről beszéltem én is, hogy be lehet ezt lőni offline is.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502436

    A +1-ezők listája miért csak bejelentkezve látható?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502457

    Mert úgy egyszerűbb statisztikát készíteni belőle, mint ha még a bejelentkezést is meg kell oldani.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502464

    Hát ennyit arról, hogy ki lehet szűk keresztmetszet... Egyébként ahhoz nem kell treytől engedélyt kérnem, hogy lementegessem azokat a topicokat, amikhez hozzászóltam és offline műveleteket végezzek vele. Eddig is csináltam, mert nem találtam az oldalban olyan funkciót, hogy saját hozzászólások között keresés. A captchával - mondjuk nem tudom hova akarnád rakni, de - nem tudod meggátolni a dolgot, csak még jobban megnehezíted.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502473

    Nem baj. Megoldom ezt is. Csak úgy mondom, hogy mikor beküldtem az implementációt a +1-ezők listájára, az még működött Opera 12-ben, ami most van a tesztoldalon, az meg nem működik, de az se baj, megoldottam azt is offline.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502543

    Tudok, csak nem most. De a napokban valamikor majd ránézek, beccszó'.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2502869

    Bocsi, visszaszívtam, ez közben meggyógyult Opera 12-ben is. Amikor először kipusholódott a tesztoldalra, még hiába kattingattam, nem jelent meg a lista, viszont én akkor CSS-ből force-oltam, hogy mindig jelenjen meg a komment alatt, így aztán azóta nem próbáltam kattintani.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2504972

    Olyat lehetne, hogy komment törlése, ugyanazokkal a szabályokkal, mint a szerkesztés (azaz első válaszig)? Jelen pillanatban, ha rossz helyre sikerült küldeni a kommentet (pl. legalsó kommentre akartam válaszolni és beírtam a kommentmezőbe, anélkül, hogy a válaszra böktem volna), akkor csak annyit tudok megtenni, hogy szerkesztem és a tartalmát lecserélem pl. egy db "-" jelre.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , uid_15480


    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2508983

    Nem tudom, hogy ezt valaki mondta már, de a júzerek követett tartalmaiban nem látni az összes topicot, amihez hozzászólt. Vagy ha leiratkozik egy topicról, akkor az ott többet nem jelenik meg?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509009

    Akkor viszont szükség lenne egy olyan funkcióra, ami nem a júzer által követett tartalmakat listázza, hanem azokat, amikhez a júzer hozzászólt. Ha le is iratkozok valahonnan és már nem érdekel, hogy mit beszélnek benne, attól még később jó lenne tudni, hogy hozzászóltam. Értelemszerűen a júzer által követett tartalmakat csak ő látja, a tevékenységét mindenki.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509018

    Annak mi értelme van? O_O

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509029

    Többek között azért, hogy szembesíteni lehessen a korábbi tevékenységével, ha egy vitában desktruktív magatartást tanúsít, viszont olyasmivel vádaskodik, amit ő napszámra elkövet.
    De fordítsuk meg a kérdést, mi értelme van azt látni, hogy mit követ?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509034

    +1, kivéve arra, hogy ezt egy fülön valósítsuk meg; ha nem akarok követni már egy topicot az nem jelenti, hogy később nem akarok hivatkozni egy benne található posztomra, tehát valahol látni szeretném, hogy volt aktivitásom abban a topicban. Persze workaround, ha kijelentkezek és úgy látom, de az nem túl kényelmes...

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509140

    Mármint, hogy kinyitjátok a forrást és lehet patcheket commitelni?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mogorva


    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509172

    Mármint mit pattintasz be? A kért funkciót?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509178

    Thx.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509012

    Akkor viszont mi értelme van, hogy mindenki látja, ha csak neki szól?

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526621

    A #block-hup-theme-content article.comment.comment-owner .comment_info_wrapper rule mely kommentekre kerül rá?

    Sz*rk: Oké, ahogy nézem a topicownerére kéne, de össze vissza húzogatja rá az emberekre.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2527686

    > comment-owner: a felhasználó saját hozzászólása a saját sessionjében

    Ha ez így van, az még rosszabb. Mert nekem kiszínezte a sajátomat is, de más emberekét is. Ezért gondoltam, hogy a topicnyitót akarja jelölni, csak nem sikerül neki. Viszont így ez azt jelenti, hogy egyszerre több ember kommentjeit jelöli úgy, mintha a bejelentkezett felhasználóéi volnának.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2527564

    Ez nem a te posztodat jelöli, a #ddddb2 szín a #block-hup-theme-content article.comment.comment-owner .comment_info_wrapper rule része; ezt a topicnyitóra kéne ráhúznia, nem a bejelentkezett júzerre, csak épp nem a topicnyitóra húzza rá, hanem össze vissza; ezt reportoltam le egyel feljebb, csak mindeki leszarta.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2527577

    Hm, most nézem másik browserből (Operában már rég felülvertem custom-CSS-sel), hogy nem, mert a .by-viewer rule-lal megvert posztokra is ugyanazt a másik rulesetet húzza rá. Ezt mondjuk nem értem, hogy a viewer és az owner miért ugyanazt kapja... De mindenesetre ahogy nézem, a topicnyitó jelölése mászkál el ad-hoc módon, nem a bejelentkezett user-é.

    Oldschool Computer - http://oscomp.hu




    HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2529900

    Ebben a topicban, ha szavazok, feljön alertben ez:

    An error occurred while attempting to process /poll/1945?ajax_form=1&view_mode=no_title&_wrapper_format=drupal_ajax: 'ajax.$form.ajaxSubmit' is not a function

    Oldschool Computer - http://oscomp.hu




    R.I.P Benkő László és Mihály Tamás: https://hup.hu/node/171562#comment-2551361

    RIP. Ezek után minden bizonnyal az Omegának is vége.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> n0b0dy


    R.I.P Benkő László és Mihály Tamás: https://hup.hu/node/171562#comment-2551404

    Nekem pont a 7., 8., 9. lemezeik tetszettek a legjobban.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> kilvadi , hgen


    R.I.P Benkő László és Mihály Tamás: https://hup.hu/node/171562#comment-2551462

    Az utána jövő lemezeiket is szeretem, szerintem kár lett volna abbahagyniuk.

    Oldschool Computer - http://oscomp.hu




    A RIAA letiltatta YouTube-DL repóját a GitHub-on: https://hup.hu/node/171209#comment-2539282

    sub

    Oldschool Computer - http://oscomp.hu




    Youtube frontend OpenBSD-re is: https://hup.hu/node/171316#comment-2542594

    Há-há. :(

    Oldschool Computer - http://oscomp.hu




    Youtube frontend OpenBSD-re is: https://hup.hu/node/171316#comment-2549499

    A fejlemények az OpenBSD-related hibákkal...

    Oldschool Computer - http://oscomp.hu




    Guido van Rossum csatlakozott a Microsofthoz: https://hup.hu/node/171451#comment-2547000

    Ezért kell bezárni az ablakokat, mert különben bejön rajtuk az óriáskígyó. (Bocs.)

    Oldschool Computer - http://oscomp.hu




    CTO: https://hup.hu/treyblog/20201114/cto#comment-2547671

    Drakulálok.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> trey


    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544267

    Nem. Milyen autowrap? Azok új sorok.

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544268

    Devuan 2 és grep 2.27.
    Milyen parancsokat adtál ki?

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544275

    Köszönöm, megvan a hiba; az első parancsot kiadva nekem ugyanolyan rossz kimenet jött ki, de már látszik a konzolon, hogy miért: http://oscomp.hu/depot/grep_windowsos_sortores.png

    Az utolsó egyébként nálam is jó eredményt adott, mert levágta az érintett sorokat.

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544289

    Köszi a tippet, de itt a problémát az okozta, hogy nem tudtam, hogy az ffmpeg CR karaktereket pakol oda; ha tudom, akkor igazából már mindegy, hogy takarítom el. :)

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544296

    Linuxon. Ne kérdezd miért, én se értem.

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544434

    Saját készítésű csomag az upstreamből, de nem módosítottam rajta semmit.

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544278

    Megvan a hiba: az ffmpeg vindózos sortöréseket hányt bele a kimenetbe, ez kavarta meg a grep-et. Gondolom a nálatok lévő újabb már nem érzékeny erre.

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544297

    Ld. feljebb.

    Oldschool Computer - http://oscomp.hu




    [MEGOLDVA] grep a konzolon jó, file-ba átirányítva nem: https://hup.hu/node/171383#comment-2544298

    Az mondjuk érdekes... Akkor nem tudom mi baja van.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536067

    Nem a Firefox felhasználók szájíze szerint fejlesztik a browsert.

    Pl.: a 2017 végén megjelent Firefox 57-től kezdődően kivonták a forgalomból a XUL-t és ezzel egyrészt kinyírtak egy csomó régebbi, már nem fejlesztett, de aktívan használt kiegészítőt, másrészt a helyette kapott WebExtension sokkal rugalmatlanabb és erőforrásigényesebb. (Arról nem is beszélve, hogy a WE-s kiegészítők segítségével egyedileg azonosítható vagy a neten. (Egy PaleMoon dev okfejtése a probléma kapcsán.)) A fejlesztők sem örültek a dolognak.

    Pl.: Dedósként kezeli a júzereit: tavaly májusban valaki hagyott lejárni egy certet és a Firefox letiltotta szinte mindenkinek az összes kiegészítőjét, lehetőség cert ignorálására nem volt. (Ez ugyan biztonságtechnikai kérdéseket is felvet, hogy hogy lehet, hogy központilag el lehet venni mindenki addonjait, de ez most mellékes.) A felhasználók elsősorban nem a hiba miatt háborodtak fel, hanem azért, mert a Mozilla úgy gondolta, hogy meg kell a felhasználókat védeni saját maguktól és nem adott olyan lehetőséget, hogy "nem érdekel, működj", hanem tiltott, a felhasználó helyett döntött.

    Pl.: Egy csomó olyan privacy és security szempontból aggályos vacakot telepítget fel suttyomban a felhasználók gépére, mint pl. a "Follow-on Search Telemetry", amit nemhogy a kutya nem kért, de ki sem lehet kapcsolni. Ezek a rejtett "kiegészítők" Firefoxban meg sem jelennek, de a Firefox-szal egy könyvtárat használó Firefox-fork IceWeasel-ben már igen.

    Egyszóval szépen lassan krómot csinálnak a rókából. Szerintem nem tart már sokáig és tényleg az lesz: egy újabb felskinnelt Chromium. Miért is ne, hiszen ez az ms-nek és az Opera Software-nek is bejött, nem? Na ja, csak az Operának volt 1%-a, az IE-nek meg 4-5 (se); ők alapozhattak a hipsterekre, akik ugyan krómot akartak használni, de nem akartak krómot használni. Ezzel szemben a Firefoxnak 20-30%-a volt és ennyi hipster a világon nincs; ezek hardcore Firefox felhasználók voltak az értelmesebb mezei júzerektől kezdve a rendszergazdákon át a különféle developerekig és egyéb random kockákig. Ők minek használnának egy elkrómosított, lebutított Firefoxot, ami egyébként szinte mindenben alulmarad azzal szemben, amit másol?

    És akkor még nem is beszéltünk az olyan dolgokról, hogy UNIX-okon GTK3 és PulseAudio-fertőzött lett az egész browser. (Hello, recsegő hang, folyton bebugzó, irreszponzív felület és felfalt erőforrások, viszlát RPi1 és hasonlóan gyenge gépek, beágyazott terminálok, stb.)

    Én ugyan Classic Operás vagyok, szinte amióta csak a netre szabadultam és sose szerettem a rókát. De nagyon is megértem azoknak az Fx usereknek az egyujjasát, akik anno észérvek mentén döntöttek a Firefox mellett.

    Oldschool Computer - http://oscomp.hu


    Σ: 007 -> zrubi , _Allen , fonya , hory , szilard_ , lupus , uid_2716


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536475

    > De mozilla is penzbol el, azt a sok developert fizetni kell valamibol.

    Abból, hogy eladják a felhasználóikat? Egy alapítvány?

    > Azt nem ertem, hogy a firefox felhasznalok miert pont a chrome iranyaba mentek el, latszolag mind egyszerre.

    Mert nincs más. Safarit kizárólag Apple platformokon találsz, az Apple userek meg eddig sem arról voltak híresek, hogy Firefoxot használtak volna, tehát Firefox -> Safari migrálásra vajmi kevés esély van. A többi mainstream böngésző pedig gyakorlatilag már mind króm. Az utolsó kivétel a Firefox. (Még.) Hova mentek volna onnan? Az underground böngészők mind kompromisszumokkal és lemondásokkal járnak, ezt a többség pedig nem akarja és nem is fogja bevállalni.

    > A chrome reszedese lassan 80% folotti (merestol fuggoen), ez nagyon nagy baj a web standard-ok szempontjabol.

    És még egy sereg más szempontból is (pl. privacy) nagyon nagy baj. Gyakorlatilag egyre inkább az lesz, hogy a web = google (+facebook), mert ők adják a defacto keresőt, a defacto böngészőt, a defacto emailt, a defacto videomegosztót és még egy sereg másik dolgot is. A 90-es évek microsoftja a 20-as években, webes alapokon.

    Oldschool Computer - http://oscomp.hu


    Σ: 012 -> _Allen , szilard_ , bimi3 , csardij , NevemTeve , end , Sulc , Pene , gelei , Gregor , robavad , hetvenhatos


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536497

    > mondjuk chrome helyett ugye kapasbol chromiumot hasznal az ember

    Nyilván, csak nem vagy vele sokkal előbbre. Ugyanúgy a google diktálja a műszaki paramétereket, csak a brandet iktattad ki. (Meg pár, csak a zárt forrású verzióban fellelhető spyware-t.)

    > de igen, ez ubergaz, hogy a valaha a jovo bajnokakent, sok-sok energiaval es lelkesedessel a jovo generacioinak keszitett nyilt szabvanyok gyakorlatilag a userek lustasaga/ignoranssaga miatt eluszik...

    Ebben baromi nagy szerepe volt az olyan nagy cégeknek is, mint pl. a google.

    > meg egy lehetoseg van, bar egyre kevesbe realis, a webassembly. de nem ugy tunik, hogy kulonosebben sikeres lesz, ahogy eddig latom.

    Azzal csak a szutyokszkriptet tudod kiváltani - ami ugyan jelentősen javítana a web helyzetén - de a google infrastruktúra térnyerésén a WA térnyerése mit sem fog segíteni.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> hory , inf3rno , bra-ket


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536659

    Hát még én... :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> locsemege


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536797

    Igazából a JS helyett bármi más jobb. Bármi más is. Erre a legjobb bizonyíték a gombamód szaporodó transpilerek száma, hogy már mindegy miben fejlesztünk, csak ne JS-ben kelljen.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2543920

    A PHP és a Python utálatában egyetértünk, de a JS nem csak az ES6 után fos. Én írtam ES3-compliant kódot, trágya volt az már akkor is. Igazából csak magamat tudnám ismételni a kérdésben...

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2544236

    Ebben a nyelvben semmi sem egységes, teljesen inkonzisztens. Beleöntöttek mindent, amit találtak, mindennemű koncepció nélkül. Most már shell-like pipe-ing is van. De jó. Persze azt is sikerült megfejelni a szokásos jávaszkript-féle agyhalottsággal: a csövek ugyanis egyfelé mennek, de JS-ben nem, a vége "visszamegy" az elejére, mintha subshellbe raktad volna, miközben nem raktad... A class-t is azért rakták bele, mert ez a nyelv minden akar lenni egyszerre. Minden is. Így aztán nem jó semmire. Semmire se. Ez a nyelv "ésszerű csak nem logikus"...

    > Amivel ténylegesen foglalkozni kéne, hogy a háttérben konvertál típusokat látszólag full random szabályok alapján, azzal pedig egyáltalán nem foglalkoztak.

    Erre viszont ment a +1.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2544301

    Fentebb linkeltem egy korábbi kommentemet, abban volt egy link, azon leírták, hogy a JS-t 10 nap alatt hányták össze és mindent belehánytak, mindennemű koncepció és restrikció nélkül. Már eredetileg is inkonzisztens volt az egész.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2544317

    Csekkold le a linket. Maga a készítője ismeri el.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537898

    Igazad van, de ha ebből is egy felskinnelt króm lesz, akkor már mindegy lesz, hogy króm, vagy róka.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Addam2


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537930

    A Vivaldi is egy felskinnelt króm. Ha Fx vonalon akarsz maradni a róka krómmáválta után, akkor nem nagyon lesz lehetőséged a PM/IW-UXP pároson kívül. (Illetve, ha Safarit használsz, akkor Apple user vagy, azaz neked az IceWeasel-UXP sem lesz opció, mert az Linux(/OpenBSD?)-only.)

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538016

    Esetleg megpróbálkozhatsz az Otter Browserrel. Ez egy Qt5-re épülő cucc, ami tudja használni a króm féle Blinket és a Safari féle WebKitet is. (Én az utóbbival használom.) A régi Classic (12.x) Operát próbálja utánozni, több-kevesebb sikerrel, de a Qt5 miatt az igényei nem kicsik; gyorsnak ugyan gyors(nak nevezhető egy közepes gépen), de amikor egy oldalt kinyitsz és betölt, renderel, akkor felbőgnek a ventilátorok; ugyanez Classic Operánál nincs... Scrollozás közben is kb. 4x-es a CPU load a Classic Operához képest: 11% vs. 46% össze-vissza rángatott scrollbar-ú scrollozásnál és 4% vs. 16% lassan húzott scrollbaros scrollal. Egérgörgőnél nem olyan vészes, 4% vs. 7%.

    Egyelőre nem tudom, hogy a Classic Opera arzenáljából mit tud, mert annyira sosem másztam bele, de pl. beépített tartalomszűrője az van.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> gelei , ibenny


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538021

    Nm.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538121

    Én meg még mindig primer browserként használom. :]

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538123

    Talán azért, mert előtte a Mozilla nem adott okot arra, hogy ne bízz meg benne? Pont ezzel ásták alá a bizalmat, hogy elkezdtek az ember háta mögött csinálni dolgokat, meg dönteni helyette. Előtte erre nem volt precedens, így a bizalmatlanságra sem volt ok. A kugliban is nagyon sokáig megbíztak az emberek, amíg ki nem derültek a disznóságok és le nem esett nekik, hogy a don't be evil csak kampószöveg volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> inf3rno , kecske , bohocmasni


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538177

    Szinte magam előtt látom, ahogy az illetékes secu-felelősök kivágják a magas C-t és 256 szál per perc sebességgel hullik a hajuk...

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538196

    Hát akkor talán olvasd el azokat is, amiket belinkeltem; pl., hogy az a bizonyos telemetry cucc akkor is folytatja az adatküldést, ha letiltod. Ha ez nem elég ahhoz, hogy a bizalom megrendüljön, akkor csak a kezem tudom széttárni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> inf3rno


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538352

    Nem. Rosszul érted. A Mozilla olyan kódot rakott a tudtod és az engedélyed nélkül a gépedre, ami adatot gyűjt rólad és ha explicit megtiltod neki, hogy csinálja, akkor is csinálja. Teljesen mindegy, hogy az adatgyűjtő "helyileg" hol van, ez egy privacy issue.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> inf3rno


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538370

    Erről van szó, de ez addon, nem bináris.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538381

    Teljesen mindegy mit gyűjtenek, mert nem kérdezték meg. Ezt kéne megérteni, hogy az verte ki a biztosítékot, hogy meg sem kérdezték. Elvileg ez volt A trusted browser...

    Én sehol nem is írtam, hogy ez 3rd party addon, mert ez nem fontos. De, hogy nem addon lenne, arra meg itt a válasz: ha telepíted a Firefoxot, akkor a vele egy user könyvtárat használó IceWeasel 38-ban megjelenik az addon, miközben Firefoxban ez el van rejtve.

    Nem én vagyok a "forrása" annak, hogy kikapcsolás ellenére gyűjtik az adatot, hanem ez a link: https://www.reddit.com/r/linux/comments/9hh3gc/to_unsuspecting_admins_firefox_continues_to_send/

    De, csak nem érted. Egy secu-felelősnél ezek főbenjáróak. És ezekre már mind megvolt a válasz, az első posztban. Legalább olvastad volna el, amiket belinkeltem fentebb...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> inf3rno


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538403

    > Ezzel kb. egyet tudok érteni, bár ha van egy telemetry, amiről tudsz

    De nem tudtam róla. Én se és még sokan mások se. Senkit nem érdekel, hogy leírták valami eldugott Mozilla blogban: apróbetűs rész -> bepróbálkoznak vele, hátha nem veszik észre. Észrevették -> közfelháborodás -> mass-ragequit. Nem tudom, mi nem érthető.

    > Azt láttad, hogy ebben másról beszélnek, mint amit fent írtál, vagy csak a címet olvastad el?

    > Konkrétan azt írja, hogy amit továbbra is küld, az az, hogy itt van egy darab böngésző, amiben a telemetry gyűjtés ki van kapcsolva.

    És te mást elolvastál belőle, mint azt a kommentet, ahol valaki szerecsenmosdatja a Mozillát egy Mozilla blogpost becitálásával?
    Valaki még a "bugreportot" is belinkelte, hogy ezt küldte a browser: https://bugzilla.mozilla.org/show_bug.cgi?id=1487578

    {
       "appVersion": "63.0a1",
       "appUpdateChannel": "nightly",
       "osName": "Darwin",
       "osVersion": "17.7.0",
       "telemetryEnabled": true
    }

    Hát ebben nem csak annyi van, hogy ki van kapcsolva, többek között az OS-ről is közöl infókat; ha ezt egy rosszindulatú alak lehallgatja, akkor az neki infó a forrás esetleges sérülékenységeit illetően.

    > Tudom. Nem kérdeztek meg róla, hogy ezt elmondhatják-e.

    Fölényeskedéssel nem mész semmire; csak annyit sikerült bizonyítanod, hogy felületesen tanulmányoztad a forrásokat, kb. az első "ellenvélemény" után interruptot dobtál, hogy itt a bizonyíték: a Mozilla mindent jól csinált. Pontosan ez miatt esett le a béka valaga alá a Firefox részesedése, mert a Mozilla így kezelte a felhasználókat: hülyének nézte őket.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> inf3rno


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538597

    > Értem. Szóval volt telemetry, amiről nem tudtál, de egészen addig nem zavart, amíg a korábbi számolás mellé hozzá nem adták azt, amit belinkeltek. Nem, mégsem értem.

    Méghozzá szándékosan nem érted, de sebaj. Engem hiába próbálsz meg itt hülyének beállítani, mert szemmel láthatólag a Firefox felhasználók már szavaztak a kérdést illetően - lábbal.
    Egyébként ez a rész: "de egészen addig nem zavart, amíg a korábbi számolás mellé hozzá nem adták azt, amit belinkeltek", ez nem tudom, hogy hogy jött ki neked; egyrészt ez kb. úgy lett volna helyesen, hogy "addig nem zavart, amíg nem tudtam róla", de amúgy én nem is vagyok Fx felhasználó, Classic Operát használok és akkoriban IceWeasel volt nálam fent szekunder browsernek és egyszer az mellé raktam fel Firefoxot és rögtön kiszúrtam, mert mint a belinkelt képeken látszik, IceWeaselben előjön.

    > Ezt mondjuk nem írtam, hanem azt, hogy kb. vihar a biliben. Elküld néhány olyan információt, ami nem személyes adat, nem lehet a felhasználó viselkedését megfigyelni vele. Nem hiszem, hogy túl sok embert zavarna ez. Persze azt se mondom, hogy 0 embert zavar.

    Meglehetősen "érdekes" kísérlet a bagatellizációra, miközben a júzerek tömeges exodust hajtottak végre az elmúlt két évben...

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538862

    > Te pl. azt feltételezed, hogy azért léptek le tömegesen a népek, mert a böngésző elküldi az OS nevét és verziószámát.

    Nem. Nem ezt mondtam. Szándékosan próbálod félremagyarázni. Egyrészt leírtam, hogy miért dobbantottak és annak ez a telemetria csak egy része volt, másrészt meg azt is leírtam, hogy tök mindegy, mit küld, mert ami a biztosítékot kiverte, az az volt, hogy sutyiba csinálták, a júzerek megkérdezése nélkül. Nem, a "leírták valami eldugott mozillablogba" az érdektelen, az apróbetűs sunnyogást a való életben is rühellik az emberek.

    > Persze fogalmunk sincs, hogy mi miatt, mert nem kérdeztük meg mindannyiukat. Csak feltételezni lehet mindenfélét.

    Feltételezni. Igaz, hogy mindhárom részre linkeltem topicokat, ahol tömegével panaszkodnak a felhasználók, de ez ugye csak feltételezés.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538917

    Sz*rk: Itt van, hogy mi mindent gyűjt a Mozilla rólad. Pl. ha linkeket nyitsz meg (akár privát ablakban is), vagy bookmarkolsz. Óje, privacy roolz. Ezekkel sincs semmi baj, ugye? ROFL...

    > Vannak topic-ok, ahol feltételezett felhasználók panaszkodnak. Nem tudjuk, hogy pontosan hányan, de azért egy ilyen topic-ba nem szoktak néhány 10-nél többen írni. Nem számoltam meg. Te láttál olyan topic-ot, ahol mondjuk ezernél többen panaszkodtak?

    Pár tízen? Max. a mozilla blogokat olvassák annyian, azokban - mint pl. a telemetriásban - lehet, hogy csak pár tízen panaszkodtak (itt 20 kommentt, ebből 15 panasz, hogy resource-hog, spyware, hogy lehet kiirtani, miért nem jelenik meg a böngészőben, ha CCleanerben igen), de pl. a certes GHacks topicban közel hétszázan. Ezer? Marha jó, hogy húzol egy képzeletbeli vonalat és ha nincs annyi ember egy topicban, akkor nem és kész.

    > Vannak a statisztikák szerint sokan, akik nem firefoxot használnak már.

    > Te azt feltételezed, hogy a másodikat az első megmagyarázza, és azt nem fogadod el, hogy ez csak feltételezés.

    Eddig nem sikerült alternatív feltételezéseket felsorakoztatni, hogy miért dobbantottak tömegével a Firefox felhasználók, csak tiltakozni, hogy de nem-nem-nem-nem-nem...

    > Ha pl. én, firefox felhasználó, holnap törlöm a firefoxot a gépemről, mert ezután inkább csak Chrome-ot akarok használni, mert mondjuk gyorsabb, vagy szebb, akkor legközelebb, ha valakivel vitatkozol, majd rám is hivatkozhatsz, hogy lám, gee-nek elege lett abból, hogy a firefox hazaküldi, hogy a telemetria ki van kapcsolva Linuxon, vagy gee-nek elege lett abból, hogy most már nem csak azt számolják, hogy hányszor keresett a search bar-ban vagy a location bar-ban, de azt is, hogy a google találati lapon hány további keresést indított. Ezért gee lábbal szavazott és dobta a firefoxot.

    Te elolvastad egyáltalán ezt a topicot? Nem tűnik fel, hogy még az ide írók többsége is panaszkodott, hogy mekkora hulladék lett az Fx?

    > Szóval két lehetőség van. Vagy feltételezés, vagy hazudsz. Nekem kb. mindegy, hogy melyik, nyugodtan választhatsz.

    Hazudok? Már személyeskedünk is? Oké... Szerintem is két lehetőség van. Vagy butthurt fanboy vagy, vagy Mozilla alkalmazott. Nekem is mindegy, mert sem vallásos emberrel, sem fizetett trollal nem érdemes vitatkozni. Magyarázd a Mozilla bizonyítványát a lelépett Firefox usereknek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> inf3rno


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538966

    Sz*rk: Kértél olyan topicot, ahol több, mint ezren panaszkodtak: itt egy screenshot a reddit /r/firefox aloldaláról, a cert fail napjáról; egy 900+-os topic és több 100+-os topic és hackernews topic, közel 900 poszttal. Ezek mind ugyanabban a témában nyíltak. Ennyit arról, hogy csak páran panaszkodnának.

    > Egyfelől van valami rögeszméd, és azt beírod mindenhová, többek között oda is, ahol nem is az a téma. Vagy nem olvasod el/nem érted meg, hogy mire válaszolsz, vagy elolvasod, megérted, de nem törődsz vele, csak beböfögöd a magadét.

    Mi akkor itt a téma? Mert én már elvesztettem a fonalat, hogy ugyan gőzerővel mosdatod a Mozillát, de azért nem ez a téma.

    > Másfelől mellőzöd a logikát a következtetések levonásakor.

    Vagy csak te nem akarod megérteni, amit mondok.

    > Sehol nem írtam a firefoxról / mozilláról semmit, se pozitív se negatív irányban.

    Csak fölényeskedve bagatellizálod, amit csinálnak.

    > amíg végül erőszakkal át nem tematizáltad a szálat

    Tematizálta a nyavalya. Én arra válaszolok, amit te írsz. Elég érdekes úgy vitázni, hogy elbagatellizálod pl. az adatgyűjtést, aztán meg mondod, hogy nem ez a téma, ne hozzam ide; hagyjam szó nélkül tán?

    > 2) a beidézett mindenféle cikkekből meg fórum posztokból nem következnek az állításaid, az érvelésed lukas.

    Még mindig várom az ellenfeltételezéseket, hogy mi volt az oka a Firefox felhasználók tömeges lelépésének.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538991

    Aha. Tehát a Firefoxot használó poweruserek azért emigráltak tömegével az agyonbutított króm alá, mert az olyan gyors meg szép (miközben korábban sem álltak át az akkor még windows alatt is elérhető Safarira, meg a régi Operára, pedig azok is gyorsabbak és szebbek voltak, mint a róka) és képtelenek voltak mást felrakni mobilra. És véletlenül sem azért, mert elegük lett a Mozillából meg a hülyeségeikből.

    A króm-only oldalak léte már lehetne egy indok, csak egy a baj vele: előbb volt a róka bedőlése, mint az indokolatlan króm-only oldalak számának megugrása - előtte csak akkor volt króm-only egy oldal, ha króm-only technológiát használt; azok, amik indokolatlanul króm-only-k - azok azóta szaporodnak egyre nagyobb sebességgel, ahogy a róka elvesztette a táborát és ezzel a jelentősségét is és azóta nem szempont, hogy valami - ami nem támaszkodik króm-only technológiára - menjen benne.

    Én inkább itthagynám az egyik legnépszerűbb régi addon fejlesztőjének a búcsúlevelét: https://www.downthemall.org/re-downthemall-and-webextensions-or-why-why-i-am-done-with-mozilla/
    Megvilágít egy pár dolgot, hogy az addonfejlesztők miért hagyták a fárasba a Firefoxot: többek között mert a régi XUL addonok nagyobbik részét meg sem lehet valósítani az új WE API-val.
    Butítás-butítás-butítás. Meg kémkedés-kémkedés-kémkedés. Meg az addon-rendszer lekorlátozása és tökéletes szétbaszása. A kontroll a felhasználó felett van és nem a kezében. Corporate dictatorship á la open source. Ez az oka, hogy a tábor jórésze elszivárgott másfelé. Csak keresgess a neten, hogy kinek mi a véleménye arról az irányról, amerre a Firefox megy, milliószámra fogsz példát találni arra, amit mondtam.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> inf3rno


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539205

    > Poweruser vagyok

    Kár volt magadra venned, mert azokról volt szó, akik X évvel ezelőtt váltottak el - az éppen megjelent és a mainál még sokkal fapadosabb - krómra, te pedig saját bevallásod szerint mostanság tetted meg, mert megtelt a pohár a tecső miatt.

    > Opera? Nagyon rút, bloat(volt sok éve - talán 8-9) idejében.

    A rútot értem, de bloat? A Chrome telepítője ~50 MB, az Operáé ~13 és utóbbiban nem csak egy browser van, hanem Torrent, IRC és E-mailkliens is. Az Opera mindig is egy midweight internet suite volt, ahhoz képest kiemelkedő OOB featuresettel. A króm egy dologban verte anno - ahogy mindenki mást is: sebességben. Most már persze sok dologban kikapna a Classic Opera a Chrome-tól, mert már nem fejlesztik, így sok dolgot már nem tud. Viszont a PowerUI felülete még mindig köröket ver bármelyik browserére.

    > egész egyszerűen eljárt felette az idő

    Oké, de ez nem volt szükségszerű. Azért járt el felette az idő, mert a Mozilla elkúrt mindent, amit csak bírt és nem egyszerűen hagyta szétrohadni a browsert, hanem mindent megtett azért, hogy szétrohadjon.

    > az IE6 fölött is, ami a megjelenésekor jó böngészőnek számított.

    Bocs, de ez nagyon nem. Az ie6 már a megjelenésekor is egy trágyahalom volt. Bugos, sechole-os, lassú és a webes cuccok töredékét sem támogatta. Az általad lebloatozott Opera, az Apple ökoszisztémás Safari, de még az akkori Firefox is parsecekkel verte.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539238

    Asszem nem ment át a lényeg. 4 program van egyben, 13 MB-ért, miközben a króm önmagában 4x akkora. Ez - ha úgy tetszik - 16x-os különbség. Arról nem is beszélve, hogy az Opera pár MB memóriával beéri, a Chrome meg GB-okat fal fel. Melyik akkor a bloat? Lehet azt mondani, hogy aki csak a browsert használta, annak felesleges bloat az Opera másik három programja és ebben van is igazság, de abszolút értelmezésben pont, hogy nem bloat. Sokkal többet kaptál, sokkal kevesebbért, akkor is, ha nem használtad.

    > minden egyes váltásnál azt érezve hogy jobb volt mint az előző

    Azt elhiszem, hogy az ie a korábbi verziókhoz képest javult, de amúgy egy bugrakás volt az összes többi böngészőhöz képest. Lehet, hogy a késői Netscape, ill. a korai Firefox is gagyi volt, de nem annyira, mint az ie. (És akkor az Operáról és a Safariról még nem is beszéltünk...)

    > Egyébként azzal nem is vitatkozom, hogy bugos és secholeos volt, de jobb böngészési élményt nyújtott mint az akkori netscape.

    Lehet, de ez nem azért volt így, mert az ie6 jó volt, hanem mert - ahogy említetted - az volt a kváziszabvány, arra írták a weblapokat.

    > És igen, most váltottam el foxról, mert most telt be a pohár, hogy nem tud egy kritikus feature-t (Bár ahogy most néztem a 82 release notes-t lehet hogy pont megjavították).

    Erről beszéltem, hogy nem rólad volt szó, amikor az instant váltók poweruserségét vitattam.

    > De az, hogy napi használatra alkalmatlan az dealbreaker.

    Akkor elég sokat lenyeltél neki. :P

    > Sajnos ezután muszáj volt chromium alapúra váltani mert ez a kváziszabvány.

    Hát kváziszabványnak kváziszabvány, de nem muszáj. Nem 2001 van, más browserek is működnek még.

    > A google-t kerülöm ahol tudom, így maradt a számomra túl sokat tudó opera, vagy az edge. Őszintén, ezzel sem vagyok megelégedve, mert renderelési hibákat produkál.
    > Ha lenne valami olyan böngésző ami chromium engines, valamennyire megbízható forrásból jön, és nem lenne olyan botrány mint pl a brave-nél volt hogy affilate linkekkel manipulál, mennék tovább.
    > Legvégső esetben kénytelen leszek kitanulni hogy miként lehet a chromiumot lefordítani, és megcsinálom magamnak.

    Épp most linkeltem be a minap egy összehasonlítást, lehet válogatni. Ami neked kell szerintem, az az Ungoogled Chromium. De megér a többi is egy lövést, ha ez nem jön be.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539265

    > Amit nem emelek ki külön, azzal kb egyetértek ezt azért írom le hogy ne tűnjön kötekedésnek amit írok. :)

    Ok. :)

    > Volt egy idő amíg nem volt konkurenciája.

    Persze, mert kinyírták. Ezért volt anno az antitröszt per az ms ellen.

    > Az IE6only weblapok úgy keletkeztek hogy mindent megevett a parsere, és úgy értelmezte a helytelen kódot ahogy "józan paraszti ésszel" kellene működni, nem pedig ahogy a szabvány írta.

    Hogy micsoda? Mondok egy példát: Van ez a HTML kód <span id="kecske"></span>, meg ez a JS kód document.getElementById("kecske").innerHTML = 'X'; és ez ie[6-7-8-9](?)-ben nem működik, amíg a HTML kódot át nem írod erre: <span name="kecske" id="kecske"></span> Egyszóval az ie-nek azt mondtad, hogy getElementById és ő meg getElementByName-et futtatott le. (Holott olyan nincs is és nem is lehet, mert a id egyedi attrib, a name meg nem.) Ez hol józan paraszti ész?

    > Illetve gyors és stabil volt a többi böngészőhöz képest (IE5.5, Netscape vége).

    Gyors még hagyján - bár az Opera és a Safari egy nagyságrenddel gyorsabb volt nála - de stabil? Hatvanezer módon lehetett összedönteni...néha az egész rendszerrel együtt. Annakidején ezerszámra voltak ie crasher oldalak, for teh lulz. Nem, ez a böngésző nem volt stabil. Amikor az operációs rendszert egy HTML-ből össze lehet döntetni vele, az minden csak nem stabil. (Mert ugye az explorer volt a héja a windowsoknak.)

    > Utána persze a korai Firefox kenterbe verte sebességben és stabilitásban is, de addig eltelt annyi idő, hogy túl sok helyen lett már szabványtalan weblap.

    Értem én, hogy nem szereted az Operát, meg a Safarit, de nem kezelheted úgy, mintha sose léteztek volna. Nem, az ie minden más browserhez képest szar volt, nem csak a korai Firefoxokhoz képest. (Ill. a Netscape 7-et nem tudom, azt sokan szidták én nem ismertem.) Az ie dokumentálatlan belső háziszabványával meg utána egy évtizedig szopott a webszakma, pedig akkor még nem JS-sel telibevert oldalakat csináltak. Idevágó comic.

    A többire csak azt tudom mondani, hogy egy lövést megért, viszont nem értem, hogy miért ez a latest mánia, miért baj, ha az Iridium vagy az IceCat ritkábban frissül, vagy, hogy te ritkábban frissítenéd az Ungoogled Chromiumot és nem azonnal, amikor új backport van; én a mai napig Opera 12-őt használok és még mindig nem hekkeltek meg. :P

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2543933

    Underground böngészőkkel nem foglalkoznak túlságosan sokat a blackhat-ek.

    Ez igaz, csak figyelmen kívül hagyod az időfaktort, hogy meddig fog fordulni az UGC. Az nem két perc. A róka sem két percig fordul.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2543958

    Minden nap? (Merthogy ezeknek az upstream-je kb. naponta frissül. Naponta többször.) Szép nagy villanyszámlád lesz.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2543965

    Akkor meg nem vagy előrébb vele, mint a ritkábban frissülő browserekkel. (Egyébként is téveszme, hogy ha a böngésződ nem frissült már egy ideje, akkor azonnali hatállyal rommátörnek, ha felmész vele a netre.)
    Az Opera 12.16-ban meg - legjobb tudomásom szerint - nincs ismert biztonsági rés, de amúgy is zéró felé konvergál a piaci részesedése, az újkori jávaszkriptes szutykok egy nagy hányada nem kompatibilis vele, így a kutya nem foglalkozik vele.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2544320

    > Attól függ, hogy melyik böngésző.

    Ez maximum az ie esetében igaz. Van itt pl. régebbi Chromium is (73-as). Annak van piaci részesedése nem kevés, mégsem törtek rommá, ha azzal mentem fel valahova. De van Firefox 28-asra, 38-asra és 52-esre alapuló fork (PaleMoon, IceWeasel, IceWeasel-UXP) és azokkal sem törtek még rommá.

    > sosem érdekelt senkit

    Stabil 1%-a volt, amíg élt. Mint a desktop Linuxnak.

    > ami nekem erős kompromisszum lenne.

    Valamit valamiért.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539267

    Panaszkodik is a srác:

    Please note: Version 4 of DownThemAll! is.a complete rewrite as a WebExtension, as the old add-on system was abandoned and disabled in Firefox. This was mozilla's decision, and there is nothing we can do about it. We are therefore limited to the tools the WebExtensions model provides to us, which sadly makes it impossible to provide some of the advanced features of DownThemAll! Version 3.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539397

    Gondolom a felhasználók eleget rinyáltak és/vagy összedobtak neki, hogy lenyelje a békát és folytassa. Vagy ő is a kisebbik rosszat választotta a króm helyett. Vagy egyéb. Őt kéne megkérdezni. Mondjuk már egy éve nem frissült a cucc, szóval lehet, hogy azóta megint beintett.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539098

    A Firefox-szal szemben még csak-csak megállja a helyét a dolog, de mi van az ie-vel és a Safarival? (Arról nem is beszélve, hogy aki poweruserként választotta a rókát, arra króm marketingje vajmi kevés eséllyel hathatott.)

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539127

    Azok akkor nem poweruserek voltak. (Ha ezt jelezted az idézőjellel, akkor nem szóltam.) Egyébként a Chrome 2008-ban jelent meg, a Firefox meg csak 2010 után kezdett el veszíteni a piacából és még onnan is két év volt, mire a Chrome megelőzte. A króm legelőször az ie usereket szipkázta el, csak utána kezdte el a Firefox usereket is.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539242

    > A Safari soha senkit nem érdekelt, kb. csak az almásokat.

    Volt belőle windows verzió, valamennyien azt is használták. De nézd meg most a Safarit. Nő a részesedése, pedig iIzékre is van Chrome.

    > Az IE semmilyen pozitív dologban nem volt kiemelkedő, ezért is cserélték le az emberek.

    Hát elég eufemisztikusan fogalmaztad meg, hogy szar volt, de igazad van.

    Viszont itt a mögétett pénzről volt szó, hogy a cégnek mennyi pénze volt marketingre. És az ie mögött pl. brutális marketinghadjárat volt nem egyszer. (Az ie sucks less még vicces is volt.)

    > (Nem olvastam a szálat. A poweruserség feltétel volt?)

    Nem, nem volt, csak a Firefoxot rengeteg poweruser választotta a rengeteg addon és a hackelhetőség miatt és ők aligha váltanának csak a marketing, vagy a sebesség miatt egy másik browserre. Olvashatod fent Sulc sztoriját: tűrte, amíg tűrhette, amíg a jútúb fel nem bőszítette. Lenyelt neki minden szart, csak akkor kukázta, amikor már totál használhatatlan lett.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539254

    > Ez biztos így van, de ha arról beszélünk, hogy a FF használata mennyiről mennyire esett, akkor csak a poweruserek viselkedését nézni szerintem félrevezető. Az összes internetezőnek nagyságrendileg kb. a feléről beszélünk (ha jól emlékszem, 60% felett volt valaha a részesedése, de most nem nézek utána). A fent idézett oldalon csak százalékok vannak, tehát az nem derült ki, hogy mennyi emberről is van szó, de feltételezem, hogy milliós nagyságrendről beszélünk.

    Én már megtettem helyetted a másik topicban. Ebből a számok is kiderültek. 30%->5%, 591 millió -> 242 millió, miközben az internet népessége 1971 millió -> 4833 millió.

    > Biztos vagyok benne, hogy az internet felhasználók legalább fele nem poweruser, hanem nagy többségében olyan emberek, mint mondjuk az édesanyám, aki nem azért választotta valamikor a Firefoxot, mert hackelhető volt meg rengeteg addon, hanem mert mindenhol azt hallotta, hogy az IE az szar, és megkérdezte, hogy mi van helyette, valaki azt mondta, hogy Firefox, aztán feltette és azt használta. Aztán idővel, amikor a gmail-ben minden nap azt olvasta, hogy váltsál Krómra, mert az gyorsabb, akkor váltott Krómra.

    Biztos volt ilyen is, de a Firefoxot elsősorban azok használták, akik tudják, hogy miért használták. Nem kellett, hogy poweruser legyen, elég ha értelmesebb felhasználó volt, legalábbis ha felfogta, hogy az ie szar. BTW, azt, hogy az ie szar, csakis az alternatív böngészők használóitól hallhatta, azaz a Firefox és a Safari userektől. Ezek pedig együttesen se érték el soha az 50%-ot. Az első böngésző, aki meg tudta törni az ie uralmát, az a króm volt. Sajnos...

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539285

    Lehet. És a többi?

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539452

    Te miről beszélsz? Konkrét számadatokat adtam, forrásokkal alátámasztva.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539553

    Megint kezded a terelést? Explicit állításokat tettél hasból ebben a posztodban a Firefox userek számáról, arányairól (iszonyatosan felfújt, invalid értékekkel) és a Firefox használatáról, valamint arról, hogy azért váltottak rá, mert azt hallották, hogy az ie szar. Forrással alátámasztott számadatokat hoztam az ex-has számaid ellen, valamint rávilágítottam arra, hogy az "ie szar" kitételt nem hallhatta mindenhonnan, mert egy ie user nem mond ilyet és belőlük messze több volt, mint az többi böngészőből összesen; először a krómnak sikerült átvennie tőle a vezetést, előtte viszont kb. 10-ből 1 embertől hallhatta, hogy az ie szar.
    Az az állítás, hogy aki a Firefoxot választotta, az tudta miért teszi, az így tényleg sommás volt, de a többire miért nem reagálsz?

    Apropó, tudta-e, vagy sem, hogy miért választja a Firefoxot. A fent hozott források és statisztikák alapján 2010-ben a Firefoxnak kb. 591.3 millió felhasználója volt, ami az akkori világ népességének kb. 8.64%-a. Annyira elképzelhetetlen, hogy ennek a nagyobb része valamilyen geek volt? Hogy 2010-ben a teljes populáció - mondjuk pl. - 5%-át kockák alkották? (Nem csak a profik, az amatőrök is számítanak.) Mert ha ez elképzelhető, akkor több, mint valószínű, hogy a Firefox akkori felhasználótáborának a nagyobbrésze tudta, hogy miért választja a Firefoxot.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539327

    A windowsos Safarit nem tudom, hogy mennyire volt fos, vagy sem, de OSX-en jól működik.

    Az Operát akik szerették, azok az OOB featuresetje miatt szerették, a PowerUI miatt. Egyébként maga a Presto is nagyon jó volt, csak hát közben elment mellette az idő.

    Hát, amikor a króm elindult, annak sem volt jó híre; amikor elindították a license ezt tartalmazta:

    11. Content licence from you

    11.1 You retain copyright and any other rights that you already hold in Content that you submit, post or display on or through the Services. By submitting, posting or displaying the content, you give Google a perpetual, irrevocable, worldwide, royalty-free and non-exclusive licence to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any Content that you submit, post or display on or through the Services. This licence is for the sole purpose of enabling Google to display, distribute and promote the Services and may be revoked for certain Services as defined in the Additional Terms of those Services.

    11.2 You agree that this licence includes a right for Google to make such Content available to other companies, organisations or individuals with whom Google has relationships for the provision of syndicated services and to use such Content in connection with the provision of those services.

    11.3 You understand that Google, in performing the required technical steps to provide the Services to our users, may (a) transmit or distribute your Content over various public networks and in various media; and (b) make such changes to your Content as are necessary to conform and adapt that Content to the technical requirements of connecting networks, devices, services or media. You agree that this licence shall permit Google to take these actions.

    11.4 You confirm and warrant to Google that you have all the rights, power and authority necessary to grant the above licence.

    és ez bizony eléggé kiverte a biztosítékot a neten. Utána persze kiszedték.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539251

    > Hogy jön ide az, hogy miért a Chrome és nem az IE vagy a Safari?

    Úgy, hogy bolond a marketingre költött lóvé mennyiségére tippelt. Az ie-nél egy jó darabig szinte csak arra költöttek.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538856

    Sose kértem ki. Most se ezt mondtam, hanem azt, hogy hiába próbál meg engem beállítani hülyének, azzal nem mossa tisztára a Mozillát és nem fogja visszatéríteni a júzereket.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539097

    A hülyének levés nem akarat kérdése: vagy hülye az ember, vagy nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bimi3


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539241

    Köszönöm, tőled elismerésnek veszem.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539325

    És a dió, amit átadott egy mákdaráló volt.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539334

    Nem-a. Csak hiszi.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2539371

    Számára igen.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538861

    Ezzel csak két baj van.
    Egyfelől a Chrome és a Safari tábora nagyjából pont annyival nőtt, amennyivel az ie és a Firefox tábora csökkent (pedig tracking protection ezekben is van), holott, ha a tracking protection miatt nem lehetett volna azonosítani őket, akkor nem más böngészők tábora kellett volna, hogy nőjön, hanem az other/unknown/etc.
    Másfelől meg az, hogy a tracking sütiket, meg scripteket esetleg blokkolja a böngésző, az nem jelenti azt, hogy a browser agentet sem küldi el.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538878

    Csak ugyanazt tudom mondani, mint egyel lejjebb.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538877

    Akkor nem, de akkor meg eltűnt volna többszázmillió ember a statisztikákból, arról nem is beszélve, hogy akkor a Firefox nem lassan csökkent volna le pár százalékra, hanem elég gyorsan nullára, ahogy lefrissülnek az érintett verzióra és láthatatlanná válnak a counterek számára, de még az általad linkelt bugreportban is azt írták a fejlesztők, hogy nem tudják reprodukálni, tehát ez távolról sem érinthette az összes Fx usert.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538382

    https://hup.hu/node/171117#comment-2538381

    Egy secu-felelősnél ezek főbenjáróak.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538401

    Nekem nincs is secu felelősöm, de egyértelmű volt, hogy mire akadt ki.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538855

    Miért a Firefox mostanában talán biztonságos, megbízható és privacy szempontból is erős? Amikor tkp. az összes felhasználó összes addonját központilag el tudják venni? (Ld. a lejárt esetét; tök mindegy, hogy azt csak elcseszték, mert szándékosan is meg lehet csinálni: a rendszerről kiderült, hogy ez megvalósítható vele.) Vagy az, hogy a WE addonoknak köszönhetően egyedileg azonosítható vagy a neten? Vagy az a bizonyos telemetria, ami az OS-edről is küld adatokat, amit egy rosszindulatú hallgatózó akár ki is használhat?

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538915

    Abból a megfogalmazásból, hogy "ha az FF lapátra kerül, akkor", abból ez jött le. Félreérthető volt.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538960

    Csak nem ez jött le a megfogalmazásból; mint mondtam félreérthető volt. Egyébként épp most posztoltam egy másik topciba egy linket, ahol böngészőket mérnek össze privacy szempontból, ott lehet látni, mi marad még, ha az Fx-et kihúzzák.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536514

    Ha a Firefox így folytatja, akkor könnyen lehet, hogy ők maguk fognak lesüllyedni a PaleMoon és az IceWeasel-UXP részesedése alá, anélkül, hogy a másik kettő szignifikánsan növelné a sajátját.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536511

    Opera 12-ben van ilyen: http://oscomp.hu/depot/opera12_debug_guidelines.png

    Már, ha ugyanarra gondoltunk.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536601

    Nincs ilyenből még elég? :)

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536613

    Amúgy se lennének hatásosak. Mindenki mást akar és mindenki mást gondol. Én pl. a JS használatát és mennyiségét a lehető leg-leg-legminimálisabb szintre szorítanám vissza. Vajon hányan értenének ezzel egyet? Ki kéne rakni erről egy szavazást, aztán meg lehet nézni az eredményt.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> bazso , Caro , answ , st3v3 , hetvenhatos


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536796

    Igen, ez biztosan működne a hardwareeladásokban nyakig érdekelt "nagy" böngészőgyártó gúgül, epül és májkroszoft urak böngészőiben. :)))

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536982

    Biztos vannak. Olyanból mindig feszt van, aki meg akarja mondani a frankót mindenkinek.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536629

    > A Telemetry nem "suttyómba" telepítették. Kint volt számtalan Mozilla blogon le is írták mire kell.

    Amit ugye mindenki olvas. Ez ilyen "apróbetűs" megközelítés, hogy leírták, ott ahol a többség nem olvassa. Ezeket bizony suttyomban telepítették, mert a program telepítéskor nem szólt, hogy "bocsi, adatgyűjtőt rakok a gépedre".

    > Kikapcsolható a telemetry.

    És akkor is folytatja az adatok küldését, ha kikapcsoltad. Ezt én nem nevezném kikapcsolhatónak.

    > De ha annyira zavar, akkor hogy jöjjenek rá, hogy hogyan használják a userek az FFt? Küldjenek szavazó cetlit?

    Hát nem is tudom... Internetes szavazás? Internetes közvéleménykutatás? Valami hasonló? Az internet korában nem olyan nehéz kapcsolatot teremteni a felhasználóiddal, ehhez nem kell kémkedned utánuk.

    > A 0.02 mp különbség végetlenül érdektelen számomra. Átlag usernek teljesen lényegtelen.

    Ezt mire írtad? És honnan az adat? Ex-has?

    > XUL semmivel nem volt biztonságosabb, mint a jelenlegi rendszer. Pont ez volt az egyik érv, hogy lecseréljek.

    De igen. Mert többek között nem lehet a XUL-os kiegészítőkkel egyedileg azonosítani téged a neten. És nem csak a biztonság számít, hanem az is, hogy a XUL sokkal kevesebb erőforrást evett és ennek ellenére sokkal többet tudott.

    > Mennyi az erőforrása a Chrome csapatnak és mennyi a Googlenak?

    Tekintve, hogy a Chrome csapat a Google része, így nyilván a Google-nek több erőforrása van. (Hát ezt nem lehetett kihagyni...)

    > Akit meglepett, a végeredmény az vagy nem tanult vagy aludt közgaz órán.

    És akinek nem is volt közgáz órája? Egyébként nem tudom miféle közgáz ismeretek kellenek ahhoz, hogy egy már létező és jól működő szoftvert ne barmoljon szét az ember.

    > Soha nem fognak tudni jobb böngészőt csinálni a Chromenál, sajnos.

    A régi Opera is jobb browser volt a Chrome-nál és a régi Firefox is az volt. A Chrome-nak csak egy nagyon erős plusza van, a brutálisan gyors JS motorja. De egy browser nem csak annyiból áll, hogy milyen gyorsan tud JS-t futtatni, csak a google szeretné, ha ez így lenne.

    > Azért lássuk be, hogy mi emberek is hajkurásszuk a gyorsabbat, újabbat. A többiről teszünk magasra.

    Magad nevében beszélj, plz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_2716


    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536674

    A privacy csak egy része a fekete levesnek, műszakilag is gyehenna már az egész és évek óta folyamatosan romlik a helyzet. Ezt nagyon jól fel lehet mérni a PaleMoon és az IceWeasel-UXP forkok erőforrásigényeiből és sebességéből. Előbbi Firefox 28-ra alapul és még egy P3-ason is elmegy, ha nagyon muszáj, utóbbi a latest so-so-sane ESR Firefoxra, az 52.9-re épül és bizony messze lassabb és többet eszik (nem annyira vészes, de érezhető a különbség), pedig abban még XUL/GTK2/ALSA backend van. Ugyanakkor cserébe az IceWeasel-UXP-vel még elmegy a net nagyja, viszont a PaleMoonnál egyre több oldalnál tapasztalom, hogy annyira mégsem akar menni; igaz, hogy ezeknek az oldalaknak a jelentős részét olyanok teszik ki, ahol szegény PM a rekapca nevű emberiség elleni bűncselekményen akad fent.

    Forkból amúgy még több is van, csak éppen nincs mögöttük a brand, ami a keresettséget biztosítaná; a nyílt forrás önmagában nem jelent gyors terjedést.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2536691

    Tényleg nagyon örülök, hogy a PipeWire-rel majd helyettesíthetem a PA-fertőzött szoftverek számára azt a hulladékot (tényleg, ez nem szarkazmus), csak épp a Firefoxnak még ezen felül is van egy raklap baja. :)
    Egyelőre nem úgy néz ki, hogy engem le lehet szoktatni a Classic Operáról, mert nincs alternatívája az igényeimet tekintve. Egyelőre úgy vagyok vele, hogy ami nekem kell, annak a többsége megy benne, ami meg nem, ahhoz ott a PaleMoon, vagy ha abban sem, akkor az IceWeasel-UXP. (A muszáj kategóriás króm-only oldalakhoz van egy vésztartalék Chromiumom, de azt csak arra használom.)
    Sajnos az ECC cipherek terjedése miatt az Opera territóriuma folyamatosan csökken, de van két menekülő útvonal is: egyfelől van SSL patch az Opera 12.15 kiszivárgott forrásához (még nem teszteltem), másfelől meg ha végképp nem megy máshogy, fel lehet húzni egy Squid/Privoxy kombót és süssék meg a HTTPS-t, ott ahol van. (Amúgy is egy illúzió a biztonságossága a nevetséges cert ökoszisztéma miatt.)

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537333

    A PaleMoon és az IceWeasel-UXP is ezt csinálja: fogtak egy Firefoxot és kitakarították. Egyébként leírtam neked fentebb, hogy mire építkezik ez a két fork, mit tud és mennyi erőforrásért... Néha az az érzésem, hogy skippeled a kommentjeimet; trollnak tűnök?

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537362

    Oké, leesett. Viszont ha egy aktuális Fx-ből ki is szórják a telemetriát, a WE miatt még mindig trackelhető marad az ember; halottnak a csók.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537378

    WebExtensions. A XUL utódja. Ami nem elég, hogy töredékét tudja az elődje tudásának és mégis többet zabál, de cserébe még egyedileg azonosítható is vagy vele a neten. A real privacy paradise.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537491

    Ez egy javíthatatlan koncepciós hiba.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537493

    Mondjuk ott az IceWeasel-UXP is, azzal csak a króm-only oldalak nem mennek.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2537897

    Persze, hogy ugyanaz. Unified XUL Platform. Csak a PM az a 28-as Firefoxra építkezik, az IceWeasel-UXP meg az utolsó még "ehető" rókára, az 52.9-re.

    Oldschool Computer - http://oscomp.hu




    Firefox market share < beka ?: https://hup.hu/node/171117#comment-2538402

    A browsermotor lehet, de a felület nem. Ezért sokkal gyorsabb a PM az IW-UXP-nél és eszik sokkal kevesebb erőforrást; Firefox 28 vs 52.9.

    Oldschool Computer - http://oscomp.hu




    Zsákomban a mákom, mákomban a rákom: https://hup.hu/node/171269#comment-2541135

    > Hiába, a modern technika csodákra képes!

    Lévén az is csoda, ha működik...

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> NevemTeve , Wabbitseason , Lacyc3 , nullptr


    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541232

    Thunderbirddel és a Vivaldival óvatosan...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Carter


    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541741

    Nem használom egyiket sem. A HERE-ről eddig nem is hallottam.

    Oldschool Computer - http://oscomp.hu




    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541320

    > Brave - mit gondoltok?

    A Brave-vel is óvatosan.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Carter


    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541687

    Bolívarban jó lesz az utalás?

    Oldschool Computer - http://oscomp.hu




    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541802

    Ez esetben halálfejes alsógatyában foglak utálni. :]

    Oldschool Computer - http://oscomp.hu




    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541847

    Oké, utalok. A vöröskeresztnek. :)

    Oldschool Computer - http://oscomp.hu




    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541804

    Igyekszünk téged túlkiabálni, eddig kevés sikerrel, de sebaj, majd hajókürtön fogjuk morzézni, hátha úgy... :)

    Oldschool Computer - http://oscomp.hu




    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541849

    És mégis hangosabb vagy...tudsz valamit!

    Oldschool Computer - http://oscomp.hu




    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541860

    Az a baj, hogy ha kimoderálnál mindent, ami neked bassza a szemedet, akkor nem sok minden maradna itt...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Cajga


    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541359

    > mindenhova egyedi és kellően bonyolult (értsd: géppel generált) jelszó kell, ez nem is kérdéses.

    Ez igaz, de nem kell, hogy le is legyen tárolva. A jelszavaidat egy adott bemenet (usernév/rendszer, pl. ibenny@hup) alapján generálhatod is. Én így oldottam meg a dolgot. Az egyik előnye, hogy szinkronizációra sincs szükség a gépeid között, csak az egy darab saltot kell létrehoznod, ahol használni akarod. Az egyik hátránya meg az, hogy neked kell fejben tartani az accountokat. Dehát lehet ennél szofisztikáltabban, kényelmesebben is csinálni, esetleg összekötni egy account tárolóval, csak példa a storeless felállásra.

    Oldschool Computer - http://oscomp.hu




    Menekülés a megfigyelési kapitalizmusból: https://hup.hu/node/171272#comment-2541363

    Én meg abban nem hiszek, hogy az átlagember bármilyen szinten képes kikerülni a tömeges megfigyelést, amikor még a számítástechnikusoknak sem egyszerű...
    De amúgy mondtam, hogy nem muszáj így á la natúr használni, csinálsz valami account tárolót (mondjuk az uzsolt által javasolt dmenu-vel, vagy rofival), amiből meghívhatod a cuccot a megfelelő accounttal és meg is vagy. Csak egy ötlet.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2540930

    Ebbe én is belefutottam, csak a Diginél. A szolgáltatók elkezdték blokkolni a 25-ös portot és vagy tagadnak, vagy terelnek, legalábbis a Digi nekem ezt csinálta, meg ahogy nézem, most neked a Vodkafon is.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541041

    Én nem szó nélkül "oldottam meg" (leginkább sehogy, Ar0n adott egy accountot a saját szerverére), hanem reklamáltam telefonon, emailben, de csak folyamatos terelést kaptam (ill. először azt is tagadták, hogy becsukták volna, holott négy évig gond nélkül ment); a konkrét kérdésekre egyszer sem válaszoltak.
    Azt én nagyon is értem, hogy nem akarják, hogy a spam terhelje a hálózatukat, de akkor mivel magyarázod azt, hogy lehet üzleti csomagra upgradelni, ahol a 25-ös port nyitva van? Onnan nem lehet rommáspammelni mindenkit? Az elmúlt négy év alatt nem spammelhettem volna rommá mindenkit? Hogy a lakosságiból a legkisebb 1 Gbit-es, üzletiből meg 100 Mbit-es a legnagyobb csomag, azt még le is szarnám, mert amúgy is csak 100 Mbit-es a hálózatom. Hogy az üzleti csomag ára a sokszorosa a lakosságinak, azt még csak lenyelném, ha csak így tudok dolgozni. De, hogy az üzleti csomag esetén fix-IP-m lesz, azt nem fogom. (A Trékomban is ez volt az egyik legrosszabb.) Ennek megfelelően tehát két vonalat kéne tartanom, még több pénzért, ami nettó rablás. Persze, ha dolgozni kell, akkor ez van, csak egy a baj: egy háztartás, egy vonal, nem lehet kettő. Direkt megkérdeztem.

    Magyarul, hiába működött 4 évig a 25-ös port és hiába nem spammeltem róla senkit rommá, hiába kerestem meg őket névvel és arccal, hogy nem egy anonim spammer vagyok, most ha továbbra is szükségem lenne rá, akkor sokszoros árért váltsak egy sokkal rosszabb csomagra. De még ezt sem képesek elmondani nyíltan, hanem terelnek mindenféle bullshittel és hazudoznak, hogy nincs is zárva, aztán meg, hogy ez már 2016 óta zárva van; hát, a kettő amúgy is kizárja egymást, tehát minimum az egyik kamu, de amúgy mind a kettő az, mert most zárva van, de eddig nem volt.

    A spam elleni védekezést értem, a patkány hozzáállást viszont nem. Itt a korrekt hozzáállás az lett volna, hogy: "Ezer bocs, meg egy félbetépett anyamedve, Mr. Kecske, de a spam miatt becsuktuk a 25-ös portot mindenkinél; amennyiben eleget tesz a következő feltételeknek <insert lista here>, akkor kinyitható".

    És ahogy nézem, ez nem csak a Diginél van így, mert Des a Vodával járt ugyanígy. Pontosan ugyanígy. Biztos véletlen.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Celtic , solt87


    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541201

    Nem maradt ki semmi. Mi maradt volna ki?

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541542

    Leírtam, hogy az SMTP-hez üzleti vonal kéne. Leírtam, hogy a dinamikus IP-hez lakossági. Leírtam, hogy nekem SMTP-re és dinamikus IP-re is szükségem van. Mi következik ebből?

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541621

    > Az, hogy kell venned egy olcsó VPS-t, amire feldobsz egy MTA-t, tetszőleges nem 25-ös tcp-portra, és hogy az otthoni router/tűzfal dobozon be kell állítanod, hogy a kifelé a 25/tcp-re menő forgalmat dnatolja erre a vps-re, az ottani MTA portjára.

    Így meg az olcsó VPS-től fogok függeni; mennyire lesz az megbízható...? Nem pont te voltál, aki az olcsó húst meg a híg lét emlegetted?

    > Vagy másik lehetőség: veszel ütleti előfizut, smtp-d lesz, és veszel mobilnetet, amin meg dinamikus, cgnat mögötti címed lesz.

    Van digis mobilnetem. Hát nem cserélném le rá a kábeles szolgáltatást.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541638

    Nem folyton must have az SMTP, csak akkor, amikor valamilyen fejlesztésnél igénylik. Ehhez fenntartani egy nem-olcsó-hús-de-kifizethető VPS-t az nem költséghatékony, mert az esetek többségében parlagon heverne. Egyelőre van kerülő megoldás, Ar0n jóvoltából, de elméletileg a Digi biztosít valami igényelhető SMTP szolgáltatást is, majd annak is utána fogok kérdezni, hogy egyáltalán használhatom-e arra, amire szükségem lenne (mármint tesztelésre, mert ebben a batch-send is benne van, pl. webshopok hírlevelének teszteléséhez), csak a papírokat a tököm tudja, hogy hova tettem, így majd be kell menni egy Digi üzletbe, ha épp nincs koronazárlat.

    Nem mondtam, hogy rossz a Digi mobilnetje; jó az, de mobilnet.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541655

    Az óránkénti 30 levél az nekem megfelel; nem az a terv, hogy ezresével küldöm őket ki másodpercenként...
    A 900 Ft + ÁFA / hó tényleg jó ár egy ilyen setupért, csak nem tudom, mennyire megbízható, nem műszakilag, hanem, hogy esetleg gondolnak egyet és lekapcsolják, mert csak.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541658

    Értem. Akkor végül is, ez is lehet alternatíva.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541673

    Nem, nem arra gondoltam, hogy barkácsszakkört tartanak.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541694

    Hát pont az exim ami hajlamos a memória, meg a CPU pusztítására, főleg ha leakel, vagy deadlockba kerül... Még csak nem is hibáztathatom őket, ha egy ilyen után kihajítanak.
    Mondjuk, ha rakhatok magamnak custom SMTP szervert, akkor sSMTP fel és ez nem lesz gond.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541700

    Akkor jó. Mondjuk qmail-t azért nem raknék fel, maximum valamelyik utódját.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541656

    Hát igen, pl. accountot kérni a Digi STMP szolgáltatásához. (Legalábbis remélem, hogy azt ingyen adják a net előfizetéshez. :P)

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541674

    És tényleg. Thx. Ezt nem bírták a múltkor mondani az ügyfélszolisok...

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541696

    Hát ezt alátámasztom. Bank, közüzem, hivatal...egyre megy. Eddig egy kivételt fogtam: az ELMŰ-t. Nem pofázik fél órát a robot az elején, van lehetőség azonnal embert kapcsolni, de a menüjük is jó, ha csak le akarsz valamit kérdezni. És pengék voltak a diszpécserek. Aztán persze lehet, hogy csak nekem volt velük szerencsém.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541851

    Oké, akkor lássuk mit írtam.

    > lehet üzleti csomagra upgradelni, ahol a 25-ös port nyitva van

    Tehát leírtam, hogy az SMTP-hez üzleti vonal kéne, az meg egyértelmű, hogy az SMTP-re szükségem van, hiszen az egész poszt arról szólt.

    > Hogy az üzleti csomag ára a sokszorosa a lakosságinak, azt még csak lenyelném, ha csak így tudok dolgozni. De, hogy az üzleti csomag esetén fix-IP-m lesz, azt nem fogom.

    Tehát leírtam, hogy a dinamikus IP-hez lakossági vonal kell és ebből a mondatból az is kiderült, hogy szükségem is van rá.

    Teljesen érthető volt, rajtad kívül legalábbis mindenki értette. De nincs mit.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2542977

    Így van: fentebb is azt írtam, hogy a Digivel jártam így; nem tudom, hogy persicsb-nek honnan jött képbe az UPC...

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2542976

    A Digis üsz. mondta ezt, nem az ujjamból szoptam. Ha nincs így, akkor ők adtak át fals infót.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541127

    Ld. itt; nem az a bajom, hogy korlátozások vannak, hanem, hogy terelnek, meg hazudoznak (nem zártuk be vs. eddig is zárva volt (most melyik), miközben a valóság az ellenkezője, de bezárták és eddig nyitva volt).

    Az üzleti csomagot is leírtam: az ár, meg a lecsökkentett sávszél még hagyján, de a fix IP elfogadhatatlan.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541157

    Úgy könnyebb trackelni valakit, ha mindig ugyanaz az IP címe. Arról nem is beszélve, ha valami olyan cuccba futok, ami limitálja a letöltésszámot, akkor nem kell proxyval szívni, hanem modem le, modem fel és helló.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541200

    Igen, nekem ilyenkor IP csere van.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541204

    "Disznóságot"... Mert, ha nem szeretem, hogy a honlapok trackelnek, akkor "disznóságot" csinálok. Nem. Nem csináltam semmit, az nem érdekel, hogy a szolgáltató, vagy a hatóságok mit loggolnak; de mindenféle harmadik fél ne tudjon az IP címem alapján statisztikát csinálni belőlem.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541240

    > A solgáltatód a nem fix ip alapján is tud - ha akar.

    Ezt én is tudom és ez engem nem érdekel.

    > És mivel a süti nem ip-re, hanem böngészőre/kliensre szól, így a böngészőben szépen ott vannak azok az infók, amik CGNAT, CGNAT+NAT, vpn, meg mindentől függetlenül azonosítják, hogy te te vagy. Már rég nem az ip-cím alapján statisztikáznak, például pont a CGNAT miatt.

    A sütiket mindig tiltom, meg törlöm.

    > A "disznóság"-ra a letöltésszámban korlátos dolgok esetén mi a reakciód?

    Az, amit Tassadarnak is válaszoltam.

    > Ja, és attől hogy egy kispiricsi webszerveren ott a stat, hogy az 1.2.3.4 IP-ről mit néztek, az mennyiben problémás neked? Nincs ott, hogy ezt a "tracket" te katintottad végig - ha meg azonosítható vagy, azaz bejelentkezéssel jár a hozzáférésed, akkor meg megint csak nem az IP alapján fognak tudni statisztikázni...

    A trékomnál hosszú hónapokig ugyanaz volt az IP-m. Bejelentkeztem egyszer a gmailbe (akkor még volt), aztán még hat héttel később is tudta, hogy én vagyok az, amikor kinyitottam a gmaps-et és a házam fölé pozicionálta... (...pedig sosem adtam meg neki a lakcímemet, csak kimazsolázgatta az álláskeresős levelekből, postai levélváltásokból, stb.)

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541264

    > Sajtreszelő. Nagyjából.

    Privacy. Nem kell értened.

    > Magyarul egy korlátozás megkerüléséhez kell neked a nem fix ip-cím. Na én ezt kifejezetten a disznóság kategóriába sorolom. Te hova?

    A nem fix IP cím sokféle dologhoz kell, nem csak ehhez (ld. kugli), ez egy. Kettő, most aztán tényleg akkora bűn, hogy letölti az ember valami szar oldalra felpakolt VHS rip darabjait egyszerre, amit már megvenni sem lehet, hogy mindjárt menjek követ törni, ugye? Három, a saját dolgoddal és disznóságaiddal foglalkozz és ne másokat mocskolj. Bár neked ezt hiába is mondom, mert neked ez lételemed.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541421

    > A mindenkor üres profillal induló böngésző az szerintem a sajtreszelő szint, de te tudod, hogy neked mi a kényelmes...

    A kényelem másodlagos.

    > Igen, cseszd meg, ha a kiszolgáló oldalon valamilyen korlátozást beállítottak, azt nem véletlenül tették - annak a kijátszása szerintem nem az "ügyeskedés", hanem a disznóság kategória.

    Tényleg? Akkor csak két dolog. Az egyik, hogy szerinted miféle oldalak ezek, ahonnan régi filmek ripjeit lehet leszedni? Segítek: kalóz oldalak. Kalóz oldalak, ahonnan stuffokat lehet leszedni, miközben a júzerből befolyik a reklámpénz. Ezek az oldalak a szó legszorosabb értelmében azzal keresnek pénzt, hogy másoknak a nonfree cuccait lehet letölteni onnan. Ez nem disznóság, csak az, hogy én nem várom meg a 24 órát két letöltés között?
    Elképesztő, hogy mekkora kettősmércét vagy képes alkalmazni csak azért, hogy végre valamivel be tudj mocskolni...de mondok még jobbat, illetve kérdezek: az nem disznóság, hogy spamládának/regisztrációs szemétládának használsz N db. Yahoo accountot? Azért adta a Yahoo? Aztán meg, mi a helyzet azzal a shareware programmal, amivel nem tudsz elszámolni; kifizetted már a szerzőnek? Az nem disznóság? (Mást meg bezzeg leoltasz egy ilyenért.) Te is ugyanúgy elköveted a magad pitiáner disznóságait, ugyanúgy, ahogy az emberek elsöprő többsége, de azért osztod az észt. Olyan álszent vagy, hogy az elképesztő. (Az is ezt mutatja, hogy kicsillagozod, meg kukacozod a saját káromkodásaidat; ha nem akarsz csúnyát leírni, akkor ne fogalmazz úgy, ha meg úgy fogalmazol, akkor meg legyen tököd leírni...szánalmas.)

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541447

    > Tolvajtól lopni nem bűn, ez részben igaz, de itt te alapból jogsértő tartalmakat lopsz el saját használatra, úgyhogy ez még "kivárom a 24 órát" módon sem korrekt, mondhatni disznóság.

    Már megint nem tudsz olvasni, pedig leírtam: honnan vegyen meg egy már nem forgalmazott VHS-t az ember? Kit károsítok meg a letöltésével, ha már meg sem lehet venni? Ha meg nem károsítok meg vele senkit, akkor mitől lopás? És ez csak az egyik fele, a másik az az, hogy eddig azért fröcsögtél, hogy ezeket az oldalakat megkárosítom, aztán most meg már, hogy kiderült, hogy ezeket az oldalakat nincs miért sajnálni, akkor meg jogsértésről pofázol; amit ugye te sose követtél el életedben. Csúsztatsz, belemagyarázol, neked mindegy, csak valamit végre rám tudj fogni. Szánalom.

    > ebből hogy jött le neked, hogy N darab Yahoo accountot használok? Komolyan kérdezem, mert amióta yahoo-s fiókom van, azóta összesen egy, azaz egy címet használok arrafelé.

    Ebből: "A legrégebbi accountom free szolgáltatónál a Yahoo-s, úgyhogy bár többet használok, nálam ők vezetnek." Félreérthető volt.

    > Szóval TCH-féle mocskolódás ismét.

    Te tényleg elmeháborodott vagy. A mocskolódást ismét te kezdted a "disznósággal".

    > 11 éve volt, azóta sok víz lefolyt nem csak a Dunán, hanem a Willamette folyón is, Oregonban: Everett Kaser kihozta ugyanazt a játékot Androidra, illetve van normális natív Windows-os verzó is - és bingo, mindkettőért fizettem azóta - ha neked ez elképzelhetetlen is... (Ja, és képzeld, filmekért is szoktam fizetni, sőt winrar-ból is regisztrált verziót használok...)

    Sok a duma; a válasz: nem. Sose vetted meg. Kit érdekel, hogy régen volt? Ezt már nem magyarázod ki, hiába is próbálod. Csak megideologizálod, hogy utólag fizettél neki másért. Akkor nekem is lehúzunk pár Pokolgép számot, mert vettem tőlük albumot; meg a StarCraftot, meg az Imperium Galactica-kat, mert utólag meg lettek véve, meg még sorolhatnám... (Jé, mégsem elképzelhetetlen nekem, hogy fizessek valamiért, csak te hazudtad? Ki gondolta volna...) Mint mondtam, ugyanúgy nem vagy feddhetetlen te sem, csak megjátszod magad. Más szemében a szálkát, magadéban az Endort sem. Brutális, hogy milyen álszent vagy.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541461

    > valakitől, akinek megvan, és nincs rá szüksége. Attól, hogy nem lehet kapni, még nem jogszerű a nyilvános közzététele.

    Jézusom, már végképp nem tudtál mit kiizzadni magadból, csak ez a nettó bullshit maradt? Honnan a fárasból tudja az ember, hogy kinek van ez meg úgy, hogy nem kell neki? (Ha valakinek nem kell egy VHS, akkor már rég kidobta, 2020 van, nem baj?)

    > És attól, hogy ők szürke zónában mozognak, attól még az általuk összerakott korlátozás megkerülése disznóság marad.

    Na, itt csúcsosodik ki végképp, hogy micsoda kínos vergődést tolsz itt le, hogy már minden szart összehordasz, csak rám lehessen végre valamit fogni; kapj már a fejedhez: a kalózsite, akik nonfree cuccok terjesztéséből pénzt akasztanak, az csak "szürke zónás", de én, ha kikerülöm a 24 órás korlátozást, az egyenesen disznóság? Bitch please...

    > A bocsánatkérés lemaradt - gondolom véletlenül.

    Szándékosan. Majd, ha bocsánatot kérsz az eddigiekért, amit összehordtál, itt és más topicokban. Mondjuk nehéz összeegyeztetni, mert ez egy db. félreértés volt, az meg többszáz kommentnyi szándékos mocskolódás.

    > ezt meg honnan veszed?!

    Abból a terelésből, amit előadtál. Egy szóval nem írtad le, hogy megvetted volna, csak hablatyoltál a sok eltelt időről, meg a lehetőségekről. De még ha meg is vetted, meddig is használtad "jogtalanul"?

    > (Nem, nem fogom a kedvedért előtúrni a PayPal-os számlát meg a leválváltásunkat a DOS-os progi elő- és utóéletéről nálam, meg úgy általában a világ eme szegletében, meg arról, hogy a DOS-os verziónál milyen lehetőségeket adott meg a fizetésre, és hogy ahhoz képest hol tartott a világ úgy 2010 környékén...)

    Nem is érdekel. Csak hogy értsd: én leszarom, ha nem fizettél ki valami shareware cuccot. Csak rámutattam az ordenáré kettős mércédre. Kit érdekel, hogy milyen lehetőségeket kaptál a DOS-os verziónál a fizetésre? Nekem milyen lehetőségem van egy rég el nem érhető VHS megvásárlására? Az amit írtál az egy rossz vicc.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541477

    > Mindkettő ordenáré disznó dolog, lopás, jogkerülő magatartás - amihez neked a dinamikus IP-cím a jobb.

    Tényleg? Akkor kérdezek mást.
    Itt szó szerint leírod, hogy adblockert használsz. Saját "értékrendedet" (lol) elővéve megkérdeném, hogy az nem disznóság, hogy adott egy oldal, aminek a használati feltétele az, hogy a pénzért előállított, jogvédett tartalomért - cikk, vagy videó, bármi is légyen az - megnézed a reklámot és te ennek ellenére kiblokkolod, kvázi jogszerűtlenül használva az oldalt, felrúgva a használati feltételeket? Ez nem jogsértés? Ez nem jogkerülő magatartás? Ez nem lopás? Ez nem disznóság? Ez nem "szürke zónás"? Na, hát ezt se fogod kimagyarázni, maximum megideologizálni. Ahogy mondtam: ugyanúgy elköveted a pitiáner disznóságokat, mint bárki más; semmi erkölcsi jogalapod nincs engem mocskolni.
    Na, de ez még hagyján lenne, de rajtam meg számonkéred, hogy miből éljen, aki reklámozásból él, ha én kiblokkolom a reklámot. Egy újabb kvazárfényű példa a brutális álszentségedre és kettős mércédre: neked szabad, nekem meg nem, mi? Quod licet Jovi, non licet bovi és te döntöd el ki isten és ki ökör? Tényleg fordulj orvoshoz.

    > Számomra egy kalózsite üzemeltetője és felhasználója egykutya, csak próbáltam finomabban fogalmazni, mert úgy tűnik, hogy az érzékeny gyomrodat bántja a "disznóság" kifejezés.

    Nem egykutya letölteni egy videót és profitálni abból, hogy letöltik tőled. Rohadtul nem egykutya, csak te szeretnéd összemosni, mert annnnnyira szeretnéd, ha végre valamit rám bírnál húzni. Pancser...

    > Értő olvasás, baromarc:

    Amiben te ugye eddig is baromira jeleskedtél; te hányszor voltál képtelen értelmezni a leírtakat? Már összeszámolni sem lehet.

    > Így jártál, nincs forgalomban, keresned kell olyat, akitől jogszerűen megkaphatod, nem pedig warezpistikéket etetve széttárni a karodat, hogy "dehátnemvoltmásmegoldás...". ha meg nincs, akkor nem nyalsz pisztáciát (mert ugye a pisztácia kifogyott...)

    Aha és ha utólag megveszem, ha végre találok valakit, akkor oké? Hány évig is használtad jogosulatlanul azt a DOS-os játékot? Álszent, képmutató szánalom és csődtömeg...
    És egyébként mi van, ha warezpistikét játszom és leszedem? Kit ért ezzel kár? Kit is loptam meg? Erre még mindig nem bírtál válaszolni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> ddmb


    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541557

    > Ezt most úgy írod, mintha az, hogy valaki más disznóságot követ el, az feljogosítana téged bárminek az elkövetésére.

    Te is kezded? Fejtsd ki, mit "követtem el", amiért ilyen végeláthatatlan picsogást kell itt csapni; jó, hogy nem köveztek mindjárt halálra egy VHS rip letöltéséért... No, mesélj, mi a disznóság ebben, kit károsítottam meg egy ősrégi már nem kapható VHS ripjének letöltésével, vagy azzal, hogy skippeltem a 24 órás időközt egy kalózoldalon?

    > Amúgy miért zavar, hogy zeller kolléga disznóságnak hívja?

    Az álszentsége zavar, hogy ő ugyanúgy elkövet hasonló "disznóságokat", aztán meg előadja itt a szentet és engem mocskol. Ez egyébként kedves, bevett szokása.

    > Nem teljesen mindegy, hogy mit ír valaki egy fórumban?

    Akkor te mit csinálsz itt? Nem mindegy neked, mit írok? Ja, nem. Próbálsz rajtam fogást találni, hogy a Mozillás topikok után visszavághass. Ott sem volt neked mindegy, hogy mit írtam.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541620

    > Azt mondtam, hogy úgy írsz, mintha másvalaki negatív viselkedése számítana akkor, amikor valaki a te viselkedésedről formál véleményt.

    Ha valaki az én viselkedésemről formál véleményt, akkor nagyon is számít, hogy ha az a valaki is elköveti ugyanazokat, amikkel engem ekéz. Nem gondolod?

    > Nincs miért visszavágnom.

    Nem úgy tűnik.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541857

    > Na várjál, most elvesztettem a fonalat.

    Akkor ne menj Théseusnak, mert rászívsz az útvesztőkre...

    > Azt akarod mondani, hogy zeller nem ekézhet, mert ő is disznóságokat követ el?

    Kezdődik a szavak számba adása? Legalább kecske alapú a szalmabábod? Én nem azt mondtam, hogy nem ekézhet; nem tiltottam meg neki semmit. Azt mondtam, hogy erkölcsi jogalapja nincs rá, mert ő is elkövet olyasmit, mint amivel engem ekéz. Csinálni azt csinál, amit akar, mint minden szabad ember.

    > Ha véleményt kéne formálnom, akkor úgy gondolom, hogy ekézhet, cserébe te nyugodtan mondhatod akár azt, hogy nem törődsz a véleményével mert ő sem jobb.

    Ennyi, ami nekem megengedett "cserébe"? Nem törődni vele? Cáfolni nincs jogom? A kettős mércére rámutatni nincs jogom? A saját véleményemet elmondani sincs jogom? Szépen vagyunk...

    > De simán el tudom fogadni azt az álláspontot is, hogy szerinted ha ő bort iszik, akkor ne vizet prédikáljon.

    De rendes tőled. Majd küldök neked vándorvese vándordíjat, víziváshoz hasznos. :P

    > Ha megállít a rendőr, amiért átmentél a piroson, akkor hiába mondod azt, hogy igen, de a Gipsz Jakab meg részegen vezetett tegnap, az a te tevékenységed megítélésében nem fog különbséget hozni.

    Exception WTF has occurred. Ne zavarjon, hogy nem a rendőr mondta, hogy átmentem a piroson, hanem a Gipsz Jakab... Ez a "tevékenység" kitétel meg már konkrétan arclekaparós. Nekem "tevékenységem" van, amit meg kell ítélni. Mit is csináltam? Letöltöttem régi, jobbára beszerezhetetlen filmeket (még mindig várom a választ, hogy ezzel konkrétan kinek is okoztam kárt) és kibasztam szegény, szerencsétlen (mások cuccaiból profitáló) kalózoldallal, mert nem vártam ki a 24 órás korlátukat. Szörnyű. Felháborító. Iszonyatos. Hívjátok rám Lynch ezredest, az adóhatóságot és az emberi jogok bíróságát is. Lőjetek le. Belezzetek ki. Lógassatok fel a zsigereimnél fogva. Pereljetek be. Nevezzetek ki banktisztviselőnek, csőgörénynek, vagy sonkának. Szolgáltassatok ki a RIAA-nak. Tegyetek vindózt a gépemre. (Na jó, azt azért inkább mégse...)
    Meg hozzatok fáklyákat, meg vasvillákat. Meg tükröt. Jó nagyot.

    > Nekem meg úgy, hogy az egészségesnél pár fokkal erősebb a paranoiád,

    Ez valóban így van.

    > és ezért bárki bármit ír, azt személyes támadásnak veszed.

    Ez viszont nincs. Csak akkor veszem annak, ha támad. Te miért is szóltál bele ebbe a vitába? Nem válaszoltál a visszafordított kérdésemre, miszerint, ha szerinted "teljesen mindegy, hogy mit ír valaki egy fórumban", akkor neked miért nem mindegy, hogy én mit írok?

    > A firefoxos topicban nem írtál semmi olyasmit, ami miatt nekem álmatlan éjszakáim lennének, hiszen az egész kb. arról szólt, hogy én annyit írtam, hogy rossz helyre írsz, a thread másról szól, plusz nem értettem gondolatmenetedet (nem az első eset, feltételezem nem írsz le mindent, amit gondolsz, csak az elejét és a végét, aztán így nehéz követni).

    Pontosítsunk. Te megpróbáltad a Mozillát mosdatni és csökönyös tagadással (azaz: nem, nem, nem, de akkor sem) "bebizonyítani", hogy a Firefox tábora nem az ő patkánykodásaiknak köszönhetően szublimált el. Eme tevékenység közepette szépen eljutottál a személyeskedésig és a vádaskodásig is. Továbbá hasból "készített" - saját bevallásod szerint is - le nem ellenőrzött statisztikákkal jöttél, mint cáfolat, majd, amikor forrásokkal alátámasztott tételes ellenadatokat adtam, akkor azokat figyelmen kívül hagytad. Ahogy azokat a belinkelt netes fórumokat, blogposztokat, cikkeket is, ahol emberek tömegei panaszkodtak az irány miatt, amerre a Firefox fejlesztése halad, hanem helyette húztál egy arbitrális imaginárius vonalat, hogy van-e ezer kommentes topic legalább, vagy nem ér és kész. Volt. Akkor sem ér.
    Sorolhatnám még, de minek. Ebből is látszik a lényeg.
    Ja, és mindezt úgy, hogy a topicban a hupon ritkaságszámba menő egyetértés volt a Mozilla megítélése és a Firefox státusza kapcsán.

    > Ráadásul amire itt írsz, az nem visszavágás volt, csak túlérzékenykedted.

    Valóban nem visszavágás volt, de én nem is azt írtam, hogy az visszavágás volt. Azt írtam, hogy fogást keresel rajtam, hogy visszavághass. Dehát megint a szalmabábot találtad el. Kb. ennyi valóságalapja van a túlérzékenykedésnek is.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541964

    > Hallod, veled igen fájdalmas beszélgetni.

    Miért csinálod akkor?

    > Ha rosszul értelmeztem, akkor elég lenne annyit írni, hogy nem, nem azt jelenti, hanem ezt meg ezt.

    Meg mertem volna esküdni, hogy pontosan ezt tettem.

    > Megkérdezted, hogy mi a véleményem

    Nem kérdeztem, hogy mi a véleményed: kéretlenül bekapcsolódtál a szálba és rögtön azzal nyitottál, hogy más disznósága nem menti az enyémet, miközben rohadtul nem sikerült még azt sem bizonyítani, hogy egyáltalán disznóságot csináltam-e. Ez mi, ha nem támadás?

    > Azt láttam, hogy felhúzod magad valaki más hülyeségén, és beírtam, hogy ugyan, hagyd a fenébe. Take it easy, bro.

    De te nem ezt írtad, hanem azt, hogy a más disznósága nem menti az enyémet.

    > Nekem teljesen mindegy, hogy mit írsz, de gondoltam, egy jótanáccsal segítek, nehogy agyvérzést kapj azon, hogy valaki azt írja, hogy disznóságot követtél el.

    Aha...csak épp nem ezt írtad, hanem azt, hogy más disznósága nem menti az enyémet. (Többször nem írom le, lol.) Amúgy meg nem fogok agyvérzést kapni, mert ahhoz agy is kéne ha én igazán felhúzom magam, akkor inkább nem válaszolok semmit, mert mérgében nem azt mondja az ember, amit kell és hibákat fog elkövetni. Előbb lehiggadok. Ezen az egészen én inkább megrökönyödtem, mintsem felhúztam magam.

    > Amúgy, ha már így szóba került, a disznóság kifejezés nem annyira komoly, mintha valaki mondjuk kurvaanyázna vagy ilyesmi. Szerintem ezt is túlreagáltad. Ha nekem írta volna, én kb. megvonnám a vállam, hogy zeller szerint disznóság? Na bumm.

    Nem a disznóságon akadtam fent, hanem a kettős mércén.

    > Látod, ezért nincs miért visszavágnom, mert egyszerűen nem is értetted, hogy mit írok.

    Értettem. Válaszoltam is, hogy: "Egy secu-felelősnél ezek főbenjáróak."

    > Nem írtam a Mozilláról se jót, se rosszat, ugyanis nem arról a témáról beszéltem.

    Aha. Azért bagatellizáltad többek között a telemetriát is, miközben kaptál egy egész github repo-ra való adatot, hogy mi mindent gyűjtött rólad a Firefox...és nem "csak az OS-t küldte el".

    > Te próbáltad mindenáron behozni, de engem a mozilla nem érdekel, így azokra a részekre nem válaszoltam.

    Egyrészt az már egy másik szál volt, másrészt meg válaszoltál, többször is. Csak akkor nem válaszoltál, amikor már végképp nem volt mit mondani a számadatokra, vagy a linkelt elemzésekre.

    > Nem emlékszem, tettél-e ilyen állítást.

    Nem tudom, hogy sikerült elkerülni, mert az első poszt volt a topicban...

    > Ha tettél, azzal nem vitatkoztam.

    Többször is vitattad. (És ez nem az összes példa volt erre.)

    > Azt állítottad, hogy a Firefox felhasználók túlnyomó része geek volt, akiknek nem tetszett a Firefox privacy szempontból megkérdőjelezhető választása, ezért hagyta el kb. az összes felhasználója. Én erre annyit mondtam, hogy szerintem nem tudjuk (se te, se én), hogy a felhasználók mekkora része volt geek, szóval ez csak egy feltételezés. Ezt nem voltál hajlandó elfogadni.

    Nem azt vitattam, hogy nem tudjuk, hogy mekkora arányban használták a browsert kockák, mert azt nyilván nem tudjuk (bár az arányokból lehet következtetni, ld. majd lejjebb), a patkányságról, mint okról nem fogadtam el, hogy feltételezés, amikor ezzel volt borítva az internet az elmúlt pár évben... Még az ominózus topicban a kommentek nagy része is ezt támasztotta alá.

    > Ez nem igaz, csak nem értetted, amit írtam.

    Hát azért azt elég nehéz félreérteni, hogy ha hazugnak, vagy trollnak neveznek...

    > Nem láttam olyan statisztikát, ami azt mutatta volna, hogy hány geek és hány nem geek Firefox felhasználó volt az évek során. Összfelhasználó százalékokat és számokat adtál, amik nem bizonyítják és nem cáfolják az állításaidat.

    Meg egy arányszámot a teljes lakosságéhoz képest. Fel is tettem a kérdést, hogy annyira képtelenség volna, hogy 2010-ben a világ 5%-a kocka lett volna?

    > Igen, látszik. Hiába mutattam rá többször is arra, hogy A állításodból és B tényből nem következik C, te csak továbbra is szajkóztad ugyanazt.

    Az emberek véleményéből látszik. Abból, hogy panaszkodtak és abból, hogy lábbal szavaztak. Csak nem vagy hajlandó elfogadni. Mutassak ezer kommentes topicot. Mutattam. Akkor se. Ok...

    > Valamint sajnálom, hogy megint felhoztad a Firefoxos témát itt is, mert már a másik topicban is azért hagytam abba, mert valószínűleg el se olvasod, hogy mit írok, de ha esetleg igen, akkor meg se próbálod megérteni, csak ömlik az epe.

    Én nem értettem meg, amit te mondasz? Neked nem sikerült értelmezni azt, amit én írok, se az SMTP/fix-ip-s résznél, se a mozillásnál. Pedig mindenki másnak sikerült.

    > Unalmas ez, kb. mint a falhoz beszélni.

    De akkor miért csinálod? Itt is és a két másik topicban is napokig tartó kommentláncot csináltál velem, sokszáz kByte-ra való szöveggel... Ha engem valami untat, én nem fogom csinálni, csak ha fizetnek érte, vagy muszáj. Egyébként meg mindig pontosan arra reagálok, amit mondasz, csak nem tetszik a válasz. Ha ez falhoz való beszéd...

    > Mivel a mozilla viselkedése engem teljesen hidegen hagy, előre szólok, hogy nem kívánok róluk vitatkozni. Ahogy eddig se tettem.

    Ahogy eddig se tetted...meg ahogy most se csinálod.

    > Ha beírod, hogy a mozilla disznóságokat csinál, rád fogom hagyni, mert nem érdekel.

    Aha, ahogy eddig is tetted, itt és a két másik topicban is. Oké.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541975

    Vitáztál már te is velem ilyen kilométer hosszan és még egy sörre se hívtál meg. :P

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2542006

    > De ezt már írtam máskor is.

    Ahogy én is neked. Sebaj.

    > Vicces, hogy még amiket beidézel, azok sem azt támasztják alá, amit írsz.

    Hát, ha te mondod...

    > Falra hányt borsó

    Annak jó magas az alkoholtartalma; pedig a sörözés elmaradt.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541541

    Előferdül, hogy anonymizer proxyt használok, ha pl. a magyar IP címek ki vannak valamiért blokkolva a céloldalon, de a proxyk rengeteg kompromisszummal járnak; ha nekem alapból elég a JS és a sütik irtása és a dinamikus IP cím, akkor nem bonyolítom vele az életem.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541618

    Csak nem állsz le? Az adblockeres kérdésre sem reagáltál, hogy az nem jogsértő disznóság-e, de kérdezek mást is: írtad, hogy anno Z80-as gépekkel dolgoztál, meg CP/M-es fejlesztéseken, továbbá '88-ban IBM XT-vel, FORTRAN-ban; na most, ez még a COCOM lista megszűnése előtt volt, amikor nemhogy a programokat, de még a gépeket is úgy csempészték be az országba, szétszerelve, darabokban, kikerülve a vámot, a forgalomban lévő programoknak meg kb. a 99%-a kalózáru volt és lehetőség sem volt legálisan kapni. Te pedig azt írtad, hogy crackelt software-ed sosem volt, mindened jogtiszta (kivéve azt az egy szál DOS-os shareware programot, amire egyébként még mindig nem válaszoltál, hogy meddig is használtad jogtalanul).
    Kérdem én: neked a 80-as évek Z80-as mikrogépein (Spectrum, vagy mittudomén mid volt) is csak és kizárólag jogtiszta szoftverek voltak? Kalózáru zéró? Munkahelyen, meg otthon is? És a gépek? Azok is totál legálisan jöttek be az országba? A munkahelyiek, meg az otthoniak is?

    Ezt a máz dolgot, meg hiába erőlteted görcsösen, csak a saját analfabetizmusodat bizonyítod vele, nem mást: kaptál példát, aminek köze nem volt a korlátozások megkerülésének. Apropó, a korlátozások megkerülése: amikor te kiblokkolod a felugráló, vagy az akármilyen reklámot, az nem egy korlátozás megkerülése? Meddig álszenteskedsz még?

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541211

    Én is úgy járok, amikor olyan IP-vel megyek fel, amivel már valaki letöltött onnan; ugyan most vagyok ma fent először, de már túlléptem a kvótámat. Érdekel ez valakit? Nem. Így jártam...
    Ja mégsem, mert modem reset és máris nem. És az előző IP-m új tulajdonosa is megteheti ugyanezt.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541241

    Ez nem érv arra, hogy most miért ne legyen dinamikus IP-m.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541263

    Szerintem te nézesd meg magadat, mert tök mindegy, hogy hol futunk össze, te rögtön kötekedni kezdesz. (Anonymizer proxykat meg szoktam használni, de azért köszi.)

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541422

    Mi az, hogy "rácsodálkoztál"? De ártatlan megfogalmazás. Kicsivel fentebb szó szerint azt montad, hogy "Ja, tehát jól gondoltam: ha valami "disznóságot" szeretnél véghezvinni, akkor rossz a fix IP-cím..." Tehát szó sincs csodálkozásról, pontosan azért kérdeztél rá, mert tudtad mi lesz a válasz és kellett az ürügy, hogy belémköthess, csak álszent módon játszod az ártatlant, hogy te nem. De te igen. Neked már mindegy, csak végre valamit rám tudj húzni, végre valamivel be tudj mocskolni, neked ez már a mániád; ahol megtalálsz, megpróbálsz keresni valamit, amivel belémköthetsz, aztán nekiállsz mocskolódni, aztán meg előadod, hogy én szálltam rád, miközben kb. 3x szóltam hozzád 3 év alatt, amióta itt vagyok a hupon, az összes többi esetben te találtál meg. Szánalmas vagy. Ha valakinek itt elmeorvos kell, az te vagy, nem én.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541448

    > valóban khm. "nem teljesen korrekt" felhasználás a célod

    Mégis miért? Kit is károsítok meg vele, áruld már el?

    > mindezt persze némi privacy maszlaggal nyakoncsapva... merthogy az általad linklelt hsz. előtt már te magad ismerted el, hogy erre kell neked.

    Most vagy nem tudsz olvasni, vagy direkt csinálod: több példát is adtam, hogy miért nem jó nekem a fix ip, de te kiragadtad az egyetlent, amibe bele lehet kötni és mocskolni vele engem. Szánalmas vagy.

    > az tényleg költözön ki a világvége mögé

    Megvolt.

    > csak készpénzzel fizessen

    Ezt csinálom.

    > természetesen a boltokat is véletlenszerűen váltogatva, hogy hol, mit vesz meg épp, merthogy az eladó a fejében bizony statisztikázza a gyakori vevőket, hogy ki, mit szokott venni, kinek, mi a kedvelt(ebb) márkája/terméke, és mi az, amit hiába is ajánlana neki...

    Ez a része nem zavar.

    Oldschool Computer - http://oscomp.hu




    Vodafone elkezdte blokkolni a 25-ös portot?: https://hup.hu/node/171256#comment-2541170

    Több ügyintézővel játszottam el ugyanezt, nem egyel. Az összes ezt csinálta. Az ÁSZF-re nekem is mutogattak, hogy így van 2016 óta, de ez nem igaz, mert nincs így 2016 óta: 4 évig működött minden gond nélkül. (Egyébként a 25-ös port szűrését is ki lehet kapcsolni, ha üzleti csomagot vásárolsz, de ld. fentebb.)

    Oldschool Computer - http://oscomp.hu




    [RFC] Következő generációs programozási nyelv: https://hup.hu/node/171271#comment-2541195

    VM-only, vagy tud binárist is fordítani? (Vagy ez le volt valahol írva, csak kiszúrta a szemem?)

    Sz*rk: Ok, látom, közben hozzáadtad, hogy C++-on keresztül fordít binárist.

    Oldschool Computer - http://oscomp.hu




    [RFC] Következő generációs programozási nyelv: https://hup.hu/node/171271#comment-2541271

    http://www.youtube.com/watch?v=N_UkzGXM7g4&t=104 :)))

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    [RFC] Következő generációs programozási nyelv: https://hup.hu/node/171271#comment-2541660

    IMHO, azért van így, mert ez C++-ban is így van.

    Oldschool Computer - http://oscomp.hu




    [RFC] Következő generációs programozási nyelv: https://hup.hu/node/171271#comment-2541739

    > Kár hogy C-ben nincs a mai napig sem az imént bemutatott saturating_add és checked_add.

    A C egy lowlevel nyelv, ott ilyesminek nincs helye nyelvi szinten, ha kell, meg kell írni. Vagy a C++-ra gondoltál?

    Oldschool Computer - http://oscomp.hu




    [RFC] Következő generációs programozási nyelv: https://hup.hu/node/171271#comment-2541809

    > Tapasztalatom az, hogy ha valami nem elérhető, akkor az átlag programozó szemet huny az ilyen "apróság" felett, a sérülékenység (hibás számítás lehetősége) pedig szépen megbúvik a kódban.

    Ez a programozó hibája és nem a nyelvé. A C-t kár a Rusttal (vagy akár a C++-szal) összehasonlítani, mert olyan, mint ha a szerszámraktárat hasonlítanád össze egy specializált, programozható ipari robottal; a kettő nem ugyanarra való.

    A linkeket köszi, majd alaposabban is átnézem őket.

    Oldschool Computer - http://oscomp.hu




    [RFC] Következő generációs programozási nyelv: https://hup.hu/node/171271#comment-2542101

    Mert a C nyelv egy lowlevel nyelv, amiben elemi műveletek és komponensek vannak. Ennyi erővel felvehetnénk a C nyelv típusai közé a stringet és a vektort, a műveletek közé meg a konkatenációt és a vektorműveleteket, továbbá az autoallokációt és az objektumorientált programozást is, hiszen ezek sem vennének el a C erényeiből, viszont hozzáadnának. Csak egy a baj: ezen már rég túl vagyunk és a kapott eredményt C++-nak hívják. C++-ban volna (van?) értelme egy ilyen nyelvi megoldásnak, C-ben viszont nincs se értelme, se keresnivalója. Ott, ha ez kell, akkor megírod függvényben.

    Oldschool Computer - http://oscomp.hu




    Magyar posta: https://hup.hu/node/171278#comment-2541357

    Esetleg azért érdemes utánamenni, hogy ha a végén mégis előkerül valahonnan, akkor legközelebb, ha egy nagyobb értékű cucc szublimál el, már tudd, hogy merre érdemes menni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Gyurex , gelei


    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375152

    Én azt hiszem kicsit félreértetted a dolgot, hogy mi a baj a correct horse battery staple felállással: ezek szavak, azaz egy szótáralapú támadásnál matematikailag tkp. karakterekké (pontosabban egységekké) degradálódnak. Van egy szótárad, ami tartalmazza a szavakat aardvark-tól zyzzyva-ig és ezeken iterál végig és gyártja a hash-eket, mint ha betűkkel csinálná ugyanezt. Mivel ez négy szó, ezért tkp. négy karakternek felel meg, mert szavanként pakolja össze a dolgot, ezért egy 4 szavas password, ha 5000 szóval számolunk, az 50004, azaz 6.25×1014 lehetőség. Ehhez képest egy pl. 11 karakteres jelszó, amiben van kisbetű, nagybetű, szám és írásjel is (azaz kb. 32-től 126-ig minden), az 9511, azaz kb. 5.688×1021 lehetőség. Ergo a 4 szavas "correcthorsebatterystaple" egyáltalán nem erősebb, mint a 11 karakteres "Tr0ub4dor&3".
    Az én esetemben egyébként nem csak a copypaste miatt tök mindegy, hanem azért is, mert ez 56 karakter hosszú. :) Igaz, ebből az egyenlőség lejön, mert az mindig a végén van, vagyis egy

    makepass

    által előállított jelszó az 6455, azaz alaphangon ~2.2×1099 lehetőség. Én aszondom, fair enough. (De ha valaki kevesli, lehet sha256-ot, meg még hosszabb hash-eket csinálni; pl. Whirlpool-lal már 172 karakteres lesz a kimenet => 64172=4.6×10310) És mivel tárolás nincs, lopásra sincs lehetőség, nem csak az elfelejtésére. (Kivéve, ha elfelejted, hogy mi volt a userneved. Dehát tökéletes megoldás nincs...)




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375267

    > A "Tr0ub4dor&3" nem random (ott van a comicban hogy hogy generálódótt) ezért jobb nála a correcthorsebatterystaple.

    Annyira garbage, hogy nem sok különbözteti meg a véletlentől.

    > Amúgy 5000 szavas szótárnál 6 szó kell hogy erősebb legyen mint a 11 karakteres random, és szerintem könnyebb megjegyezni, billentyűzeten begépelni mondjuk már nem biztos.

    Igen és akkor a 11 karaktereshez hozzácsapunk még egy karaktert és máris megint erősebb. Egy idő után eljut az ember oda, hogy hiába nehezebb megjegyezni a karakterest, ha a másikat fél óra beírni. Mert ugye arról beszélünk, hogy a jelszavakat fejben tároljuk; ha jelszókezelőnk lenne, akkor tök mindegy, hogy milyen hosszú, vagy bonyolult a jelszó.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375153

    Köszi a tippeket. Ez a

    dmenu

    jópofa dolognak tűnik, már régóta kerestem ilyet. Viszont a suckless team sem mentes a suckage-től, mert Debian 9-en/Devuan 2-őn alapból nem lehet lefordítani, mert elszáll:

    drw.c: In function ‘xfont_create’:
    drw.c:143:38: error: ‘FC_COLOR’ undeclared (first use in this function)
      if(FcPatternGetBool(xfont->pattern, FC_COLOR, 0, &iscol) == FcResultMatch && iscol) {
                                          ^~~~~~~~
    drw.c:143:38: note: each undeclared identifier is reported only once for each function it appears in
    drw.c: In function ‘drw_text’:
    drw.c:353:32: error: ‘FC_COLOR’ undeclared (first use in this function)
        FcPatternAddBool(fcpattern, FC_COLOR, FcFalse);
                                    ^~~~~~~~
    Makefile:18: recipe for target 'drw.o' failed
    make: *** [drw.o] Error 1

    A fejlesztőknek az a véleménye, hogy magas ívben tesznek arra, hogy mi van az emberek által használt disztrókban; frissiccsé fontkonfigotot, büdös júzer. Latest mania FTW. (

    /summon hajbazer

    ) Az egészben az a szomorú, hogy orvoslása kb. kimerült egy

    #define FC_COLOR "color"

    sor beszúrásában, tehát még csak meg sem kellett volna erőltetniük magukat. Ha

    #ifndef #endif

    közé is rakjuk, akkor meg nem lesz ütközés sem, ha valahol eléggé új fontconfig van. Patch itt. És egyébként maga a program működik a régi fontconfiggal is, csak lefordítani nem lehetett...




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375603

    Mondjuk az itt felsoroltak azért elsöprő többségükben megállják a helyüket.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375960

    > sokszor egy egyszerű Makefile nem elegendő, szükség lehet különböző feltételekre, ciklusra, stb. A szabvány szerint ilyenek a make-ben nincsenek. Persze meg lehet oldani különböző szkriptekkel, meg kétszeri make-hívással, stb., de praktikus, ha a build-rendszer ad erre közvetlenül lehetőséget. Természetesen ez nem azt jelenti, hogy egy egyszerű projekt (néhány C-fájl lefordítása, mindenféle trükkök nélkül) esetén helyesnek tartom mindenféle hype-build-rendszer használatát (akár egy ötször annyi ideig futó "autohell"-es ./configure-t is ideértek)

    Részben egyetértek (

    ./configure

    ), részben meg nagyon nem (build system).

    IMHO a generalizált build system alapvetően egy rossz megközelítés, mert abból - kis rosszindulattal - kb. kétféle kategóriájú van. Az egyikbe tartoznak a fapadosak, mint a

    make

    , meg az

    mk

    , amik ugyan mentesek az agyhalál kategóriás függőségektől és megoldásoktól, mert tényleg csak annyit csinálnak, amennyit kell, viszont ahogy mondtad is, a bonyolultabb összefüggéseket nemigen lehet velük megoldani, jöhet a

    ./configure

    , ami vagy jól van összerakva, vagy nem, de leginkább nem (a pkg-configgal és hasonló retardált függőségkezelésekkel, stb.). A másikba pedig ezek az "univerzális" szörnyetegek, amik jellemzően több problémát kreálnak, mint amennyit megoldanak. Lassúak, bugosak, iszonyatosan bloatedek, hozzák magukkal a saját agyhalott függőségkezelésüket és az eredeti célt, hogy egyszerűbben buildeljünk, végül nem sikerül elérni, mert csak sokkal bonyolultabb lesz az egész és a végén már messze többet szopsz a rohadt buildsystemmel, mint nélküle. Ezek a rendszerek mindent meg akarnak oldani, mindent tudni akarnak, mindent is, ami lehetetlen és ennek megfelelően a saját dugájába dől a végén az egész koncepció. A

    cmake

    egyébként még hagyján, mert az csak simán szar, de ott a

    waf

    ,

    scons

    , vagy a "kedvencem", a

    meson

    , na azokat tényleg emberiségellenes bűncselekménynek kellene minősíteni. (Ahogy a Pythont is.) Csak önmagában a Python egy külön "kis" dependency hell-t jelent: egyrészt az egyik program buildeléséhez x.y verziójú Python kell (még mindig C/C++ források buildeléséről beszélünk), a másiknak x.y-2, a harmadiknak x.y+3; aztán ott vannak a különféle "subsystemeik", mint pl. a

    meson

    -nál az az átokverte

    ninja

    , amik a másik felét jelentik ennek a bizonyos Pythonos dephellnek, amiknek egy raklapnyi Pythonos "keretrendszer" kell, hogy futni tudjanak. Komolyan, gyorsabban elkészül az ember, ha fejben ártírja a C kódot assemblyre és nekiereszt egy assemblert, mint mire összereszeli ezt az óriáskígyókból összehányt spagettihalmot...

    Na, ennek megfelelően az a megoldás, ami ténylegesen univerzálisan alkalmazható, az az, hogy írsz egy buildscriptet, ez ugyanis nem egy generalizált fos lesz, ami vagy jó a programodhoz, vagy leginkább nem, de azért ráerőlteted, hanem pontosan a programodhoz lesz szabva. Nem kellenek buildsystemek, de még makefile-ok sem; a scripted pontosan azt fogja csinálni, amit kell, azt, amit akartál, azt amit mondtál neki. És a buildscript az egyetlen, ami ténylegesen dependencyless, legalábbis az épeszűség keretein belül, hiszen shellnek és fordítónak mindenképpen lennie kell, különben amúgy sem fordítasz. (Oké, a

    make

    , vagy az

    mk

    nem egy olyan kategóriájú függőség, amibe bele kell halni, de nem biztos, hogy az alaprendszer tartalmazza.) Igen, ez azzal jár, hogy akkor kell egy

    sh

    script UNIX-ok alá, meg batchfile wincrap alá, meg mindenhova olyan, amilyen shell van, dehát a jó munkához idő kell. De egyébként meg, ha konzekvensen gondolkodik az ember, akkor előbb-utóbb amúgyis kialakítja magának a saját kis scriptalapú buildkörnyezetét, viszont nincs dephell, mert a buildscriptek ott vannak a forrásban, tehát a buildsystem - ha úgy tetszik - teljesen bundled. Nem függesz semmilyen külső szartól.

    (És itt jegyezném meg zárójelben, hogy a sokak által lesajnált, állítólag elavult Pascal ökoszisztémát ezek a problémák marginálisan, vagy sehogy sem érintik; a komplex programok fordítási sebessége a sokszorosa a C/C++-nál tapasztaltnak, nincsen szükség hatvannyócezerféle függőségkezelésre, meg build systemre, ami mind máshogy szar, hanem elég a fordító, meg a különféle include directory-k. Persze igazság szerint ez C/C++ alatt is mehetne így (sőt, régen így is ment), de az ottani kúltúra egy sok másféle ökoszisztémát épített ki.)

    > a subversion-os rész tárgyi tévedést tartalmaz (cow hiánya), ezért "sucks", a többi része szerintem szubjektív mintsem objektív vélemény

    SVN-be nem másztam bele annyira, így ezt a részt - hozzáértés híján - inkább nem kommentálnám. Viszont azt furcsállom, hogy a Gitet ajánlják helyette alternatívának, amikor azért annak is van egy vagon marhasága... (#1, #2)

    > egy konkrét ablakkezelőhöz írt szoftver (pl. "trash icon programs") miért lesz "sucks", ha a konkrét ablakkezelő által nyújtott plusz funkciókat kihasználja

    Bocsánat, ők nem ezt írták. Azt írták, hogy az a "sucks", ami csak akkor működik rendesen, ha ezek a plusz funkciók elérhetőek. Senki nem mondta, hogy nem lehet opcionálisan használni őket, ha elérhetőek.

    > nem tudom (értsd: nemigen értek hozzá), hogy ha valami C++-ban íródott, mennyire "sucks" (nekem úgy jön le, hogy ez már egy rossz pont)

    A C++-t a szintaxisa miatt szeretik utálni, illetve manapság még a C++ ökoszisztémához társuló elbaszott függőségek és heavy-weighted framework-ök miatt is. (Pl. Qt5.) A szintaxis szeretete/utálata ízlés kérdése (én sem szeretem, de nem kapok tőle sikítófrászt, mint a Pythontól), a többi meg ugyan jogos, de nem konkrétan a nyelv hibája, hanem a körészerveződött közösség kúltúrájáé. Ami a CLang-ot illeti, kell hozzá

    cmake

    és Python is, hogy lebuildeljük. Ez azért bőven elég ahhoz, hogy a CLang buildelhetőségét a "sucks" jelzővel illessük. A GCC-nek meg Perl kell, az is rated WTF.

    Viszont, hogy azért nézzük meg az érem másik oldalát is: a suckless brigád által javasolt TCC ugyan impozáns fordítási sebességgel bír, de egy fordítónál nem csak az számít, hogy ő maga milyen gyors a forgatásban, hanem az is, hogy milyen gyors lesz az, amit forgat és ez azért árnyalja kicsit a képet. Aztán ott van még a támogatott CPU-k kérdése is: a TCC x86 (és talán ARM) only, míg a CLang és a GCC egy tonna CPU-t támogat. OS-ek tózse, a TCC a saját doksija szerint Linux és windows only, míg a másik két fordító szinte minden platformon elérhető (főleg a GCC).
    Egyszóval hiába van jól megírva a TCC és hiába nincsenek agyfasz függőségei, ha a felhasználhatósága erősen korlátozva van pár specifikus területre. Ezen adott feladatokra (ld. pár példát a linkelt wiki cikkben) céleszköznek pont jó, de drop-in replacementnek a GCC vagy a CLang helyére nem alkalmas, legyen bármekkora trágyahalom is az utóbbi kettő. (Egyébként tapasztalataim szerint usage és result szempontból a CLang egészen tűrhető, csak leforgatnod ne kelljen, mert jaj.)




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376085

    > Inkább arra, hogy a Makefile (vagy valami olyasmi) nem "csak" annyiból állna, amit a szabvány leír, hanem lennének plusz "nyelvi" lehetőségei - mint ahogy a GNU is megcsinálta a maga make-jét (ami elvileg minden szabványos Makefile-t szabvány szerint értelmez, és ezt egészítette ki néhány okossággal), meg pl. a BSD (FreeBSD) make is megeszi a szabványt, viszont abban is van for-ciklus, if-else-lehetőség, string-manipuláció, stb. Azaz nem mindenféle plusz teszteket hívogasson (pl.

    ./configure

    ), hanem több nyelvi lehetőség lehetne benne.

    Nem értek egyet. Két okból is.

    Egyfelől ez akár egy bloatbuild system történetének kezdete is lehetne: a

    make

    nem tud eleget, ezért ki "kell" bővíteni; apróságokkal indul a dolog, mint alap programozási dolgok, elágazások, ciklusok és alapvetően ezzel talán még nem is lenne akkora baj, csak úgyis lesz, akinek ez kevés lesz, aztán mindig minden kevés lesz, mert XY problémát még nem lehet benne megoldani és ez oda vezet, hogy egyre több minden lesz belezsúfolva, minek következtében egyre nehezebb lesz az alap környezettel megoldani és akkor jön az, hogy akkor írjuk át C++-ra, vagy rosszabb esetben Pythonra az egészet... Hát nem, a

    make

    és társai pont azért jók, mert csak arra jók, amire kitalálták őket: az egyszerű buildre. Nem arra, hogy programozz benne. Ha a programod olyan bonyolult, hogy a fordítása maga is elég komplex ahhoz, hogy csak programozottan lehessen megoldani, akkor programozd le az aktuális rendszer shelljében a build folyamatot. Nincs univerzális build system, nem is lehet. Tudod, ami jó mindenre, az nem jó semmire.

    A másik ami miatt nem értek egyet, az pont a GNUMake. Rettenetesen tudok "örülni", amikor kiderül egy

    Makefile

    -ról, hogy ez nem is Makefile, hanem GNUMakefile. Ez persze Linux alatt nem gond, mert ott alapból az van

    make

    helyett, de pl. Solaris alatt már külön kell telepíteni (

    gmake

    néven és akkor kezdődik a symlinkekkel való rettenetes gányolás) és akkor még nem is beszéltünk azokról az egyéb platformokról, ahol esetleg egyáltalán nincs ilyen. Nem arról van szó, hogy a GNUMake extra feature-jei ne lennének hasznosak, vagy arról, hogy attól a pár szerencsétlen

    if

    -től, meg

    for

    -tól már bloated lenne, hanem arról, hogy ez minden csak nem hordozható; látszólag csak egy

    Makefile

    van, de aztán kiderül, hogy ez rohadtul GNU-dependens, azaz a portabilitást sikerült vele jól seggberakni, ez már nem crossplatform. A Make az Make, az mindenütt ugyanaz, mert nem lehet más: a POSIX leírja, hogy mit kell tudnia. Ez a lényege. Ettől lesz hordozható. Ha ettől eltérsz, lábonlövöd vele a forrásod hordozhatóságát. Megint csak azt tudom mondani, hogy ha egyéni igényeid vannak, akkor azt programozd le a rendszer shelljében. Az is hordozható. Shell mindenütt van, még AmigaDOS, vagy MS-DOS alatt is. Ha valami nagyon kell: csináld magad és ne függj mindenféle Linux és/vagy GNU-dependens vacaktól. (A Python-dependens kulatengerekről meg inkább ne is beszéljünk...)

    > Pl. a saját statikus honlapgenerátoromban is igen jól jött, hogy van lehetőség for-ciklusra.

    A honlapod egyébként kurwa jó, nekem nagyon bejön. :) Főleg az, hogy nincs JS. (De a saját programok még mindig 404, az két év óta még mindig WIP? :) )
    Viszont azért ne keverjük össze egy személyes honlap makróalapú felépítését, komplex C/C++ projektek buildelésével, mert nem ugyanaz a kategória.

    > Én is így értettem. Értem, hogy szívás, de ettől szerintem még a szoftver lehet korrekt és jól megírt, csak a felhasználási környezete (dokumentáltan) megszabott (mint ahogy lentebb írtad a TCC-t).

    Hát azért van egy kis különbség a C fordítóktól elvárt minimumot simán teljesítő TCC és egy az ICCCM szabványt leszaró, WM-dependens program között. :) Az utóbbi egészen pontosan hogyan is lehetne korrekt és jól megírt, ha egyfelől szembemegy a direkt az egységesség kedvéért lefektetett protokollal, mert ő jobban tudja, másfelől meg csak egy WM alatt megy? Nem, akkor lehetne korrekt és jól megírt, ha ICCCM compliant lenne, ahogy az elvárható és minden WM alatt menne, ahogyan az elvárható, de ez mellett ki tudná használni a "szívügy" WM cuccait. A "megyek mindenütt, de XY alatt jobban/gyorsabban", az oké, a "csak XY alatt megyek", az nem oké. Ez a különbség. A TCC-nél nem elvárás, hogy mindenben jobb legyen, mint a GCC, vagy a CLang. Az az elvárás, hogy C-t tudjon fordítani és ezt tudja is.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376098

    > Igen, a nyújtott kisujj és a kar esete, gondolom, ezek vezettek mindenféle build-framework fejlesztésekhez.

    Pontosan.

    > Viszont ahogy írod is, egy kis if meg for-támogatás (na, meg egy kis sztring-manipuláció) a Makefile-ba talán nem annyira "bloat".

    Egyáltalán nem bloat, én nem is ezt írtam. A különféle Make derivánsokkal más baj van: a hordozhatóság lábonlövése.

    > Miért kell szimlinkelni? Ha a GNUMakefile jól van megírva, akkor a

    $(MAKE)

    parancsot használja a következő szintű

    make

    -hez, azaz a

    gmake

    parancsra le kellene rendesen fordulnia.

    Hát igen. Ha jól van megírva. Ha jól van megírva. De mi van, ha nincs? Mi van, ha csak be van írva, hogy

    make

    , mert egy Linux-only gyökér a felelős érte és vagy nem tudja, vagy nem érdekli, hogy amit csinál, az nem hordozható?

    > Viszont ha van egy olyan keret, ami ezeket támogatja, miért ne használhatnád? Mint ahogy én sem ragaszkodtam a szabványhoz, hanem kihasználtam a plusz lehetőségeket, ezáltal kisebb az én kódom, másrészt nagyobb része (a BSD-make bővített készlete) széles körben tesztelt, azaz kevesebb a hiba lehetősége.

    Ez alap: ha neked jó, akkor nyugodtan használhatod. Mint mondtam, egy

    make

    még nem akkora agyhalál dependency; alapvetően a BSD/GNUMake sem az. Viszont akkor ez azzal jár, hogy a cuccod csak ott fog működni, ahol ez rendelkezésre áll.

    > Ennyi erővel a make is bloat, mert azért nem olyan nehéz egy szkriptet összedobni, ami legenerálja a dolgokat :)

    Ez már szókiforgatás. Én kerek perec leírtam, hogy a

    make

    , de még a különféle kiterjesztett Make derivánsok sem bloatedek.

    > Azaz: azt gondolom, hogy attól, hogy a POSIX-nál valami többet tud, nem feltétlen bloat.

    De én nem is mondtam. Olvasd el még egyszer az odavágó kettes bekezdést, mert asszem nem ment át: a POSIX kiterjesztése nem ekvivalens ab ovo a bloattal; csak amennyiben a kiterjesztés függőségként jelenik meg valahol, akkor onnantól kezdve lőttek a hordozhatóságnak. Leegyszerűsítem: Ha egy adott projekt a "natúr" POSIX

    make

    paranccsal mondjuk öt percig fordul, a

    bmake

    paranccsal meg háromig, akkor itt a POSIX kiterjesztések kezelése jól van megvalósítva, mert működik a normál felállás mellett is, csak kihasználja az opcionális pluszokat. Viszont, ha a

    make

    paranccsal egyáltalán nem fordul, akkor ez nem kihasználja az opcionális pluszokat, hanem nem tud nélkülük élni. És ez a nem mindegy.

    > Valóban nem. Viszont úgy gondolom, hogy a

    make

    arra lett kitalálva, hogy néhány fájlból meghatározott szabályok szerint új fájlt generáljon, amennyiben a kiindulási fájlok közül legalább egy újabb, mint a cél - azaz nem feltétlen csak C/C++ projektekre lehet használni.

    Nem hát, de én - megint csak - nem ezt mondtam. Én pontosan arról beszéltem, hogy ez a felállás nagyon faszán működhet egy makróalapú website-nál, de nem biztos, hogy egy hiperkomplex forráshalmaz buildelésére is jó lesz. Neked jó, mert erre a célra jó volt, de mindenre nem jó és nem is lesz. Nincs, ami mindenre jó. Csak megpróbálnak csinálni, de ez szükségszerűen mindig szar lesz. Neked most elég volt, valaki másnak már nem lesz és akkor

    GOTO 10

    . (Aztán meg

    GOTO 666

    , amikor jön a dependency-hell.)




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376184

    > Egy kis

    sed

    -del kicserélni a

    Makefile

    -ban előforduló

    make

    parancsokat

    $(MAKE)

    -re? :)

    Nem azt mondtam, hogy nem megoldható, hanem azt, hogy gányolni kell és ebből a szempontból mindegy, hogy symlink-spagettit csinálsz, vagy a

    Makefile

    -ba túrsz bele. :P

    > Akkor máshogy kérdem: minek kell a make, ha egyszerű shell-szkripttel is kiváltható a funkcionalitása? :)
    Csak arra akarok kilyukadni, hogy egyszer az összetettebb build-framework-okre azt mondod, hogy írja meg szkriptben. De a te build-framework-ödet (make) miért ne kellene megírni inkább néhány sornyi szkripttel? Azaz elég szubjektív (és elmosódott) a határ.

    Ja, értem már mire gondolsz. Nos, a válasz egyszerű: én nem is használom a

    make

    -et sem a saját programjaimhoz, hanem megírom azt a pársoros (néha egysoros) buildscriptet, ami kell.

    > Viszont mennyire lesz karbantartható a szoftver?

    Az attól függ, hogy milyen megoldással csinálod.

    > Gondolkodtam én is a saját kis statikus CMS-emen, hogy esetleg valahogy lecsupaszítani, hogy tényleg csak az alap make-et használja, de nem tudom, hogy hogyan tudnám értelmesen.

    Scriptelve. :) Ez úgyis

    make

    -> deploy megoldás, akkor meg ennyi erővel lehet scriptelni is amit szeretnél, nem?

    > Volt olyan ötletem, hogy egy make legenerálja, hogy mik a targetek (és persze minden szabállyal, minden egyéb kellékkel), a következő make pedig ezt beolvassa, és felhasználja. Szóval inkább elvetettem, és a bmake függőség lett (ami FreeBSD-n alapból adott).

    Ha nem is cél, hogy másutt is lehessen használni, mint BSD-ken, akkor ezzel nincs is baj. Viszont, ha pl. szeretnéd átvinni Solarisra, vagy Linuxra, akkor nem árt, ha van GNUMakefile is, nem csak BSDMakefile, ugyanis

    bmake

    Linuxon alapból, Solarison meg - tudtommal - egyáltalán nincs. Ha meg valami perverzió miatt windózra is kell, akkor

    nmake

    támogatást is kell csinálni.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376562

    > De minek, ha eleve adott egy jól működő eszköz, a

    make

    , amit ráadásul nem is kell telepíteni (az alaprendszer része).

    Erm...az megvan, hogy te kérdezted - illetve mondtad, hogy nem tudod - hogy hogyan kéne ezt megoldani GNU/BSDMake nélkül? Én csak arra válaszoltam. :P

    > De egyébként igen, lehetne csak szkriptekkel is, meg persze lehetne az is, hogy mindent

    sed

    -del cserélgetek, és akkor még

    m4

    se kellene :)

    Mondom: én a te kérdésedre válaszoltam, ha neked jó így, akkor jó. Célfeladatra céleszköz, tehát jó. Én egy szóval nem mondtam, hogy dobd ki a

    make

    /

    m4

    duót. Te kérdeztél rá pár dologra, én csak válaszoltam. Nem muszáj az én példámat követni és minden programhoz buildscriptet írni. (Hozzáteszem, hogy egyszerű programoknál ez egyébként kimerül kb. a compile/strip kétsorosban.)

    > Linuxra biztos nem, több, mint 10 évig Linux-használó voltam, hatodik éve FreeBSD, és nem is tervezem, hogy visszaváltsak Linuxra. Solarist meg életemben nem használtam, sőt, VPS-ekre látom, hogy Solaris telepíthető lenne.
    Leginkább saját felhasználásra készült, viszont mivel publikus, más is használhatja, a függőségek rendesen dokumentálva vannak, úgy érzem.

    Nem arra gondoltam, hogy te akarnád használni Linux alatt, hanem arra, hogy pont azért, mivel publikus és más is használhatja, így előfordulhat, hogy valaki speciel pont egy Solarisos szerverre akarja feltenni és akkor bajban lesz.

    > Egyébként egy kicsit gondolkodtam, hogy mit nevezhetünk bloat-nak: úgy gondolom, hogy azt mindenféleképpen, ami több problémát okoz, mint amennyit megold (a problémák súlyozhatók, illetve a fejlesztési-telepítési-karabantartási időt illetve igényelt tárhelyet is a problémákhoz sorolva).

    Az elég jól le van írva, hogy mit nevezünk bloatnak: Bloat az, ha egy program verzióról-verzióra több erőforrást igényel, miközben semmivel, vagy csak szükségtelen dolgokkal tud többet az előzőeknél. Ez az, amit hajbazer szokott fejtegetni, csak nem szokták megérteni, vagy fennakadnak azon, hogy mi is számít hasznos újításnak, ami ugye azért eléggé szubjektív dolog bír lenni.
    Amiről te beszélsz (meg amiről én is beszéltem kicsit fentebb), hogy több problémát kreál, mint amennyit megold, azt szolúcionizmusnak csúfolják, bár ez így elég pontatlan, mert ezt konkrétan arra szokták használni, amikor valakinek az a rögeszméje, hogy minden probléma megoldható valamelyik új technológiával, csak pont ezek az új technológiák csinálnak néha több szart, mint amit felszámolnak. (Pl.: shitsteamd)




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376837

    > Akkor nyit egy hibajegyet (az elsőt :) ), és majd valamit próbálok ártani neki :D

    Asserossz. Bár a Linuxon/Solarison való használat problémája speciel huszárvágással orvosolható, ha a BSDMake mellett biztosítasz GNUMake-hez való

    Makefile

    -t is, ha már ragaszkodsz ahhoz, hogy nem az alap

    make

    . Nem tudom mennyire üt el a GNUMake és a BSDMake egymástól, de gondolom nem akkora meló. De ahogy gondolod.

    > Hm, érdekes. Tehát egy adott program első verziója nem lehet bloat? :)

    A "bloat" (felfúvódás) nem maga a szoftver, hanem a folyamat, amikor a szoftver felfúvódik. A szoftver maga az "bloated" (felfúvódott), vagy bloatware.

    Ettől még a meglátás jogos, nyilván egy 1.0 is lehet bloatware, bár mondjuk én is bele bírnék kötni a kérdésedbe, hogy mit is értesz pontosan első verzió alatt: első kiadott verziót, vagy első commitot/mentést? Csak mert egy programnak - ha tényleg igazán szigorúan nézzük - az első verziója kb. onnan indul, hogy van egy db. üres

    main()

    -ed és a következő internal verziók alatt pakolják bele a cuccokat. :P
    Ilyen megközelítéssel simán áll, hogy mire eljutnak a kiadásig, belepakolhatnak egy csomó felesleges - a célokhoz semmi közzel nem bíró - szart, vagy a

    printf("Hello bloated world!\n");

    szintű programot egy húsz rétegű keretrendszeren keresztül oldják meg; ez ugyanúgy menet közbeni felfúvódás, csak még kiadás előtt. :]




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375154

    Ez egyáltalán nem igaz. Ez egyetlen esetben nem tudja kiváltani a jelszókezelőt: ha a jelszót nem te határozod meg. De az usernév, vagy akármi, az teljesen irreleváns: azt írsz be a felugróba, amit akarsz; mint leírtam, ha tudod, hogy a "nejlonszatyorfejű rakétás kenguru" azt jelenti, hogy ez a céges jelszavad, akkor azt is beírhatod. Ez nem szükségszerűen domain/user => jelszó felállás: ez mnemonik => jelszó felállás.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375178

    Hát találjon ki olyat, amit könnyű megjegyezni; ezért volt a példa a

    user@domain

    . Azt kellene megérteni, hogy irreleváns, hogy mik a valós hozzáférési adatok, mert azzal helyettesíted be, amivel akarod. Ha Jóska Pista, aki a Ronda Multi-Cégnél dolgozik, olyan hozzáférést kap, hogy "joska.pista_1977$28472827$@RondaMultiCeg.4p", akkor nem muszáj ezt a fasságot megjegyezni, beírhatja, hogy "a céges szarom" és ugyanúgy mindig ugyanazt a jelszót fogja kapni. Vagy ha vállalkozó és több céges hozzáférése is van, akkor "cegesfos@rmc", "cegesfos@mrmc", "cegesfos@emtnrmc", "cegesfos@vrmc", "cegesfos@ms". A lehetőségek végtelenek. Mnemonikot generálni is lehet fejben, nem csak tartani.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375266

    Ja, értem már, hogy mi a problémátok. Nos, ez nem is arra van kitalálva, hogy userneveket tároljon, hogy be tudjátok írni a loginformba. Viszont ott az uzsolt által javasolt

    dmenu

    , lehet finomítani a dolgot.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375155

    Annak örülök.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2375305

    Leírtam a cikkben: "Nem tudom, hogy ilyesfajta megoldás volt-e már a "piacon" (mármint így 100%-ig script-ben írt, hotkeyre illesztve előcsalható), mert nem néztem utána, de ha igen, akkor most van még egy. Mindegy, poénnak jó volt. (Meg hátha jó lesz valakinek.)"




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376166

    Megváltoztatod a bemenetet.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376175

    200 jelszónál? Van egyáltalán olyan elképzelhető usercase, hogy egy embernek egyszerre kelljen megváltoztatnia 200 jelszavát?




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376185

    De nem a saltot kell megváltoztatni, hanem a bemenetet, amit lekéréskor beadsz neki.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376418

    Lehet az is, de nem szükségszerűen. Azt írsz be, amit akarsz. Pl. eredetileg volt

    ajnasz@hup

    és utána lesz belőle

    ajnasz@hup /new

    . Vagy bármi. Ez (tetszőleges) bemenetből csinál jelszót.




    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376560

    A salt globális. :P

    ~/.makepass.salt



    Egyszerűen kezelhető, tárolás nélküli "erős" jelszó kezelő (generátor): https://hup.hu/node/165344#comment-2376186

    Ha megszakadok se értem az összefüggést.




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539014

    Elég keményen. A bevételeinek 95+%-a abból származik, hogy a Yahoo, Baidu, Yandex és Google keresőket teszi meg default keresőmotornak a világ különféle részein.

    http://linuxreviews.org/US_Department_Of_Justice_Lawsuit_Against_Google_Could_Kill_Firefox

    Mozilla has entered into contracts with search engine providers for royalties which expire through November 2020.

    Approximately 91% and 93% of Mozilla’s royalty revenues were derived from these contracts for 2018 and 2017, respectively, with receivables from these contracts representing approximately 75% and 79% of the December 31, 2018 and 2017 outstanding receivables, respectively.

    Ha ezt a több, mint félmilliárdos bevételt kirántják alóla, akkor csengettek neki.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539017

    Nincs mit, bár túl sok megdöbbentő IMHO nincs benne: a Mozilla sajnos már nagyon régen nem az, mint aminek kiadja magát.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539026

    Akkor sajnos fog még egy-két nagyon kellemetlen meglepetés érni. :/

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539331

    Itt kifejtettem picit bővebben. De lásd topicszerte a Mozilla pénzügyi húzásait.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539030

    Miből tartják fent a PaleMoon fejlesztését? Az IceWeasel-UXP-ét? Az Otterét? A Midoriét? A QupZilláét? A Falkonét? Nem tudom, átment neked, hogy itt éves szinten félmilliárdnál is több dollárt bevételeznek? Az olyan laza 170 milliárd Ft. Per év. Kisebb országoknak összesen nincs ekkora éves bevétele. Ekkora bevétellel éppen csak lecsúsznának a kormányzati top10-ből, ha a Mozilla ország lenne.
    Minek a fenntartására megy el ekkora összeg? Merthogy nem a - visszafele fejlődő - böngészőjüket tartják fent belőle, arra beveheted a ciánt, ugyanis, amikor a Firefox még egy használható böngésző volt, akkor töredékennyi bevételből is futotta fejlesztésre.

    Oldschool Computer - http://oscomp.hu


    Σ: 007 -> n0b0dy , arpi_esp , bimi3 , Sulc , Gyurex , gelei , solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539042

    > Szerintem ezeknek század vagy ezred annyi commit igénye van egy évben, mint a Firefox-nak.

    Mert százszor, vagy ezerszer annyi fejlesztője van, akik ingyen írnak bele kódot.

    > Nem mintha releváns lenne ezt a Firefox-hoz hasonlítani, de melyik országnak nincs 170 milliárd Forintnyi éves bevétele?

    Bevételt hirtelen nem találtam, de itt vannak az országok éves kiadásai 2018-ban (ezer dollárokban mérve): https://unsceb.org/content/FS-I00-07?gyear=2018
    Pl. Észtország és Szingapúr picit kevesebbet költött, mint amennyit a Mozilla bevételezett és ők egy kisebb országot tartottak fent ebből a kiadott pénzből.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> mark7 , Gregor


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539121

    És pár év alatt az a 20 közepesen jó, vagy 10 nagyon jó fejlesztő vajon képes-e jó irányban továbbfejleszteni egy már létező és működő böngészőt?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gregor


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539104

    > De TCH az ingyen szót hangsúlyozta, én arra reflektáltam. :)

    Lentebb olvashatod ennek az indoklását.

    > De az ingyen munka felvet bizonyos kérdéseket. ;)

    Igen, többek közt azt, hogy mire megy el a lóvé, ha a munka egy jelentős részét önkéntesek csinálták.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539103

    Jó kis szalmabáb érvelés sose rossz. Én nem ezt mondtam.

    Én csak arra válaszoltam, hogy azért van több commit, mert több fejlesztője van. Az ingyent azért emeltem ki, hogy jelezzem azt, hogy a commit nem feltétlenül kerül pénzbe, valamint azt, hogy a Firefox nagyrészét önkéntesek rakták össze, tehát egyszerűen nem igaz, hogy azért kell ilyen irdatlan összegeket beszedni, mert ennyibe kerül egy browser fejlesztése. Nem, nem kerül.
    Amikor a Firefox még használható volt, töredék ennyiből is megcsináltak ennél többet is és most, amikor egyre rosszabb (vajon miért szaporodnak a Firefox forkok, miért kellene forkolni egy jól működő böngészőt?), az utódai töredék ennyiből is megélnek.
    És nem, az, hogy "mert a Firefox már lerakott/kifejlesztett alapjaira építkeznek", az nem állja meg a helyét két okból is: egyrészt a Firefox is a saját lerakott/kifejlesztett alapjaira építkezik és mégis szarul csinálják, bődületes összegekért, másrészt azt az alapot is - mint már említettem - a mostani költségvetés töredékéért sikerült előállítani, évekkel ezelőtt. Ez sehogy sem jön össze.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> bimi3 , solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539199

    Nem, te vagy tévedésben. Egyrészt, mert a kormányzati büdzsé az itt van, sokkal kisebb számokkal (a fentebb linkelt oldalon amúgy ki is van írva, hogy "Total Expenditure by Country"), másrészt meg mert elsiklottál afelett, hogy itt ezer dollárok vannak kiírva, nem sima dollárok. Pl.: Hungary: 28,332,636 ezer dollár, azaz 8,724,071,946,576, azaz 8724 milliárd Ft.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539276

    Nem haragszom, csak nem értek egyet. BTW, sehol sem írtam, hogy ez nyereség lenne én mindenütt konzekvensen bevételt írtam, olvass vissza.

    Kirúgtak 250 embert és a bérezések harmada a górék zsebébe megy. Elolvastad ezt a cikket, vagy legalább megnézted ezt a grafikont? Picit sem sántít a dolog?

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539333

    Én ezt elhiszem, de az a Mozillát nem mentesíti a saját pénzügyi mahinációi alól, hogy a többi is csinálja. A browser szétverése alól meg pláne nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mark7


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2540345

    A tábla még mindig ezer dollárokban beszélget. Itt van Magyarország 2018-as költségvetési terve zanzásítva: ebben 20 ezer milliárd Ft-os kiadást terveztek. Hogy akkor a fenti linkelt táblában az a közel 9 ezer milliárd Ft-os kiadás az micsoda, azt nem tudom, de nagyságrendi eltérés a 9 és a 20 között nincsen.
    A költségvetésben egyébként 2 ezer milliárd Ft-nyi személyi jövedelemadóról beszélnek ("Personal income tax revenue is targeted at 2,090.2 billion forints"), ami cca. 6.7 milliárd dollárnak felel meg, a Mozillának az éves bevétele pedig több, mint 0.5 milliárd dollár volt, azaz a Mozilla éves bevétele annyi volt, mintha közel egymillió magyar nekik fizette volna az éves jövedelemadóját.

    Az állítás pedig az volt, hogy "kisebb országoknak összesen nincs ekkora éves bevétele."

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539046

    Én nem a pénzt sajnálom tőlük...hanem a levegőt. :)))

    Sz*rk: A grafikont (a lényeget) kiemelem ide, ha valaki lusta lenne elolvasni a cikket: https://itdm.com/wp-content/uploads/Mozilla.png

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Nyosigomboc , Hevi , solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539332

    Nem az a bajom, hogy pénzt keresnek, hanem az, hogy közben tönkretették a böngészőt. A profitért.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539045

    Én? Ugyan, dehogy! Hát hova gondolsz?! Sose tennék ilyet... :P

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539044

    > Pl. a PaleMoon a Firefoxon alapul. A motorja Gecko (más néven, meg azért változtatva persze), aminek a fejlesztését a keresőoldalak fizették (a Mozillának), lásd topicnyitó.

    Egyrészt a Firefox motorjának a legnagyobb részét még bőven azelőtt kifejlesztették, hogy a keresők ekkora lóvékat tettek volna a Mozillába (ld. a belinkelt grafikonon), másrészt meg az a rengeteg beáramló lóvé mindenhova megy, csak nem a browserbe.

    > Az összes példád olyan enginen fut, amelynek a fejleszését közvetve vagy közvetetten nagyrészt ilyen bevételek támogatták/ják.

    Nyavalyatörést. Az összes WebKit alapú browser motorja a régi KDE-s KHTML-ből (tudod: Konqueror) jön, amit aztán az Apple fejlesztett tovább; sem a KDE, sem az Apple nem így finanszírozta a motor fejlesztését. A Gecko-sokat meg egyel feljebb leírtam, hogy miért nem a gugli pénzéből írták.

    BTW, csak a motor van? A felület miből keletkezik? Pl. az Otter felületét nulláról írták meg.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , mark7 , solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539125

    > ez a legnagyobb része

    Ez igaz...

    > és fölé húzni egy felületet már kb minimális munka.

    ...de ez viszont már távolról sem az. Egy jó browserfelületet jól megcsinálni minden, csak nem "minimális munka". Komplex felületekről beszélünk, ami rengeteg helyen csatlakozik a motorhoz, töméntelen sok user-interakciót kezel, hálózatot is kell kezelnie, többféle protokollal (ezek sem a motorban vannak), beállítási lehetőségek garmadájával bír, baromi sok mindent kell tudnia megjeleníteni (nem csak a HTML widgetekről van szó, egy mai browser pl. videót is játszik és az is a felületen jelenik meg), mindezt több nyelven (amihez fordítók kellenek, meg sok idő), tele van ikonokkal (azt is meg kellett valakinek rajzolnia és valakinek a helyére pakolnia) és még sorolhatnám. A motor csak a web2 fost emészti meg és rendereli le, de minden egyéb a felület dolga. Ez pedig egyáltalán nem minimális munka.
    Kisebb munka, mint a web2 mocskával megbírkózni, ezt aláírom, de nem minimális munka. Ha szerinted az, akkor hajrá: mind a WebKit, a Gecko, a Servo, és a Blink nyílt (valahogy mégsem borítanak el minket az ezekre épített browserek, csak pár darab van össz-vissz); tessék építs valamelyikre "minimális munkával" egy fasza böngészőfelületet. A vendégem vagy egy vödör sörre, ha megcsinálod. (És harlequin is az, ha ő csinálja meg.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539226

    Az, hogy egy leader van, az nem azt jelenti, hogy egyszemélyes a buli.

    És szerinted évi félmilliárd dollár kell egy fejlesztőcsapat fenntartásához, miközben az execek milliós fizukat visznek haza? Hogy működött akkor a Mozilla akkor, amikor még töredék ennyi lóvét kaptak? Hogy működhetett akkor jobban? Hogy működhetnek ezek a kis projektek jobban?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> mark7 , solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539231

    > Nem egy leader van, hanem a felsorolásodból 3-4 konkrétan valami retro-összeesküvős projekt a magányos harcosával. Ha ezekre gondolsz jobban működő projektként, akkor van egy rossz hírem: ezek nem léteznek.

    Nekem van egy rossz hírem, nem te döntöd el, hogy mi létezik, vagy sem; a Firefox is pár darab felhasználóval kezdte. Majd meglátjuk mi lesz a PaleMoon-ból, vagy az Otterből.

    > Csak valami apró rajongótábort érdekelnek, akiknek hasonló hitviláguk van.

    Az meg nem hit, hogy a web vagy épp a Firefox rossz irányba megy. Ezek a böngészők pedig műszaki és privacy szemszögből messze jobban működnek, mint a szétvert és rommábutított Firefox.

    > A jobban működés meg nem abszolút.

    LOL, hát relatívan pláne jobban működött, mint most.

    > Felhasználószámot tekintve biztos vagyok benne, hogy a firefox mai pár százalékos részesedés is sokkal több felhasználót jelent, mint a szép időkben a 85%.

    85%? Mikor volt neki annyi?
    Több felhasználója van most a kevesebb százalékkal, mint régen a többel? Ez hogy jött ki? A Firefox részesedése a böngészőpiacon 2010-ben - amikor a csúcson volt - 30% volt. Ez mostanra kb. 5%-ra apadt. Aztán. Az internetet 2010 szeptemberében kb. 1971 millió ember használta. 2020 júniusában kb. 4833 millió. Tehát 2010-ben a Firefoxnak 591.3 millió felhasználója volt (1971 millió user 30%-a). És most pedig 241.65 millió (4833 millió user 5%-a).
    A Firefox tehát abszolút számokban elbukta a felhasználótáborának 60%-át (százalékos arányban a 83%-át, 30%->5%), úgy, hogy közben az internetfelhasználók száma a két és félszeresére nőtt azóta. Miről beszélsz?

    > Elment mellettük a világ és nem úgy helyezkedtek, nem olyan irányt választottak, ami népszerű.

    Hát igen, hülyének nézték a saját júzereiket.

    > Az amúgy jó kérdés, hogy mire költik el a fél milliárdos bevételt. Pláne, hogy 250 embert kirúgtak nemrég.
    > Az látszik, hogy a fizetések jelentős részt tesznek ki, és ha jól látom a bérezés harmada a managementre megy el

    Hát ez az. Erről beszéltem, meg Hevi is ilyeneket linkelgetett fentebb.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> mark7 , solt87


    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539271

    > Egy ilyen összeesküvő sem jut el sehová.

    Összeesküvő... /o\ Ha magányos harcos, akkor kivel esküszik össze?

    > Műszaki paramétereket hanyagoljuk. Eleve valami régi verzió tákolására épülnek.

    Tisztázzunk valamit. Tákolásnak azt hívjuk, amit a Mozilla csinál a Firefox-szal. A régi verziók pedig sokkal használhatóbbak voltak; csak vesd össze a featurelistát, hogy mi mindent szórtak ki a Firefoxból a 28-as verzió óta; rommá van butítva az egész és lassú, mint az állat. A szomszéd topicban egy kolléga akkor dobta ki, amikor már a tyúktúb se ment vele. (Miközben a szar retrofirefoxokkal meg megy.)

    > A privacy kapcsán meg semmit sem tudni róla, hogy hány hiba van bennük

    Mert a mainstream Firefoxról lehet tudni, hogy mennyi van benne, ugye?

    > amit nem portoltak a rendes, azóta sokszor frissült verzió alatt

    Mert sokszori frissítés egyenlő biztonság. Na, ez a fogalmatlanságra / tudatlanságra épülő ál biztonság érzet.

    > Még csak nem is vizsgálja senki, hogy milyen sebezhetőségei vannak a régi verzióknak.

    Jók a meglátásaid májköll ezek az ex-katedra kijelentéseid, hogy senki se vizsgálja, meg senki se használja... Itt valaki szépen felmérte, hogy melyik browser hogy áll privacy szempontból és a PaleMoon-nál sem rejtette véka alá, hogy mit talált benne (amit még nem ganajoztak ki a Firefoxos kódbázisból).

    > Bocs, abban igazad van, hogy a firefox nem ért el olyan magasságig, bár volt magasabban is valamivel 2009-ben. Hozzá vettem a Netscape-t is, mivel lényegében az a Firefox egyenes ági elődje, annak forráskódjából született és egy időben a netscape is mozilla kódra épült.

    Nem ez volt a lényeg. Tettél egy eléggé magabiztos kijelentést, hogy tuti, hogy ez a kevés százalék is több felhasználó, mint amennyi a Firefoxnak régen volt, a több százalékkal. Ezt cáfoltam. És itt irreleváns a Netscape, mert nem a win98-as időket sírják vissza a Firefox dezertőrök.

    > A netscape fizette a fejlesztését kezdetben.

    Évi félmilliárd dollárral? :] Ne fárassz már...

    > De nem szabad beleesni abba a tévhitbe, hogy bármiben megközelíti a terméküket valami retro vagy üldözésmániás egyéni fork valami régi verzióból.

    Tökéletes fogalmatlanság. Mondom vesd össze a feature listát. Könyörgöm a XUL funkcióinak és feature-jeinek egy batár nagy része egyszerűen hibádzik a WebExtensions-ből, nem csoda, hogy egy csomó addont nem lehetett portolni az új Firefoxok alá, miközben a régiek alatt meg mennek. Hát mi ez, ha nem visszafele fejlődés?

    BTW, nagyon úgy állítod be, mintha az összes alterbrowser az valami retro-firefox lenne. Az Otter egy upstream WebKit/Qt5 alapú cucc nulláról összerakva. Az Ungoogled Chromium a latest Chromium, csak kiganajozva. Miről beszélgetünk?

    > Mi lenne, hogy ha nem akarnánk elmebetegséget szakmai alappá nyilvánítani.

    Pedig pont ezt csinálod ezzel a latest mániával és a mainstream mániával.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539275

    Elfogytak az érvek? Nem sikerült megmagyarázni, hogy a latest a best, meg minden alterbrowser retrofirefox, vagy, hogy a Firefoxnak régen kevesebb júzere és kevesebb feature-je volt, amikor nem?
    Egyébként, aki szerint az adblockerek botnetnek számítanak, amiknek a célja a károkozás és a fejlesztőiket, a hozzájárulóikat (rulelistek írói) és a használóikat, hatóságilag vegzálni kéne, mert bűncselekményt követnek el, az csak ne pszichiátriázzon.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2540184

    Nincs mit.

    Nem csodálom.

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539105

    Kettő közül a kisebbik rossz? Dehát vannak ezeken kívül is browserek, többek között Firefox-forkok is...

    Oldschool Computer - http://oscomp.hu




    A Firefoxot sírba döntheti a Google elleni per: https://hup.hu/node/171199#comment-2539130

    Használom őket. Mit szerettél volna mondani?

    Oldschool Computer - http://oscomp.hu




    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2537488
     - New/extended platforms:
        o New powerpc64 platform, supporting PowerNV (non-virtualized)
          systems with POWER8 and POWER9 CPUs, such as Raptor Computing
          Systems Talos II and Blackbird systems. POWER8 support has not
          been tested on real hardware yet.

    Öröm, hogy gyúrnak a népek a Raptor vasakra.

    Ja és HB OpenBSD.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> baloghge


    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2537895

    Ez egy generikus workstation, ugyanarra használhatod, mint egy x86-ost, azzal a különbséggel, hogy windowst erre értelemszerűen nem tudsz tenni, csak Linuxokat, BSD-ket és egyéb a platformot támogató egzotikus izéket. Értelemszerűen zárt x86-os kódot csak virtualizációval tudsz rajta futtatni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2538020

    És hasonló teljesítményt is produkál? Csak mert pl. a 32-magos TR 64 thread-et tud, a 24 magos POWER9 meg 96-ot. A Raptor csinált benchmarkot és nagy általánosságban a POWER jobban szerepelt rajta, mint az x86-osok.
    Amúgy a fő ok a trust; itt az első bittől az utolsó transzisztorig tudni lehet, hogy mit csinál a gép, nem úgy, mint x86 alatt, ld. intel ME, meg AMD PSP.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , solt87


    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2538030

    Hát a 32 magos Threadripper nem épp az olcsó kategória a maga 1800 (most akciósan 1400) dolláros árával. A Raptor cikkében a 22 magos POWER9 2600 dollár volt és az már 24 szállal többet bír, mint a 32-magos TR. A 18 magos POWER9 kb. 1820 dollár, az pénzben már egálban van a TR-rel és még az is +8 thread.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2538039

    Nyilván, de a benchmarkok alapján a POWER9 többnyire per szálban is gyorsabb, mint a vele pariban lévő Zen+-os CPU-k. (Hacsak nem Pythont vagy PHP-t akarsz futtatni, az valamiért lehetetlenül lassú rajta...) A Zen 2-esek többsége persze már elpicsázza (a lowendeket azért még behozza, bár vannak taskok, ahol még az erősebbeket is veri), dehát azokat majd a POWER10-zel kell összehasonlítani. (Azért egy 128 szálas EPYC 77xx vs. 120 szálas POWER10 benchmarkot megnéznék...)

    Az enyém meg az, hogy workstationnak is megfelel; mi zárná ki, hogy jó legyen desktop célokra? A teljesítménye? Az megvan. A teljesítményhez képest az ára? Alapvetően taskfüggő, de összességében nem (nagyon :P) marad el ár/teljesítményben a Zen-ektől. Az intelszutykokat meg ár/teljesítményben is rommágyepálja, nem csak teljesítményben, aztán mégis mennyi inteles desktop gép van...ennyi erővel az intel sem való desktopra. (Tudom, az intel leginkább a tűzre való, nem szerverre, meg desktopra, de az most mellékes.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2538119

    Azzal is. Ha jobban megveri a Zen 2-eseket, mint amennyivel drágább lesz náluk, akkor lehet jobban megéri Zen 2 helyett; a Zen 3 egy darabig biztos überdrága lesz, de amúgy nem biztos, hogy többet tudsz kisajtolni majd belőlük, mint egy POWER10-es rendszerből. Adalék: a Zen 3 DDR4-only, a POWER10 OMI-ja pedig eszi a DDR5-öt is. Sőt, a GDDR6-ot is (laza 800 GB/s). Azért ez is egy szempont, hogy milyen memóriára aggathatod rá a CPU-t.

    Hát ezen nem csodálkozom. Maholnap lenyomja az intelt az ARM is, pedig az nagy szó, meg epyc fail is; persze nem per core teljesítményben, hanem úgy, hogy a Xeon még mindig max. 28 magos, ARM-ból meg már jön a 128 magos Altra és adnak belőle hármat(?) egy top-end Xeon áráért (3 misi), a hűtésről és a teljesítményfelvételről nem is beszélve: az intel még mindig 14 nm-en bohóckodik a fűtőszálaival, miközben már mindenki (AMD, IBM, ARM) 7 nm-en tolja... Hiába gyengébb az ARM, mint architektúra még mindig, ha quantity over quality alapon úgy jönnek fel, mint a talajvíz márciusban.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2538194

    Hát ez nagyban függ az ártól (meg még egy-két dologtól), de ha a Raptoros srácok belevágnak, akkor lehet, hogy POWER10-es workstation is lesz. Egyelőre azonban tartózkodnak, mert az OMI firmware-ének a forrkódja még nem publikus és nem tudni, hogy az lesz-e, vagy sem.

    Oldschool Computer - http://oscomp.hu




    Negyed évszázados az OpenBSD projekt - a 6.8-as verzióval ünnepel: https://hup.hu/cikkek/20201019/negyed_evszazados_az_openbsd_projekt_a_6_8-as_verzioval_unnepel#comment-2538229

    Kárnak nem kár, csak egyelőre elméleti kérdés. Meglátjuk mi lesz a dologból.

    Oldschool Computer - http://oscomp.hu




    Regex két string között minden X karakter cseréje Y-ra preg_replace-szel: https://hup.hu/node/171212#comment-2539344

    Köszi, ez működik, bár pont ez volt a lényeg, hogy meg lehet-e tisztán regex-szel oldani.

    Oldschool Computer - http://oscomp.hu




    Regex két string között minden X karakter cseréje Y-ra preg_replace-szel: https://hup.hu/node/171212#comment-2539605

    Működik az, csak akkor az ez történik:

     __                           __
    z%%j@fcavaszt%%rfcazr@tcc@cccc!%ccbfw@fcujw%%efcubzj@agew@ujca!%gewfcc@ccccaw
        ^        __      ^   ^    __
    z%%j:fcavaszt%%rfcazr:tcc:cccc!%ccbfw@fcujw%%efcubzj@agew@ujca!%gewfcc@ccccaw <- első %% és első !% között @ => :
                                               __                 __
    z%%j:fcavaszt%%rfcazr:tcc:cccc!%ccbfw@fcujw%%efcubzj@agew@ujca!%gewfcc@ccccaw <- második %% és első !% között @ => :, azaz semmi, mert az első szakaszon már cserélte
                                                        ^    ^
    z%%j:fcavaszt%%rfcazr:tcc:cccc!%ccbfw@fcujw%%efcubzj:agew:ujca!%gewfcc@ccccaw <- harmadik %% és második !% között @ => :

    Oldschool Computer - http://oscomp.hu




    Regex két string között minden X karakter cseréje Y-ra preg_replace-szel: https://hup.hu/node/171212#comment-2539704

    A feladat csak az volt, hogy mindet cserélje, ami %% és a következő !% között van. Lehet úgy is nézni, ahogy te nézed, de ez a bejövő adatnak magának a nesting hibája, amit nem az algoritmusból kell megkerülni, mert attól csak feleslegesen sokkal lassabb lesz; a bejövő adat maga hibás: nem egyértelműsíti, hogy hol akarja nyitni a cserélendő szakaszt; mi van, ha valójában pont a második %% van rossz helyen és nem az első? Ennek megfelelően a kimenet igazából bármelyik értelmezésben helyes, de az első esetben sokkal gyorsabb.

    Oldschool Computer - http://oscomp.hu




    Regex két string között minden X karakter cseréje Y-ra preg_replace-szel: https://hup.hu/node/171212#comment-2539345

    Köszi, belerakva SzBlackY kódjába

    echo preg_replace_callback('/%%.+?!%/s', function($x) {
    		return str_replace('@',':', $x[0]);
    }, 'zj@fcavaszt%%rfcazr@tcc@cccc!%ccbfw@fcujw%%efcubzj@agew@ujca!%gewfcc@ccccaw');

    ez is működik és a benchmark alapján gyorsabb is valamivel: 19235 ms vs. 15816 ms / 10000000 iteráció.

    > Gyanítom rekurzióval meg lehet csinálni egy kifejezéssel is, kérdés, hogy megéri-e a komplexitást a viszonylag olvasható kódból a nehezen olvasható regex kifejezésbe átvinni.

    Pont ez lenne a lényeg, hogy meg lehet-e egy lépésből regex-szel csinálni és ha igen, akkor gyorsabb-e.

    Oldschool Computer - http://oscomp.hu




    Regex két string között minden X karakter cseréje Y-ra preg_replace-szel: https://hup.hu/node/171212#comment-2539346

    Köszi, de ennek a replace részét hogy írom át a preg_replace által emészthető patternre?

    Oldschool Computer - http://oscomp.hu




    Regex két string között minden X karakter cseréje Y-ra preg_replace-szel: https://hup.hu/node/171212#comment-2539506

    Az eredeti kódom úgy nézett ki - bár nem egyesével iteráltam a karaktereket, hanem a natív strpos-sal kerestem a nyitó/záró stringeket egymás után (offsettel ofcoz) - de alulmaradt a benchmarkokban a regexhez képest.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538547

    Beposztolod a playered command line-ját? Azt, amit itt állítottál be, pl.: /usr/bin/mpv {URL}, vagy hasonló. Azonfelül lehet, hogy túl régi youtube-dl van fennt nálad.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538584

    A ~/.ytfe könyvtárban vannak a konfigfájljai. A *.fg fájlok ötödik sora, ha nem nulla, akkor az a form hide-olt. A Form1.fg fájlban ezt le kéne csekkolni. (Amúgy tényleg nem jelenik meg sehol sem az ikonja, trayiconok között sem? Egy kis zöld "YT" ikon az: http://oscomp.hu/depot/ytfe.png)

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538590

    Hát ez...innovatív... Minek nekünk trayicon, nemde? Megmutatnád a desktopodat, ha publikus?

    Mi a helyzet a ~/.ytfe/Form1.fg-vel, megnézted?

    Amúgy asszem rakni fogok bele egy -fwm argumentumot, amit induláskor megadva ignorálja a Form1 hide státuszát és mindenképpen megjeleníti.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538598

    Akkor próbálj meg újabb youtube-dl-t feltenni, mert úgy néz ki, hogy az mpv nem tudja kinyitni a linket vele.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538638

    > Amit hiányolok: a bejelentkezés, hogy a saját jobban mondva feliratkozott csatornáimat lássam. Ha ezt meg tudnád oldani szuper lenne :)

    Hát ez egyelőre nem szerepel a tervek között, hiszen még csatornákat sem támogat. Talán majd egyszer. Egyelőre a lapozót is kinyírta a tyúktúb a JSON-nal, mert már nem lehet normálisan lapozni, hanem ez a végtelenül retardált "még több tartalom betöltése" van és oldalak helyett egy soha véget nem érően nyúló listát kap az ember.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538546

    A trayiconok között sem jelenik meg az ikonja? (Zöld "YT" ikon.)

    Amúgy GTK2 kell neki; nem lehet, hogy az nincs felrakva?

    Sz*rk: Nyomj neki egy objdump -p ./ytfe.linux.i686 | grep NEEDED parancsot és akkor látni fogod, a szükséges shared objecteket, hátha hibádzik valamelyik.

    Sz*rk #2: Asszem megvan (mindkét modulra ez vonatkozik): https://askubuntu.com/questions/342202/failed-to-load-module-canberra-gtk-module-but-already-installed

    This problem may occur on a 64-bit machine when one installs 32-bit software that requires canberra-gtk-module. acroread, for example, can cause this problem. In this case, the solution is to install the 32-bit version:
    sudo apt-get install libcanberra-gtk-module:i386

    One should leave the 64-bit version as well as it is necessary for 64-bit programs which attempt to use it.

    Ez ugyan Ubuntu és nem Fedora, de gondolom a hibajelenség azonos, mert látom, hogy 64-bites rendszeren futtatod a 32-bites binárist. (BTW, miért? Nem jó a 64-bites?)

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538637

    Nem lehet, hogy neked is csak hide-olva jelenik meg? Nem látod sehol a trayicont? Üsd be ezt: rm ~/.ytfe/Form1.fg és próbáld elindítani. Mit ad ki a ps aux | grep ytfe parancs? Fut a cucc?

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538651

    Nincs mit. Az mplayer, hogy önmagában megy az még kevés; a tyúktúb linkeket is le tudja játszani? Pl.: mplayer https://youtube.com/watch?v=9yyjeTZn2K8 Ha megy, akkor ott a command line-nal van valami gáz, lezáratlan idézőjel, stb.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538548

    Ezt már kérdezted tavaly, meg is válaszolták.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2538738

    Majd kipróbálom VBoxban, csak nem tudom, hogy azért elővehetnek-e, hogy olyan OSX alatt fejlesztett szoftvert adok ki, amit nem vettem meg.
    Van ugyan egy 2006-os MacMinim és van hozzá eredeti Snow Leopard, csak arra sem az 1.6-os Lazarus nem ment fel, ami ehhez minimum kellett (hiába állítja a kompatibilitás táblájuk, hogy megy, mert nem), csak az 1.4.4-es, sem pedig az mpv-t nem lehetett lebuildelni rajta, ahogy a VLC tecsőt tudó verzióit sem sikerült. Ezért szeretnék egy olyan gépet is, amin legalább az El Capitan fut.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.1.0: https://hup.hu/node/171179#comment-2539487

    Hey-hey-hey, fuck the RIAA.

    Na, gyorsan le is rántom, mielőtt leszedik. Természetesen youtube-dl-lel, hehe...

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527912

    Hát azért nem egészen; az konkrétan többször is elhangzott - sőt innen indult - hogy nem kell a pointereket (vagy akármit) validálni, validálja az, aki hívja...az eredményt a CVE-k százai mutatják. És mindezt a teljesítmény nevében. Talán ha nem lenne annyira lassú az egész kód, akkor nem kéne azon rugózni, hogy spóroljuk meg azt a pár órajelet, amibe a validálás többnyire kerül.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527921

    Pontosan erről beszéltem; nem - az egyébként amúgy is elspórolt - egysoros validálásoktól lassú ez a sok szemét program, tehát teljesen felesleges a teljesítményre hivatkozni a validálás elbliccelése kapcsán...

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527771

    Meg lehet nézni a GLibc-t, hogy mennyi bufferhiba alapú sebezhetőséget fogtak már benne.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527729

    > Hasonló példa: C standard library-ban tudtommal egyetlen str* függvény sem ellenőrzi, hogy az argumentum nem NULL-e? Megtehetné, de minek? Legyen vele tisztában az, aki hívja.

    Szomorú. A paramétereket minden esetben validálni kell. Ha írok valamilyen segédfüggvényt, a függvényen belül is ellenőrzöm a pointerek érvényességét. Akkor is, ha ez egy "internal" függvény, amit csak az én rutinjaim hívogatnak és azokban ugyanúgy le van validálva átádás előtt, hogy NULL-e, vagy sem. Ha ezt kihagyom, akkor az bug és az én saram. Miért? A kódújrahasznosíthatóság miatt. Ha felhasználom a segédfüggvényt másutt és ott a hívóban elfelejtem levalidálni a pointert, akkor ha NULL happenz, nem a közkedvelt és kriptikus ?LOAD ERROR segmentation fault üzenetet fogom visszakapni a prompton, hanem egy kontrollált hibakódot a programban és nem kell debuggolni, rögtön tudom mit kúrtam el.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527762

    Mert validálok?

    Update: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527771

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527775

    > De viccet félretéve, szerintem oké az, hogy egy függvény pontosan egy dolgot csinál csak - pont a kódfelhasználás miatt. A validációra is csinálhatsz egy segédfüggvényt, ami semmi mást nem csinál a validáláson kívül.

    Exception WTF has occurred...

    Lécci mondd, hogy vicceltél, hogy az egy darab NULL-checket szervezzem ki segédfüggvénybe a függvényből; te most tkp. azt javasoltad nekem, hogy ez helyett:

    int putbyte(char *ptr, char b)
    {
    	if (ptr == NULL)
    	{
    		return 1;
    	}
    	*ptr = b;
    	return 0;
    }

    csináljam ezt:

    bool invalid_ptr(void *ptr)
    {
    	return ptr == NULL;
    }
    
    int putbyte(char *ptr, char b)
    {
    	if (invalid_ptr((void *)ptr))
    	{
    		return 1;
    	}
    	*ptr = b;
    	return 0;
    }

    Ennek mi értelme van?

    Az "egy dolgot csinál" nagyon nem azt jelenti, amit te gondolsz.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527791

    Ez a szál se onnan indult, ld. a hunludvignak szóló válaszomat.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527788

    Akkor tisztázza le, hogy mit gondol, valamint azt is, hogy hogy jön az ide, mert a kiinduló állítás az a NULL-check feleslegességét tartalmazta; nem, nem az. A pointereket validálni kell.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527819

    > benéztem, hogy közben leszűkítettük a témát egyetlen konkrét validációra

    Szerintem nem vagy vele egyedül.

    > Igazad van, a pointer != NULL-ra valóban nem kell külön függvény

    Miért egy intervallum validációra, vagy egy egyezéses validációra kell?

    > haladjunk már. :)

    Nézzenek már oda, ROFL...

    > Azt továbbra sem tartom problémának, hogy segédfüggvények (a screenshoton látható módon) nem végeznek olyan szintű logikai validációt, hogy az input "legitimate value"-e.

    Tuti? Itt van pont egy azzal kapcsolatos sérülékenység...
    Apropó, mennyi lett volna ezt levalidálni? Egy plusz if ebben a kódban? Micsoda erőforráspazarlás...oh, muh performance...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527906

    > Azt mondanám, hogy ami validáció nem triviális vagy úgy gondoljuk, hogy változhat vagy több helyen is szükség van ugyanarra a szabályrendszer szerinti validációra, akkor kiszervezném.

    Ez rendben is van, de te itt komplex dolgok validációjáról beszélsz, azt nyilván érdemes kiszervezni, már csak azért is, mert ha "központilag" van a validátorod, akkor nem fogod elkövetni azt a hibát, hogy a validálás N ponton történik, de ebből X ponton hibás, mert typo... Viszont itt nem ilyen szintű dolgokról volt szó, hanem olyanokról, mint azon a bizonyos screenshoton, ahol a validáció kb. kimerült volna egy db if-ben, ill. a segédfüggvényeknek átadott pointerek NULL-checkjéről, ami dettó kb. egy sor.

    > Én azt mondom, hogy ha van egy jól felépített (mielőtt random CVE-ket linkelsz, ez szükséges feltétel!) architektúra, akkor nem kell minden egyes pontján végrehajtani ugyanazokat az ellenőrzéseket.

    Hogyne! De ez akkor azzal is jár, hogy a kóderek betartják az írott és íratlan konvenciókat és a kód a 0. sortól az utolsóig auditálva van. Úgy nyilván csak a bejövő, ill. menet közben keletkező adatokat kell validálni. Csakhogy nem ez szokott lenni. És ilyenkor jön be a jobb félni, mint rákefélni. A screenshoton linkelt figyelmeztetés helyett is beírhatták volna azt az egy sornyi lekezelést és preventálhatták volna a belinkelt CVE-t. Ott sem volt meg az az integráltság, amiről te beszélsz.

    > az is lehet egy teljesen jó megközelítés, hogy a függvényed dokumentáltan exception ágra is futhat, aztán majd a hívó fél kezd vele, amit akar.

    C-ben exception? Ott olyan nincsen, csak crash, meg egyéb nem várt következmény. Ha exception alatt azt értetted, hogy hibakódot ad vissza, az oké, de akkor csak neked kell lekezelned a dolgot.

    > Bevallom, a random idelinkelt sebezhetőségekkel és bugokkal nem nagyon foglalkoztam, mert C-ben csak nagyon minimálisan kellett dolgoznom eddig.

    Random...? Pont az általad emlegetett screenshottal kapcsolatban linkeltem be egy sérülékenységet, arra kaptál CVE-t, amire hivatkoztál, ez minden csak nem random...

    > Design patternekről tudok beszélgetni, de a C nyelv rejtelmeit hadd ne kelljen most megismernem. :D

    Kelleni nem kell, csak ha egy C-kódban történő validáció szükségességét illetően szeretnél szakmai véleményt adni, akkor nem árt, lol. :P (Mert ugye ezt tetted, mert ez volt a téma a screenshottal és a libc függvényeivel.)

    > Mindenesetre volt olyan munkám, ahol egy szimulációt kellett (tök azonos inputokkal) lefuttatni rengetegszer, órákban volt mérhető a különbség amit az ilyen tizedmásodperces feladatok átcsoportosításával le lehetett faragni. Nyilván itt jön be az, amit az előbb mondtam, hogy rendesen dokumentált környezetben dolgoztunk, nem kellett attól aggódni, hogy a százmillió task mellé elindít valaki még százmilliót nullpointerekkel meg február 30-ával.

    Ezt kiveséztük. Csak annyit tennék hozzá, hogy egy interval-check, vagy egy NULL-check, az egy komparálás és egy feltételes ugrás gépi kódban, ami CPU-tól függően ugyan, de majdnem biztosan kevesebb, mint 10 CPU-ciklus, ami pl. 4 GHz-es órajel esetén olyan 2.5 ns körül mozog, vagyis egy ilyen validálás ennél kevesebb időt eszik. Ha akarod, számold ki, hogy mennyi ilyen validáció kellene ahhoz, hogy a különbség érezhető legyen.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527920

    > Ezt nem lehet automatizálni? Ez a problémakör már évtizedek óta velünk van, más nyelvnél a compiler már olyanokra is tud warningout adni, hogy ha véges az értékkészlete egy függvénynek, akkor warningot ad, ha nem kezeled le mindet a túloldalon.

    Nem találkoztam olyan C fordítóval, ami ilyen opciót kínált volna fel. Arra reklamál, ha nem inicializálod és műveletet végzel vele, ill. ha a vizsgálatban szükségszerűen mindig igaz, vagy hamis lesz a végeredmény.

    > Nem. Ezt pedig többször leírtam: az a kérdés, amiről én beszélek, az nem függ az implementáció nyelvétől.

    Hát ezzel csak az a baj, hogy szó szerint tettél egy olyan kijelentést, hogy

    Azt továbbra sem tartom problémának, hogy segédfüggvények (a screenshoton látható módon) nem végeznek olyan szintű logikai validációt, hogy az input "legitimate value"-e.

    és az is egy validálást megspóroló C kód volt, amiből CVE lett.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527825

    > Szerintem a példád nem jó, inkább héj szerű felépítésre kell gondolni.

    A példám azt volt hivatott illusztrálni, hogy egy db NULL-check az egy sor és ez a te példádban is ugyanannyi.

    > protected, private

    C-ről volt szó, nem OOP nyelvekről.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527843

    > míg az én példámban, ha szükséges megkerülhető (pl. performancia)

    Ja értem, mire céloztál, hogy lehet ezt is, meg azt is hívni és ha nem kell a check, akkor hívja az unsafe verziót. Nos, ezzel viszont az a baj, hogy a te példádban viszont az ellenőrzős verzió sokkal nagyobb overheadet fog okozni, mint az én ellenőrzésem, mert nálam egy komparálás és egy feltételes ugrás van beiktatva, nálad pedig a nested call miatt plusz egy függvényhívás, ami mindjárt egy raklap veremműveletet és ugrálást (argument pass, jump, return) is eredményez.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527857

    Dehogynem, dehát ez a wrapperfüggvényes felállás minden nyelvben plusz függvényhívás...

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2530805

    Ezt lentebb valahol geza42-vel kiveséztük.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527828

    > A pointerek ellenőrzéséhez azért annyit érdemes hozzátenni, hogy abban az esetben ha egy pointer nem 0, attól még nem valid. A 0-ra ellenőrzés is csak akkor ér valamit, ha a programban kivétel nélkül mindenhol betartják azt a konvenciót, hogy azok a pointerek, amikhez nem tartozik allokált memóriaterület azok értékét 0-ra állítják. De ez csak egy konvenció, nem pedig valami alapigazság. És abban meg pláne nem szabad eltévedni, hogy elhisszük, hgy egy nem 0 értékű pointer az valid. Mutathat az bárhova.

    Ezt én is tudom. De egyfelől a pointer egyéb validitásának ellenőrzésére nincsenek C-ben standard eszközök, másfelől meg a kiinduló állítás konkrétan a NULL-check feleslegességét tartalmazta.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527840

    > Írhatsz te inicializálatlan területre is, van rá esély, hogy észre sem veszed. Az esetek egy részében jól is működik a program. Csak egy karakterrel írom túl, stb.

    Persze, mert lapokat kapsz, nem byte-okat. De ez nem jó működés, hanem mázli. Legközelebb meg simán összedől, mint fél disznó az ólban.

    > Vagy egy felszabadított pointer helyére. Ezért nincs semmi értelme a NULL check-nek,

    Vagyis szerinted ez a helyes kód:

    int valami(char *input, size_t len)
    {
    	char *kecske;
    
    	kecske = malloc(len);
    	strncpy(kecske, input, len);
    	// TODO: something with kecske
    	return 0;
    }

    ez helyett?

    int valami(char *input, size_t len)
    {
    	char *kecske;
    
    	kecske = malloc(len);
    	if (kecske == NULL)
    	{
    		return 1;
    	}
    	strncpy(kecske, input, len);
    	// TODO: something with kecske
    	return 0;
    }

    > KIVÉVE akkor (amint más már említette), ha a programozó betartja, hogy az inicializálatlan pointereket NULL-ra állítja. Én mondjuk így szoktam.

    Én is (ha el nem felejtem :P).

    > Az ilyen egyszerű hibák felfedésére vannak sokkal jobb toolok, mint pl. a Valgrind. Na az alól sokkal kevésbé lehet kibújni, ő mindent ellenőriz. De megnézheted, hogy mekkora performance hit, emlékeim szerint kb. tízszeres szokott lenni.

    Nem Valgrind szintű ellenőrzésre gondoltam, könyörgöm. Ld. a kódot.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528010

    Csak a malloc eredményének ellenőrzésére raktam a hangsúlyt, de jogos. Így korrekt.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527991

    > Bár egyetlen összehasonlítás időszükséglete kicsinek tűnhet, ha egy ciklus mélyén van, a ciklus lefutásának száma nagy is lehet, s így már sok kicsi sokra megy...

    Egy komparálás, egy feltételes ugrás. Fentebb kiszámoltam, hogy mennyit eszik. (pl. 4 GHz esetén kevesebb, mint 2.5 ns.) Lehet kiszámolni, hogy mennyi idő után válik érezhetővé.

    > Mi van, ha a string hossza maga nulla?

    Tekintve, hogy a stringkezelő függvények az első NUL karakterig végeznek műveletet: semmi. Rögtön kiszállnak. De ha le akarod validálni, akkor az plusz egy sor: if (*s == 0) return 0;

    > Na most ezen gondok mindegyikére persze ki lehet találni egy hibakódot, mondván hogy minket nem érdekel az időveszteség

    "Időveszteség." Két bekezdéssel feljebb leírtam, hogy mekkora "időveszteség".

    > Nem mindig lehetséges az, hogy ugyanott adjuk vissza ahol az „értékes” eredményt, mert mi van ha a visszatérési érték minden bitje egyaránt szükséges lehet az „értékes” eredmény számára is!

    Talán el kéne szeparálni a visszatérési eredményt a hibakódtól? A POSIX függvényeknél pl. bevett szokás, hogy ha az eredmény -1, akkor hiba van és a kódot az errno-ban találod.

    > De ez még nem is minden, mert ha valamiképp vissza is adjuk itt a hibakódot, a hívó függvénynek is mindig ellenőriznie kéne hogy értékes eredményt kapott-e vissza vagy hibakódot. Na és ha mégse ellenőrzi, az legalább akkora sechole mint az, ha már a hívott függvény se validál, épp csak az utóbbi annyiból jobb hogy akkor legalább időveszteség sincs...

    > Márpedig tudjuk jól, az efféle függvények visszatérési értékét (hibakódját) nem mindig ellenőrzik ám le a programozók...

    Remélem ezzel nem azt akartad sugallani, hogy azért ne validáljunk függvényen belül, mert a hívó úgy sem csinál semmit a hibakódokkal... Az az ő sara, ha nem ellenőrzi, amit kéne.

    > Elvégre a hívó, az az ÚR, a hívott meg a SZOLGA, és a szolga kutyakötelessége megbíznia az ő urában!

    Dogmákkal nem tudok mit kezdeni. Az egészben az a szép, hogy egy bekezdéssel feljebb épp azt írod, hogy a programozók tojnak a visszatérési kódok lekezelésére, de itt meg már azt, hogy bízzunk meg abban, hogy jól csinálják.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528041

    > Látszik, meg se próbáltad megérteni amit írtam. Hogy a rákba adsz vissza mínusz egyet, ha az értékes visszatérési eredmény ami nem hibakód, az is lehet akkora hogy egy unsigned long long típus teljes értékkészlete is szükséges lehet rá, mert akadhatnak benne olyan értékek is, hm?!

    Az egy példa volt a szeparálásra. Egy példa, ami a POSX-nál bevett szokás. A lényeg a szeparálás volt. Másik példa erre:

    int div5wit(int input, int *error)
    {
    	if (input == 0)
    	{
    		*error = 1;
    		return 0;
    	}
    	*error = 0;
    	return 5 / input;
    }

    Vagy másképpen ugyanez:

    int div5wit(int input, int *output)
    {
    	if (input == 0)
    	{
    		return 1;
    	}
    	*output = 5 / input;
    	return 0;
    }

    Tessék, itt nem merülhet fel érttékkészletbeli probléma.

    > Aztán jössz itt nekem stringnél a nullabájttal. Világosan leírtam pedig hogy HOSSZTÁROLÓS stringről beszélek.

    Valahogy sikerült átugrani azt a bekezdést. Errare humanum est. Mindenesetre így is egy sor a dolgot lekezelni: if (s->length == 0) return 0;

    > Hol van neked egy hossztárolós stringben a string végét jelző nullabájt?!

    Nekem? Hát ha már kérdezed, nekem mindenütt, mert én kompatibilitásbeli okokból a hossztárolós stringek végére is odabiggyesztem a NUL karaktert. A hosszban természetesen az nincs jelölve, egyszerűen mindig +1 byte-ot allokálok neki.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528165

    Miután egyhangúlag meg lett szavazva, hogy nem kell? Elvitte az USB-s cica. (Példakód volt, amiben nem ezen volt a hangsúly.)

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528135

    Jobb, mint ha nem validálnak, az fix.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527768

    És ugye egy szimpla pointervalidálás az mindjárt akkora performance impact, hogy irány a Taügetosz. Csak úgy mondom, hogy a magasabb szintű nyelvek mind range checkelnek, maguktól és nem ettől lassúak a szoftverek.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527832

    > Csak úgy mondom, hogy a számítás intenzív részeket nem a magas szintű nyelvekben szokták implementálni.

    Ezt én is tudom. Nem erről volt szó.

    > Példa: írsz egy C++ mátrix könyvtárat. Szépen overload-olod a [] operátorokat ahogy kell, hogy csináljon range checket. Ízlés kérdése, hogy out-of-range-nél exception vagy default value visszaadás, de akkor gondolj bele, hogy egy generic mátrix szorzás így megvalósítva mekkora overhead.

    Micsoda? Egy plusz elágazás? Csak maga a szorzás, mint művelet többet fog enni...

    > És miért kellene a hozzáférés operátornál range check? Amikor a szorzást meghívod, akkor lecsekkolod egyszer, rendben van, mész tovább. Persze csinálhatsz egy []_unsafe-et, ami nem check-el, és akkor ugyanott vagyunk, mint a fent kifogásolt soroknál. Hogy a valaminek a szub_függvénye nem csinál range check-et.

    Mert a range megváltozhat menetközben? Esetleg? Kitörölsz a tömbből, hozzáadsz, stb.

    > (hozzáteszem, nem ellenőriztem hogy a fenti függvényt milyen kontextusban használják)

    geleinek már mutattam hozzá kontextust.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527858

    Elhiszem. De akkor az egy specifikus eset, ami specifikus megközelítést igényel. Ha belenyúlok egy mezei tömbbe (vagy bármilyen memóriaterületre), akkor nem árt a range check.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528137

    > Egy plusz elágazás simán jelentősen le tud lassítani egy kicsi (de nagy iterációszámú) ciklust.

    Hol mondtam én olyat, hogy egy ciklus kellős közepén ellenőrizzük le, minden iterációnál? Annak mi értelme lenne? Én arról beszéltem, hogy a függvény validálja a paramétereit.

    > Nem szeretném, hogy telefonom akksiideje azért legyen 30%-kal kevesebb, mert felesleges ellenőrzések vannak benne.

    Jobb, ha feltörik, mert nincs ellenőrzés ott, ahol kéne, hogy legyen? Egyébként még mindig nem arról beszéltem, hogy mindenhova tegyünk felesleges ellenőrzéseket.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528148

    > Lehetnek kis fv-ek is. Pl., ami egy sima tömb idx-edik elemét visszaadja (azért lehet érdemes fv-be tenni, mert debug mode-ban assert-elhet). És ezt simán hívhatod egy ciklus közepén is. Pl. C++-ban teljesen tipikus az ilyen, lásd std::vector::operator[].

    Release-ben nem célszerűbb ezt inline megoldani? Csak a függvényhívás többe kerül időben, mint magának a függvénynek a végrehajtása, ha tényleg olyan pici.

    > Nem. Ellenőrzés legyen ott, ahova való. Én csak annyit állítok, hogy nem kell minden fv-ben ellenőrizni, ha egy feljebbi réteg már leellenőrizte az adott dolgot.

    Ha leellenőrizte igen, ezt vitattuk geleivel is, hogy teljesen felesleges, ha le van ellenőrizve, de ehhez az kell, hogy aki a feljebbi réteget írta, az le is ellenőrizze.

    > Teljesen normális, hogy egy API-nak a felülete ellenőriz, de alatta már semmi.

    És itt van a lényeg, erről volt szó, ezért hurrogtak le. A topicban többször is elhangzott a NULL-check, ill. a range check feleslegessége és a szálindító kommentben pont a standard C lib API-ját hozta példának a kolléga, hogy az se ellenőriz, mert minek, ellenőrizze, aki hívja. És itt jön képbe, hogy pl. a GLibc hemzseg a sechole-októl, kinyitja az ember ezt a listát és tele van mindenféle buffer alapú sérülékenységgel.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528164

    > Ugye konkrétan a mátrix szorzásra reagáltál úgy, hogy ott az operator[]-hoz végülis mehet az ellenőrzés, mivel csak "egy elágazás". Nyilván az operator[] az inline lesz, függetlenül attól, hogy van-e benne ellenőrzés vagy nincs (ha performace-ra megyünk). Szerintem viszont hiba indexellenőrzést tenni bele (arról nem is beszélve, hogy mátrix szorzásnál legalább 2 index operator kell - a 2 mátrixból egy-egy - és utána lesz 1 szorzás+összeadás, ami 1 instruction manapság, pár órajel. Ebben az esetben simán lehet, hogy 2x-es lassulást okoz a felesleges ellenőrzés).

    A mátrixnál már más is mondta, hogy okozhat optim problémát, én meg mondtam, hogy akkor ez specifikus eset, amihez specifikus megoldás kell. Egy ciklus belsejében nyilván nincs értelme újraellenőrizgetni a dolgot. Nem is mondtam ilyet, olyat meg pláne nem, hogy kőbe vannak vésve a validálási pontok, ez ilyen ökölszabály, hogy a bemenetet illik leellenőrizni.

    > Hát, a libc dolog az érdekes. Őszintén szólva én egyetértek azzal, hogy ne ellenőrizzen. A libc-nek ez a része, ami itt felmerült (stringek, memcpy), igaziból nem egy API, hanem inkább utility fv-ek. Ha valaki szeretné, simán csinálhat wrapper fv-eket ezek köré, amik csekkolják a NULL-t. Engem zavarna, ha tudnám, hogy én mindig nem-NULL paraméterrel hívom az adott fv-t, de az belül még csekkolja. Illetve, nem csak hogy zavarna, hanem lassabb futást is eredményezne.

    Ezt is javasolták már feljebb, a safe-wrappert, én meg erre mondtam, hogy ez a fajta ellenőrzés, hogy plusz egy nested-függvényhívás, ez sokkal súlyosabb overhead lesz, mint az egy darab elágazás a függvényen belül.

    > Nem feltétlenül a plusz elágazás miatt a memcpy()-ben (és társaiban), hanem amiatt, hogy emiatt a fordító kevésbé tud optimalizálni, ha a memcpy() több garanciát ad. Hogy miért? A gyakran használt ilyesmi fv-eket a fordító kioptimalizálja, ha tudja. Pl., ha lehet tudni a memcpy-nél a másolandó blokk méretét fordítási időben, és az nem túl nagy, akkor odatesz pár load/store instructiont a memcpy helyett. Ha még NULL-ra is csekkolnia kellene, az jelentősen lassítana.

    Ennyi erővel azt is csinálhatná a fordító, amit fentebb asch javasolt, hogy ha látja, hogy "kint" leellenőrizték a hívás előtt, akkor belülről kidobja az ellenőrzést. Mert mi van, ha nem ellenőrizték le? Akkor jönnek a crash-ek, meg a sechole-ok.

    > Nem beszélve arról, hogyha ezekbe hibakezelést akarunk tenni, akkor (hogy értelme is legyen) minden ilyen fv-nek kéne hibát visszaadnia, és azt le is kellene kezelni. Ez eléggé megdobná a program méretét, és nehezebben átláthatóvá tenné a (felesleges) hibakezelésével.

    Most komolyan pár if, meg return miatti plusz kB-okon akadunk fent, miközben több GB-os "framework"-ökre épül szinte az egész szoftvervilág? :(

    > Ki az, aki minden memcpy/stb. után vizsgálni akarja a visszatérési értékét, hogy minden rendben ment-e?

    Én. Nekem valami defektus miatt a mániám, hogy ha egy függvény visszaadhat valamilyen hibakódot, akkor azt lekezelem. Talán az agyamra ment ifjú koromban a windóz azzal, hogy nem tudjuk milyen hiba történt, de rászívtál, büdös júzer...
    Sz*rk.: Itt mondjuk te is hasonlókat írtál két éve:

    Szerintem ugyanazt mondjuk. Én csak azt mondom, hogy a "csak ha tudsz hozzáadni plusz infot" általában fent áll. Ha nem teszi meg a programozó, akkor lusta, és ennek az az eredménye az esetek egy részében, hogy rossz minőségű hibaüzenetet kap a user (vagy kerül a logba). Vagy épp az, hogy a hibát le lehetne kezelni normálisan, és nem a usernek kellene újra megpróbálnia.

    Szerintem mindenki látott már "Hiba történt, próbáld újra" jellegű hibaüzenetet. Kb. ez az eredménye annak, ha vki a kód tetején kapja el az exceptiont.

    Most akkor miről vitatkozunk?

    > Sajnos a C nyelv ilyen lett, már régen abba kellett volna hagyni a használatát, és áttérni C++-ra, vagy (ha az elmúlt 10 évet nézem) valami még modernebbre, ami tud garanciát adni az ilyen memóriafelülírós dolgokra. A C++-t azért említem, mert pár szabály betartásával simán lehet olyan kódot írni, ami védett az ilyen jellegű hibák ellen. Nyilván ez a C-re is igaz, de akkor már nagyon kényelmetlen lenne használni.

    C vs. C++ vitába nem szeretnék belemenni (szerintem nem is ugyanarra való a két nyelv), viszont azt azért ideírnám, hogy sérülékeny, vagy összeomlós kódot bármiben lehet írni (pont, mint FORTRAN kódot); a hülye programozó ellen a C++ sem véd. Azt viszont valahogy nem nagyon tudom értelmezni, hogy össznépileg megszavazzuk, hogy validálni nem kell, aztán meg a C rossz, mert segfault és buffer overflow...

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528245

    > Jó, mind1, nem akarok ezen tovább rugózni amúgy, kb. megbeszéltük.

    Szerintem sincs értelme ezt a részt tovább ragozni, már csak azért sem, mert C-ben ezt a hibát el sem követheti az ember, hiszen ott nincs operator overload.

    > Ha csak egy plusz elágazásról beszélünk, akkor az be tud inline-olódni (annak minden hátrányával együtt), szóval súlyos overheadnek azért nem mondanám. Ill., nyilván csak akkor van értelme azt a verziót meghívni, ha nem tudjuk kizárni, hogy fennállhat a hiba lehetősége. Persze ezzel visszajuthatunk az elejére, hogy mikor melyik verziót kell használni, és ha a hibakezelés nélküli verziót használjuk, akkor ott a baj.

    Mármint, hogy

    int valami_unsafe(void *x)
    {
    	// mittudomen
    	return 0;
    }
    
    int valami_safe(void *x)
    {
    	if (x == NULL)
    	{
    		return 1;
    	}
    	return valami_unsafe(x);
    }

    felállás esetén a valami_safe() függvénybe az egész valami_unsafe() inline-olódik a binárisban? Akkor azzal duplikáltad az egész függvény kódját a binárisban - már ha feltételezzük, hogy mind a kettőre szükség van - ami egy idő után nagyon sokra fog rúgni. Persze, ha az unsafe verziót nem hívjuk meg sehol, akkor az nem kerül külön bele, de akkor meg a végén - a binárisban - ugyanazt kaptad, mint ha csak simán lett volna egy elágazásod, hiszen a call-t inline-osította. Akkor már nem célszerűbb ezt makróval kikapcsolhatóvá tenni?

    int valami(void *x)
    {
    #ifndef VALAMI_RELEASE
    	if (x == NULL)
    	{
    		return 1;
    	}
    #endif
    	// mittudomen
    	return 0;
    }

    > "Igen, csinálják is a fordítók szerencsére ezt, ha inline az ellenőrzés kódja, vagy link time optimizationnal van fordítva. Persze ez még messze nem tökéletes, mert sokszor nem tudnak rájönni a felesleges ellenőrzésekre."

    Akkor itt is kb. a makrós kapcsolgatás volna inkább célszerűbb, nem?

    > Itt most arról az esetről beszélünk, hogy a hiba "elviekben" nem történhet meg, mert az programozó hibát jelent. Tehát, ha egy memcpy-t tutira nem NULL paraméterekkel hívom meg, akkor nem akarok hibakezelést se tenni a hívás után, mivel tudom, hogy soha nem fog rámenni a futás. Ergo nem is akarok lekezelni egy ilyen hibát.

    Hát ez az, hogy "elviekben". Honnan tudjuk, hogy ez a gyakorlatban is fennáll?

    > Nem arról van szó, hogy összességében sehol se kell validálni, hanem arról, hogy az a szabály, hogy "a fv elején mindig validáljuk a paramétereket" nem feltétlenül állja meg a helyét.

    De ezt én nem is vitattam, már mondtam, hogy ez ökölszabály, nem szentírás. Ha nincs mit validálni, akkor nincs mit, de ahhoz elég sok feltételnek együtt kell állnia.

    > A C pedig igenis egy rossz programozási nyelv így 2020-ban.

    Mire rossz nyelv a C? Mire jobbak a többiek? Alacsonyszintű fejlesztésre, "hordozható assembly"-nek? Vagy alkalmazásfejlesztésre? Az előbbit csak C-ben csinálnám, az utóbbit csak abban nem. A C-nek is megvan a maga létjogosultsága a mai napig.

    > (mivel hogy C++-ban is kb. lehet C-ben programozni, és ha kell, akkor ott van a C++ összes jó feature-e).

    Ezt én is tudom.

    > Ha ez nem számít, akkor el nem bírom képzelni, miért használna bárki C-t

    Azért, mert ha a feladathoz nem kellett a C++ egyetlen extra feature-je sem (nem kezeltél memóriát, stringeket, nincsenek objektumaid, stb.), akkor amit írtál az akkor is C kód, ha C++ fordítóval fordítod le.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528343

    > Nem, arra gondoltam, hogy a valami_safe inline-oldódik be.

    Ja ok, bocsi, nem volt egyértelmű.

    > De igen, nekem ilyesmi a koncepcióm. Annyi különbséggel, hogy a programozási hibák okozzanak megállást a programban, és ne hibakódot adjanak vissza (most ugye debug mode-ról beszélünk). Szóval az assert-et javaslom az ilyen helyzetekre az "#ifdef ... return 1; #endif" helyett. De nyilván ez se teljeskörű szabály, amit mindig mindenhol alkalmazni kell.

    Teljeskörű szabály nincs, de az garantáltan rossz hozzáállás, hogy semmit sem validálunk (nem, nem te mondtad).

    > Nyilván mindenki máshol húzhatja meg ezt a határt. Pl., ellenőrzöd-e minden összeadás előtt, hogy az eredmény belefér? Nyilván nem (pedig "signed int" esetén ez a C szabvány szerint ez undefined behavior, és "unsigned int" esetén is az overflow csúnya dolgokat tud csinálni).

    Természetesen csak akkor ellenőrzök az összeadás előtt, ha szükséges. Bár többnyire inkább a végeredményt ellenőrzöm le, hogy jó-e, pl. tömbindexnél.

    > Én nagyon gyakran használom az assertet, ezzel ellenőrzöm a dolgokat. Van olyan software, amit így is hagyok, assertek maradnak benne (mert nem számít a performance, se az, ha esetlegesen elszáll a program. Viszont az igen, hogy a program helyes outputot adjon). De általában release-re kiszedem belőlük (egy alapos tesztelés után). Ezt pl. csak azért mondtam el, mert nekem van memcpy wrapperem, amiben van assert a NULL-ra (és arra vonatkozóan is, hogy nincs overlap). Debug-ban ott a csekk, release-ben pedig minden fut szépen gyorsan.

    A végére csak konszenzusra jutunk.

    > Nincs semmi okom arra, hogy leragadjak a C-nél. Meg tudok mindent valósítani C++-ban, amit C-ben meg tudok, kb. ugyanúgy? Igen. Viszont ha valami esetleg kell a C++-ból, akkor az is ott van.

    "Ha valami esetleg kell", csak ha nem használsz semmit a C++-ból, akkor az C kód lesz.

    > De nyitott vagyok amúgy mondjuk egy példára, ahol az látszik, hogy igen, itt C fordítót jó használni egy adott feladatra (és a C++ nem jó), mert valamiért.

    Nem az, hogy "nem jó", hanem, hogy értelmetlen. Pl. - mondok egy primitív példát - van egy baromi egyszerű mikrokontrolleres környezeted, ami kb. abból áll, hogy van mondjuk kemény 4 db memóriacímed, amiről különféle szenzorértékeket, ill. I/O lábak szintjeit tudod beolvasni és van 8 másik memóriacímed, amikre 7 szegmenses kijelzők vannak aggatva, amiken a bejövő vackokat kijelzed. Itt gyakorlatilag semmi mást nem csinálsz, mint memóriacímeket piszkálsz, bitmaszkolsz, meg számolgatsz. Ezt persze akár assemblyben is meg lehetne írni, de akkor írhatod újra, ha mondjuk "fent" úgy döntenek, hogy architektúra csere van, viszont a feladat maga semmilyen szinten (sem sebességileg, sem méretileg) nem igényli, hogy assemblyben írd meg. És légy szíves ne írd azt, hogy ezt te inkább bedrótozod valami chipbe, mert nem ez volt a lényeg. :P Amire ki akarok lyukadni, hogy van olyan környezet és olyan feladat, ahol a C++ nem az, hogy nem jó, hanem egyszerűen értelmetlen, mert nincs amit használj belőle; ha abban is írod meg a kódodat, az tkp. C kód lesz.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528364

    Nincs mit, én is köszi. :)

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527683

    Ha ez nem kamu, akkor ez egy aranybánya lesz a ReactOS és a WINE fejlesztőinek.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> arpi_esp , hajbazer


    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527690

    Természetesen nem kódlopásra gondoltam - nem vagyok hülye - hanem kódanalízisre, hogy hogy működnek a dolgok. Ezt eddig is csinálták, csak disassemblyvel és mégsem perelték tönkre őket.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527697

    Kiszivárgott kód esetén ez nyilván más kategória, más "kezelést" igényel.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527699

    > A Linux FAT kód sem volt lopás, csak hasonlított a Microsoft szerint. Mégis inkább átírták, nehogy gond legyen belőle.

    Kár volt. A hasonlóság kevés ahhoz, hogy azzal valakit tökön lehessen rúgni, ezt maga billy-boy mondta. :P

    > Továbbra sem javaslom. A visszafejtés is egy szürke zóna, nem tanácsos ilyesmit csinálni. Az, hogy nem perelték MÉG be őket, nem jelenti azt, hogy sosem fogják.

    Az amcsiknál precedensjog van, ha eddig nem perelték őket be, akkor nehezen fogják megmagyarázni, hogy most miért is kéne, hacsak nem egyértelmű, hogy kódot loptak, viszont azt tényleg egyértelműen bizonyítani kell tudni, hogy a kód lopott. Márpedig...

    > Ezt úgy csinálják egyébként, hogy egy belenéz a kódba, dokumentálja a látottakat, majd egy olyan kóder, aki nem nézett sose bele a kódba, a megszülletett dokumentáció alapján implementálja a funkciót. Nem vagyok biztos benne, hogy ez kiállná egy per próbáját.

    ...ha még csak nem is lopnak, csak újraimplementálnak dolgokat (amihez a kiszivárgott forrásból puskáznak, azt is bizonyítani kéne tudni), arra elég nehéz lesz ráhúzni, hogy kódot loptak.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527707

    > A precedensjog nem ezt jelenti.

    Hát? Akkor mi az, ami ezt lefedi? Prior art? (Márhogy, eddig is volt opensource windows klón.)

    > Egyébként elég legitimnek tűnne az a magyarázat, hogy "azért most perelünk, mert most férnek hozzá a kódhoz".

    Ez sehol nem állna meg. Ez "guilty until proven innocent" érvelés; tessék bebizonyítani, hogy tényleg loptak.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527722

    Hát ezt majdnem biztos, hogy buknák, mindennemű bizonyíték nélkül.
    De. Pusztán csak a "készüljünk fel a legrosszabbra" elv mentén, tételezzük fel, hogy neked van igazad, az ms "bebizonyítja" a tökkelütött amcsi bíróságnak, hogy a ReactOS fejlesztők kódot loptak, hogy a Π előállítható két egész szám hányadosaként, hogy a kutyák brekegnek és szatyorral szaporodnak, hogy Hannibal Lecter filantróp (ziccer, ziccer!), sőt még azt is majdnem sikerül bizonyítaniuk, hogy a win10 nem szar (azért lehetetlent ne kívánjunk már szegényektől). Itt jön képbe, hogy a ReactOS egy orosz projekt. Hol fogja őket érdekelni/érinteni egy amerikai bíróságon megszületett ítélet?

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527782

    Az kellemetlen, de nem több. Átszervezik a gyűjtést és kész.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527803

    > Esetleg illegálisnak minősül a ReactOS használata az USA-ban, meg ahová az USA keze elér. Az oroszoknál meg a kínaiaknál nem fogják nyilván szankcionálni. De nálunk azért már van befolyásuk.

    Hogy az USA-ban be tudják-e tiltani, azt nem tudom. Lehet. De másutt? Egyáltalán hogyan akadályozzák meg, hogy az emberek feltelepítsék? Mindenkihez besétálnak és végigtúrják a gépeiket? De még ha elméletben fel is tételezzük ezt a lehetőséget; egy globálisan elérhető, ingyenes OS-nek mit fog ez ártani?

    > Ha pedig itt ugyanazon kalap alá fog esni, mint ha tört Windows XP futna a gépeden, akkor nem sok értelme lesz használni.

    Miért is? Ennyi erővel tört Xp-t sem volt értelme használni, aztán mégis használta az egész világ; magánembereket nem nagyon szankcionáltak kalóz windóz használata miatt...

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527831

    Lehet, hogy nekik szívás lesz, de az magának a projektnek csak kellemetlen, nem végzetes. Azonfelül ez így kb. a lehetetlen kategória, hogy ezt az USA-n kívül bárhol bejátszhassák, de még ott is meredek.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527989

    Hogy az USA-ban mit tudnak elérni, azt kár bolygatni, mert azt nem tudni. Annyit azért megjegyeznék, hogy a 2000-es évek elején megpróbálták elérni (mármint az ms), hogy a hobbiprogramozás bűncselekmény legyen. Nem sikerült nekik.

    Viszont, hogy bárhol másutt betiltanának egy hobbi oprendszert, mert az USA fingik egyet, nos, azt hiszem, ha látom.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528045

    Forrás: az nagy internet sok (10+) éve. Sokszor kerestem már a sztorit, de nem találtam, csak emlékszem rá. Talán a Halloween dokumentumok valamelyikében volt...?

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528065

    Az Open Letter to Hobbyists az nem az volt. Ott csak annyi történt, hogy volt ugye a MITS, ennek volt az Altair 8800-as nevű gépe. Allen és billy boy pedig felbérelték Monte Davidoffot, hogy írjon nekik rá BASIC-et (ez konkrétan benne van a levélben). A MITS kifizette nekik a BASIC-et és utána a géphez adták ingyen a vásárlóknak, akik meg korábban vásárolták a gépet, azoknak nem volt meg, ők lemásolták maguknak. És billy boy erre írta a levélben, hogy vegyék meg a BASIC-et, ne másolják le, mert ez nem fair, ez lopás. Hát kiröhögték, ahogy kellett. Csak akkor lett volna lopás, ha nincs Altair 8800-asod (again: járt a géphez), viszont akinek nincs Altair 8800-asa, az minek másolná le, mit kezdene vele?

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527830

    Mi van? Milyen kártérítést, milyen vizes lepedő? A ReactOS fejlesztői Oroszországban üldögélnek, ott miféle kártérítést ítélne meg ellenük bárki?

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527905

    Jó, hát pert indítani lehet akárkinek, akárki ellen, akárhol, én is beperelhetem a Holdat a venezuelai bíróságon, hogy nem sajtból van, hanem zsemlemorzsa-beton keverékből és ez szerintem jogsértő...biztos meg fogják ítélni. :P

    A kérdés pedig pont nem az volt, hogy elméleti lehetősége van-e annak, hogy perelhetnek, mert az nem is volt kérdés (azt én se vitattam, mármint azt, hogy pert indíthatnak), hanem éppenhogy az, hogy ezzel be tudnak-e tenni a ReactOS projektnek, vagy sem. Én azt mondom, hogy szerintem nem, te azt mondod, hogy szerinted nem tudod...de azért reméled. :P

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527919

    Jó, akkor nem. :P
    Térjünk vissza a kérdésre, ha az ms beperelte a ReactOS-t.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528032

    Aztán mi lett belőle? So Completely Owned. :]

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528042

    Próbálkoztak a gyerekek, de beégtek vele. :)

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527736

    Ja, jó film volt. Nem volt 100%-ig pontos, de azért elég jó volt.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527926

    Ki mondta, hogy az ms csomagolta rarba? Lehetett a kiszivárogtató is. Persze ettől még lehet kamu, bár már a zdnet is erről beszél.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527935

    Ezt nézted már?

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527967

    Már a zdnet is megírta. És ha megnézed a képeket, itt nem titkosított rarba, hanem 7z-be vannak csomagolva.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2527988

    Ki mondta, hogy a 7z-k titkosítottak? Ki? Hol? Te valamit baromira félreolvastál...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528296

    UNIX-ok alatt lemezképet egy könyvtár tartalmából létrehozni, kb. ennyi

    mkisofs -o image.iso directory

    és ez nem csak Linuxon megy, hanem *BSD, OSX, Solaris és egyéb UNIX-ok alatt is. (Egyébként windowsra is van.)
    Felcsatolni meg ennyi Linux alatt:

    mount -o loop image.iso /path/to/mountpoint

    FreeBSD alatt:

    mdconfig -a -t vnode -f image.iso -u 1 && mount -t cd9660 /dev/md1 /path/to/mountpoint

    OpenBSD alatt:

    vnconfig vnd0 image.iso && mount -t cd9660 /dev/vnd0c /path/to/mountpoint

    OSX alatt:

    hdiutil mount image.iso

    Solaris alatt:

    mount -F hsfs -o ro `lofiadm -a image.iso` /path/to/mountpoint

    Egyszóval azokra, amiket felsoroltál, volt egysoros parancssori megoldás, UNIX-ok alatt. Erre valami egyszerű GUI-t rádobni valami scriptnyelvből, vagy UNIX shellscriptből pár perc, de valószínűleg amúgy is zsákszámra van belőlük a neten.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528365

    Az Alcoholt nem ismerem, csak amiket felsorolt, azokra mind volt egysoros megoldás.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528469

    Már, hogy windózon miért egy windózos szoftver lett népszerű és nem UNIX-os megoldások? Nem tudom, ezt hogy hoztad össze, de őszintén gratulálok hozzá. Ne zavartasd magad, hogy csak arra hívtam fel a figyelmet, hogy azok, amiket bolond felsorolt, hogy ezeket windóz alatt milyen faszán meg lehetett oldani egy 3rd party programmal, azokat a többi rendszer OOB tudta, egyetlen sorból.
    Vagy arról beszélsz, hogy parancssorba kell gépelni és az nem "felhasználóbarát"? Ehhez is csak gratulálni tudok. Még mindig arról van szó, hogy UNIX-ok alatt a UNIX-felhasználók hogy oldották meg azt, amihez windózon 3rd party cucc kellett; irreleváns, hogy a windózjúzerek többsége iszonyodik a parancssortól, mert nem róluk volt szó.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528525

    Csakhogy ez az ami nem igaz: képesek voltak.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528619

    Vagy csak megpróbáltál megtrollkodni egy elszállt agyvizű linuxost, csak éppen a tényekkel nem voltál tisztában.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528482

    > Az Alcohol 120%-ra volt igény? Igen.

    windózon? Lehet. UNIX-on? Szerinted?

    > Az általad felsorolt szoftverek ugyanazt az igényt akarták kielégíteni? Nem.

    Márhogy lemezképek létrehozását és csatolását? Nekem úgy tűnik kielégítik. Vagy azt, hogy GUI-val lehessen ugyanezt? Van rá GUI. Több is. Ha mást nem is, a K3B-t biztos ismered; az nem csak CD-t/DVD-t írt, de frontendként is funkcionál különféle ISO handling tool-okhoz.

    BTW, ez ugyan cheat, de WINE alól megy az Alcohol. (A fizetős verziójából csak 10 éves teszt van az AppDB-ben, nyilván ma már az is menne rendesen.)

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528504

    Eredetileg azt állítottad, hogy azért nem sikerült csökkenteni a windows hegemóniáját, mert a túloldalon képtelenek voltak létrehozni egy olyan szoftvert, amivel ugyanazt meg lehetett volna csinálni szenvedés nélkül, mint az Alcohollal. Kiderült, hogy ez kb. úgy ahogy van, nem igaz (Ott a K3B. Működik. Úgy 1998-1999 óta. Talán még öregebb, mint az Alcohol.) és erre most azt mondod, hogy hiába van alternatíva, mert magára a UNIX-ra nem volt igény a windowsos berkekben. Egyszóval megcáfoltad a saját állításodat arról, hogy miért nem sikerült letörni a windows hegemóniájából: nem a szoftverek hiánya miatt, hanem azért, mert a windózjúzereknek nem volt igényük semmi másra, nekik számítógép = windóz.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528526

    Ki tudja mi van az Alcohol forrásában... :]

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528618

    A K3B külső UNIX-os toolokat hívogat meg. Vajon mennyi eséllyel csinálja ugyanezt az Alcohol?

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528617

    A sörében lehet, de a sör nem 120% alkohol. :)

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528688

    ROFL. :D

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528622

    > Csak a lényeget értetted félre. Akkoriban a melldöngetés mellett lehetett volna villantani is. Nem történt meg. Az Alcohol azzal villantott, hogy kezelte a másolásvédett lemezeket. A K3b mit tudott? Legjobb esetben ugyanazt, amit a Nero. Ingyen.(!!!!!!!) Már ha egy random hardverrendszer "Linux" alatti használatára kétségek nélkül rámondható volt: ingyen.

    Mondd, te hallottál már a másolásvédett CD-k rippelésére való cdparanoia-ról, abcde-ről, valamint a DVD-k titkosításának felörésére való DeCSS-ről, meg az abból keletkezett libdvdcss-ről? A K3B ezeket is használja (ill. az abcde-t konkrétan nem tudom), kb. amióta megjelentek, egyszóval a K3B is tudta másolni a másolásvédett lemezeket. Miféle villantásról beszélsz akkor? Nem tudom, mit tudott a Nero, de amiket eddig felsoroltál, hogy az Alcohol tudta, azt a K3B is tudja a különféle command line tool-okon át.

    > Most, hogy – újra – jól rávertük a faszt az optikai lemezekre, lehetne reagálni az eredeti felvetésre is, vagyis arra, hogy társunk azokra a szoftverekre fúj, amiket akkor szerettek meg használni a windowsos tömegek, amikor az OSS közösség kevesebb tejet szophatott a multik csecseiből, ami azzal járt, hogy kevesebb vonzó, felhasználóbarát szoftver készült egy ingyenes rendszerekre (nem írtam el). Az akkoriban villantani tudó OSS szoftverek jó része Windowsra is elkészült, ha volt rájuk igény, így a "Linux" vonzóságához kevésbé járultak hozzá. Aztán a Google odabaszott az Androiddal, végre lett egy "Linux", amire volt tömegigény. Aztán ma néhány "linuxos" ugyanazt a szar melldöngető dumát nyomatja, ami legkésőbb a kilencvenes évek végén már biztosan gáz volt. Amúgy azzal teljes mértékben egyetértek, hogy célszerű törekedni nyílt/szabad formátumok/szoftverek/stb. használatára, csak a "trágyadomb mellett aludtam" beütést illene elhagyni, ha már korábban nem sikerült. Az meg tényleg méteres hab a tortán, hogy egy "linuxos" azokat a szoftvereket fikázza, amelyek tíz-harminc éve – feltehetően – piaci alapon léteznek, – feltehetően – a használóik megelégedésére.

    Hogy Raynes vagy a többi linuxos mire fúj, vagy sem, az nem az én dolgom. Én nem vagyok még csak ún. "linuxos" sem. Amire én reagáltam, az az volt, hogy te azt írtad, hogy nem sikerült az alternatív rendszerek fejlesztőinek a windowsos szoftverek életképes alternatíváit elkészíteniük; csak épp de, sikerült. Évekkel azelőtt, hogy windowson megszülettek volna azok, amikre alternatívát adtak.

    Apropó,

    > "Az akkoriban villantani tudó OSS szoftverek jó része Windowsra is elkészült"

    #define "jó része". Anno ezek a szoftverek valamelyik nagyobb projekt környékén tömörültek, CDE, KDE, Xfce (akkor még XForms alapokon), GNOME, stb. Ezek többségét tipikusan UNIX-okra írták meg és nem volt windowsos verziója. K3B sincs windowsra.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528804

    Lehet, de ugyanezt meg lehetett csinálni a többi platformon is.

    Ha arcméretet kell vizsgálni, a windowsos világ arcméretét nem lehet felülmúlni... Azt hiszik, hogy a piaci részesedésük a minőség miatt van és véletlenül sem a marketing miatt, miközben évekkel, néha évtizedekkel kullognak a többiek mögött. Az meg pláne nem a windows érdeme, hogy a normálisan megírt kereskedelmi szoftvereknek ez a fő célplatformja, hanem nemes egyszerűséggel a piaci részesedésé, ami meg - mint leírtam - a marketing eredménye. És ez egy öngerjesztő kör: ezt használja mindenki, erre jönnek ki a kereskedelmi cuccok (meg OSX-re, de az Apple-ös ökoszisztémát nem sokan akarják megfizetni), a többiek le vannak szarva, tehát még inkább ezt fogják használni. És ennek nincs köze ahhoz, hogy mit "villantottak" az alterplatformok.

    Ezek valóban crossplatformok, de ez csak pár darab. #define "értékes". Kinek mi az. GTK és Qt van windowsra, de az önmagában kevés.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528823

    > Gondolom, volt értelme is, és a Wine vitte a másolásvédett szoftvereket

    Mert ugye csak szoftvereket terjesztenek másolásvédett CD-n/DVD-n, zenét, filmet, azt nem. (Egyébként egy részüket vitte, nyilván nem mindet.)

    > mert nem a rendszer működőképesre reszelésével kellett foglalkozni...

    Egyfelől, attól, hogy volt akinek nem sikerült működőképesre reszelni a Linuxot/BSD-t, attól még volt olyan is akinek sikerült, másrészt nem csak Linux/BSD van, az OSX-et nem nagyon kellett reszelgetni, ahhoz, hogy működjön, harmadfelől meg éppen a windows az, amit állandóan tutujgatni kell, mint valami rossz tamagocsit, ítéletnapig reszelheted, sose fog működni. (Oké, a winxp és a win7 már majdnem, leszámítva apróbb fasságokat, microsoftságokat, de mi van a többivel? Kiemelten az aktuális win10-zel... When do you want to update today?)

    > Jahh, nincs köze, de azért a jó cuccok át lettek írva Windowsra

    Egy részük. Meg megint, #define "jó cuccok". Kinek mi a jó cucc.

    > plusz a Google tudott sikeres platformot csinálni a "Linuxból"...

    Érdekes, nekik vajon miért sikerült? Csak nem azért, mert volt elég pénzük marketingre?

    > Lehet, hogy nem tűnt fel, de átlagfelhasználókról volt szó...

    Én is róluk beszéltem, ők ették meg a marketinget, nem a geekek...

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528914

    > A windowsos világ már csak ilyen, nem készül mindenre ezer világmegváltó alternatíva.

    Ezt nem tudom honnan vetted, de ez eszelős baromság, 100x akkora felhasználótábora van a windowsnak, ennek megfelelően sokkal nagyobb fejlesztőtábora és szoftverparkja is; van bőven "világmegváltó alternatívából" windows alá is.

    > Tudom, hogy sikerélmény használhatóra reszelni egy "Linuxot".

    És egy windowst? Ja, azt lehetetlen.

    > Továbbra is: átlagfelhasználókról volt szó.

    Én is róluk beszéltem: nekik lehetetlen használhatóra reszelni egy windowst, nem véletlenül nyaggatják vele állandóan a számítástechnikusokat, hogy "javítsák meg a "gépüket"", azaz a windowst, mert az a ritkább, hogy tényleg a gép szar, leginkább csak megint kinyírták a windowst.

    > Azért nem fitymálnám le, hogy felfedeztek egy jövedelmezőnek látszó piaci rést, kitaláltak rá egy koncepciót, és csapongás és széthúzás helyett megvalósították.

    Te helyette lefitymáltad mások munkáját, méghozzá zéró alappal, mert mint kiderült, minden megvolt az Alcohol tudásából a túloldalon is. Széthúzás meg mindenütt van. Jópofa egyébként, hogy egy cég munkája kapcsán prézsmitálsz, hogy nem volt csapongás, meg széthúzás; pár fős fizetett csapatban miért lenne? Megvalósítani meg megvalósították a túloldalon is, amit kellett.

    > Szerintem sok "linuxos""geek" is szívesen beszopta volna pl. azt a marketinget, melynek keretében a gyártótól kap drivert a hardvereihez.

    Azt nem ők szopták volna be, hanem dettó az átlagfelhasználók és akkor a megnövekedett piac miatt lett volna driver oda is. Nem tudom feltűnt-e, de a droidnál pontosan ez történt.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2529111

    > Azok csak alternatívák, nem világmegváltó alternatívák.

    Akkor #define "világmegváltó alternatíva". Mert az, hogy valaki csinál egy alternatívát, az miért világmegváltás UNIX-on és miért nem az windowson?

    > Megfelelőbb kifejezés a "szükségtelen".

    Reszelni a windowst? Tekintve, hogy reménytelen, tulajdonképpen szükségtelen is... (Egyébként meg faszt szükségtelen, állandóan igényel valami csesztetést a windows, mindig van valami baja, ha nincs akkor csinál magának.)

    > Azt hittem azt kérdezted, milyen szoftvereket használnak ők, mik a jó cuccok.

    Csak rámutattam, hogy a UNIX-oknak és a fejlesztőiknek minden szart a nyakába varrsz, míg a windowsnál meg nem, ott minden fasza. Ld. még "világmegváltás", meg "azt szükségtelen reszelni".

    > A munkájukat sosem fitymáltam le, csak a hangoskodóik és a valóság közti ellentmondásokat firtattam.

    A valóság az, hogy a dolgok elsöprő többségére van windowson kívüli megoldás, te meg ennek az ellenkezőjét állítottad, azaz éppen a valóságot tagadtad.

    > Jah, csak a beszopáshoz abba kellett volna hagyni a faszverést. A Google csapatának sikerült visszafogni a faszverést, meg is lett az eredménye. Felesleges volt újra leírnod, amit már leírtam.

    A gúgelnél és a mikiszoftnál nagyobb faszverőket keresve sem lehet találni. Nem volt felesleges, mert ebből is kiviláglott, hogy mekkora kettős mércével mérsz.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2529285

    Az illúzió lényege, hogy nem vagy kapcsolatban a valósággal, ez pedig nem függ attól, hogy mennyi vetélytársad van; a windowsnak 100x annyi felhasználója van, így 100x akkora az esélye is, hogy ilyen világmegváltó marhák előforduljanak, mint Linux alatt és 10x akkora, mint OSX alatt. Ami pedig ezt a "különlegesnek érzi magát" kitételt illeti, ez leginkább a te rosszindulatú belemagyarázásod, ahogy ez a folyamatos világmegváltásosdi is. Biztos van ilyen is, de a többség azért kódol, mert a) élvezi, b) szüksége van arra, amit épp csinál, c) fizetnek neki érte. (Eme halmazok között megengedő-vagy kapcsolat van.) Nem tudom feltűnt-e, de többszázezer UNIX-os fejlesztő van a világon, de ilyen Poettering féle baromállatból, akik szétkúrnak mindent, csak párszáz. (Az más kérdés, hogy nagyon rossz helyen vannak, de az meg nem véletlen...)

    Ez nem változtat azon, hogy a windows ugyanolyan "felhasználóbarátságtalan", mint a Linux, csak épp más okok miatt. Nincs már jó OS, csak szar, meg kevésbé szar. Előbbibe tartoznak a különféle hulladék szoftverek (systemd/pulseaudio/gtk3/python3-ban-a-fél-rendszer/egyéb-freedesktop-fosok) által megfertőzött Linuxok és - az xp-t és a hetest leszámítva - a windowsok.

    Hát akkor mit is szerettél volna mondani?

    Hát akkor mit is szerettél volna mondani?

    Neked nagyon a májadra ment ez a világmegváltás, úgy látom, mert megállás nélkül ezen lovagolsz. Tudod ki volt az, aki annyira "megváltani" akarta a világot? A jó öreg billy boy. Hoci, pécét minden lakásba és windózt rá, mert az biztos jó lesz. Az eredményt látjuk. A desktop Linux üzleti piac szempontjából sehol sincs a mai napig, de mint mondtam, nem csak Linux van.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528493

    Ez csak a windows 8-ban jelent meg, kb. 2012-2013 (?) magasságában. A UNIX-ok mount parancsa kb. már a '90-es évek közepe (eleje?) óta tudja mountolni az ISO-t.

    Oldschool Computer - http://oscomp.hu




    Állítólag kiszivárgott a Windows XP forráskódja; a biztonsági szakértők már rá is cuppantak: https://hup.hu/cikkek/20200925/allitolag_kiszivargott_a_windows_xp_forraskodja_a_biztonsagi_szakertok_mar_ra_is_cuppantak#comment-2528805

    Szervesen kapcsolódik a témához: Microsoft had a secret Windows XP theme that made it look like a Mac

    Oldschool Computer - http://oscomp.hu




    Van régebbi, üzemképes géped?: https://hup.hu/szavazasok/20200929/van_regebbi_uzemkepes_geped#comment-2529267

    Commodore 64
    Commodore 128
    SuperCom 72
    Amiga 500+
    Amiga 1200 3 db
    Atari 130XE
    Sega MegaDrive + SegaCD
    PowerMac G4
    PowerMac G5
    Sun Blade 100

    Meg van valami 386-os vagy 486-os 286-os alaplap meg pár hozzávaló kártya az egyik szekrényben, a háza meg fent a padláson.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> chx , webmotion , hetvenhatos


    Van régebbi, üzemképes géped?: https://hup.hu/szavazasok/20200929/van_regebbi_uzemkepes_geped#comment-2530682

    De a pingre még válaszol? :)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> lpds , Hevi


    Van régebbi, üzemképes géped?: https://hup.hu/szavazasok/20200929/van_regebbi_uzemkepes_geped#comment-2531078

    Ennek az az oka, hogy a "kifagyás" az nem feltétlenül azt jelenti, hogy az egész rendszer úgy ahogy van megállt, hanem azt is jelentheti, hogy a kernelnek az a része került valami ronda deadlockba, ami a perifériákkal történő kapcsolattartásért felel, viszont maga a kernel még mindig fut, egyéb részei még mindig működnek, többek között az ICMP echo kéréseket lekezelő net-stack is, ami nem függ semelyik másik részegységtől, tehát válaszolni fog a pingre.

    Oldschool Computer - http://oscomp.hu




    Van régebbi, üzemképes géped?: https://hup.hu/szavazasok/20200929/van_regebbi_uzemkepes_geped#comment-2531541

    Igen, ez általában akkor szokott így lenni, amikor betelt a RAM.

    Oldschool Computer - http://oscomp.hu




    Van régebbi, üzemképes géped?: https://hup.hu/szavazasok/20200929/van_regebbi_uzemkepes_geped#comment-2531676

    És az OOM killernek?

    Oldschool Computer - http://oscomp.hu




    Van régebbi, üzemképes géped?: https://hup.hu/szavazasok/20200929/van_regebbi_uzemkepes_geped#comment-2531817

    Hát nem tudom. Ha megvárod amíg elfogy a RAM és elpánikoltatod a rendszert, akkor garantáltan az összes process-t kinyírod, nem csak egyet és akkor az adatvesztésre is több esélyed van, mint ha csak egyet nyírnál ki. Persze, ha a fő felelős egy olyan processz, aminek 10+ GB-nyi ki nem írt adata van a memóriában és a többiek meg kb. lényegtelenek, akkor ugyanott vagy. Igazából akkor már jobb, ha a rendszer időben reportolja, hogy betelt a RAM 50-60-70-stb. százaléka, hogy legyen időt manuálisan cselekedni.

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2530171

    Azért magával a protokkal is vannak bajok, a Weston pedig tényleg trágya. Tudom, hogy van igazi crossplatform Wayland implementáció is, de valahogy mint ha elhalt volna a fejlesztése egy jó hét-nyolc éve.

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2530187

    > Azért a follow-up cikket is linkelhetted volna, amiben helyreigazítja jó néhány pontját :)

    Minek, amikor ott van a blogposzt első sorában a link?

    > És igen, lehet, hogy a Weston trágya, de legalább protokoll-szinten nincs elbaszva, mint az X11 (oks, "nem szar az, csak másra lesz jó", a több évtizeddel ezelőtti állapothoz tényleg jó volt az X11 is).

    > Egyébként meg ja, a Wayland kifforatlan és vannak vitás pontok a protokoll körül (ill. egyéb alapvető kérdések), de azért ne csináljunk már úgy, mintha az X11 (és az összes protocol extension) teljesen jó lenne és távolról emlékeztet a kiindulási X11-re (gyakorlatilag kernel support nélkül nem kapsz értelmes teljesítményt, a protokoll nagy részét adó grafikus primitíveket senki nem használja, helyette framebuffereket küldözgetnek, ...). [gyakorlatilag képzeld ide azt a rant-et, amit az elavult-e a Linux topicban az RDP-hez tettem, az X11 ugyanaz pepitában, a folyamatosan változó környezethez és igényekhez ad-hoc szabott kiterjesztésekkel bloatolt izé :)]

    Nekem nem kell bemutatnod az X11-et, programoztam eleget (kísérletezésképpen anno elkezdtem írni rá egy saját GUI toolkitet is), nem vitatom, hogy ezer sebből vérzik. Viszont X11-ből csak egy van, míg Wayland implementációból számos és ezek csak parciálisan kompatibilisek egymással. Ha írnék egy Wayland protokollt támogató libet, vagy programot, akkor melyik implementációt válasszam? A Claylandet? Támogatja/szállítja azt valaki? Az swc-t? Az van bármire Linuxon kívül? Mégis a Westont? Azért ez nem olyan egyszerű, hogy az X11 szar és monnyonle; amíg nincs egységes platform amire váltani lehet, addig öngyilkosság lenne.

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2530990

    Nem most tárgyaltuk ki, hogy a Wayland - a protokoll - platformfüggetlen? Ez inkább a freedesktop-féle-fejetlenség: egyszerűen nincs mire lecserélni az X11-et, hiába van minden baja. Majd, ha a Wayland teljesen megérett és van egy defacto-standard WL implementáció, ami a Linuxon kívül támogatja a BSD-ket, Solarisokat, AIX-ot, HP-UX-et, meg a többi élő UNIX-ot is (ld. Clayland), akkor lesz értelme.

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2531065

    > Nekem az a tippem hogy a Solaris, AIX, HPUX, és a többi élő Unixra nincs mérhető desktop igény, így gyakorlatilag mindenkinek hótmindegy, hogy x11 van-e rajta vagy valamilyen wayland implementáció.

    Fatális tévedés. Az, hogy mi mérhető, meg mi nem, az egy dolog, de nem egy helyen használják őket, tehát nem mindegy. Ha viszont a GUI toolkitek átállnak a WL-re úgy, hogy nincs WL rájuk, akkor ezek a rendszerek gyakorlatilag elvesztik az egész desktop szoftverparkjukat, max. a régebbi verziók maradnak. (Mondjuk amerre fejlődnek a szoftverek, ez még előny is lehet, de ebbe ne menjünk bele.)

    > Én azt mondom hogy ez a wayland buli minimum 5 éve "mindjárt ott tartunk" van, és azóta sem jutottunk el odáig, hogy az legyen a standard.

    Talán azért, mert még nem ért arra a szintre, hogy az X11 helyett lehessen standard.

    > A freedesktop meg úgy tűnik gyenge szervezetileg ahhoz hogy ezt megfelelő súllyal végigvigye, így marad a véletlenszerű (lassú) haladás.

    Ez viszont baromi érdekes... A systemd-t, a pulse-t, a pkg-configot és még ki tudja hány szemetüket sikeresen letolták a UNIX/Linux világ torkán; pont azt nem sikerül erőltetni, aminek - megfelelő kivitelezés és hordozhatóság mellett - még értelme is lenne?

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2531251

    Egyrészt, mert ez így egy baromi erőforrásigényes middleware lenne, ami akár a használhatatlanságig is lassíthatja a rendszert. (Keress csak rá, hogy az XWayland, vagy a wikicikkben említett XQuartz mennyire "gyorsak" és mennyi CPU-időt hagynak meg a rendszernek.)
    A másik probléma: ha van valami olyan WL feature, ami wrappelhetetlen X11-re, nem megoldható a dolog, akkor mi lesz? Kibővíted az X11-et? Legyen még spagettibb? (Meg ennyi erővel minek a Wayland, ha az X11-be tákoljuk bele az új feature-öket?)

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2531570

    - Az X11 nem támogat per-screen skálázást, a beállított DPI globális, szoftveresen kell átskálázni a képernyőket.
    - Az X11 nem támogat 255 feletti keycode-okat.
    - Konkrét cikket nem találtam, csak fórumposztokat, ahol azt írják az X11 nem támogat triple buffert.

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2531444

    > Nem másztam bele nagyon a témába, de tudtommal a compositingre épít az egész. Mióta van hardveresen gyorsított compositing X.orgban? 10+ éve biztosan.

    És? Szerinted ez ennyi, hogy ez is compositing, meg az is? Ilyen egyszerű és kész? Hát nem. A Wayland az "local" render, az X11 meg kliens-szerver alapú, lévén anno arra lett kitalálva, hogy a szervergépen fut az X11 szerver és a terminálokon az X11 kliensek, ennek megfelelően teljesen más a compositing flow a kettőben: X11, WL

    Ezek miatt a - local / kliens-szerver felállás miatti - különbségekből egy csomó működésbeli eltérés adódik.
    A Wayland, mivel local renderer, ad egy buffert és azt csinálsz vele, amit akarsz. Az X11 viszont kliens-szerver kommunikációt csinál, ami akár gépek között is mehet, ennek megfelelően a tervezésénél a kliens-szerver kommunikáció minimalizálása volt a fő szempont és ennek megfelelően neki pl. van drawing API-ja, mert nagyon nem volt mindegy, hogy a módosított terület minden egyes bitjét átküldöd egy négyzet kirakásához (sok kB), vagy csak egy sima XFillRectangle tokent, meg az argumentumokat. A Waylandban viszont ilyen nincsen, mert egyszerűen nincs rá szükség, minden rajzolás így is helyben történik meg, tehát a drawing API-val nem rövidítenéd le a kirajzolás idejét.
    Vagy másik példa: az X11 képes síkokban (bitplane) kezelni a bitmap-eket, ugyanis nem volt ritka, hogy az egyik terminál csak monokróm, a másik 16, a harmadik meg 256 színű, így az egyiknek elég volt csak egy bitet átküldeni, a másiknak meg négyet, csak a harmadiknak kellett mind a nyolcat. Ez nem csak a kommunikáció csökkentése miatt volt, hanem azért is, mert a terminálok túl gyengék voltak a szerverhez képest, hogy ők kvantizáljanak. Na, Waylandon erre sincs szükség, mert neki egy local framebuffere van, ami a videókártyának megy, közvetlenül.

    Mind a két rendszert úgy tervezték meg, hogy minél gyorsabb legyen, csak éppen két - egymástól negyed évszázadnyi távolságra lévő és - teljesen eltérő korban, ahol a "gyorshoz" más volt a követelmény, mert más volt a rendszer kiépítése és ennek megfelelően, ha az egyikből a másikba wrappelsz, az minden lesz, csak gyors nem. Nem véletlen, hogy az XWayland lassú és erőforrászabáló. Ez nem a Wayland hibája, hanem az emuláció eredménye.

    > A másik irány (XWayland, XQuartz) sokkal bonyolultabbnak tűnik.

    http://wayland.freedesktop.org/docs/html/ch05.html

    X11 and Wayland are different enough that there is no "simple" way to translate between them.

    Nekik mondd.

    > Tudsz ilyen feature-ről?

    És ha én nem tudok, akkor nincs is?

    > Tudtommal a Wayland compositor egyben ablakkezelőként is funkcionál, nyilván emiatt a window managerhez is beszélnie kell, de ennek is megvannak a standard megoldásai.

    10 WM 11 féleképpen működik, ugyanis az X11-hez többféleképpen is beszélhetsz.

    > Szerk.: egyébként a Weston fut X felett is, tehát a kérdést rövidre zárhatjuk.

    Skippelted a válaszom első felét:

    Egyrészt, mert ez így egy baromi erőforrásigényes middleware lenne, ami akár a használhatatlanságig is lassíthatja a rendszert. (Keress csak rá, hogy az XWayland, vagy a wikicikkben említett XQuartz mennyire "gyorsak" és mennyi CPU-időt hagynak meg a rendszernek.)

    Szóval nem. Sem az X11 over WL, sem a WL over X11 nem megoldás hosszútávon. Nyilván, ha csak "épp kell" valami, akkor hasznos, ha van, de amúgy így nem lehet normálisan dolgozni, ha a grafikus alrendszer az emuláció miatt megzabálja a gépet.

    És egyébként konkrétan a Weston egy hulladék.

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2531567

    > Eleve feltételezem, hogy ha egy rendszerre nem elérhető natív Wayland compositor ~10 éven belül, az halott.

    És mire alapozod ezt a feltételezést? Csak mert a Clayland elérhető szinte minden platformon. Mégsem vagyunk kint vele a vízből, ha a toolkitek nem támogatják.

    > Jelenleg a GUI toolkitek tipikusan támogatják mindkettőt, tehát még a probléma sem létezik.

    Nem, a GUI toolkitek egy része támogatja az X11-et és egy-vagy-több WL kompozitort. De pont az implementációk taglalt inkompatibilitásaiból eredően baromira nem mindegy, hogy melyiket, mert ha pont azt nem támogatják, ami elérhető a platformodra, akkor buktad a dolgot. A probléma nagyon is létezik.

    > Innen kezdve ez nem egy hosszútávú megoldás, ahol a hatékonyság másodlagos kérdés. Az teljesen irreleváns, hogy pár évtizede miért volt jó az X, mert nem a korabeli hardveren akarsz majd Wayland alkalmazásokat futtatni.

    Senki nem akart a korabeli gépeken Waylandot futtatni. Most vagy nem érted, hogy mit írtam, vagy szalmabábot csépelsz.

    > Elég baj az, ha nincs egy egységes protokoll, ami WM és alkalmazás független. De még ha így is van, a Wayland réteg az X szerver felé csak egy kliens, vagyis ugyanazt kell csak tudnia mint bármilyen másik kliensnek.

    De nem érted, hogy az XWayland-ra nem lehet bazírozni? Az emuláció okozta overhead csak az egyik fele, de van még egy-két baj vele.

    Az egyik, hogy nem kötelező eleme a WL kompozitornak, az egy külön réteg. A Clayland például egyáltalán nem tartalmazza, de az swc-ből is kidobták már két éve, azzal a felkiáltással, hogy az swc írója nem használ már X11 alkalmazásokat, csak többen kérték, hogy rakja vissza, így végül visszakerült, de amúgy is bajai voltak az swc XWayland rétegének, amiknek egy részét sosem fixálták (#14, #18), mert a "fix" az volt, hogy "Xwayland support has been removed." Komolyan erre akarunk bármit is alapozni? Szerinted mennyire lenne ez használható, ezzel a felállással?

    És ebből következik a másik is, az, hogy csak addig fogják tessék-lássék támogatni, ameddig igény van rá és miért van most még igény rá? Azért mert sok aktívan használt GUI toolkitnek még nincs Wayland backendje. Azonban a toolkitek is állnak át a WL-re. Ha eldobják az X11 backendet, akkor az XWaylandra sem lesz szükség többé. Legalábbis ott, ahol van támogatott WL implementáció. Ameddig azonban a GUI toolkitek által támogatott WL implementációkat szinte csak Linuxra csinálják meg, addig a többi platformon nem nagyon van ok az örömködésre. Egy kis lista ide:
    - A Weston "nem hivatalosan" (értsd: talán lefordul, nagyon talán fut) támogatja a BSD-ket, de mást nem.
    - Az swc-be most próbálják beemelni a NetBSD támogatást, amúgy Linux-only.
    - A Clayland elvileg mindenre van, csak őt nem támogatja senki és nincs benne XWayland réteg.
    - A Hikarinak a FreeBSD a fő platformja, de azon kívül csak Linuxra van.
    - Egynémelyik ablakkezelőnek van saját WL backendje (KWin, Mutter, Enlightenment), de ezek nem használhatóak standalone WL kompozitorként, tehát csak a KDE5/GNOME3/Enlightenment megy velük és ebből is a GNOME3 már Linux-only a systemd dependencia miatt.
    - A többit ahogy néztem, mind Linux only, de fixme.

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2531252

    > Neked azt kell eldönteni, hogy a protokoll milyen subsetjét követeled meg, amit célszerűen úgy választasz meg, hogy a lehető legtöbb implementációval kompatibilis legyen.

    Az implementációk csak részben kompatibilisek egymással, sok szerencsét hozzá...

    Oldschool Computer - http://oscomp.hu




    Úton van a Wayland a NetBSD-sekhez is: https://hup.hu/cikkek/20200929/uton_van_a_wayland_a_netbsd-sekhez_is#comment-2531419

    > Ha a protokollal nem kompatibilisek, az bug. Ha a protokollt jól beszélik, akkor adott feature mindegyik implementációval ugyanúgy kell, hogy működjön.

    Hát ehhez képest nem teszik, az implementációk API-jai eltérnek, nem teljesen kompatibilisek. Namármost, hogy ez bugnak tekinthető-e, vagy sem, az egy dolog, de ha maga a cucc működik, csak nem kompatibilis a másik implementációval, akkor te a fejlesztőjének meg nem magyarázod, hogy ez egy bug, mert csak azt fogja hajtogatni, hogy dehát működik, nincs hiba.

    > Ha nem így van, akkor a protokoll a hibás, ami megint csak bug.

    Ha a protokoll a hibás, akkor az nem bug, hanem koncepciós hiba. Azt te szoftverből ki nem javítod. Akkor módosítani kell a protokollt és akkor lehet átírni az összes implementációt, amit viszont a fejlesztők/cégek nem biztos, hogy meg akarnak csinálni, mert pénzbe és időbe kerül.

    > X11 implementációból is több van, ott ugyanez a kérdés miért nem merül fel?

    Felmerül. Ha olyan X11 implementációd van, amiből hiányzik valami, ami a WM-ednek, GUI toolkitednek kell, akkor nem fog vele menni. Miből gondoltad, hogy nem merül fel?

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533742

    1) Így gondoltad?

    SELECT `employees`.*, `titles_t`.`title`, `salaries_t`.`salary`, `departments`.`dept_name`, `departments`.`dept_no`
    FROM `employees`
    LEFT JOIN
    (
    	SELECT `titles`.`emp_no`, `titles`.`title`, MAX(`titles`.`from_date`) FROM `titles` GROUP BY `titles`.`emp_no`
    ) AS `titles_t` ON (`titles_t`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN
    (
    	SELECT `salaries`.`emp_no`, `salaries`.`salary`, MAX(`salaries`.`from_date`) FROM `salaries` GROUP BY `salaries`.`emp_no`
    ) AS `salaries_t` ON (`salaries_t`.`emp_no` = `employees`.`emp_no`)
    WHERE (`titles_t`.`title`='Senior Engineer') AND (`salaries_t`.`salary`<'100000')
    ORDER BY `salaries_t`.`salary` DESC
    LIMIT 0, 20

    Mert így kb. a 2x-esére gyorsult és a sorrendezéssel sem sokkal lassabb, így kb. 1-2-3 sec, amíg bejön. Köszi a tippet.

    2) Nincsen. Ez most localban van, de ahol majd tesztelni fogják, ott az a DB felállás lesz, ahogy most van. Amúgy nekem is az első gondolatom az lett volna, hogy csinálok egy redundáns tárolótáblát, a pillanatnyi értékekkel, dehát ez itt nem játszik.

    3) De az indexelve van. A `salary` nincs és a `title` sem, de utóbbira már nem is tudnék FULLTEXT-et nyomni, mert az InnoDB csak kreáláskor engedi, a kreálást pedig nem én végzem: importálni kell. :( A `salary`-ra rakhatnék, de ld. 2)-es pont.

    Valószínűleg igazad van, mert így jelentősen gyorsabb lett. Még majd bütykölöm, hátha bírok rajta valamit csinálni, de a lényeg, amit a topiccímben is feltettem, az előszűrés már megvan, úgyhogy, thx again.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533767

    Az indexelve van.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533780

    Viszont, ha meg nincs szűrés, akkor ezzel az új egközelítéssel az eddigi 1 sec-ről 5 sec-re emelkedik a várakozási idő... Szűrve 2x olyan gyors, szűretlenül 5x olyan lassú.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534446

    Lehet, hogy jól jönne rájuk, bár végül is nélkülük is megoldódott.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533744

    Ld. a geleinek adott válasz 2)-es és 3)-as pontját: a lekért `titles` és `salary` mezőkön nincsen, de a saját localhostos importomban hiába indexelek rommá mindent.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533811

    Egy website kéri le. Végrehajtási terv alatt mit értesz, az explaint?

    Mir értesz "kézzel leprogramozás" alatt? Olyannal próbálkoztam, hogy leszűröm a `salaries` és `titles` táblát és csak azokat az ID-kat kérem le, amik kellenek, de rossz eredményeket adott, az OP-ban ott a query.

    Arra én is gondoltam, hogy csinálok egy közös táblát, amiből kérdezget, aztán ott is update-elgeti, amit kell, csak nem tudom, hogy azt el fogják-e fogadni, bár ez csak az egyik gond. A nagyobbik, hogy próbálkoztam olyannal, hogy

    DROP TABLE IF EXISTS `e`;
    CREATE TABLE `e` (
      `emp_no` int(11) NOT NULL,
      `birth_date` date NOT NULL,
      `first_name` varchar(14) NOT NULL,
      `last_name` varchar(16) NOT NULL,
      `gender` enum('M','F') NOT NULL,
      `hire_date` date NOT NULL,
      `title` varchar(50) NOT NULL,
      `salary` int(11) NOT NULL,
      `dept_name` varchar(40) NOT NULL,
      `dept_no` char(4) NOT NULL,
      PRIMARY KEY (`emp_no`),
      INDEX `birth_date` (`birth_date`),
      FULLTEXT `first_name` (`first_name`),
      FULLTEXT `last_name` (`last_name`),
      INDEX `gender` (`gender`),
      INDEX `hire_date` (`hire_date`),
      FULLTEXT `title` (`title`),
      INDEX `salary` (`salary`),
      FULLTEXT `dept_name` (`dept_name`),
      FULLTEXT `dept_no` (`dept_no`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
    
    INSERT INTO `e`
    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`, `departments`.`dept_name`, `departments`.`dept_no`
    FROM `employees`
    LEFT JOIN `titles` ON
    	`titles`.`emp_no` = `employees`.`emp_no` AND
    	`titles`.`from_date` = (SELECT MAX(`from_date`) FROM `titles` WHERE `titles`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `salaries` ON
    	`salaries`.`emp_no` = `employees`.`emp_no` AND
    	`salaries`.`from_date` = (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `dept_emp` ON
    	`dept_emp`.`emp_no` = `employees`.`emp_no` AND
    	`dept_emp`.`from_date` = (SELECT MAX(`from_date`) FROM `dept_emp` WHERE `dept_emp`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `departments` ON `dept_emp`.`dept_no` = `departments`.`dept_no`;

    Csak ez 11076 sor felett "Error in query (1062): Duplicate entry '21076' for key 'PRIMARY'" hibaüzenetet dobott. Fel nem fogom miért, hiszen a beszúrandó `emp_no` nem ismétlődik sehol, más PRIMARY KEY meg nincs ebben a táblában...

    Egyébként a teszt DB itt elérhető: https://github.com/datacharmer/test_db

    Materializált nézet MySQL-ben nincs.

    Ja, és a lényeg:
    gender enum('M','F')

    Már itt rossz a sémád! Mi ez a kirekesztés????4!!?!? :-)

    Majd írok a MySQL-eseknek, hogy tegyenek be kettő db. 256-bites floatot helyette és akkor két csúszkán lehet beállítani, hogy ki mennyire M, meg F. :P Bár inkább nem adnék nekik ötleteket...

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533944

    > A kézzel leprogramozást úgy értem, hogy lefuttatod az alqueryt és annak az eredményét kiveszed resultsetként, majd visszafeedeled a következő query-be úgy, hogy az értékeket sorba beleírod a lekérő SQL-be.

    És ezt hogyan csináljam? Temporary tables-t már próbáltam, de csak még jobban belassított mindent. Olyat is próbáltam, hogy leszűröm a két segédtáblát és az ID-ket használom a fő query szűrésére (ez az OP-ban is benne volt, ez a két query), de rossz végeredményt kaptam.

    > További ötlet lehet, hogy a max date bejegyzést a salary és a title táblában is egy boolean-nal megjelölöd. Így nem kell ezeket mindig kinyálazni, egyből rendelkezésre áll - pláne, ha be van indexelve ez a flag.

    De ezzel ugyanott vagyok, ahol most, mert a `from_date` is indexelve van.

    > Az indexelésnél lényeges, hogy ne egy adat alapján legyen, hanem a teljes halmazon, amire a lekérdezés vonatkozik. Ugyanis ha egy-egy oszlopon van index, és kettőre vonatkozik a kérdés, akkor még mindig két eredményt őssze kell fésülni. Azonban ha például van egy (latest_entry, salary) összetett indexed, akkor egy where latest_entry and salary>10000 kérdés teljesen indexből kiszolgálható.

    Ebben lehet, hogy igazad van, csak épp nem piszkálhatok hozzá a szerkezethez.

    > A Duplicate entry fogas kérdés. Akármelyik al-lekérdezésnek ha több értéke van véletlenül, az okozhatja. Például a department, ha a dept_no véletlenül nem zárja ki az ismétlést. Vagy ha a date alapú lekérdezésben van két egyforma dátum (ez valószínűbb) és az duplikált sort okoz. Nem logikus, hogy valakinek egyazon dátumon két különböző címe van, de ez a tipikus, hogy a való életbeli adatbázisok tele vannak ilyenekkel. Pláne amiket emberek töltenek fel! Úgy kell megfogalmazni a query-ket, hogy ezek ne okozhassanak bajt! Tesztelni úgy lehet, hogy a lekérdezést lefuttatod akár kulcs nélküli táblába, majd abban keresel duplikátumot valahogy így: https://chartio.com/learn/databases/how-to-find-duplicate-values-in-a-s…

    Köszi az ötletet, ezt kipróbálom. (Mondjuk itt ezen a "cache" táblán, amit csináltam, egyedül a PRIMARY KEY-en nem lehet ismétlődés és azon nincs is.)

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534087

    > Ilyesmi:

    Hát ez ugyanaz pepitában, amit én csináltam az OP-ban... Rossz eredményeket adott. Persze lehet, hogy én írtam meg a lekérést rosszul.

    > Ha nem lehet hozzányúlni a szerkezethez, akkor simán lehet, hogy ezek a lekérdezési idők nagyjából kiadják a rendszer lehetőségeit.

    Közben hunludvig kolléga javaslata nyomán kiderült, hogy egyáltalán nem. Jól sejtettem én, hogy ennek sokkal gyorsabban kellene mennie, csak nem tudtam, hol fogjam meg.

    > Azt hiszem úgy hívják. Olyanok vannak benne, hogy először ehhez az indexhez fogok nyúlni, és ezeket a feltételeket tudom szűrni vele. Utána az eredményt ezzel a másik táblával összejoinolom. És így tovább.

    Oké, lecsekkoltam, az átírt query a `salary`-ra sorrendezve így néz ki:

    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`, `departments`.`dept_name`, `departments`.`dept_no`
    FROM `employees`
    LEFT JOIN `titles` ON (`titles`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `salaries` ON (`salaries`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `dept_emp` ON (`dept_emp`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `departments` AS `departments` ON `dept_emp`.`dept_no` = `departments`.`dept_no`
    WHERE
    	(`titles`.`from_date` = (SELECT MAX(`from_date`) FROM `titles` WHERE `titles`.`emp_no` = `employees`.`emp_no`)) AND
    	(`salaries`.`from_date` = (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = `employees`.`emp_no`)) AND
    	(`dept_emp`.`from_date` = (SELECT MAX(`from_date`) FROM `dept_emp` WHERE `dept_emp`.`emp_no` = `employees`.`emp_no`))
    ORDER BY `salaries`.`salary` DESC
    LIMIT 0, 20

    És itt az explain:

    id?	select_type?	table?	partitions?	type?	possible_keys?	key?	key_len?	ref?	rows?	Extra?
    1	PRIMARY	employees	NULL	ALL	PRIMARY	NULL	NULL	NULL	299025	Using temporary; Using filesort
    1	PRIMARY	dept_emp	NULL	ref	PRIMARY	PRIMARY	4	employees.employees.emp_no	1	Using where
    1	PRIMARY	departments	NULL	eq_ref	PRIMARY	PRIMARY	16	employees.dept_emp.dept_no	1	
    1	PRIMARY	titles	NULL	ref	PRIMARY	PRIMARY	4	employees.employees.emp_no	1	Using where; Using index
    1	PRIMARY	salaries	NULL	eq_ref	PRIMARY	PRIMARY	7	employees.employees.emp_no,func	1	Using where
    4	DEPENDENT SUBQUERY	dept_emp	NULL	ref	PRIMARY	PRIMARY	4	employees.employees.emp_no	1	
    3	DEPENDENT SUBQUERY	salaries	NULL	ref	PRIMARY	PRIMARY	4	employees.employees.emp_no	4	Using index
    2	DEPENDENT SUBQUERY	titles	NULL	ref	PRIMARY	PRIMARY	4	employees.employees.emp_no	1	Using index

    Asszem itt inkább azzal lesz a baj, hogy a sorrendezésbe belezavar az a csomó olyan entry, ami a dátumok alapján már érvénytelen. Vagy nem, mert a sorrendezésnél már minden le van szűrve és oda van csatolva?

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534724

    Hopp, köszi... Akkor úgy néz ki, először be kell importálni a fő táblát aztán egyesével ráupdate-elni a három másikat.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533895

    Nem egészen. A `to_date` lehet NULL, de egyetlen sorban sem az, így `to_date` IS NULL-ra nincs értelme vizsgálni.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534107

    Csak rosszabb lenne, ugyanis a `to_date`-en nincs index, azonfelül a tartalma irreleváns, mert a legutolsó title, salary és department a legutolsó `from_date` alapján választódik ki, az érdektelen, hogy még él-e (9999-01-01), vagy befejeződött (egyéb dátum).

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534218

    Az, hogy mutatja, hogy él-e még az aktuális cím vagy fizetés...de amúgy ez a MySQL egyik tesztadatbázisa, nem én terveztem.

    Hogy érnék el vele 1000x-es gyorsulást? MAX(`from_date`) per kopf (azaz per `emp_no`) egy darab van, `to_date`='9999-01-01' meg vagy egy, vagy egy sem, ha az utolsó aktuális érték befejezett, ennek megfelelően, ha leszűröm, hogy ahol `to_date`='9999-01-01', azt adja ki, akkor egy csomó embernél NULL-t fog visszaadni, mert az utolsó megkezdett érték időszaka már be van fejezve nekik. Azonfelül ellentétben a `from_date`-tel, ez nincs indexelve.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534323

    Semmi, de nem én találtam ki a szerkezetet.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534346

    Nem.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534354

    De nincs NULL benne. Csak lehet NULL, de egy darab sincs benne; ami nincs belőve az mind '9999-01-01'. Azonfelül a `from_date` indexelve van, nem kell az egész táblát végigscannelnie, csak az indexeket, a `to_date` pedig nincs, ahhoz viszont pesszimális esetben végig kell, ha a legvégén van, vagy egyáltalán nincs. A listában feltüntetni pedig az utolsó érvényes címet, vagy fizetést kell. Ha az utolsó indulódátum helyett leszűröm, hogy `to_date` != '9999-01-01', akkor tele lesz NULL értékekkel, ahol már le van zárva.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534360

    Sorry, fáradt vagyok már.

    Szóval, ha az utolsó indulódátum helyett leszűröm, hogy `to_date` = '9999-01-01', akkor tele lesz NULL értékekkel, ahol már le van zárva.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534383

    Már átírtam. Viszont így egyáltalán nem kapom meg azt a sort, ha be van fejezve.

    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`, `departments`.`dept_no`
    FROM `employees`
    LEFT JOIN `titles` ON (`titles`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `salaries` ON (`salaries`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `dept_emp` ON (`dept_emp`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `departments` AS `departments` ON `dept_emp`.`dept_no` = `departments`.`dept_no`
    WHERE
    	(`titles`.`from_date` = (SELECT MAX(`from_date`) FROM `titles` WHERE `titles`.`emp_no` = `employees`.`emp_no`)) AND
    	(`titles`.`to_date` = '9999-01-01') AND
    	(`salaries`.`from_date` = (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = `employees`.`emp_no`)) AND
    	(`salaries`.`to_date` = '9999-01-01') AND
    	(`dept_emp`.`from_date` = (SELECT MAX(`from_date`) FROM `dept_emp` WHERE `dept_emp`.`emp_no` = `employees`.`emp_no`)) AND
    	(`dept_emp`.`to_date` = '9999-01-01')
    LIMIT 0, 20

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534400

    És az miért oldaná meg az eltűnő sorok problémáját?

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534409

    A szűrési sebesség már megoldódott. hunludvig kolléga tippje után minden begyorsult és <1s alatt jön be, a salary-ra való rendezést leszámítva.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534412

    Általánosan, egy táblában kell megjeleníteni az adatokat, ami szűrhető és rendezhető. Már minden gyorsan megy, csak a fizetésre sorrendezve, ha sok sort talál, lassú.

    SELECT e.*, 
    (SELECT MAX(`from_date`) FROM `titles` WHERE titles.emp_no = e.emp_no) AS beosztas,
    (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = e.emp_no) AS fizetes
    FROM `employees` AS e
    LEFT JOIN `dept_emp` ON (`dept_emp`.`emp_no` = e.emp_no)
    LEFT JOIN `departments` AS `departments` ON `dept_emp`.`dept_no` = `departments`.`dept_no`
    WHERE
        (`dept_emp`.`from_date` = (SELECT MAX(`from_date`) FROM `dept_emp` WHERE `dept_emp`.`emp_no` = e.emp_no)) AND
        (`dept_emp`.`to_date` = '9999-01-01')
    ORDER BY `fizetes`
    LIMIT 0, 20

    Ez is az.

    Update: "/* Sorok megjelenítése 0-19 (összesen 20, A lekérdezés 0.0001 másodpercig tartott.) */"
    Persze, mert becache-eli, ha ugyanazokat az adatokat kéred le. Ha megváltoztatod, hogy mire szűrsz, vagy a LIMIT paramétereit, akkor 3-4 sec-ig tart.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534377

    Viszont, lehet nektek lesz igazatok; nem a sebesség miatt, (az eddig kb. ugyanaz), hanem azért, mert ha nem szűröm le, akkor, ha aznap több titulusváltás történt, akkor a `from_date`-ból több egyforma MAX van, ami a listában duplikált sorokat jelent: az összes utolsó napi meg fog jelenni, a sor többi részét tekintve identikus adatokkal. Ez rosszabb, mint ha üres mezők lennének a lezárt entry-knél; azt lehet magyarázni épeszű indokkal, hogy nincs aktuális címe, fizetése, whatever, ezt meg nem.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534381

    Thx.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2533930

    Fentebb már adtam linket, ez a MySQL egyik publikus tesztadatbázisa: https://github.com/datacharmer/test_db

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534048

    Igen, így a szűrés villámgyorssá (<1s) vált, ezt nagyon köszi. Csak sajnos a sorrendezés így 5-6 másodperc... Visszavonom: kizárólag a `salary`-ra sorrendezve lassú. Asszem mindjárt egy index-szel fogom honorálni a dolgot. Update: Sajnos nem segített rajta sem az "ALTER TABLE `salaries` ADD INDEX `salary` (`salary`);", sem az "ALTER TABLE `salaries` ADD INDEX `emp_no_salary` (`emp_no`, `salary`);"...

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534143

    De próbáld meg egy olyan halmazzal, aminek a szűrőfeltételei több eredményt hagynak, vagy próbáld meg szűrés nélkül:

    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`
    FROM `employees`
    LEFT JOIN `titles` ON (`titles`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `salaries` ON (`salaries`.`emp_no` = `employees`.`emp_no`)
    WHERE
    	`salaries`.`from_date` = (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = `employees`.`emp_no`) AND
    	`titles`.`from_date` = (SELECT MAX(`from_date`) FROM `titles` WHERE `titles`.`emp_no` = `employees`.`emp_no`)
    order by salary LIMIT 9,2;

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534080

    Az indexelésen már túl vagyunk, a dátum mezőkön van index; azt meg még csak beledrótoztam volna a PHP-ba, hogy ha az az egyetlen index hiányzik a `salary`-ról, akkor belerakom, de sajnos nem segített.
    Materialised view-et már kérdezték, sajnos ez MySQL - ahogy gelei kolléga fogalmazott - itt nincs ilyen.

    Az egyes pontban lehet, hogy igazad van, de hunludvig javaslatával minden baromi gyors lett, csak a `salary`-re rendezés nem. (Ill. a `dept_name`-ra sem, de azt tényleg el kell fogadni, mert egy kettős csatolás mögött van és amíg szűrni lehet rá azzal az egyszerű trükkel, hogy előtte egy pillanatnyi lekéréssel leszedem a `dept_no`-t és azzal szűrök helyette, ez a sorrendezésnél nem működik sajnos...)

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534228
    Error in query (1064): Syntax error near '(partition by `emp_no` order by `from_date` desc) as pos from `ti' at line 5

    És az a baj, hogy nem is értem, hogy ez a kód mit csinál, így azt sem tudom, hogy miféle syntax error van benne.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534249
    mysql  Ver 15.1 Distrib 10.1.45-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2

    Ez MySQL 5.5.valahánynak felel meg, ha jól tudom.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534408

    Nem biztos, hogy jól értettem-e, de így gondoltad?

    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`
    FROM `employees`
    INNER JOIN (select  emp_no
            ,max(title) title 
    from    `titles` t
    join    (select emp_no 
                    , max(from_Date) lst_dat
            from    `titles` 
            group by emp_no       
            ) lt 
        on  lt.emp_no=t.emp_no 
        and lt.lst_dat = t.from_date
    WHERE   t.`title`='Staff'
    group by emp_no ) as t 
    ON
    	(t.`emp_no` = `employees`.`emp_no`) AND
    	(t.pos =1)
    
    INNER JOIN (select  emp_no
            ,max(salary) salary 
    from    `salaries` s
    join    (select emp_no 
                    , max(from_Date) lss_dat
            from    `salaries` 
            group by emp_no       
            ) ls 
        on  ls.emp_no=s.emp_no 
        and ls.lss_dat = s.from_date
    WHERE   s.`title`='Staff'
    group by emp_no ) as s 
    ON
    	(s.`emp_no` = `employees`.`emp_no`) AND
            (s.pos =1)
    LIMIT 0, 20

    Mert ez hibát dob:

    Error in query (1052): Column 'emp_no' in field list is ambiguous

    Az a baj, hogy ez már nagyon nem az én szintem...

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534420

    Így már működött, de sajnos nagyon lassú volt, kb. 8 sec volt, mire lefutott.

    SELECT `employees`.*, `t`.`title`, `s`.`salary`
    FROM `employees`
    INNER JOIN (select  t . emp_no
            ,max(title) title 
    from    `titles` t
    join    (select emp_no 
                    , max(from_Date) lst_dat
            from    `titles` 
            group by emp_no       
            ) lt 
        on  lt.emp_no=t.emp_no 
        and lt.lst_dat = t.from_date
    WHERE   t.`title`='Staff'
    group by t.  emp_no ) as t 
    ON
    	(t.`emp_no` = `employees`.`emp_no`)
    
    
    INNER JOIN (select  s. emp_no
            ,max(salary) salary 
    from    `salaries` s
    join    (select emp_no 
                    , max(from_Date) lss_dat
            from    `salaries` 
            group by emp_no       
            ) ls 
        on  ls.emp_no=s.emp_no 
        and ls.lss_dat = s.from_date
    WHERE   s.`salary`>100000
    group by s.emp_no ) as s 
    ON
    	(s.`emp_no` = `employees`.`emp_no`) 
    
    LIMIT 0, 20

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534428

    <1s. Ahogy hunludvig megoldásával megy.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534445

    Magamnál kibővítettem amivel kellett. A szűrések dinamikusan kerülnek a lekérésbe, ahogy a sorrendezés is, de minden baromi gyorsan megy vele. (Kivéve a már említett fizetésre rendezést, de az sem mindig lassú, csak ha sok júzerrel kell dolgoznia.)

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534526

    És tényleg. Hát ezért vinnyog ez, amikor összefésülném a táblákat: tényleg duplikáció van a PRIMARY KEY alatt. Ezt hogy hozták össze...

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534595

    Akkor én ezt most nem értem. Az `employees` táblában 299025 sor van a DB szerint. Ha lekérem a számosságot, akkor nekem is 300024. Ha megpróbálom összefésülni a főtáblát a három segédtáblával (ld. itt), akkor beszól, hogy Error in query (1062): Duplicate entry '21076' for key 'PRIMARY', márpedig a frissen kreált - azaz üres - táblában a PRIMARY KEY az az `emp_no`, tehát a bejövő `emp_no`-k között ismétlés van. Vagy nem?

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534721

    Ugyanaz a helyzet, mint előtte. Ha egy azonos `emp_no`-hoz több csatolt sor is tartozik

     Modify	emp_no	title	from_date	to_date
     edit	10001	Senior Engineer	1986-06-26	2020-10-13
     edit	10001	Senior Engineer	2020-10-13	2020-10-13
     edit	10001	Senior Engineer1	2020-10-13	2020-10-13

    akkor duplikálva jelennek meg a sorok.

    emp_no	birth_date	first_name	last_name	gender	hire_date	title	salary	dept_no
    10001	1953-09-02	Georgi	Facello	M	1986-06-26	Senior Engineer	88958	d005
    10001	1953-09-02	Georgi	Facello	M	1986-06-26	Senior Engineer1	88958	d005

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534524

    Nálam ez van lekérésnek:

    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`, `departments`.`dept_no`
    FROM `employees`
    LEFT JOIN `titles` ON (`titles`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `salaries` ON (`salaries`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `dept_emp` ON (`dept_emp`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `departments` AS `departments` ON `dept_emp`.`dept_no` = `departments`.`dept_no`
    WHERE
    	(`titles`.`from_date` = (SELECT MAX(`from_date`) FROM `titles` WHERE `titles`.`emp_no` = `employees`.`emp_no`)) AND
    	(`titles`.`to_date` = '9999-01-01') AND
    	(`salaries`.`from_date` = (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = `employees`.`emp_no`)) AND
    	(`salaries`.`to_date` = '9999-01-01') AND
    	(`dept_emp`.`from_date` = (SELECT MAX(`from_date`) FROM `dept_emp` WHERE `dept_emp`.`emp_no` = `employees`.`emp_no`)) AND
    	(`dept_emp`.`to_date` = '9999-01-01')

    És ez 240124 sort ad vissza. A '9999-01-01'-re szűrések miatt amire a csatolt táblában nincs infó, az kiesik. Ha kiszedem őket

    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`, `departments`.`dept_no`
    FROM `employees`
    LEFT JOIN `titles` ON (`titles`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `salaries` ON (`salaries`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `dept_emp` ON (`dept_emp`.`emp_no` = `employees`.`emp_no`)
    LEFT JOIN `departments` AS `departments` ON `dept_emp`.`dept_no` = `departments`.`dept_no`
    WHERE
    	(`titles`.`from_date` = (SELECT MAX(`from_date`) FROM `titles` WHERE `titles`.`emp_no` = `employees`.`emp_no`)) AND
    	(`salaries`.`from_date` = (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = `employees`.`emp_no`)) AND
    	(`dept_emp`.`from_date` = (SELECT MAX(`from_date`) FROM `dept_emp` WHERE `dept_emp`.`emp_no` = `employees`.`emp_no`))

    akkor 300053 sort ad. Valahol duplikációk vannak...
    Az eredeti lekérés, amit írtam

    SELECT `employees`.*, `titles`.`title`, `salaries`.`salary`, `departments`.`dept_no`
    FROM `employees`
    LEFT JOIN `titles` ON
    	(`titles`.`emp_no` = `employees`.`emp_no`) AND
    	(`titles`.`from_date` = (SELECT MAX(`from_date`) FROM `titles` WHERE `titles`.`emp_no` = `employees`.`emp_no`))
    LEFT JOIN `salaries` ON
    	(`salaries`.`emp_no` = `employees`.`emp_no`) AND
    	(`salaries`.`from_date` = (SELECT MAX(`from_date`) FROM `salaries` WHERE `salaries`.`emp_no` = `employees`.`emp_no`))
    LEFT JOIN `dept_emp` ON
    	(`dept_emp`.`emp_no` = `employees`.`emp_no`) AND
    	(`dept_emp`.`from_date` = (SELECT MAX(`from_date`) FROM `dept_emp` WHERE `dept_emp`.`emp_no` = `employees`.`emp_no`))
    LEFT JOIN `departments` AS `departments` ON `dept_emp`.`dept_no` = `departments`.`dept_no`

    az is 300053 sort ad vissza. Márványra printelt windowsmanuallal ütném, aki kitalálta ezt az elcseszett DB szerkezetet, semmi épeszűség nincs benne; teljesen alap lenne, hogy még ha jegyezem is a korábbi csatolt állapotokat, a jelenlegit akkor is tárolom a főtáblában. Igazán nem lehet mondani, hogy azzal sok helyet pazarolnánk, amikor a fizetések táblája nagyobb, mint a főtábla. Mégis csak az lesz, hogy csinálni kell egy összevont táblát ebből, de ahhoz még ki kell derítenem, hogy mi a francra reklamál, hogy duplikáció van.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534723

    Igen, fentebb hunludvig meg is találta.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534722

    Ezt én értem, csak már gyakorlás alatt is célszerű lenne az ésszerűséget is gyakoroltatni. Szerintem. Persze lehet, hogy pont ezért ilyen, hogy kínodban inkább denormalizáld az egészet. :P

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2535115

    +1

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2535121

    Ez sajnos ugyanúgy duplikált sorokat ad vissza, ha több azonos `from_date` van per `emp_no`.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2535228

    Melyik eredeti query? Ez? Mert ez sajnos nekem lassú maradt.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2535298

    Ja, tényleg, az nekem is, köszi. :)
    Mondjuk, ami most van, az a szerkezet megváltoztatása nélkül is gyors; még kitalálom, hogy mit csináljak, mert most már közeleg a deadline... :/

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534753

    Így sikerült összeállítani a denormalizált táblát:

    DROP TABLE IF EXISTS `e`;
    CREATE TABLE `e`
    (
    	`emp_no` int(11) NOT NULL,
    	`birth_date` date NOT NULL,
    	`first_name` varchar(14) NOT NULL,
    	`last_name` varchar(16) NOT NULL,
    	`gender` enum('M','F') NOT NULL,
    	`hire_date` date NOT NULL,
    	`title` varchar(50) NOT NULL,
    	`salary` int(11) NOT NULL,
    	`dept_no` char(4) NOT NULL,
    	`dept_name` varchar(40) NOT NULL,
    	PRIMARY KEY (`emp_no`),
    	INDEX `birth_date` (`birth_date`),
    	FULLTEXT `first_name` (`first_name`),
    	FULLTEXT `last_name` (`last_name`),
    	INDEX `gender` (`gender`),
    	INDEX `hire_date` (`hire_date`),
    	FULLTEXT `title` (`title`),
    	INDEX `salary` (`salary`),
    	FULLTEXT `dept_no` (`dept_no`),
    	FULLTEXT `dept_name` (`dept_name`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
    INSERT INTO `e`
    (
    	SELECT
    		`employees`.*,
    		(SELECT `titles`.`title` FROM `titles` WHERE `titles`.`emp_no`=`employees`.`emp_no` ORDER BY `titles`.`from_date` DESC LIMIT 1) AS `title`,
    		(SELECT `salaries`.`salary` FROM `salaries` WHERE `salaries`.`emp_no`=`employees`.`emp_no` ORDER BY `salaries`.`from_date` DESC LIMIT 1) AS `salary`,
    		(SELECT `dept_emp`.`dept_no` FROM `dept_emp` WHERE `dept_emp`.`emp_no`=`employees`.`emp_no` ORDER BY `dept_emp`.`from_date` DESC LIMIT 1) AS `dept_no`,
    		(
    			SELECT `departments`.`dept_name` FROM `departments` WHERE `departments`.`dept_no`=
    			(
    				SELECT `dept_emp`.`dept_no` FROM `dept_emp` WHERE `dept_emp`.`emp_no`=`employees`.`emp_no` ORDER BY `dept_emp`.`from_date` DESC LIMIT 1
    			)
    			LIMIT 1
    		) AS `dept_name`
    	FROM `employees`
    );

    Csak sajnos ez 25+ sec. Igaz, hogy csak egyszer kell lefuttatni.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2535116

    Nincs kizárva. A LIMIT 1 azért van benne, mert különben bereklamál, hogy több sort ad vissza és megáll. Próbáltam máshogy, de az meg duplikált sorokat adott ki.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534902

    Egyébként a `dept_emp` táblában van egy ordas nagy bug az indexekkel, nevezetesen, hogy be van lőve PRIMARY-nak az `emp_code` és a `dept_no` együtt, így aztán ezzel a táblaszerkezettel olyat nem lehet, hogy valakit áthelyeznek egyik osztályról egy másikra, majd vissza, ugyanis ahhoz be kéne szúrni az ID-jét és az osztály ID-jét, ami kombó már létezik és nem engedi... Drakulálok. A másik két táblához hasonlóan itt is a `from_date` kellett volna, hogy legyen az `emp_code` párja.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2534932

    És? Abba nem lehet adatot beszúrni. Egyébként a `salaries` is el van cseszve, mert ott meg hibádzik a PRIMARY kombóból a `salary`, így egy nap csak egyszer változhat meg a fizetés.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2535766

    Nekem limit 0,20-szal 1.5 sec volt, ami még mindig elfogadható, bár lassabb, mint ami most van. Viszont tényleg más eredményeket ad ki, mint amit kéne.

    Oldschool Computer - http://oscomp.hu




    MySQL: Először szűrni és az eredményt JOIN-olni, howto?: https://hup.hu/node/171055#comment-2535817

    A konfigom (lusta voltam leszűrni a releváns részeket, Ctrl+C/Ctr+V):

    Chassis:	Thermaltake V4 Black Edition (VM30001W2Z)
    Supply:		Corsair CX430
    MB:		GIGABYTE GA-970A-DS3 rev 1.0
    BIOS:		Award, version F6 (23/10/2012)
    CPU:		AMD FX-8350 Octa-Core 4.0GHz AM3+
    DDR3_1:		Corsair Vengeance LP 4GB DDR3 1600MHz (CML8GX3M2C1600C9)
    DDR3_2:		Corsair 2GB DDR3 1600MHz (CMX4GX3M2A1600C9)
    DDR3_3:		Corsair Vengeance LP 4GB DDR3 1600MHz (CML8GX3M2C1600C9)
    DDR3_4:		Corsair 2GB DDR3 1600MHz (CMX4GX3M2A1600C9)
    PCIEX1_1:	Delock 89219
    PCIEX16:	GIGABYTE GeForce GTX 960 (GM206) 4GB GDDR5 128-bit
    PCIEX1_2:	-
    PCIEX1_3:	-
    PCIEX4:		Creative Sound Blaster Audigy RX (70SB155000001) [SB0400]
    PCI1:		ASUS My Cinema-P7131
    PCI2:		Gembird SPC-1 (MCS9865)
    SATA #0:	ADATA SP900
    SATA #1:	ADATA SP900
    SATA #2:	WDC WD5000AUDX-73H9TY0
    SATA #3:	Seagate ST3500412AS
    SATA #4:	LG GH24NS70
    SATA #5:	LG GH24NS70

    8 éves gép, de azért még 2020-ban is megállja a helyét. Úgy-ahogy... :P

    Sz*rk: Egyébként szerintem neked a második lekérés, amikor a limitet is ráhúztad, az már a cache miatt gyorsult annyit, hiszen ugyanazt a lekérést kérted le még egyszer, csak ezúttal limittel.

    Oldschool Computer - http://oscomp.hu




    lofasz: https://hup.hu/node/171010#comment-2533078

    kecske

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> asch


    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530049

    Ezt egyébként más is kérdezte Stingtől, de Stingnek csak bullshitre és személyeskedésre futotta. A fickó viszontválaszára már nem válaszolt.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529973

    Nem zavar, hogy gizikét a neutronbombával?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529976

    Ennyi erővel mondhatta volna, hogy egy akkumlátoros fúrógép fejlettebb, mint egy kalapács és ebben is igaza lenne, de ettől még baromságot beszélne.

    Mi köze van az SSH-nak a Linuxhoz? Az egy crossplatform protokoll; windows alá is van SSH kliens. Miféle logika mentén akarja valaki igazolni, hogy az egyik kernel jobb, mint a másik, azzal, hogy két eltérő célú protokolt hasonlít össze, miközben amit fejletlenebbnek titulál, az azon a rendszeren is elérhető, amit éppen dícsér? Még mindig nem érted, hogy miért baromság ez?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529996

    De van: ezt a kommentet Sting egy "Te mikor jöttél rá, hogy használhatatlan a Linux?" című topicban követte el. Mindezt úgy, hogy a) távoli asztali programok vannak Linuxra is, b) SSH kliens van windowsra is, c) másra való a kettő.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Addam2


    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530005

    Parancsolj.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530013

    xrdp authentication with Active Directory

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530016

    Érdektelen. A lényeg, hogy működik. A technológia jelenléte volt a kérdés. Ha meg neked ez a tíz darab tőmondat bonyolult volt, akkor vitatkozni is felesleges a témáról.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530019

    Sting azzal próbálta megindokolni, hogy a Linux rosszabb, mint a windows, hogy az SSH kevesebbet tud, mint az RDP. Loop.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530035

    Hát ezt sem tudtam, hogy ez ekkora hulladék, de nem lepett meg. Mindenesetre köszi a felhomályosítást. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> st3v3


    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530010

    Mindegy milyen desktopot használsz.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530004

    DISPLAY-t nem kell ilyenkor megadni? DISPLAY=:0 grafikus_program_neve &

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530012

    Ezt nem tudtam, thx.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530020

    Köszi.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529975

    Mark Russinovich - Unkillable Processes

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529988

    Szánalmas.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530975

    És olyat, amit az s6 vagy a nosh nem tud?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2531819

    Hát izé...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2531936

    > "te szoktál többet"

    Én? Az anyját konkrétan senkinek sem szidtam itt. Vicces helyekre küldtem el már több embert is, de az anyját senkinek nem szidtam. Sem kurwázva, sem simán.

    > másrészt ha már ennyire szeretsz turkálni, a kurvázás részét még mutasd már kérlek. Ja, hogy az nem volt benne?

    Ez csak szőrszálhasogatás; nem mindegy, hogy "kurva anyád", vagy csak simán "anyád"? Ez nagyon izzadságszagú...

    > Te szoktál ilyenkor habozva hazugot kiáltani? :)

    ...ahogy ez a fölényeskedés is. Miért haboznék, nem vagyok én szappan... Egyébként a "te szoktál többet" egészen konkrétan hazugság volt.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2531989

    > A "te szoktál többet" a fenti korrektúrája volt, de nem baj, értsd csak félre nyugodtan, hogy megsértődhess.

    Hát, lehet, hogy félreértettem, de félreérthető is volt. Amúgy nem sértődtem meg, csak visszakérdeztem. Ahhoz több kéne. :P

    > Mármint ha szerinted az, hogy ezzel anyukádhoz menj, hátha őt érdekli (pl ad a korábban elmaradt nyaklevesből), az == kurva anyád, az nem engem minősít. Mondhatnám hogy csúsztatsz.

    Hát ha én csúsztatok, akkor te bizonyítványt magyarázol.

    > Meg úgy egyébként ha valaki konkrétan leautistáz, annak egyébként teljesen adekvát válasz a kurva anyád. ;)

    Egy fajsúlyban van szerinted a kettő? Egyébként csak úgy mondom, hogy ahogy minket itt kezeltél, az felér egy burkolt autistázással.

    > Az, hogy fáj, hogy elmondtam, hogy veletek erről nincs értelme futni még egy kört, mert már sokan futottak ezret, és nem tudjuk meggyőzni egymást, arról nem tehetek, de ettől ez még nem anyázás.

    Én megpróbáltam...

    > Ja értem, neked lehet szólni felhozni, hogy én mit szoktam, nekem nem, hogy te mit szoktál, értem :)

    Lehetni lehet, csak akkor olyat mondj, amit tényleg szoktam, mert habzani azt speciel nem szoktam.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532045

    > Azt, persze. Kérlek, erről nincs értelme vitatkozni, szerinted az anyukádnak mondd == kurva anyád, szerintem nagyon nem, egyezzünk meg ebben.

    Nem, de majdnem.

    > Nincs. Az autistázás durvább.

    Ebben sincs konszenzus.

    > Ne haragudj, de ez baromság. Van egy határozott véleményetek a systemdről, mindketten elmondtátok már kiscsilliószor. Mi ebben az autistázás?

    Ebben semmi. De nem ezt mondtad, hanem ezt: "Engedd el, carolt tudja, hogy a systemd nem jó, teljesen felesleges bármit érvelni, nem fogod tudni még csak elbizonytalanítani sem."

    > Azt hiszem, hogy a habzás definíciójában sem értünk egyet :)

    Hát nem. Nálam a habzás az az, amikor valaki habzó szájjal őrjöng. Ilyet te tőlem nem nagyon láthattál. Az, hogy leírom, hogy valami szar, vagy azt, hogy az opponensem olyanra reagál, amit én sose állítottam, esetleg az, hogy, miután a "vitapartnertől" csak a mocskolódás tellett én is leírom, hogy bekaphatja, az nem habzás. Szerintem itt te ezt csak rám akartad húzni, mert ez itt ilyen tipikus lámataktika, hogy megpróbálják hiteltelenné tenni a másikat, hátha akkor nem lesz igaz, amit mond. Csak ez nem így működik. Így a fanboy-ok "érvelnek". Apropó, fanboy, nem egy butthurt fanboy-t láttam már itt visítva hisztizni, mert valaki rosszat mert szólni imádata tárgyára. (Ez most nem systemd-only, de rájuk is vonatkozik.) Na, az inkább habzás.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532156

    > Aminek zéró köze van az autizmushoz, vagy bármilyen személyes minősítéshez. Egyszerűen már nem kevésszer kinyilvánította, hogy szerinte a systemd úgy szar ahogy van, most is ezzel nyitott.

    A megfogalmazáson volt a hangsúly. Ő a systemd-t minősítette. Te őt. Csuklóból.

    > ahol a bekaphatjánál sokkal enyhébben reagáltam konkrét személyeskedésre

    Hát ez eléggé szubjektív, hogy kinek mi az enyhe. Lehet, hogy valaki a "bekaphatodra" annyit mond, hogy kapja be a fűnyíró, az anyázásra meg odasóz...és vice-versa.

    > majd a következő mondatban már butthurt fanboy vagyok, aki visítva hisztizik

    Én meg előtte habzottam nálad. :]

    > Ha érdekel a szakmai véleményem, akkor gondolom ahogy sikerült beírni a gugliba, hogy "kroozo anya site: hup.hu"

    Hát ez nagyon mellément... Csak nem képzeled, hogy a kuglival fogok szopni?
    Parancsolj, az összes kommented: http://oscomp.hu/depot/hupposts.kroozo.html (Legalábbis azokban a topicokban, amikről nem iratkoztál le.)

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532310

    > Hát, ebből csak kettő nem igaz. Az őt, meg a minősítette. Tudom, hogy nehéz lehet felismerni a különbséget, -- mert rendszeresen nem szokott sikerülni -- "x" és "x véleménye" között, de az a hozzászólás nem arról szól, hogy carolt egyébként milyen, hanem a systemd kapcsán kialakult véleményéről. Minősítés meg nem volt benne. Az ugyanis, hogy neki határozottan az egyik oldalra hajlik, az nem minősíti. És annak a mondatnak továbbra is ez volt a mondanivalója, hogy neki ebben a kérdésben sarkos, kialakult véleménye van. Szóval minősítette őt csuklóból az ángyikád térgye kalácsa ;)

    Ezt ugye te sem gondolod, hogy beveszem? Azt írtad, hogy "carolt tudja, hogy a systemd nem jó, teljesen felesleges bármit érvelni". Mivel szerinted a systemd jó, így a "tudja, hogy nem jó" kitétel kizárólagosan degradáló szarkazmus lehet. Ez eddig egy. Kettő: "teljesen felesleges bármit érvelni". Kinek felesleges érvelni? A hülyéknek. Aminek te minket nézel. Hiába is tagadod. Ennek megfelelően az a bizonyos "engedd el" felütéssel induló mondat jelentése: "Hagyd rá, ez hülye."

    > Ja ja, mint ahogy egy kurvaanyádra csak azt hogy a tied, az autistázásra meg odasóz.

    Látom, sikerült értelmezni a "vice-versa" jelentését...

    > Ja. Mivel előadtad azt, amire te habzani szoktál. Igen, amit csinálsz olyankor, amikor valaki bele mer látni valamit a mondandódba, amit te szerinted nem mondtál, és hosszasan jössz a hazugságolással, az szerintem habzás.

    Hangsúly: szerinted. Az, hogy leírom, hogy a túloldal baromságot beszél, még nem őrjöngés.

    > Mármint komolyan, egyrészt szerinted érdekel, hogy konkrétan hogyan túrod elő?

    Szerinted érdekel, hogy érdekel-e? Csak jeleztem, hogy már megint hülyének nézel.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532339

    > Értem, hogy ha te ilyet csinálsz, akkor hülyének nézed a másikat, én meg nem :P

    Ha én valakit hülyének nézek, akkor azt leírom neki, hogy szerintem ő hülye. Ez amit te csináltál, ez fölényeskedés. Olyat én nem szoktam. Beszólni igen, de nem így.

    > Arról nem beszélve, hogy most akkor burkolt hülyéztem, vagy burkolt autistáztam? Vagy ez utóbbi most akkor elmúlt?

    Tekintve, hogy az autistát pejoratívan a hülye szinonimájaként használják, így ez teljesen ekvivalens. Hogy mennyire az, azt te magad bizonyítottad, amikor azt írtad, hogy az autistázás súlyosabb, mint a kurwaanyázás. Miért? Mert eredeti értelmezésében az autizmus egy betegség, amiről az illető nem tehet. Azaz ez nem is sértés. Tehát, ha te ezt sértésnek veszed, akkor te ezt pejoratív hasonlatként értelmezted.

    > Látom, nem sikerült megérteni a visszautalást

    Dehogynem. Nyugtáztam, hogy átment. És volt rá egy gazdaságos huszasom, hogy félre fogod érteni és az elégedettséget szarkazmusként fogod értelmezni. :]

    > Bezzeg, ha én leírom, hogy a túloldal baromságokat beszél, az még akkor is hülyének nézés, ha a baromságot részt csak te képzeled oda. Értem :) Egyébként persze, hogy szerintem.

    Nem egészen. Ha azt írod, hogy carlcoltnak azért beszél baromságokat, mert a systemd xyz, abc, /etc(/SysVInit :P ), akkor érvelsz. Max. nem lesz igazad, de érvelsz. (És mellette a megfogalmazástól függően az érvelés egyben beszólás is lehet.) Viszont az érvelés hiányát azzal megmagyarázni, hogy a másik úgy sem érti, az bizony hülyének nézés.

    > Erre már nem is kérdezem meg, hogy ugyan mi abban a hülyének nézés, hogy leírtam, hogy tudsz keresni, mert láthatólag bármi, amit én leírok, az hülyének nézés.

    A megfogalmazás. Olvasd vissza, hogy hogy írtad amit írsz. (Mondjuk írhatnám azt is, hogy a feltételezés is az, hogy nem tudok összedobni egy pársoros sitegrabbert, de ebben nem biztos, hogy igazam lenne, mert lehet, hogy csak fantáziátlanság.)

    > Szaladj inkább vissza a szomszéd topicba kideríteni, hogy a systemd mentes devuanon, ahol valami jól működő init rendszer van, hogy kell megugrani azt a rettenetesen bonyi problémát, hogy a statikusan konfolt címed ne akadjon össze a dhcp clienttel. :P

    Az már tegnap megoldódott. És semmi köze nem volt az inithez, mert normális rendszerben az initnek semmi köze a hálózathoz. Ezzel szemben a kollégák több olyan case-et soroltak fel, ahol az ilyen jellegű fennakadást a systemd okozta. Mert ott van köze a "jól" "működő" "init rendszernek" a hálózathoz. No comment.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532426

    > Dönts már el, hogy hülyézek, autistázok, fölényeskedek, vagy mit csinálok, mert én már nem tudom követni.

    Nem tudod követni, hogy mit csinálsz? Hát mindet egyszerre! Miből gondoltad, hogy ezek kizárják egymást?

    > Nálam nagyon nem ekvivalens.

    Nálad.

    > Ezek szerint egy krumplis zsák is ekvivalens a hülyével, mert az is súlyosabb, mint a kurvaanyázás. :)

    Ez ugyan elég szar hasonlat volt, de legalább vicces. :)

    > És pontosan azért súlyosabb, mert azt mondja, hogy egy szerinte konkrétan mentális betegséged van, azért nem érted, míg a kurvaanyázás többnyire csak indulat.

    A logika inkább neked nem megy: ha valaki azt mondja neked, hogy mentális betegséged van, az is lehet indulat, nem gondolod?

    > Akármennyire is hajtogatod, hogy, hülyének nézés, ha az ember nem kezd el érvelni egy álláspont ellen, mikor nem is az álláspont milyenségéről, hanem csak annak tényéről beszél, attól még nem lesz igaz.

    Ez a körítéstől függ:
    "Ezt már százszor végigrágtuk és sose volt konszenzus." => Nincs kedve vitázni.
    "Engedd el, xy tudja, hogy a bc nem jó, teljesen felesleges bármit érvelni, nem fogod tudni még csak elbizonytalanítani sem." => Nagyon is van kedve "vitázni", csak érvek helyett a másik fölényes leszólásával próbálja azt a látszatot kelteni, hogy neki van igaza.

    Ha annyira nem volna kedved a vitához, már rég abbahagytad volna. :P Még csak azt sem mondhatod, hogy csak azért csinálod, mert a systemd-t próbálod védeni, hiszen eddig a systemd csak érintőlegesen volt téma, amúgy arról megy a diskurzus, hogy ki a hülye. Na, most akkor ki a hülye?

    > Ki volt fejtve, hogy pontosan miért is nem akarja a felvetett problémákat orvosolni a systemd.

    A "mi a probléma a systemd-vel, egy mondatban" című rovatot olvashatták...

    > Vissza olvastam. Pont jól illeszkedett abba a lekicsinylő stílusba, amire reagáltam :)

    Hol voltam lekicsinylő?

    > Kac-kac. Mármint letörtölted a dhcpdt, anélkül, hogy kiderítetted volna, hogy miért akad össze, a jól működő rendszeredben valami alapvető dependencia kezelési probléma. Ettől nyilván megoldódott, csak nehogy egyszer kelljen ilyen is meg olyan is.

    Megy nélküle is a dhcp és a statikus ip is. Nem fog kelleni. Abban igazad van, hogy nem derítettem ki a miértet, de sajnos szorított az idő.

    > A kollégák meg egyetlen olyan caset sem soroltak fel, ahol a systemd ilyen jellegű fennakadást okoz. Volt egy, aki leírta, hogy hogyan szokta lekapcsolni a dhcp kliens szolgáltatást, meg egy, aki teljesen alap nélkül "biztos a systemd" csináljázott. (hazudsz! hazudsz!!!444) :D

    És a kettő az már nem több neked? :P

    > Miközben te az init rendszered kapcsán (igen, az rc.local oda tartozik), azon merengőzöl, hogy ha nincs dhcp csomag, nem fut le az rc.local és nem indul el az x. Tényleg semmi köze az inithez a problémának.

    Nem... Lécci, legalább olvasd el a topicot, mert nem ez volt az oka!
    Az rc.local lefutott, csak mivel volt benne egy ntp meghívás (ampersand nélkül), ezért fail-lel tért vissza az X11 futtatása előtt, ha nem volt net! És ennek semmi köze nem volt a dhcpcd jelenlétéhez; vele, vagy nélküle, statikus, vagy dhcp-s nettel, de net nélkül az ntp megállította az rc.local-t, amíg oda nem vágtam a &-et.
    Tudom, hogy az elején tényleg azt írtam, hogy a dhcpcd hiánya csinálja, de valójában félreértettem a történéseket, a korrekció is le volt írva, azt se skippeld, plz. És tényleg semmi köze nem volt az inithez. És nem, az rc.local nem szerves része az initrendszernek, az egy opcionális custom script. systemd alatt is bekapcsolható. Ennyi erővel bármilyen custom script része az initnek, amit hozzáillesztünk.

    > Mindeközben 10kból 9999 systemdt, network managert, meg ilyen ronda pöttyeringségeket használó eltévelyedett ember felkattogtatja a static ipt arra az interfacere, amire szeretné, bepippantja a dhpct, azon, amelyiken azt szeretné, aztán megy.

    Pontosabban: neked megy. A WORKSFORME nem érv.

    > De szép a világtorzító szemüveged.

    Köszönöm. A tiéd honnan van? Csak nem Pötyi bátyánktól? Le kéne venni, mert szemüvegesnek látod benne az embereket.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532596

    > Nem, azt nem tudom követni, hogy te éppen melyiket próbálod rámhúzni.

    Tekintve, hogy mindet csinálod... Pont erről beszélek, hogy ezek nem zárják ki egymást.

    > Tapasztalatom szerint általában nem az. Nem én állítottam azt, hogy "ha a > b és c > b, akkor a=c", szóval ezt a logikai bakugrást nyugodtan elsomfordálhatod :)

    Látod, már megint fölényeskedsz. Felhívnám figyelmedet, hogy a) a két mondatnak semmi kapcsolata nincs egymással (szerinted általában nem indulat ->?<- nem te állítottad, amit én se), b) ilyet konkrétan én sem állítottam, hogy "ha a > b és c > b, akkor a=c", max azt, hogy a lehet egyenlő c-vel; itt valami félreértés lesz...vagy belemagyarázás.

    > Maradjunk annyiban, hogy ezt max te képzeled hozzá.

    Nem egészen, ez tipikus taktika errefelé.

    > Aki nem érti, hogy a systemdről nem volt kedvem vitázni.

    De arról igen, hogy ki a hülye?

    > Azon, hogy már megint előadod a sértődöttet, és próbálsz mindenfélét a számba adni, miközben te ezeken rendszeresen megsértődsz, még mindig jól szórakozom.

    Látod, már megint fölényeskedsz. Ha megsértődtem volna, nem beszélgetnék még mindig itt. Csak szokás szerint kíváncsi vagyok, hogy mi sül ki ebből.

    > He? Tényleg nem megy ez a logika dolog ma. Olyan mondatot kifogásolsz, ami után szóltál először hozzá a szálban. Éles elméddel kikövetkeztethetted volna, hogy nem rólad van szó,

    Hogy micsoda...? Álljunk meg egy picit:

    akkor gondolom ahogy sikerült beírni a gugliba, hogy "kroozo anya site: hup.hu"
    Hát ez nagyon mellément... Csak nem képzeled, hogy a kuglival fogok szopni?
    Uram atyám, de beégtem, jajj, megyek is, szórok hamut a fejemre. Mármint komolyan, egyrészt szerinted érdekel, hogy konkrétan hogyan túrod elő?
    Szerinted érdekel, hogy érdekel-e? Csak jeleztem, hogy már megint hülyének nézel.
    Erre már nem is kérdezem meg, hogy ugyan mi abban a hülyének nézés, hogy leírtam, hogy tudsz keresni, mert láthatólag bármi, amit én leírok, az hülyének nézés.
    A megfogalmazás. Olvasd vissza, hogy hogy írtad amit írsz.
    Vissza olvastam. Pont jól illeszkedett abba a lekicsinylő stílusba, amire reagáltam :)
    Hol voltam lekicsinylő?
    He? Tényleg nem megy ez a logika dolog ma. Olyan mondatot kifogásolsz, ami után szóltál először hozzá a szálban. Éles elméddel kikövetkeztethetted volna, hogy nem rólad van szó,

    Én most ezt nagyon nem értem...

    > Mármint onnan ha jól láttam az derül ki, hogy a kettő együtt nem ment, ha leszedted az egyiket, akkor meg csak a statikus megy. Ebből kijelenteni, hogy megy mind a kettő... hát, vagy megint éles logika, vagy hazugság :) Szóval lehet, hogy a WORKSFORME nem érv, de te még azt se tudtad felmutatni.

    Micsoda...? Ezt te baromira rosszul láttad. Te valamit nagyon, de nagyon-nagyon benéztél. Az X11 nem működött, ha bekrepált a net. De a statikus ip és a dhcp mindkettő ment, hát az le volt tesztelve... Szerintem megint nem olvastad végig részletesen, ahogy lejjebb be is ismered.

    > Az igen, bár azért erős csúsztatás lett volna úgy is. Csak ott nem kettő ilyen van, hanem nulla. Melyik volt ezek közül "... olyan case-et soroltak fel, ahol az ilyen jellegű fennakadást a systemd okozta ...". Segítek, egyik sem, gonosz, álnok hazugságokkal bántod szegény systemdt.

    Pontosítsunk: egyvalaki hozott egy case-et, hogy a systemd önhatalmúlag felülbírálja a statikus beállítást (ez bizony systemd fail) és valóban a másik kolléga csak megkérdezte, hogy nem-e. Csak a két darabra emlékeztem.

    > Ne haragudj, valóban nem olvastam végig részletesen, hogy mit szerencsétlenkedsz egy IP cím beállítással szóval TL;DR, a distro szállított indítási mechanizmusával szoptál nem tudom napokig, mire rájöttél, hogy rc.localból &-el kell backgroundba küldeni valamit

    Na, ez így kb. kurwára nem igaz. Ezt én is tudtam, hiszen az ntp sorának a fixálása után a többi elindult, tehát azoknál ott volt az ampersand. Erre nem jöttél rá a fene nagy logikázás közben? Egyszerűen elbasztam és az ntp sorából hiányzott az ampersand. (BTW, napokig??? A topic 14:31-kor nyílt és 18:58-kor írtam meg a konklúziót. Számolni sem tudsz?)

    > (hogy ez egyébként szakmailag mekkora egy hányás, azt most hagyjuk is)

    Ebben igazad van: az. De szorított az idő. És már így is túl sokat szoptam ezzel a projekttel, túl kevés pénzért... De ez van. Majd, ha lesz rendes megállapodás, akkor egy csomó dolgot helyrerakok benne. Működni működik.

    > hogy hálózat híján elinduljon az X, de nincs baj, mert az rc.local nem szerves része az initnek, tehát minden jó, neked természetesen igazad van. Kicsit olyan a műtét jól sikerült, a beteg meghalt szaga van a dolognak.

    Azaz kb. mint bárhol, ahol a systemd jelen van? :]

    > Pontosabban nekem, meg nagyjából mindenkinek.

    Mindenkinek a nagy lófaszt... Azért van tele a net vele, hogy mekkora fos a systemd, mert mindenkinek megy, mi? Tiszta májkroszoft...

    > Szóval egyelőre annyit látok, hogy eddig azt, hogy ilyen összeakadás van, csak tőled hallottam/láttam és ott nem systemd volt.

    Pontosítsunk: az ügyfélnél volt, nem nálam. Az ő hálózatukon. Majd elindítunk egy systemd-set is és megnézzük, hogy azzal megy-e. Van rá egy gazdaságos húszasom, hogy nem fog.

    > Mármint attól, hogy röhögtem rajtad, hogy hosszasan küzdesz, vagy melyik részétől? Elnézést, de az igen szórakoztató, mikor a fő szar a systemd user ilyenekkel szopik hosszasan.

    Nem a systemd hiánya okozta a fennakadást. Úgyhogy ez kb. úgy jön ide, hogy sehogy. Ez a "röhögés" meg nagyon izzadságszagú kifogás, Mr. "nemmondoksemmiérvetasystemdmellettmertfélekhogymegcáfolják". Egyre nagyobb a szád, a semmire. Csak tudnám miért. Egyébként most nagyon elkezdted errefelé terelni a témát. Asszed nem veszem észre? Nem az a kérdés, hogy a trécéhá mit bénázik el, amikor kapkodik, hanem az, hogy te miért játszod az eszed, ha nincsenek előtárható érveid a systemd mellett... Ott van az összes posztod a hupról pár sorral feljebb. Gyűjtsem ki, hogy te miket basztál el itt 17 év alatt?

    > (Ráadásul ha jól emlékszem, még csak nem is ez volt az első eset)

    Mármint mivel? Hogy valamiben segítséget kértem?

    > Mondjuk ténykérdés, hogy ez a bonyi usecase már 2000 körül is tök jól ment a debiannak szerintem lényegében ugyanazzal az intefaces filelal meg dhcp-clienntel, szóval gyanús, hogy te voltál béna, nem a devuannal van a baj.

    Az nincs kizárva. De nem nálam jött elő, hanem a júzernél, vakon kellett kitalálni, hogy mi lehetett az oka.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532640

    > A többit te világképed kivetülése, sajnálom.

    Fingod nincs az én világképemről. (Különben szóba sem állnál velem, hehe...)

    > Ja ja, ilyen az, mikor hülyéznek, akkor fölényeskedek. (Meg persze stilizálok, mert ízlik, de látom nem tűnik fel)

    De, csak nem foglalkozom vele.

    > Ez erre vonatkozott még mindig: "Tekintve, hogy az autistát pejoratívan a hülye szinonimájaként használják, így ez teljesen ekvivalens. Hogy mennyire az, azt te magad bizonyítottad, amikor azt írtad, hogy az autistázás súlyosabb, mint a kurwaanyázás. ...". bár kétségtelen, hogy ezt jelezhettem volna, ha már elsőre se értetted.

    Nagyon zavarosan írsz néha... Ez hol a > b és c > b, akkor a=c?

    > Hát, én akárhogy olvasom azt a topicot, kb az van, hogy amíg nem volt leszedve a dhcp, addig felülcsapta az interfacesbe konfolt statikus címet, mikor leszedted, akkor meg nem.

    Ja, értem már, hogy mit olvasol félre. Nem a dhcp nem volt leszedve, hanem a dhcpcd!

    > Ha te így szoktál tesztelni, és ez szerinted azt jelenti, hogy működik, akkor nem szóltam.

    Nálam eddig is működött, az ügyfélnél még nem tudom, válaszra várok. De mindegy, mert elbeszéltünk egymás mellett, mert te magáról a dhcp-ről beszéltél, én meg a daemonról. Le lett szedve és nélküle is megy az ifup/ifdown kombó, statikusan és dhcp-vel is.

    > Hát, én ezt a usecaset a systemd/systemctl stringre keresve nem látom, de biztosan így van.

    Itt van szó a systemd általi felülbírálásról.

    > Szóval a distro indítási mechanizmusával szoptál, mire rájöttél, mint basztál el. Ó várj, mintha pont ezt mondtam volna.

    Nem. Kimaradt egy karakter egy szkriptből. Ezt basztam el. Kemény egy karaktert. Megyek kapálni... (Az rc.local meg még mindig nem a SysVInit sajátossága, van systemd alá is, belinkeltem, elolvastad? Nem?)
    BTW, ha a systemd unitjaiból, vagy saját scriptjeiből marad ki egy fontos karakter és az nem működik, akkor az érv a systemd ellen?

    > Mármint most, vagy amikor a többi sorban, ahol már ott voltak korábban :P

    A projektben.

    > Egyébként annyira kedves, hogy hagysz egy ilyen aknát magad mögött, de persze ha a systemdben valami bug van, akkor szar az egész :)

    Hát ebben csak három nagyon durva csúsztatás volt:

    1. Nem hagytam magam mögött semmit. A setup működik, tehát itt még bugról sem beszélhetünk.
    2. A systemd-ben nem egy bug van.
    3. A systemd nem azért szar, mert bugok vannak benne.

    > Hú, érvek :D

    Ja. Olyan Robizonytalan Kroozo félék. :P

    > Ez az egyszerű usecase. Ez megy nagyjából mindenkinek. Én meg ennyit állítottam, nem azt, hogy a systemdben nincsenek hibák.

    Mindenkinek? Hát mindjárt az első kérdés az volt a másik topicban, hogy nem valami pötteringware csinálja-e a cirkuszt. Biztos neki is ment már, azért kérdezte. Meg ott van a konkrét case-et felhozó kolléga. Neki is biztos ment, azért beszél tapasztalatból. Csórikámnak is ment a csóró 3.4-es kernelével. (Mondjuk ezt nem tudom, hogy hogy hozták össze, hogy olyan systemd komponenssel szállítanak egy 3.4-es kernellel megvert release-t, amihez 3.7-es kernel kell...)

    > Elnézést, de ez az én szemüvegemen keresztül nálad van ebben a kontextusban.

    Nem úgy értettem. A jelenség. Az van náluk. (Ill. remélhetőleg csak volt.) Viszont akik a systemd-re hivatkoztak a másik topicban, azok már láttak ilyet systemd-vel is. Tehát az, hogy te még mástól nem hallottál ilyet, az nem mond semmit.

    > Nem, a tök jó rendszerindító összesség, ami ráhúzza a dhcpt a staticra konfigolt interfacere, meg amit egy elcseszett shell scripttel hanyatt lehet vágni.

    Igen és? Ez miért érv a systemd mellett? Még ha pont ez pont működött volna, majd összedőlt volna más.

    > Szóval hogy itt az én anyukámat, hogy nem részletes érvekkel válaszoltam carolt megalapozott miért is szar a systemd érvdömpingjére.

    Amire ő válaszolt abban sem voltak érvek, már bocs. És igen, azzal lehetett volna indítani, hogy felsorolsz pár érvet, pl. És nem szidtuk anyukádat. Sem carlcolt, sem én.

    > Hogy valami triviális szagú rendszerindítás körüli izével szenvedsz.

    Utólag minden triviális. Te még sosem basztál el valami "triviálisat"?

    > Vakon vetted észre, hogy kihagytad a fileból az ampersandot? :P

    Há-há. :(
    Mivel nincs oda hozzáférésem, ezért maradt az utánakérdezés, hogy ki látott ilyet. Ennyi és nem több.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532871

    > Ja, ez sajnos előfordul. Azt sikerült előadnod, hogy a hülye és az autista ekvialenciáját azzal bizonyítottam, hogy az autistázást is rosszabbnak tartom. Ami pedig semmit nem mond a kettő ekvivalenciájáról.

    Ja, értem már, hogy mi a bajod... Na, akkor viszont téves a képleted, mert én azt mondtam, hogy van olyan, akinek ez a súlyosabb és van, akinek az. Tehát a képletedből az a=c áll - függetlenül a többitől, önállóan - a többi az pedig feltételes.

    > Lehet. Mondjuk érdemben nem dicséri jobban a dependencia kezelést a devuanban igazából :)

    SysVInit, mit vártunk? Citáld már be plz., hogy mikor mondtam, hogy az olyan fasza. Én csak azt szoktam hangsúlyozni, hogy egy érv a SysVInit ellen az nem érv a systemd mellett. Azt hinné az ember, hogy mostanra már a könyökötökön jön ki, de meg sem jegyzitek... :(

    > Hát, ebben én továbbra se látok esetet, csak tippelgetést, hogy neked lehet, hogy valamiért ez van.

    Egyértelmű kijelentés volt benne, hogy a systemd csinálhatja ezt.

    > Tisztelettel, szerintem nem érzed át, hogy az ilyen slendrián processz managementtel hogy meg lehet borítani valamit.

    Azt de. Csak te nem érted meg, hogy jelen pillanatban ez már egy kitesztelt setup, ami működik. Nem volt rendes specifikáció, így a rávaló idő sem bizonyult elégnek, ehhez képest mégis összeállt és megy. Majd ha lesz rendes megállapodás, akkor az ilyen sorják el lesznek takarítva a fenébe. Nem ismered sem a projekt felépítését sem az elkészültének körülményeit. Látatlanban meg kár ítélkezni.

    > Hát, pedig elég gyakori szokott lenni az ezen való lovagolás, hogy hűű a 0pointer, meg de a mittom én melyik.

    Léccine... Ez az egyik, amitől az anti-systemd tábor akut-facepalmrohamot kap: amikor jön ez a szalmabáb érvelés, hogy állandóan fikázzuk, amikor bug van benne, pedig mindenben van bug... Nem! A legritkább esetben a bug léte miatt kapja a sarat! Előfordul, ha a bug valójában inkább koncepciós hiba, mintsem programozási malőr, ill. akkor ha systemd-izmus eredménye. De többnyire nem maga a bug miatt kapja a sarat, hanem Poettering hozzáállása miatt! NOTABUG. WONTFIX. WORKSASINTENDED. UNIXPITFALL. MYWORDISLAW. (Ez utóbbi csak szatíra volt, igen, haladjunk...) Nem az a baj, ha elkúr valamit, mind emberek vagyunk. Az a baj, hogy utána nem fixálja a bugot, hanem kereszteshadjáratot indít, hogy ezt miért is nem kell megfixálni. Ne keverjük a kettőt, plz.

    > Elnézést, de ha a WORKSFORME nem érv, akkor a random feltételezgetés sem az. Biztos szar, mert valaki arra tippelt.

    Ez igaz. A tipp sem érv. Jelzésértéknek viszont még elmegy.

    > Egy egyébként valláskárosultakkal erősen megáldott kérdésben.

    Nem az a valláskárosult, aki támadja/védi a systemd-t, hanem az, aki ezt hittel teszi és nem érvekkel. Ha érvei is vannak, akkor maximum tévedhet, de valláskárosult már nem lehet.

    > Egyrészt lásd feljebb, másrészt nem volt ott semmi usecase.

    Dehogynem: leírta, hogy ha nincs beállítva a gateway és a dns, akkor a systemd felülcsapja.

    > Ha lentebb nem húzhatjuk a te balfaszkodásod a devuanra, akkor talán másokét se húzzuk a systemdre.

    1. Az én balfaszkodásomnak a Devuanra történő ráhúzását/rá-nem-húzását te csinálod, felváltva, attól függően, hogy neked épp mi esik jól, én sem pro, sem kontra nem mondtam semmit. Talán ne engem ossz miatta.
    2. Ki mondta, hogy ez itt a systemd hibája volt? A téma az volt, hogy szerinted mindenkinek működik. Én meg adtam egy linket, amin valakinek nem működött. Hogy ez most PEBKAC, systemd-fail, vagy 3rd-party bullshit, az mindegy. Itt az utóbbi volt, a systemd kivételesen ártatlan, ők leírták, hogy 3.7-es kernel kell hozzá, a felelősség azt terheli, aki a 3.7-es kernelt igénylő komponenst egy 3.4-es kernellel szerelt release-be belerakta. Ami a lényeg, hogy a systemd nem garancia arra, hogy működni fog. Akkor sem, ha speciel az a része tényleg működne, ami érintett. Bármi bekavarhat, ennek megfelelően nem is működhet mindenkinek.

    > Ld fent. Illetve de igen, azt mondja, hogy láttam egy csomót, ahol működött.

    Aha és akkor az mindjárt reprezentatív is. Kimertél egy vödörrel a tengerből, nincs benne cápa, ergo a tengerben nincsenek cápák, irány úszni. Ööö...Robi, hol a lábad? Letépte egy tintahal? Ouch...

    > Pl mert ott triviáliákoz nem kell shell scriptet írni.

    Helyette unitokat kell írni. Abban is ki lehet hagyni egy karaktert, olyan helyről is, ahol nem okoz parse errort... Csak a systemd-t ismerve olyankor esetleg nem csak az a rész hal el, hanem ki tudja még mi minden, hiszen mindent is csinál és minden mindennel össze van benne drótozva...

    > Nem, abban volt egy mindentől mentes kijelentés (aminek az alátámasztására egyébként én is kíváncsi lennék. Van tippem, mire gondolt a kolléga, de elég ködös), amire volt egy degradáló systemdviccazegész. Na, ha érdemit akart volna, ott kellett volna egy normális mire gondolsz. Szóval nem egészen értem, hogy miért lenne tőlem elvárás, hogy majd én egy ilyenre hosszas érvrendszerrel jöjjek, hogy nem is vicc az egész. El tetszik lenni tévedve.

    Nem kell hosszas érvrendszer. Ha volt tipped mire gondolt a kolléga, akkor arra írhattál volna pár példát. Vagy ha arra nem is, utána volt konkrét kérdés, hogy mondj valamit, amit nem tud az OpenRC, runit, s6, nosh, de a systemd igen, na arra írhattál volna; de nem, mert az szerintünk bug. Nem én vagyok eltévedve.

    > Mármint ott van ennek az egésznek a tetején a a.te.ervelesi...kurva.anyam, carolt tollából. Persze tudom, a sajátjáról beszélt, nem az enyémről, és megállapítani, hogy más egyébként burkoltan mire gondolt, azt csak neked szabad.

    Bocs, de ez már nettó belemagyarázás. Igen, olyat adott a szádba, amit konkrétan nem mondtál, de nem a te anyádat szidta. Hogy az anyázást belül te tényleg gondoltad-e, vagy sem, azon lehet vitatkozni. De azon, hogy nem kell érvelned, azon elég nehéz lenne, amikor te ezt explicite kijelentetted, hogy nem kell, mert úgysem lehet meggyőzni. Érvelni nem csak azért lehet, hogy a vitapartneredet meggyőzd. Ahogy carlcolt is leírta, ha tényleg olyan breakthrough érvekkel jöttél volna - mint aminek itt a látszatát kelted, hogy ott vannak a zsebedben, csak nem szórod gyöngyként a disznók elé - akkor ha minket nem is föltétlen, de a szemtanúkat esetleg meggyőzhetted volna. Ha így jobban tetszik carlcolt fake-linkje, akkor a.te.ervelesi.hibad.hu/nem-kell-ervelnem-mert-kar-az-beled. És itt jegyezném meg, hogy a "kár az beléd" és a "kurva anyád" között érdemileg nincs túl sok különbség; a "kár az beléd" nem olyan obszcén és vulgáris, de ugyanolyan primitív és ugyanolyan jól jelzi, hogy mit gondolsz a másikról.

    Szabadni egyébként mindenkinek szabad mindent, ami nem tilos. Tehát nyugodtan elhajthatsz engem a halál faszára, én meg mondhatom neked, hogy beléd is. :]

    > Dehogynem, azok a legrosszabbak. De ezt félreérted. Nem a te munkádat fikáztam, hanem a menjen már dhcp meg static ips beállítás usecasere mondtam, hogy triviális, és hogy én csak erre mondtam, hogy ez bizony szokott működni (tudom, tudom, ne erőlködj, ha csak egyszer is szar volt valakinek, akkor ez nem érv)

    Ja, hogy szokott működni, hát az már mindjárt máshogy hangzik. Csak te nem ezt mondtad, hanem konkrétan azt mondtad, hogy ez mindenkinek megy.
    Ez, amit te csinálsz, ez a WORKSFORALL, ami a WORKSFORME on steroids. A WORKSFORME csak nem érv, de attól még lehet igaz; ki vitatná, hogy neked tényleg működött? De olyan nincs, hogy valami mindenkinek működjön... A systemd-vel kapcsolatos problémákkal meg szőnyeg módjára borítva van az internet. (És igen, ha olyan kijelentést teszel, hogy "minden", akkor az már egy kivétellel borul. Ez nem az én rigolyám, ez egy egyszerű tény.)

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532904

    > Sajnos kezd ez uncsi lenni, már csak mosakszol :) "így ez teljesen ekvivalens. Hogy mennyire az, azt te magad bizonyítottad". De, ezt mondtad. Értem, hogy nem ezt akartad, de ezt mondtad.

    Nem. Nem én mosakszom, hanem te fölényeskedsz már megint a semmire. Nem zavar, hogy összekevered a saját állításod két felét? Az ekvivalencia az a=c része a kijelentésnek, nem tűnt fel, hogy nem azt vitattam? Az a > b és c > b részre mondtam, hogy nem, mert feltételes módban volt. Ez már a sokadik eset, hogy nem olvasod el rendesen a választ, aztán fölényeskedsz.

    > De, emlékszem, pontosan tudom, hogy ez szokott lenni, hogy az se jó. Illetve értem, hogy én most valamiért csak és kizárólag olyat mondhatok szerinted, ami érv a systemd mellett, de ez nem olyan volt. Egyszerűen vicces, hogy azt utálod, majd ilyeneket szívsz.

    Hát pedig mivel a systemd-vel kapcsolatban osztottad az észt, jó lett volna azzal kapcsolatban mondani érveket. A systemd-t pedig ezersze leírtam már, hogy miért utálom. Azzal is szívtam. Ennél sokkal nagyobbakat. Azonfelül - ha eddig nem esett volna le - nem a SysVInit csinálta itt a szívást.

    > Nem látatlanban ítélkeztem, te írtad le, hogy mit csináltál, és magad is, hogy az szar. Értem, hogy ettől még lehetett rentábilis, és belefér az ügyfélnek is a jóvanazúgy.

    Nem. Pont, hogy nem volt rentábilis, működni viszont működik. Látatlanban ítélkeztél, mert annyit láttál, hogy kihagytam egy kurwa karaktert és ezt elismertem, mert én el szoktam ismerni, ha elkúrok valamit. Viszont a projektet nem ismered.

    > Hát, akkor mit akartál mondani?

    Azt, amit mondtam. Te azt állítottad, hogy mindenkinek megy. Én meg mondtam, hogy nem. Nem biztos, hogy a systemd hibája, de nem megy mindenkinek. Ez sem a SysVInit hibája volt.

    > Szállj már le erről a kettős mércéről, hogy az én tapasztalatom az nem ér, mert attól még lehet szar, de egy tippelgetés az már jó indikációnak.

    Bazmeg, most mondtam, hogy igazad van és a tipp nem érv. Ennyire nem olvasod el, amit írok?

    > Azt szeretném mondani, hogy elbasztad az ntpt, és nem indult az x.

    És ez az én hibám volt. Nem pedig a SysVInité. Pont.

    > Továbbra is, mi a pékért nekem kellett volna ezt tennem, miért nem kéred ez carolton számon, hogy lesajnálva systemdzik érvek nélkül?

    Hát bazzeg, akkor ne tedd, csak akkor ne biccsegj, ha egy ilyen fölényeskedő kinyilatkoztatás után megkapod, hogy nem kell érvelned, mert az ő kurwa anyját...

    > Hát persze, nem velem anyázott. Majd jön róla 28 mondat, hogy én mit hogyan értettem, majd jössz a kár az belédéssel, amit beleadsz a számba, és a következő tagmondatban már rámhúzod a vizes lepedőt, hogy pont ugyanakkora bunkóság.

    Azt mondtad? Azt mondtad. Még valami? És ne gyere nekem, hogy nem azt mondtad, hogy kár az beléd. A jelentése az volt. Vagy nem? Mi volt szerinted? Mi annak a jelentése, hogy felesleges neki érvelni, mert úgy sem érti?

    > Csináld még, rájöttem, hogy mégse unalmas :D

    Tudsz te még mást is, mint fölényeskedni? Ezzel csak szánalmat keltesz, nem a fölény látszatát, csak úgy szólok.

    > Azt szeretném mondani finoman, hogy a lófaszt mondtam én ezt. Mivel tudom, hogy ilyenkor mindig nagyon jó vagy logikából, ezért direkt beleírtam, hogy 10k ból 9999szer, meg nagyjából mindenkinek. Éppen azért, mert ez a tapasztalás van pariban azzal, hogy valakinek megdöntehetetlen érvei vannak arra, hogy már hallott olyat, aki látott ilyet, meg az internetbe is bele van írva, akkor az már nettó szar, amit meg te vetítesz itt ki.

    A statisztikád ex-has, a nagyjából mindenki meg ugyanaz, mint a mindenki, csak weaselword-del karöltve. Az meg a te kettős mércéd, hogy ha az van leírva az interneten, hogy a systemd jó, akkor "na látod", ha meg az, hogy nem, az PEBKAC.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532157

    Ébredj fel. És vegyél égésre valami kenőcsöt.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532522

    Hazudtak. Sosem telepítenék Linuxot a gépükre. Csak azért mondták, mert sajnáltak, hogy ha elmondanák neked az igazat, akkor fel kéne ébredned. Hát álmodj tovább, te sültbolond, én nem sajnálom tőled...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532547

    Szó szerint elhangzott a részedről, hogy úgy viselkedek, mint egy elnyomott linuxbuzi. (Mert szerinted egy linuxos az elnyomott és punktum.) Én csak annyit mondtam erre, hogy ennyi erővel, te meg úgy viselkedsz, mint egy windowsfanboi. Azt meg sose válaszoltad meg, hogy a Stinghez hasonló alakok miért viselkednek úgy a windowsos oldalon, mint a linuxos verziójuk; ők ki által érzik magukat elnyomva.

    Én az elején csak annyit mondtam, hogy Sting-féle hülyék mindenütt vannak. Sebaj.

    Sz*rk: Off: A faszom ezekbe a fos permalinkekbe, ezekkel a fos /comment/ URL-ekkel, hogy minden egyes linkelésnél úgy kell összeollózni a topic URL-jével...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532602

    > És? Ha azt mondom, úgy viselkedsz, mint egy király, akkor király vagy? Szerintem nem.

    Nem, de te azt sugallod, hogy az vagyok.

    > Azt mondtam, a közösség elnyomott.
    > Nem tudom, ezzel itt mi mellett/ellen kívántál szólni/érvelni, hiszen már ott sem fogtad fel, mit jelent.

    De közben folyamatosan a linuxos fejlesztőkről beszéltél úgy, hogy elnyomott, világmegváltók, stb.

    > Megválaszoltam, hogy miért nem válaszolom meg.

    Hol? Az nem válasz, hogy sajnálsz.

    > Én meg nyilvánvalóvá tettem, hogy egészen másról beszélek. Sebaj.

    Hát ez az, hogy te totál másról kezdtél el beszélni, hogy eltereld a témát.

    > Ez ugyanaz a topik, szóval elég a permalink kettős kereszttel kezdődő részét meghagyni a link-beillesztő szövegmezőjében.

    Tudom, de a másik topicból is ollóztam be URL-eket. (És egyébként a kitörölgetés is plusz idő, nem értem miért nem maradhattak a régi permalinkek.)

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532657

    > Nem, de tegyük fel, hogy azt sugallom. Az egy dolog, hogy én mit sugallok, az meg egy másik, hogy te annak megfelelően viselkedsz-e. A viselkedésed független a sugallatomtól.

    Ez igaz...lenne, ha igaz lenne, amit állítasz a viselkedésemről. Nem viselkedek sem király (tudom, hogy csak példa volt, bazmeg), sem linuxbuzi módjára.

    > Ha egy szöveg részeként azt írom, "a sok drogos fasz kerékpártolvaj", akkor kikről beszélek, és mit állítok róluk?

    Csakhogy te nem így nyilatkoztál. Szó szerint elhangzott pl. a részedről, hogy ha valaki windows alá fejleszt alternatívát, az csak alternatíva és nem világmegváltó alternatíva, mint Linux alatt.

    > Szerintem a szöveg többi része (és további kapcsolódási pontok) határozza meg, szerinted meg elsősorban a te elméd.

    A mim? Nem arról volt szó, hogy nekem olyanom nincs is? Már megint ellentmondasz önmagadnak...

    > Azt hittem, a "leszarom" elég jól kifejezi, hogy nem érdekel a kérdés, így a megválaszolása sem.

    Ja, hogy az neked válasz volt?! Hát, csakhogy ez nem válasz. Az egyik tábor viselkedését minősítetted pár hülye viselkedésének az extrapolálásával és annak a megideologizálásával, hogy az elnyomottság, meg a szándékos áldozatszerep; majd amikor megkérdezem, hogy az ellentábor hasonló viselkedésű hülyéire mi a magyarázatod, akkor sajnálsz, meg leszarod? ROFL...

    > Pontosan arra kívántam felhívni a figyelmet, amit egyértelműen leírtam. Volt benne egy kis trollkodás is, de a lényeg attól még félreérthetetlen volt. Neked persze sikerült félreérteni, és megpróbáltad az általad vélt motivációmat rám erőltetni.

    Nem értettem félre. Felfogtam, hogy arról beszélsz, hogy a fanatikus seggagyú linuxosok visszataszítóan hatnak a normális emberekre. Én ezt értettem. Annyit írtam rá, hogy hülyék (exactly: Stingek) mindenütt vannak. Az utána kibontakozó szálban pedig próbáltam ezt neked elmagyarázni, mert kötötted az ebet a karóhoz, de hiába csináltam, mert inkább megideologizáltad, hogy de mert elnyomottak és szándékosan keresik az áldozat szerepét. Penguin Lives Matters, yay... (Na, ezért vajon ki akar majd meglincselni, hehe.) Csakhogy itt is kérdeztem, hogy akkor az ellentábor hasonló idiótáinak mi az oka ugyanerre a viselkedésre, akkor megkezdted a személyeskedést, hogy én Stinggel terelek, miközben bazmeg, ő, meg az elmerokkantsága volt a téma...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532681

    Tudtam, hogy ezt fogod mondani. Ez esetben viszont társadalmilag hasznos tevékenységet fogok folytatni, mert legalább leszoksz a drogról és még lehet belőled ember...na jó, az nem. Erőlködésről szó sincs, a saját szórakoztatásomra is tömködhetlek fasságokkal.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532836

    Neked mindenről a buzulás jut eszedbe? Te gyanús vagy nekem... Kutyakeksszel nem élek, különben sem venném el a kajádat, meghagyom neked. Ahogy a felemelkedést is, hátha akkor legalább homo erectus leszel, bár gerinc nélkül nehezen fog menni.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532540

    Raynes a winxp forrásos topicban nekiállt hőzöngeni, hogy kamu az egész, mert winrar és a winrar amúgy is monnyonle, meg mittudomén (nem olvastam végig), bolond meg nekiállt trollkodni, hogy képtelenek voltak a Linux világban egy Alcohol szintű programot kifosni. Ez utána kiderült, hogy úgy ahogy van, nem igaz, mert nem csak, hogy minden egyes funkciójára volt egysoros megoldás az összes UNIX alatt (tehát BSD-k, Solaris, OSX is), de ezekre még frontend is volt, több is. Aztán utána egy jó hosszú szálban (itt indul) kifejtette, hogy:
    - A linuxos fejlesztők mind kizárólag világmegváltásból írnak szoftvert, nem azért mert szeretnek programozni, vagy mert szükségük van a saját maguk által írt alternatívára, vagy esetleg mert ezért fizetik őket; nem: világmegváltásból.
    - Eme jelenség, kvázi szükségszerű. Ha valaki Linux alá szoftvert fejleszt, akkor ő világmegvált. Ennek így kell lennie.
    - Ugyanez a jelenség windows alatt nincs, mert ott többen vannak. A statisztika - a nagyobb piacon több az ember, tehát több lehet a hülye is - elment kecskét kúrni.
    - Linuxot használhatóra reszelni nem lehet sikerélmény, a windowst meg nem kell. Pont.

    Félreértés ne essék, azt én nem vitatom, hogy van sok hülye "melldöngető" a linuxos fejlesztők között és azt sem, hogy a Linuxnak és ökoszisztémájának kurwa sok baja van már (ld. systemd). De ezek olyan szintű általánosítások, amiknek kb. semmi valóságalapja nincsen.

    bolond utána ebben a topicban is folytatta Raynes trollingját, rögtön egy tereléssel (ugye itt a téma Sting "mester" elmeháborodottsága volt), hogy az átlagjúzereknek elég egy hülye linuxossal találkozniuk és elmegy a kedvük az egésztől, ami ugyan lehet, hogy igaz, de hülye windowsos tán nincs? (Ld. a topicot ihlető urat.) Jah, nem, Sting a kivétel, az "utolsó szalmaszál", akire a linuxosok mutogathatnak. Utána az egész szépen átvedlett abba, hogy a trécéhá milyen hülye. Témához semmi, azt ő leszarja. (Ez szó szerint elhangzott tőle.) A lényeg, hogy én hülye vagyok. Főleg akkor lettem egyre hülyébb, amikor a különféle ellentmondásaira felhívtam a figyelmet.

    Egyébként bolond maga ismerte be, hogy direkt csinálja.

    Disclaimer: még mindig nem vagyok linuxos. Sose voltam. (Fejlesztek én - a windowson kívül - mindenre, amim van.)

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532612

    Az első kommented az volt, hogy a linuxos fejlesztők nem voltak képesek kiizzadni alternatívát az Alcohol 120%-ra. Ez és nem más. És de. Még előbb létezett GUI-s alternatíva UNIX-okra, mint windowsra. Én csak erre hívtam fel a figyelmedet nem másra.

    Ha csak olvasnád őket...de cseszegeted is. És itt jön a bibi: nem te döntöd el ki minősül bolondnak. Max. azt, hogy kit nézel bolondnak.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532650

    De basszus, erre írtam válasznak, hogy ez nem igaz. A _TELJES_ poszt hülyeség, mert minden amit felsoroltál létezett UNIX alatt is, egyszerűen használhatóan. Még példákat is írtam...

    > Én legalább tudom, hogy bolond vagyok.

    Én is tudom, hogy bolond vagy.

    > A többség meg azt hiszi, hogy normális.

    Ilyet aztán végképp nem állítottam magamról...

    > Na mindegy, trey kibasz, ha szükséges.

    Miért baszna ki? Nálad sokkal durvább arcokat sem baszott ki. sj is évekig oszthatta itt a nemlétező eszét, mire trey alátartotta a valagának a bakancsot és őt ostobaságban és rosszindulatban alulmúlni szerintem fizikai képtelenség. Ne is próbáld.

    > A szükségességre rá tudsz segíteni azzal, hogy jelzed neki a problémás viselkedésem.

    Na, mi van, most már besúgósággal is vádolsz? Hogy bolondnak nézel, azt még értem. De spiclinek??? Vagy ez megint olyan braindamage nálad, mint fentebb (vagy lejjebb?! már nem tudom, hogy merre...) volt a gondolatrendőrség?

    > Addig meg azt csinálok, amit akarok.

    Megsúgom: utána is.

    > Ja! Esetleg még azt is lehetne, hogy nem irkáltok faszságokat, és akkor éhendrogtalan maradok...

    Ezzel csak egy baj van: bolond vagy és kiszámíthatatlan, hogy mi neked a faszság. Pl. tegyük fel, hogy beszólok: te termonukleáris bádogpulyka. Esetleg állító kérdést teszek fel: mi volt a jeled az oviban, kényszerzubbony, szamár, vagy egy kényszerzubbonyba csomagolt szamár? Aztán gúnyverset írok rólad, hogy kék az ég és zöld a fű, büdös bolond lótetű.

    És ezek után neked az lesz a faszság, hogy kék az ég és zöld a fű, mert nem elég, hogy ezeknek változik a színe, de még az is csak illúzió, az emberi agy értelmezi így a beérkező eltérő hullámhosszú fotonnyalábokat. Amiben egyébként igazad lenne, de attól még bekaphatod. A Szaturnuszt. Amekkora arcod van, gyűrűstől elfér odabennt.

    Asszem én leszek a drogdealered... Kezd szórakoztatni a dolog.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532686

    > Én sem állítottam rólad.

    Nem is kértem.

    > Néha megpróbálják.

    Hiábavalóan.

    > Ezek mik akartak lenni? Gentoojedis erőlködés vagy totálisan összefosta magát az agyad?

    Átmentél debilányba? Két poszttal feljebb azt szuggeráltad, hogy köpjelek be treynek, te elfajzott reterát ornamentika.

    > A téveszméidre alapozva meg akartad szabni, miről lehet/kell/kívánatos beszélni.

    ROFL, nem. És még te prézsmitálsz értetlenségről. Csak kérdezgettem, hogy esetleg van-e a témához valami. Sehol nem akartam megszabni, hogy miről lehet/kell/kívánatos beszélni. Az, hogy szólok, hogy offtopic tereléssel és személyeskedéssel fosod tele az adatbázist, az nem gondolatrendőrség.

    > Ez pl. nem faszság, hanem egy rakás szar.

    Virágot a virágnak... :]

    > Van esélyed. Látod, nem válogatok, ha úgy van, a legnagyobb szar is jöhet. (Nem, ezzel nem azt mondom, hogy te vagy a legnagyobb szar. Azt mondom, hogy ami szart idehordtál, az helyi viszonylatban jelenleg a legnagyobbak közé való. Természetesen ettől még lehetsz te a legnagyobb szar – nem akarom elvenni tőled a jogot, ugyanakkor nem is mondom rád, hogy az vagy.)

    Paritáshibás a memóriád, itt még azt mondod, hogy van esélyem, fent meg már azt mondod, hogy esélyem sincs. Az a baj, hogy több szemed van, mint agysejted, pedig szemtelen is vagy.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532691

    Már rég nincsen, csak arról, hogy én mekkora hülye, szar, stb. vagyok. Mentségemre legyen szólva, én többször szóvátettem neki, hogy érdektelen offtopic szarságok felé tereli a témát, de leszarja. Valamiért nála minden a szarról szól...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532699

    Egyrészt én kurwa kíváncsi vagyok, hogy miből mi lesz. Másrészt, igen, most már kezd szórakoztatni. De ha azt mondod, hogy ne basszuk szét jobban a topicot, akkor én abbahagyom.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532835

    Na ja, csak a nagy zajban egy idő után elveszik a jel is. Tudom, pont én mondom ezt itt, de mentségemre legyen mondva, hogy nem én kezdtem.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532890

    > Eh, legyen, szó ne érje a ház elejét, hogy csak TCHt trollkodom :) Kezdjük a végével:

    Hát, ha neked ez trollkodás volt...mert nekem erőlködésnek tűnt.

    > Van egy csomó előnye, bár a defaulttá tétele kérdéses. Szerencsére ha nem tetszik, egy mozdulat használni mást.

    Tehát baromi jó, de ha mégsem, akkor legalább forwardolni lehet, hogy ugyanazt kapjam, mint nélküle, tehát semmi értelme az egésznek.

    A bináris loggolás egy agyrém, ami még Torvaldsnál is kiverte a biztosítékot, pedig ő direkt nem szállt bele a systemd vitákba. A logoknak pont az a lényege, hogy az ember is el tudja őket olvasni. Arról nem is beszélve, hogy a systemd logfájljai szeretnek korruptálódni, ami után teljesen olvashatatlan lesz az egész, a legkisebb sérüléstől is, míg a szöveges logoknál azért elég durva sérülés kell, hogy az egész olvashatatlan legyen.

    A meta-adatokat meg szöveges fájlokban is meg lehet jeleníteni.

    > van neki egész használható deklaratív interfésze, ami kb. senkinek nincs, mert mindenki shell scripteket gányol, ami szerintem totális zsákutca, és ez önmagában egy tök nagy feature.

    Hát nem. Ezek szerint te nagyon felületesen nézted meg s6-ot.

    > mindenki shell scripteket gányol, ami szerintem totális zsákutca, és ez önmagában egy tök nagy feature. Shellben programozni szar, meg egyébként is

    Aszongya, hogy:
    1. Először is, nem kötelező shellscripteket használni. Azt használsz, amit akarsz.
    2. Az, hogy a SysVInit scriptekkel minden nyűg van, az nem jelenti, hogy mag a shellscripting szükségszerűen szar. Ez egy téveszme a részedről. Nézd meg a BSD.rc-t.
    3. Tekintve, hogy a systemd-ben gombamód szaporodnak a javítatlan bugok, a shellscriptek okozta bugok száma ahhoz képest elhanyagolható.

    > Az s6 is tök cuki ahogy az exec()-es chain loadingot csinálja, de írni nagyon szar.

    Why?

    > Nagyjából az összes disztró által annó összerakott shell script halom, ami ezt az űrt tölti be, rettenetes. Ezzel együtt nagyobb tételben mernék fogadni, hogy szerinted ez nem feature.

    Feature-nek feature, de nem systemd specifikus.

    > Aztán tud pl elég jó dependencia kezelést. De általában az szokott lenni, hogy ez nem hasznos, meg nem dolga, szóval bug.

    s6-ban is van (Ctrl+F "Readiness notification and dependency management").

    > a többi nettó vicc, párat már próbáltam

    Ez így kevés: fejtsd ki, hogy mitől vicc az s6 függőségkezelése.

    > Bár szűkebbnek tűnik a paletta, illetve pl a Verb - VerbedBy párosok azért igen hiányoznának, amikor az ember bővítene vagy overrideolna. Oh, wait :) Még egy jó feature, ami máshol nem nagyon van.

    Bevallom, ezt nem értettem és hiába is kerestem rá, hogy systemd Verb VerbedBy, nem találtam semmit.

    > Vannak benne normálisan kezelhető user unitok.

    s6-ban is, csak nem files, hanem envfile-based dirs, ahol a változó a file. Ez mitől nem normális? Így aztán lehet bele konvertálni sysv-rc szkripteket, OpenRC szkripteket és systemd unitokat is.

    > Van neki normális command line interface

    s6-nak is. Mitől nem normális az szerinted? Ez már a sokadik, hogy a normalitásra hivatkozol. Nekem nagyon úgy tűnik, hogy te a szubjektív "normális" jelentését a saját szemszögeddel akarod megerőszakolni, te ex-katedra kijelented, hogy X a normális way és olyan nincs másban. Hát ez nem így működik.

    > Van neki resource managementje.

    Clarify pls.

    > Van neki cgroup / namespace supportja.

    Isoraz, mit támogat a cgroupson?

    > Van neki notify mechanizmusa a deamonok számára, hogy el tudják dönteni és jelezni tudják, mikor üzemkészek, ami baromi hasznos tud lenni.

    http://skarnet.org/software/s6/ftrig.html#notification

    > De ez pl tipikus patásördög, mert mit képzel magáról pötyi, hogy majd miatta megpeccselik a világ összes deamonját.

    Te keversz valamit. Nem az baszta ki a biztosítékot, hogy van daemon-notify benne, hanem az, hogy azt akarták, hogy a világ összes daemonja a systemd daemonizerét használja. Ld. a tmux esetét, na ott megkapták a magukét.

    > Van neki socket activation supportja, amit megint csak egész faszán fel lehet használni mondjuk forgalom kiesés nélküli service upgradehez / rekonfighoz / restarthoz / lbhez.

    http://skarnet.org/software/s6/socket-activation.html

    > Alapjáraton eltünteti a pidfileos, double forkolásos teljes agyrém gányolást. Igen, tudom, ezt más is csinálja, de megint csak mondjuk a "miért nem ez lett a strandard" openrc pl nem tesz ellene semmit.

    Agyrém gányolás? Jó reggelt, az UNIX így működik. Szerinted a systemd daemonizere mit csinál belül? BTW: http://jdebp.eu/FGA/systemd-house-of-horror/daemonize.html

    > A resolved pl szintén pfujj pfujj, világbezabálás, cserébe két mozdulat megoldani vele pl, hogy menjen a split dns, ha épp fent van egy openvpn tunnel. (Igaz, mást meg időnként elbasz a lelkem)

    http://skarnet.org/software/s6-dns/

    > Van interface, hogy daemonok tudjanak érdemben kommunikálni a tűzfal fele.

    Hogy mi?

    > Van benne olyan cron, ami össze tud nőni a servicekkel, dependency managementtel, ami azért elég faszogányos.

    Ezt aláírom. A systemd timerek tényleg jók. Csak épp cron alternatívából dunát lehet rekeszteni. Még jobbakkal is. (Mesos + Chronos) Ettől persze a systemd timerek még nem lesznek szarok.

    > És igazából egyébként ez a legnagyobb feature, hogy ezeket a -- többnyire viszonylag normális, néha kicsit büdös, ritkán nagyon szarul csinált -- featuröket szép szoros integrációban adja, és együtt lehet őket használni. De éppen ez az, ami általában legjobban kiveri a biztit azoknál, akik szerint a systemd szar.

    Nem. Egyrészt ezt más SCS-ek is tudják, nem csak a systemd. Másrészt meg nem konkrétan az integráció a baj, hanem az, hogy ez mind a PID1-be van beleöntve. Ez szokta kiverni a "biztit".

    > akkor összességében jobb, ha okos emberek egységesen próbálják meg rendszerbe szervezni főműsoridőben, mint ha egyszeri random fejlesztő / distribes csomagolóember / rendszergazda próbálja megoldani mindenhol, mert az még sokkal szarabb lesz.

    Ez igaz. De Poettering nem okos ember. Amit ő művel néha, az már-már az elmeháborodottságot súrolja.

    > Mert persze mindezt nyilván össze lehet rakni a one thing and one thing well tradicionális unixos szemléletű eszközökből, csak ott már az egész rendszerre mérve jó eséllyel nem lesz sokkal jobb mondjuk a bug látkép.

    Miért is lenne? Az s6 úgy van összerakva, hogy egymással kommunikáló, de független részegységekből áll. Ez UNIX-os szemléletű és mégsincs tele bugokkal.

    > Cserébe az integráció flexibilitása szinte biztos, hogy vackabb lesz.

    Hogy mi? :D Ha mindent egybeöntünk, ahelyett, hogy részekre lenne szedve, akkor az szerinted flexibilisebb? Bakker, az pont, hogy merevebb, hiszen szükségszerűen egybe van öntve az egész, aminek nem cserélheted le egyetlen részelemét sem...

    > a KDEsek azon gondolkodnak, hogy ez már a kde4-e, a gnomeosok, meg hogy a fejlődés jegyében ma melyik beállítást tüntessék el. :D

    Ez igaz, de hogy jön ide? DBus-szal? :]

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2532971

    :D

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2533195

    > 0 kör, ha már fent láthatólag kezdtél befeszülni, akkor most szólok, hogy itt az ilyeneket simán el fogom engedni, azokkal együtt, amikor azzal jössz, hogy de hát ezt más is tudja. Igen, tudom, hogy van, amit más is csinál. Teljesen hibás prekoncepció, hogy a systemd csak akkor lehet indokolt, ha olyat csinál, amit más nem.

    Azt kértük, olyat mutass, amit csak a systemd tud.

    > Annyit mondtam, hogy ha nem kell, el lehet tekinteni tőle, attól még lehet értelme.

    Nincs értelme, a metaadatok tárolása lenne az egyetlen értelme, de azt is lehetne épeszűen.

    > Torvalds bácsi véleménye érdekes, de üzemeltetési kérdésekben finoman szólva sem gondolnám perdöntőnek.

    > Ha a bináris logolás agyrém lenne, akkor nem lenne tele a világ olyan projektekkel, amik nem text fileokba, hanem mindenféle adatbázisokba (azok biza binárisok ám) pakolják be a logokat. Éppen azért, mert a text fileok egy csomó mindenre kevésbe optimálisak, elég fos mondjuk bennük keresni, korelálni, ilyesmi. Hogy mást ne mondjak, mondjuk a syslog-ng, meg a rá épülő scb egészen jól megél abból, hogy van neki egy bináris logstore formátuma, hozzá jó indexelés, meg jó patterndb support. Szóval nem, önmagában a bináris logolás nem agyrém.

    Oké, akkor pontosítok, hogy mire gondoltam: a systemd bináris loggolása agyrém. System-service-ek kimenetét loggolja binárisan, mert csak.

    > a bazi méret pl (ami miatt naponta berotáljuk őket egy bináris gzipbe :P) meg hátrány

    Text. Jól tömöríthető, ha annyira sok helyet foglal.

    > Köszi a linket, igen jól mutatja, hogy milyen jól csúsztatsz, vagy legalábbis mennyire furcsán értelmezed, amit látsz. Most tekintsünk el attól, hogy az egy darab bugreport szeretnek korrumpálódni labellel jön (ne strapáld magad, biztos lehet találni még egy másik rakás esetet is, elhiszem, hogy szar)

    Tehát, ha csak egy példát hozok, hogy szar, akkor csúsztatok, de ne hozzak több példát, mert inkább elhiszed, hogy van? Izé... Hogy is van ez?

    > kéne valami igazi érv erre a legkisebb sérüléstől is teljesen olvashatatlan lesz. Lehet, hogy így van, de ha már érvelőset játszunk, akkor bizonyíts, mert ebből az ellenkezője jön le.

    Bakker, épp most pirítottál rám, hogy ne hozzak több példát a korrumpálódásra, mert elhiszed, hogy van még... Most akkor hozzak, ne hozzak, bizonyítsak, vagy inkább mégse? Döntsd már el.
    De tessék: volt rá példa, hogy reprodukálhatóan egy reboot elég volt ahhoz, hogy kinyírja. Valakinek az oldotta meg a korrumpálódást, hogy kikapcsolta a logok tömörítését. De a fő, hogy Pötyi korrekt összefoglalást adott és rotálnak, ha kell, helyén van a damage control... Ne fárassz már. :)

    > Ami nem túl vidám, de beleírva egy gzben kb pont ugyanez történik a zcattal. Az ugyan olvas, de csak garbage out van utána.

    Ebben igazad van, de ki mondta, hogy feltétlenül gzippel tömörítsd a szöveges logokat? FS szintű tömörítés is van, hibakezeléssel. Persze atomtámadás ellen az sem véd, dehát semmi sem tökéletes.

    És akkor itthagynék egy linket, amiben leírják, hogy a metaadatok loggolását a systemd nem konzisztensen csinálja, mert nem bírja cérnával a rendszer:

    Logging reliable metadata? Only works "most of the time", recently watered down because of the performance hit of metadata retrieval.

    > Már most azon lovagulunk, hogy az execline nem shell script? Kérlek, a deklaratív vs script vonalon maradjuk. A systemdben effektív iniket kell írni.

    Itt meg envdirek vannak, envfile-okkal. Mi a baj vele?

    > Ami szabad fordításban azt jelenti, hogy nem kaptál megoldást. Amiket ajánlanak, azok jellemzően scriptek.

    Az ajánlás nem szentírás. Megírhatod Lua-ban is, vagy bármi másban.

    > (Néztem egyébként, szerintem az se jó)

    Szerinted. Én értem, hogy te utálod, de attól még nem lesz automatice szar.

    > Amikor egy ilyen helyen shell scripttekkel kell játszani, az annak a beismerése, hogy rossz az absztrakciós réteg.

    Fenéket. A shellscripttel ugyanúgy részegységeket lehet összekötögetni, mint bármelyik másik scriptnyelvvel. Ettől csak flexibilisebb lesz a rendszer. A systemd-sek kikiáltották a shellscriptet a sátán művének, az a patásscript. :P

    > Ezt elengedem, mint rant.

    Ne fölényeskedj, hanem nyisd ki a systemd bugtrackerét.

    > Van az s6-svwait meg az s6-svlisten, ami megmondja, hogy valami elindult, vagy megállt, a többit pedig találd ki magad. Ehhez képest a systemdben egészen sok féle előre kigondolt és letesztelt függőség megoldás van.

    A nagy túrót. Olvasd el, mi minden van még benne. (Pl. s6-supervise, s6-notifyoncheck)

    > Hát, ezek szerint te nagyon felületesen nézted meg a systemdt. Wants - WantedBy, Requires - RequiredBy, stb. Van, amit nem így neveznek teljesen, de azt, hogy a függőségeket oda vissza lehet definiálni.

    Mint te az s6-ot. De ezt a részt valóban nem néztem még, majd lecsekkolom.

    > Nahát, mennyire genya vagyok, hogy a saját véleményem mondom. Csak én nem gondolom, hogy szentírás. FYI, a te szubjektív megítélésed sem az.

    Én nem is mondtam. Te mondtad, hogy "normális". Neked normális max.

    > Az előbbiek sokkal alaposabban megírt, több funkcionalitással rendelkező toolok, az s6 cuccai meg egy vékony minimum, nekem az előbbi sokkal jobban kézreáll.

    Vékony minimum a francokat, olvasd el rendesen.

    > A kettő összefügg. Ettől lesznek rendes resource limitek. Tudod, cpu, memória, ilyesmi.

    Erre gondolsz?

    > Egyrészt gyakorlatilag pont ezt mondtam, hogy patásördög lett, mert le akarták tolni a mindenkinek is a torkán, vagy legalábbis ez volt az interpretáció. Másrészt tmux sztorira ilyenre nem emlékszem, olyanra igen, hogy egy másik feature (a nem hagyhat a user random szarokat futni csak úgy maga után, másik nagy utált cucc, mert mit képzelnek) miatt kérték, hogy tök jó lenne, ha a tmux szólna automatán, hogy ne a usernek kelljen, megtartva a megszokást, de aztán volt valami fujjdbus.

    Olvasd el a tmux fejlesztőjének az indoklását.

    > No shit sherlok, nem mondod, hogy a fosul tervezett init és processzing miatt ezt faszott tangót kellett leimplementálni minden egyes daemonban, hogy aztán lehessen pid fileokkal raceconditionözni.

    Nem kell "raceconditionözni" Watson, rendesen kell megírni. Nekem valahogy sikerült. És ez is elfedi az "agyrém gányolást" és nincs race condition. És működik minden UNIX alatt. (És egyébként itt szólok, hogy az általad említett double fork egyáltalán nem szükséges, a cikkemben erre is kitértem.)

    > Nyilván a systemd is ad ehhez támogatást (mert különben ugye nem lenne rajta sapka), de el is mondják, hogy szerintük ez nem jó, oldja ezt meg az okosabb supervisor, semmint az összes deamon. Azok fussanak csak forground, és ne foglalkozzanak ilyenekkel, az apukájuk meg majd vigyáz rájuk. És ezzel a véleménnyel egyáltalán nincs egyedül, az s6 is pont ezt mondja, és csinálja tök elegánsan (emlékszel, mondtam, hogy cuki, nem vicceltem, az az exec chain egy elegáns megoldás)

    De könyörgöm, ez a normális megközelítés.

    > Ez egy rakás dns kliens. Vagy rendkívül fos a doksija, vagy nem értetted, mire gondoltam.

    Egyik sincs kizárva. Fejtsd ki bővebben, hátha érteni fogom és akkor kiderül.

    > Hát, ezt másképp látjuk.

    Másképp. Eddig mindennek, amit felhoztál, volt megfelelője az s6-ban. Max. neked nem tetszett. Nekem meg a systemd nem tetszik.
    Itt viszont tőlem okosabb ember írt egy nagyon részletes összehasonlítást az s6 vs. systemd témában, ahol kitér a leglényegesebb dolgokra, meg a végén a mítoszokra is, amivel a systemd evangelisták szoktak ködösíteni.

    > Szóval tulajdonképp, ha alátolnék mondjuk egy tinit, és ettől a systemd a pid2 lenne, akkor már nem lenne baj? Vagy miért olyan rettenetes tragédia, hogy amit a rendszer felügyeletére akarok használni, az a pid1?

    Kezded kapisgálni. Igen, ha át lenne zúzva egy csomó dolog a PID1-ből más processzekbe, akkor mindjárt negyedennyire lenne szar a systemd, mert nem tenné sokkal sebezhetőbbé (nem (csak) biztonságról van szó: stabilitásról, hibalehetőségekről) a rendszert; ha a PID1 összedől, vége a rendszernek. Ismét tőlem okosabb ember véleménye a kérdésben.

    > Egyrészt a systemd messze nem pötyi egyszemélyes projectje. Másrészt pötyi hozza szokásos markáns véleményű doert, ami sok sok sikeres opensource project sikerességének egyik oka. Linus, DeKok, Theo, meg még egy csomóan nem egyszerű emberek. De szeretnél te csak fele olyan okos lenni, mint az a srác.

    Nem szeretnék. Nagyon sokat kéne hülyülnöm ahhoz és nem azért, mert én akkora zseni lennék, hanem mert Poettering akkora majom. A megoldásaiból, a kódjából, a viselkedéséből mind-mind ez jön le. Csak egyetlen érv ez mellett: én elismerem, ha elbaszok valamit és nem kezdek kereszteshadjáratba, hogy megideologizáljam, hogy az úgy van jól. (BTW, miből gondolod, hogy én nem raktam le a saját területemen semmi számottevőt az asztalra? Nem tetszik a pofám, tehát automatice hülye vagyok?)

    > És egy csomó mindent nem tud, amit a systemd igen. (VIgyázz, ha mégis, akkor hirtelen nem lesz érv, hogy miért ilyen bloat a systemd).

    És de, tudja. Csak nem olvastad el rendesen a manualt. (Miért ne lenne? A systemd annak ellenére sokkal elhízottabb, hogy nem tud többet, legalábbis eddig nem derült ki, hogy többet tudna: máshogy tud dolgokat, esetleg (neked) kényelmesebben, de nem többet. Azonfelül a s6 100% moduláris. Annyit használsz fel belőle amennyit akarsz. A systemd-nél minden bele van borítva a PID1-be. De jó helyen van ott, már mondtad. Kettő bekezdéssel feljebb a link, hogy miért nincs.)

    > A systemd is sok részből áll, rengeteg helyen hozzá lehetne nyúlni, ott a dbus, lehetne vele beszélni. Ja, nem a szokásos unixos IPCt használja, shell felől nagyobb szívás jönni.

    Nem csak shellből. A "szokásos" UNIX IPC-re megvannak a kiforrott megoldások minden nyelvben/környezetben. Ez ilyen direkt máshogy csináljuk, mert csak. Ami nem lenne baj, ha jó lenne, de nem az.

    > De a gyakorlatban az s6ból sem nagyon szokás larpurlart más használni mondjuk az s6-rc helyett, mert minek?

    De lehet. Ez a lényeg. Lehet. Nincs drótozva.

    > Egyrészt mind mondtam, ez a nem cserélheted le egyetlen részét sem ez erős csúsztatás

    Tudom, nyílt forrás, át lehet írni, ki lehet dobni...

    > másrészt nem erre gondoltam, hanem arra, hogy ezek az összecsiszolt részek sokkal részletesebb szabályok mentén tudnak együttműködni alapból. Ergo konfigolni flexibilisebben lehet, hogy mit szeretnél. Lehet, hogy nem ez a legjobb szó

    Hát lehet, hogy nem a legjobb. Mert egy olyan laza szerkezetnél, mint az s6, ezerszer flexibiliseben kötheted össze a részeket és ennek a legnyilvánvalóbb bizonyítéka, hogy semmilyen s6 komponenst nem kötelező használni a setupban. Az s6-ot pedig ugyanúgy be lehet konfigolni bármire; fentebb az összehasonlító link.

    > Egyrészt nyilvánvalóan poénból, másrészt azért, mert szokott menni a nyekergés, hogy pl a geci gnomeosok logindt (? asszem ezen szokott menni) használnak, és jajj szegény bsdk.

    Pedig direkt kiraktam a smiley-t; ééééérted, szóvicc, busszal jön ide, débusszal, lehet; hogy szar volt, de érteni azért lehetett...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2533393

    Elég vót belőlünk? :P

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2533561

    Ja, értem, no problem.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2533521

    > Mutattam is.

    Nem. Eddig még nem sikerült. Csak olyat mutattál, amit máshogy tudott az s6. Lehet, hogy kényelmetlenebbül, vagy neked nem tetsző módon, de tudta.

    > Pl, hogy a systemctl status kiementében gyorsan meg tudjon jelenni a unit naplójának a vége, vagy hogy lehessen értelmesen unitra, vagy időpontra szűrni anélkül, hogy mindjuk ki kelljen találnom, hogy hogyan lehet lefedni a timestampeket regexel, amik tegnap délelőtt 9 és 11 között készültek.

    Ez oké, meg fasza, de erre adhatna olyan toolt is, ami ezt szöveges fájlban tudja és akkor ugyanúgy nem kell regexet szülnöd. A probléma nem a filterrel van, hanem a storage-dzsel.

    > Értem én, hogy szerinted fontosabb, hogy text file legyen, mert hatalmas tragédia találni valahol egy journaltclt, és odadni --fileal, mint simán csak catoln, és edge casekben (file corruption) jobban viselkedjen.

    Nem, nem az a baj, hogy ad egy szerszámosládát a naplófájlokhoz, hanem az, ahogy a naplófájljait kezeli.

    > Csak ettől még nem lesz a bináris logolás agyrém.

    Már pontosítottam: a systemd féle bináris loggolás agyrém.

    > Akkor most próbáld meg még egyszer értelmezni, hogy mit mondtam.

    Én értelmeztem, neked nem sikerült: pontosan arra válaszoltam, hogy beforgatjátok gzipbe, ha sokat foglal, arra írtam, hogy mivel text ezért jól fog tömörödni, szóval a helyfoglalás azért nem akkora probléma, mint ahogy felsoroltad.

    > Azt az állításodat kellene bizonyítani, hogy a legkisebb sérüléstől teljesen olvashatatlan lesz.

    Könyörgöm...bináris. Ott a legkisebb sérülés is szétbaszhatja az adatintegritást, ha rossz részt érint. Nyilván, ha az időbélyeg sérült valamelyik bejegyzésben, akkor nem feltétlenül lesz teljesen olvashatatlan, csak épp bullshit lesz benne.

    > Én még tettem rá egy hevenyészett teszet is, amiből az látszik, hogy ez az állításod nem igaz.

    Egy hevenyészett teszt => az állítás nem igaz. Kimertél egy vödörrel a tengerből, cápát keresvén... Robi, hova lett a másik lábad is?! Lerágta egy rája?! Jó ég...

    > Pötyi leírása szerint jó eséllyel az állításod nem igaz.

    Audio vox Dei. (Nem tudom, jól írtam-e.)

    > Ez a két link erről semmit nem mond. Fogalmunk sincs, mennyire olvashatatlanok azok fileok.

    Azt írták corrupted. Ami azt jelenti, hogy nem tudták olvasni, vagy legalábbis annyira sérült, hogy használni nem tudták a kapott eredményt.

    > A második meg a benne levő információkból csak annyi derül ki, hogy valami compression issue volt, nem sok köze van neki a minimális korrumpálódáshoz.

    Dehogynem, a compression issue miatt egy szekció hibás lett kicsomagolás után és elkorrumpálta a journalt.

    > Ráadásul ez mindkettő sima bug, amiről magad mondtad, hogy nem para. Ami bugreport, az egészen úgy tűnik, hogy javult, ráadásul függetlenül.

    Nem az a baj, hogy bug van benne, hanem a koncepció.

    > Ne haragudj, hogy azzal hasonlítottam, ami jellemzően van egy standard setupban.

    7z is van egy standard setupban, vagy mittudomén, más olyan formátum, aminek vannak hibajavításhoz eszközei. Egyébként tök jó, hogy ha én hivatkozok systemd bugokra, amiket az upstreamben már javítottak, akkor nem valid, hogy a "vadonban" még azok nagyon is élő bugok, de te hivatkozhatsz arra, hogy csak a disztró alapeszközeit hasonlítsuk a systemd cuccaival.

    > Hagyd, de ne haragudj, ennyire nem érdekelnek a random iderángatott bugok, amiket találtál a bináris loggolással kapcsolatban, mert biztosan bármeddig tudod citálni. Biztosan az egész egy rakás szar, kész csoda, hogy van, akinek néha még van valami logja.

    Ez nem bug. Minek adok én neked bármi forrást, ha nem olvasod el? Ez nem bug, hanem koncepciós probléma: annyira megterhelő a metaadatok folyamatos pakolása és tárolása, hogy leterheli és letérdelteti a rendszert.

    > Miről akarsz még megygyőzni?

    Arról, hogy a systemd minden további nélkül kiváltható az s6-tal.

    > Az, hogy nem is érted, mit akarok mondani, Az s6-envdir simán csak a child futtatási környeztét állítgatja. Az összes többit neked kell lescriptelned. A unit fileok meg az egész rendszer működését így csinálják, nem kell neked semmit megírni, mert meg van csinálva. A nem kaptál megoldást, pontosan ezt jelenti: hogy nincs kész, neked kell megcsinálni.

    Most vagy tényleg én nem értem amit te mondasz, vagy te nem érted amit én mondok. Az s6 is támogat egy unit-szerű környezetet, csak nem ini fájl van benne, mint a systemd-ben, hanem "ini dir". Adott az s6-rc-compile, aminek átadod azt a directoryt amit "fordítani" akarsz (egy raklap példa itt) és ugyanúgy összeállítja magának a service-t, mint a systemd, csak a systemd ezt belül csinálja magának minden alkalommal az unit fájlból, ez meg egyszer legenerálja belőle a service dirt, amit az s6-rc-db-vel beéleszthetsz. (És egyébként lehet systemd unitot s6 unitra konvertálni.) Az igaz, hogy ebben is van lehetőség scriptet írni (run file), de ez a systemd-re is igaz. És nem véletlenül. Ezek a unitok limitáltak, mind a s6-é, mind a systemd-é: ha túlléped igényben a tudásukat, akkor ugyanúgy scriptet kell írnod mindkettőben. systemd-ben is.

    > Pontosan ezt magyarázom, hogy tök mindegy, hogy melyik másik program nyelven kell csinálni, az azt jelenti, hogy neked kell implementálni, mert programnyelv. Ehhez képest, a systemd -- jót, rosszat, sokat, keveset -- de kész megoldásokat ad a kezedbe, amiket csak fel kell konfolni.

    Az a baj, hogy te a scriptekre - akár shell, akár más - rosszként tekintesz. Az előző bekezdésben leírtam, hogy akármit használsz, a unitjai nem mindentudóak. A scripteket pedig pont azért találták ki, hogy a különféle eszközöknek a ki és bemeneteit összekötögesd vele. Ez tehát nem valami ördögtől való rossz, mint azt a systemd-sek hiszik, hanem éppenhogy kurwa jó, hogy van, mert ettől lesz a rendszer végtelenül flexibilis, ettől tudhat tkp. akármit.

    > Publikus projektek bugtrackerének nézegetésével maximum a dolog elterjedtségére lehet következtetni.

    A Gentoo fórumon író fickó erre az érvelésre is kitért, mármint a popularitással való takarózásra:

    "Few bugs have been reported in s6/s6-rc because they have few users."

    As far as I know, systemd is one among the very few well-known open source projects that cannot control the growth of unresolved bugs, even with nearly two orders of magnitude more active developers than s6/s6-rc have. I also note that qmail has an extremely small total number of reported bugs, more than 20 years after its first release; I believe similar situations can be expected of s6/s6-rc, which closely follow the style of qmail.

    Hogy ez mennyire így van; tekintsd meg ezt a listát: 20 még mindig nyitvalévő sérülékenység a systemd-ben, aminek a negyede súlyos.

    > Abban igazad van, hogy elfelejtettem, hogy bele lehet írni a dependencyket egy fileba is, de sajnos az, hogy itt lényegében csak egy oda vissza transitive gráf van, nem változtat.

    Értem és mi van még függőségkezelésként bedrótozva a systemd-be, amit nem lehet megoldani egy pársoros s6 scripttel?

    > Egyrészt azt nézd meg, hogy hány féle típusú dependencia típus van

    Tudtommal kettő, a want, meg a require és ezeknek lehet megadni, hogy after vagy before, de nem értem, hogy mit akarsz velük.

    > egy saját unitból is meg tudom mondani, hogy egyébként baszki mostantól az sshd dependál rám anélkül, hogy hozzá kellene nyúlnom az sshd distró által szállított konfigjához. Ugyan mivel a systemd lehetővé tesz overrideolt paramétereket (amiket szintén azért tud, mert deklaratív), ez tulajdonképp menne másképp is, de pl az s6ban ez már szívás.

    Elismerem, az override tényleg hasznos feature, de ezt s6-ból is meg lehet oldani, csak megint neked nem tetsző módon. :P
    (Amúgy, szerintem ezt a feature-et be fogják emelni az s6-ba is előbb-utóbb.)

    > Dehát pontosan ez az, hogy a fasznak feltalálni a spanyol viaszt minden egyes daemonban.

    Azért, mert a systemd Linux-only. Pont.

    > Nyilván te is azért nem csináltál double forkot, mert direkt ki akartál cseszni magaddal, hiszen az egy jó dolog.

    Azért nem csináltam, mert nem kell. Leírtam, hogy akik double forkot csinálnak, azok miért tévednek: zombiprocessz nem lehet egy daemonból, mert az azt jelentené, hogy a PID1 szállt ki anélkül, hogy kiolvasta volna a visszatérési kódját, ami ugye az egész rendszer halálával járna, tehát egy daemon semmiképpen sem válhat zombivá; terminált meg nem nyitogat magától semmilyen program, ha meg kell egy terminál valamiért, akkor O_NOCTTY.

    > Most non-supervision systems use a hack known as .pid files, i.e. the script that starts the daemon stores its PID into a file, and other scripts read that file.

    És itt a bibi. Nem olvastad el a cikkemet. Nem a script olvassa ki és tárolja le a PID-et a .pid fájlban, hanem maga a daemon és a másik - vezérlés céljából indított - instance olvassa be, hogy ki kell-e szállni, vagy lehet futni.

    > This is a bad mechanism for several reasons, and the case against .pid files would also justify its own page; the most important drawback of .pid files is that they create race conditions and management scripts may kill the wrong process.

    Bibi #2: Ha elolvastad volna a cikkemet, akkor tudnád, hogy én az egész scriptelés dolgot kikerültem azzal, hogy a start/stop-ot is a daemon intézi. A signalt is a daemon küldi. Amikor elindítod magát a binárist, akkor először ellenőrzi, hogy van-e pid fájl és ha van, akkor kiolvassa, küld neki egy nullás signalt, ha létezik a processz, kiszáll, ha nem, akkor daemonizálódik. Leálláskor ugyaez, csak ott az van, hogy ha létezik a másik process, akkor SIGTERM-et küld neki, hogy álljon le és ha nem áll le timeout idő alatt, akkor meg SIGKILL-t. Script nincs.

    > remélem sknak elhiszed.

    Amit leírt, abban igaza van, de ő a scriptek által kezelt pid-ek miatti race conditionról beszélt. Még egyszer, itt maga a daemon kezeli a saját pidjét, nincs management script, a daemon ökoszisztéma, amihez a kitet adtam az self-managed. Race condition nem lehetséges, nincs minek mivel összeakadnia. Legalábbis én nem tudok olyan felállást elképzelni, hogy legyen, kivéve, ha direkt többször indítod el egymás mellett ugyanazt a daemont (aminek ugye nincs értelme), de akkor is annyi történik, hogy a legelső daemonizálódik, a többi meg érzékeli, hogy fut az első és kiszáll.

    > Akkor mit szerettél volna mondani?

    Félreértetted, az a normális megközelítés, amit lehúztál, hogy a daemonok maguk kezelik magukat. Úgy hordozható marad.

    > Az s6 cli interface vs a mindenfélectlek interface. Ez utóbbi lényegesen több kényelmi segítséget ad. (És persze, ez megint szubjektív)

    A kényelmi rész lehet, de az tényleg szubjektív. Tudásra megvan minden az s6 oldalon, csak mivel sok toolból áll, nem három darab xyctl-ből (mennyi alrendszer kezelése is van beleöntve a systemctl-be?), ezért elsőre úgy tűnik, mintha primitív lenne: nem az. Nagyon is szofisztikált. És - ismét a patásördög - scriptekkel nagyon faszán kaszkádolható.

    > Hogy segít nekem ez megoldani azt, hogy ha konnektálok a céges openvpnre, ami split tunnel, és csak a 10.akármit viszi be csak az .encegem domainbe tartozó dns query menjenek be a céges dns szerverhez, a pornhub pl továbba se.

    Ezt sajnos nem tudom. De jelen pillanatban ezt systemd-vel sem tudnám megoldani, mert ilyet még nem csináltam. Szóval ez nem azt jelenti, hogy az s6 nem tudja, hanem azt, hogy én nem tudom.

    > Erre gondolnék, ha használná a cgroupsot, de sajnos nem teszi még, amennyire én tudom, az meg sajnos azért egy fokkal jobb mechanizmus.. (És még mielőtt nekiugranál, biztos, hogy lehet valami wrapperrel indítani az s6ból, ez biztos benne is van valamelyik összefoglalóban, és biztos igaz is)

    Isoraz, szerintem maradjunk is ebben, hogy biztos megoldható, csak nem tudjuk, hogy hogyan.

    > Természetesen lehet azon agonizálni, hogy ez az egész egyáltalán minek.

    A minek még érthető lenne, de inkább az a kérdés, hogy miért így?

    > btw, a distrok nagy része mégsem teszi, szóval szerintük se olyan rossz ötlet ez.

    Ebbe inkább ne menjünk bele, hogy a disztrókészítők miért mennek ész nélkül a systemd után...

    > Ők meg közölték, hogy ők be nem emelnek semmifélre új platform specifikus kódot.

    Csontvázra vetkőztetve tényleg ezt mondták, csak így épp a lényeget sikerült kihagynod belőle: hogy van egy darab működő crossplatform függvény, ami 30 éve pontosan azt csinálja, amire itt szükség van és ehelyett kellene beemelni többtíz kbyte-nyi Linux-only kódot és még egy library függést is. Függést egy olyan librarytól, aminek az API-ját eddig már többször megváltoztatták az elmúlt néhány évben. És nem véletlenül emeltem ki a működőt az elején, lehet forgatni a szemedet, hogy már megint, de a daemon függvényben nem nagyon vannak bugok, a systemd-ben meg igen. És nem, ez itt ebben az esetben nem gizike-gőzeke, mert a daemon meghívást szerették volna lecseréltetni a systemd függőséggel és az egészet kapják vele, amire itt nincs is szükség.

    > Nem én vagyok az, aki szerint ha a systemd nem tud uniq dolgokat felmutatni, akkor szar.

    Nem is én, már bocs. Már megint szalmabábot ütsz. Én olyat sosem mondtam, hogy azért lenne szar, mert nem tud uniqe dolgokat. Sem itt, sem más topicban. Sőt, ebben a topicban még csak nem is nagyon csesztettem a systemd-t (a bináris loggolását leszámítva), csak annyit kértem, hogy hasonlítsuk már össze az s6-tal, hogy mit tud a systemd, amit az s6 nem. És félreértés ne essék, itt nem arról papolok, hogy ne lenne-e esetleg benne valami natív egyedi megoldás (a timerjei is egyediek), hanem arról, hogy mit tud, amit az s6 nem. És az a baj, hogy nem akarod elfogadni, hogy egy olyan komplex SCS, mint az s6, vagy a systemd esetén a független részek közti összehangolás (nem-csak-shell)scriptekkel való megoldása nagyon is valid. Pont a flexibilitás miatt. De a systemd ehelyütt mindent egybeönt. Ez a legnagyob baj vele.

    > Gondoltam, hogy fogod majd linkelni, mert olvastam már, és mert egy húron vagy vele.

    Egy hullámhosszon vagy vele, vagy egy húron pendülsz vele. Bocs a GN beszúrásért, de ezt muszáj volt. :P

    > Kérlek vedd észre, hogy a táblázat nagy része erősen szubjektív, mind a konkrétumokat tekintve, mind azt az, hogy egyáltalán mit tart fontosnak.

    Miért, a te véleményed nem szubjektív? Attól még lehetnek benne tények. Amit ez a fickó felsorolt, azok is tények voltak. Semmit nem tagadott le, amit a systemd tudott és semmit nem hazudott hozzá az s6 tudásához.

    > Hogy nem akarod megérteni, hogy attól még, hogy mindkettő tud egy bizonyos featuret, attól még bizonyos szempontból lehet az egyik jobb, mint a másik.

    Nem, én ezt értem. Csak az a bajom, hogy a systemd hiába tud adott területen hasznos dolgokat, amíg olyan dolgokat önt össze feleslegesen, amiket nem kéne és ebből egy csomó összeakadás keletkezhet. Tudod mi az overkill? Na, a tmux-ban a daemon függvényt lecserélni a systemd-re, az overkill. És nem szedheted szét. A KISS elvet nem véletlenül találták ki. Ami mindenre jó, az nem jó semmire. Ha Poettering feldarabolná a systemd-t független részegységekre és hallgatna a jó szóra, ahelyett, hogy abszurd válaszokat ad, amikor az abszurd ötletei abszurd hibákba torkollanak, akkor kb. az egyetlen komoly gond a systemd-vel a Linux-onlyság lenne. (Illetve az önmagában még nem feltétlen lenne gond, ha a készítők deklaráltan Linuxra akarnak fejleszteni, csak akkor ne akarják kierőszakolni, hogy az addig crossplatform eszközök az ő cuccaiktól függjenek.)

    > Hidd el, értem én, hogy ha a pid1 megáll, akkor minden megáll, nem véletlen mondtam, hogy szerintem ennek lényegesen kisebb jelenleg a valódi jelentőssége, mint ahogy szeretjük előadni.

    De, hát végülis csak a rendszer dőlt össze, ugyan kit érdekel az. :P

    > In practice, ha a service manager megáll, akkor az esetek nagy részében annak a gépnek már úgy is mindegy.

    De felcseréled az okot az okozattal: ha maga a service manager áll meg, csak úgy magától, akkor lehet (de nem biztos), hogy adott pillanatban annak a gépnek már mindegy, de az nagyon nem mindegy, hogy a service manager szeret csak úgy összedőlni. És minél több minden van beleöntve, annál könnyebben dől össze.

    > És ha a systemd-t úgy ahogy most van betennénk mint egyetlen plusz processzt egy egyszerű init fölé, attól ugyanúgy nagyon szar lenne, ha megállna. És ez egyébként igaz lesz egy s6 supervisorra, egy daemon toolsra,meg egyéb másokra is.

    És kapaszkodj meg: nem, korántsem lenne annyira szar, mert itt életbeléphetne a systemd-nek valami mitigációs rendszere, mert nem a rendszer dőlt össze, hanem csak egy processz! És ha a helyreállítások sikeresek voltak, akkor utána a PID1 újrahúzza a systemd-t és nem kell restartolni az egész rohadt gépet... (Nyilván, ha fail, akkor cumi, de az már nem a systemd sara.)

    > Aha, jól látszik ez abból, hogy mennyire vagy képes fekete fehéren nézni a systemdt.

    Mert te ugye nem fekete-fehéren nézed a systemd-ellenzők véleményét. Csak egy raklap hatert látsz, az érveiket nem, mert nem is akarod: ld. feljebb saját magad a bináris loggolás kapcsán a "ne hozzál ide még több linket" megközelítéssel.

    > Pont abból, ami alapján te megítéled pötyit. Abból, amekkora blődségek itt kiesnek [szerk: néha ] a szádon szakmai szempontból, meg abból, hogy mennyire vagy képes megpróbálni felfogni mások nézőpontját.

    Ebből vontad le azt, hogy nem raktam le semmit az asztalra, abból, hogy nem szeretem Pötyi bácsit...? Hát ez...priceless... Mutassak egy két cuccot amit csináltam? Kiváncsi vagyok, hogy értenéd-e, amit látsz, vagy te is csak legyintenél rá, hogy kit érdekel ez már manapság.
    Szakmai blődség lehet, hogy esik ki [sz*rk: néha nem] a számon, de kién nem? Arról nem is beszélve, hogy jó eséllyel a blődségeim egy - nem definiált méretű - része nem is volt blődség, csak teneked nem tetszett a véleményem.

    > Ráadásul már megint duzzogsz, ahelyett hogy értelmeznéd, mit mondtam..

    Nem duzzogtam, értettem én, csak nem értettem egyet. Az nem ugyanaz.

    > Nem hülyéztelek le. Akkor hülyéztelek volna le, ha a Pötyi szerintem is hülye lenne, mint szerinted. De ez nem így van, én egy kifejezetten értelmes srácnak tartom.

    Én viszont nem. Azért, ahogyan kezeli a helyzeteket, amikor kidől egy csontváz a systemd szekrényéből. Itt van például amikor nem csekkoltak le egy pointert NULL-ra, ami ugyan emberi hiba, de utána közölték, hogy ők ezt a) nem tesztelik, b) nem javítják, mert nem foglalkoznak cgroups nélküli kernelekkel, bár hackeket raktak bele, hogy menjen. A bibi (ezen kívül) csak annyi, hogy a fickó, aki belefutott, az nem cgroups nélküli kernelt használt, hanem csak nem mountolta fel a cgroupsot a dockeren belül. Ja, ez user error is, de systemd error is. És nem ez a baj, hogy lemaradt egy rohadt nullcheck, (ki nem kúrta el ezt még sose), hanem az a reakció, amit adtak. (És megint, ha ez nem a PID1-en belül lett volna, akkor nem dőlt volna össze az egész rohadt rendszer.) A "megoldás" az lett, hogy kiszedték a dirty hackeket, ha nincs cgroups, akkor hibát dob és nem indul el. Ami oké, de a nullchecket csak azért sem rakták bele... Ez is korrekt szakmai magyarázat? Vagy damage control? Bocs, de értelmes ember így nem áll hozzá a dolgokhoz. És ez csak egy példa volt az abszurd válaszokra. (Tudom, ne hozzak többet, mert elhiszed, hogy van még...)

    > vagy továbbra sem érted, hogy a máshogy is fontos, mert még mindig nem érted, hogy a systemd fő erőssége éppen ez a máshogy.

    Mármint, hogy mi fontos azon, hogy "máshogy"? Máshogy a máshogy kedvéért? (Egyébként igen, a systemd-fejlesztők ebben nagymesterek.) A máshogy egy dolog, de a máshogy, csak azért, hogy máshogy legyen az rossz ómen.

    > Szakmabeli vagy, ugye nem kell elmagyaráznom, hogy a nodeok ki/be menetének egymásra dugásához képest egy busnak milyen előnyei vannak egy komplex, sok elemes rendszerben, ahol gyakran szeretnénk új elemeket kivenni, betenni, illetve új kommunikációs párokat bevezetni.

    Ez a "buszrendszer" létezik a kezdetek óta: úgy hívják operációs rendszer; rajta keresztül közlekednek a processzek között az üzenetek és alapból lehetővé teszi, hogy egy bemenetet/kimenetet többen írjanak/olvassnak, van sorbafűzés, van kaszkád, van logging, van bridge, van block, van minden, minden megvalósítható ezekkel az "elavult" módszerekkel már évtizedek óta.

    > Arról nem beszélve, hogy azért nem akkora tragédia ám dbus üzeneteket küldeni shellből (mármint meg kell hívni egy parancsot)

    Nem az a baj, hogy tragédia lenne shellből dbus üzenetet küldeni, hanem egyfelől az, hogy megint sokévtizedes működő platformfüggetlen konvenciókat rúgunk fel, for teh lulz, másfelől meg megint az, hogy egybe van ömlesztve és kapod, ha akarod, ha nem; a D-Bus alias Desktop-Bus elsősorban desktopok alá lett kitervelve; szerveren vagy beágyazott környezetben talán nem feltétlen van rá szükség...

    > Neked ez a lényeg. Más meg esetleg leszarja, hogy nem tud valamit kicserélni, amit nem is akar, cserébe örül egy szorosabban összecsiszolt rendszernek.

    Megint más meg megint nem szarja le. Folyton úgy állítod be, mintha egyedül lennék a véleményemmel. Biztos azért van egyre több deklaráltan systemd-mentes disztró, mert ez csak a trécéhá rigolyája. (És ugyanezen okokból van a distrowatchon direkt olyan lehetőség az initrendszerekre való szűrésnél, hogy "not systemd". Biztos én raktam bele, vagy csak nekem rakták bele.)

    > Ehhez képest a systemd ezekből egy csomóra ad konzerv megoldásokat, amiken belül a szorosabb kapcsolat miatt egyszerűbb rendszerösszefüggéseket szabatosan megfogalmazni, ha jó a konzerv, akkor kevesebb dolgod van, és jó eséllyel kevesebb bugi lesz a megoldásban, mint ha on the fly kellett volna lefejleszteni (pl sokkal kisebb esélyed van rá, hogy egy hülye, primitív shell script syntax hiba miatt szopjál az ügyfélnél) Igen, ennek az az ára, hogy nagyobb, bizonyos tekintetben kötöttebb, és van benne olyan, ami akkor épp nem kell.

    Ez idáig még rendben lenne, de mi van, ha nem jó a "konzerv"? Akkor viszont kerülgetheted a kupit, amit a systemd kötöttségei és integráltsága miatt baromi nehéz kivitelezni. Vagy taknyolhatsz itt is scriptet hozzá. Az úgy menni fog systemd-vel is, de nem arról volt szó, hogy azt itt nem kell?

    > Azt kellene megérteni, hogy ez a két nézőpont nem jobb vagy rosszabb mint a másik, hanem más.

    Én ezt értem. Leírtam, hogy mi a baj a systemd-vel és a fejlesztőinek hozáállásával, nem egyszer. Vagy nem érted, vagy nem akarod érteni.

    > És a disztibútorok azért szeretik valószínűleg a systemdt, mert az ö szempontjaikból a good enough integrált konzerv jobb, mint egy "csak" szép tiszta alapokat adó új megoldás, mert nincs elég kezük.

    Ebbe ne menjünk bele, mert ez aztán tuti parttalan vita lenne, mert ez ilyen "tabu", hogy az idealista nyíltforrású világon és lakóin kívül ott vannak a nagy profitorientált cégek, akiknek bizony erősen érdekükben áll, hogy a szoftverpiac arra menjen, amerre ők akarják...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2533922

    > Teljesen más világképed van, egyetlen centit sem enged be az agyad egy másikból, képtelen vagy megérteni, hogy amikor pl azt mondom, hogy másnak meg esetleg az nem fontos, az ezt jelenti, és nem azt, hogy "és a te általad felhozott pont invalid volna" és bár elvileg az s6al szeretnél összehasonlítani, lépten nyomom elmászkálunk a "bugos a systemd" irányba.

    Meg mernék esküdni, hogy több systemd feature-re is elismertem, hogy hasznos... Akkor most mit nem engedett be az agyam?
    Ami a bugos systemd-t illeti, ha van valami hasznos cucc a systemd-ben, annak az értékéből elég sokat levon, ha az implementáció bugos. És tekintve, hogy számos megideologizált WONTFIX, NOTABUG és hasonló kimenetelű bugreportot tudhat maga mögött a projekt (többek közt ezért nem tartom értelmes embernek Poetteringet), így elég nehéz nem úgy hozzáálni, hogy "én értem, hogy ez fasza cucc lenne, de nézd meg: nem működik rendesen". És nem is értem, hogy ezzel mi a bajod. A tények azok tények. Tény, ha valami alapvetően hasznos és az is tény, ha bugos.

    > Ezt megfejeled azzal, hogy én szerinted systemd evangelista vagyok (rofl)

    Ilyet meg nem mondtam. Megint nem olvastad el rendesen, amit írtam. Azt írtam, hogy "Itt viszont tőlem okosabb ember írt egy nagyon részletes összehasonlítást az s6 vs. systemd témában, ahol kitér a leglényegesebb dolgokra, meg a végén a mítoszokra is, amivel a systemd evangelisták szoktak ködösíteni."

    > meg valami nem tudom, miből jövő befeszüléssel, hogy úgy csinálok, mintha te lennél az egyetlen, aki ezeket mondja.

    Hát azért eléggé egyértelműsítetted, hogy szerinted brutál kisebbségben vagyok a véleményemmel. Ami pedig nem igaz. A kisebbség lehet (bár az sem biztos, mert a systemd-t a disztrókészítők adaptálták, a felhasználók többségének a véleménye nem ismert), de nem értem mire fel gondolod, hogy elenyésző arányú lenne. Az egyre szaporodó systemd-free disztrók sem ezt mutatják.
    Szarkasztiksan túlzó reakcióid meg neked is voltak szép számmal. Kvittek vagyunk.

    Én csak annyit írnék ide a lap aljára, hogy szerintem nem én látom fekete-fehéren a dolgot. Az becsülendő, hogy komolyan foglalkozol alternatív SCS-ekkel is, de az már korántsem, hogy a systemd projekt vezetésének kritikáját, illetve a vezetés hozzáállásából származó számos implementációs hiba érvként való felhasználását személyes sértésként értelmezed. Csak annyit kértem, hogy mutass olyat, amit a systemd tud, az s6 meg nem, az viszont nem az én saram, hogy te mindenáron le akarod szűkíteni a szkópot a systemd unitok natív tudására, aminek a túllépése esetén ugyanúgy scriptből kell megoldanod a dolgot systemd alatt is... (Egyébként végül nem lett tisztázva, hogy a systemd mennyivel is tudna többet az s6-rc-compile "unitjai"-nál.) Csak arról akartalak meggyőzni, hogy az s6-tal 100%-ig ki lehet váltani a systemd-t.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2533958

    Ez max. akkor állta volna meg a helyét, ha tettem volna előtte olyan kijelentést, hogy te "ködösítesz", mert akkor legalább összeköthető lettél volna az evangelistákkal, ill. akkor, ha nem tettél volna többek között olyan kijelentést, amiben ex-has statisztikai alapon leszögezed, hogy ez "nagyjából mindenkinek", ill. "10k-ból 9999-nek" megy és hasonlók, pl. a systemd konzerv cuccai, meg az összecsiszolt rendszere, aminek mások örülhetnek. (A konzerv megoldások ugyan még csak-csak aláírhatóak, ha jó a konzerv, de összecsiszoltságról aligha beszélhetünk egy ilyen folyton széthulló rendszer esetében.)

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534070

    > Legyen neked, az én ex has statisztikám nem jó, bezzeg a te folyton széthulló rendszerről szólód az igen.

    Ezek szerint mégis sikerült értelmezned.

    > Örülj, a systemd szar, az s6 meg mindenre tökéletes, hiszen turingteljes.

    Látod? Már megint sértésnek veszed, ha a systemd bugjai szóbakerülnek.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534103

    Akkor mi volt ez a sértődött szarkazmus?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534140

    Annak örültem volna, de a sértődött szarkazmus nem azt jelenti, hogy igazat adsz.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534159

    Tényleg? Hol mondtam én, hogy az s6 mindenre tökéletes, ill., hogy turing-teljes?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534181

    Elhumorizálgathatsz rajta, de pont csak azt bizonyítod vele, hogy ha a systemd bugok előkerülnek => sértésnek veszed => jön a szarkasztikus szalmabábpüfölés.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534219

    Itt volt egy állítás, hogy folyton széthullik és te erre adtad elő azt a sértődött szarkasztikus dumát a turing-teljességről.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534358

    > Szóval elég nehezen tudtam megsértődni a systemd bugok emlegetésén, ha nem is értem, hogy épp megint azokat emlegeted. :)

    loop

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2534399

    Minek örülünk? Csődbement az ms?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2531806

    Mármint, hogy az szerintem bug? Mire gondolsz? Tényleg kifejthetnéd.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529687

    > "a Windows rendszermagja évtizedekkel fejlettebb technológiát képez a Linux kernelnél"

    Egy NT kernel fejlesztő véleménye a dologról. (Illetve annak a reposztja, mert az eredetit törölték.)

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529945

    Stingek mindenütt vannak, csak mindenütt más néven.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529969

    Akkor máshogy mondom: hülyék mindenütt vannak. Sting a jó példa arra, hogy nem Linuxos privilégium az ostoba vallási fanatikusok toborzása.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529989

    Akkor Stingből mi hozza ki ezeket az egetverő badarságokat? Elnyomva érzi magát?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530002

    Én? Miről terelek? A topic arról szólt, hogy Sting baromságokat írkál. Hol próbáltam én meg erről elterelni a témát? Erről éppenhogy te próbáltad meg elterelni a témát egy kis linukszjúzerfikázással, mintha a hülyék csak linuxosok lehetnének.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530023

    Kár a személyeskedés, hiába szúrkálsz, mellémegy. Én nem vagyok linuxos. Ezt már a másik topicban is leírtam, a jelek szerint nem sikerült megérteni.
    Egyébként nem Sting az egyetlen idióta a windowsos oldalon, úgyhogy lesz mibe kapaszkodni szegény elnyomott linuxosoknak. A bolondok sosem fogynak el.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530057

    Te látsz mindenütt világmegváltó, elnyomott linuxosokat és én haluzok? Mind a második, mind az első hozzádszólásomnak ugyanaz volt a lényege: hülyék mindenütt vannak. Amit felvetettél az pedig egy flamebait offolás volt; egy közismert windowsfelszopógép megint alkotott? Sebaj, neked az első reakciód az, hogy hülyék a linuxosok. Hát biztos van köztük olyan, de hogy jött ez egy windowsos hülye ámokfutásához? És közben folyamatosan magyarázod, hogy a) a windows működik, a Linux nem (egyik se működik már rendesen), b) a Linuxos világ tele van önjelölt világmegváltó idiótákkal, a windowsosban meg Sting az egyetlen idióta (mindkét táborban vannak idióták). Mind a kettő elhangzott a részedről, tehát nem haluztam a "marhaságokat".

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530161

    > ^ :D

    Elfogytak az érvek? Ja, nem. Azok eddig sem voltak.

    > Magasról leszarom Stinget. Ha ennél magasabbról szarnám le, a szarom az űrben rekedne.

    Látom. Csak épp akkor minek jöttél be egy róla szóló topicba?

    > Te ettől még bele lehetsz buzulva, de mivel a szarom a fejére eshet, távolságtartást javaslok.

    Én? Én csak megjegyeztem, hogy itt speciel ő a hülye, te vagy az aki folyamatosan terelni próbálja affelé a témát, hogy "de a világmegváltó alternatívagyártó linukszosok". Ennyi erővel te akkor bele vagy buzulva a világmegváltó linukszosokba, hogy ennyire ezen lovagolsz? Vegyél nekik egy szivárányszín-bőrszerkós gumipingvint, amiből alul kiszedhető a sípolóka, hátha szerencséd lesz...

    > Nem írtam, hogy hülyék. Te írtad.

    És még én haluzok? Olvasd már el mi van odaírva: "Hülyék mindenütt vannak." Ez hol jelenti azt, hogy a linuxosok kollektíven hülyék? Egyébként meg, három ponttal lejjebb sikeresen beismerted, hogy hülyézed őket, amikor az arányokra hivatkoztál. Azért egy poszton belül önmagadra cáfolni, hát az szép, bár neked ezt egyébként menetrendszerűen sikerül abszolválnod.

    > Azt neked kell tudni, hiszen mint említettem, te írtad.

    Nope. Tanulj meg olvasni. A saját posztjaidat is visszaolvashatnád.

    > "Én a helyi közösség több tagjának viselkedését állítottam párhuzamba egy sztereotip "linuxos" viselkedéssel, finoman jelezve :), hogy ez a viselkedés több évtizede árt a "Linuxnak"."

    Pontosítsunk, te extrapoláltad pár hülyének a viselkedését az összesre. Szó szerint megpróbáltad levezetni, hogy aki Linuxot használ annak valami felsőbbrendűségi komplexusa van és világmegváltani akar, míg vindóz alatt ugyanez nem fordulhat elő. (Élő példa az ellenkezőjére Sting, aki mindenkit lehülyéz és/vagy kimoderál, aki ellent mer neki mondani.) Ezek után mi mást mondhatnék, mint hogy "Te aztán imádod rávetíteni másokra a prekoncepcióid."?

    > Az öngyilkos szekták az arra fogékony embereket csábítják el.
    > Az önmagukban/kezelésükben/termékükben hívő ilyen-olyan gyógyítók és a hazug kóklerek a beteg, kétségbeesett embereket vonzzák magukhoz, akik bármilyen utolsó szalmaszálért hajlandók fizetni.
    > Egy "elnyomott" csoport meg az átlagosnál nagyobb arányban gyűjti azokat, akik elnyomva szeretnek lenni. Ezek az emberek igénylik, hogy küzdhessenek (ha jobban tetszik, ugathassanak) az őket vélten vagy valósan elnyomók ellen. Szerintem ez könnyen belátható. Ahogy az is, hogy bizonyos mértéken túl ezt a mentális állapotot érdemes kezeltetni.

    És akkor a butthurt windózfanboi-ok - pl. Sting - milyen csoportba esnek? Ők mi ellen küzdenek? Mitől félnek? Mit aggasztja őket egy 1%-nál is kisebb kisebbség, ami ráadásul világmegváltó idiótákkal van tele? Nem ellentmondásos ez egy picit? És te milyen csoportba esel, hogy ilyen kétségbeesetten megpróbálod bebizonyítani ezt az ellentmondást?

    > Látom, ráizgultál a másik topikra. Sem itt, sem ott nem azt mondtam, amit most állítasz, és amiket itt és ott írtam, a maguk kontextusában helytállóak, akkor is, ha nem teljesen pontosak, illetve ha neked nem sikerült felfogni a lényegüket.

    Nem állítottad? Na, akkor lássuk csak:

    Tudom, hogy sikerélmény használhatóra reszelni egy "Linuxot".

    És egy windowst? Ja, azt lehetetlen.

    Megfelelőbb kifejezés a "szükségtelen".

    Továbbá az egész szál arról szólt, hogy szerinted Linux alá nincsenek alternatívái a windowsos szoftvereknek, aztán kiderült, hogy a példaként hozott Alcohol általad felsorolt feature-jeit, mind tudták a UNIX-os alternatívák. No comment.

    > Az arány nem mindegy, meg az, hogy miként hatnak a közösségükre, az ökoszisztémájukra.

    És ezzel le is zárhatjuk a "nem hülyézted le a linukszjúzereket" kérdést, hiszen ha szerinted egy 1%-os csoportban arányaiban úgy több a hülye, mint a 90+%-osban, hogy utóbbi tömöríti az átlagembereket is, akkor szerinted az az 1%-os csoport a hülyék gyűjtőhelye.

    > Most is haluzol, mert szerintem hiszed, amit írsz, tehát nem hazudsz, vagyis akkor haluzol. :D

    Tuti? Énnekem úgy tűnik, hogy mindenre, amit tagadtál, hoztam idézetet. Tehát nem hit, meg nem halu. Kár addig engem bolondnak nézni, amíg te beszélsz marhaságokat. De tényleg. Ennyi baromságot a másik topicban elhangzott CD-író névadójától lehetett hallani. Ave Bolonderius Insanis!

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530211

    Fő, hogy a fejedben igazad van, ugye?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530223

    Vergődni itt te vergődsz megállás nélkül, hogy a linuxosok így, meg úgy, miközben köze nem volt a témához a mantrádnak. Folyamatosan ellentmondtál önmagadnak, aztán meg nekiálltál személyeskedni. No comment.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530229

    Gondolatrendőrség...? Na, ez hogy jött ki? Ha leírom a gondolataidról a gondolataimat, akkor gondolatrendőrségért kiáltok? Most már én is kénytelen vagyok megkérdezni: mit szívsz? Felőlem vergődj csak tovább, kiváncsi vagyok, hogy mit tudsz még kínodban kiizzadni, mivel már minden más elfogyott az ócsárlásomon kívül.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530212

    Ki mondta, hogy tudok számolni? Számold ki te, ha még nem fagyott szarrá a windózod.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530224

    Oké, bolondgomba. A témához valami? Vagy már más mondanivalód nem maradt, csak a dadogás, hogy de a trécéhá hülye?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530230

    Tehát semmi. Elfogytál, csak anyázni tudsz.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530367

    > A drogom publikus: szellemileg részlegesen sérültek mókás, lesújtó és agyzsibbasztó okosságai és hülyeségei

    > A bennem lévő legtisztább szeretettel javaslom: fordulj orvoshoz.

    Már megint magadnak mondasz ellent. Kiröhögöd a szerinted retardáltakat, de azért te tele vagy szeretettel? Apropó röhögés...

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530442

    Azt hiszed, hogy nem veszem észre, hogy szépen próbálod affelé terelni a beszélgetést, hogy én mi, meg milyen vagyok? Kit érdekel, hogy én mi, meg milyen vagyok? (Ha nem mondtam el ötször, hogy nem vagyok linuxos, akkor egyszer sem.) Ennyi tellik tőled? Logikai baklövésekről meg te ne prézsmitálj, annyiszor mondtál már magadnak ellent, néha egy poszton belül, hogy összeszámolni is sok. Ennyi erővel én is mondhatnám, hogy te úgy viselkedsz, mint egy komplexusos windowsfanboi: ha bármi kínos dolog történik az ms kárára, rögtön megpróbálod elterelni a témát arra, hogy szar a Linux, vagy szarok a linuxosok. Mindjárt az első posztoddal ezzel indítottál, úgyhogy tagadnod is kár.

    Szóval, témához valami? Vagy marad neked az én fikázásom?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530482

    Egyszerre? Azt hogy? Mit szívsz? BTW, akkor tényleg semmi mást nem tudsz már, mint engem ekézni? Bármi egyéb a téma kapcsán?

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530643

    Hazudozni itt te hazudozol. A Linuxról. A - többi UNIX-szal megosztott - szoftverparkjáról. Annak fejlesztőiről. Rólam. Már rég másról sem szól a kettőnk párbeszéde (ha ezt annak lehet nevezni), mint, hogy engem mocskolsz. (És azt is kurwa bénán csinálod, legalább erőltetnéd meg magad, mert ez a folyamatos és egyhangú idiótázás, betegezés ez borzasztó láma; nem tudsz mást mondani?) Persze mindez nem meglepő, hiszen az összes érved baromságod kártyavárként dőlt össze menetközben, nem maradt neked semmi csak a személyeskedés. Az egészben az a vicces, hogy folyamatosan bizonygatod, hogy retardált vagyok, de még mindig itt vagy és folytatod a faszkodást, ahelyett, hogy rég rámhagytad volna a hülyeségeimet. Na, persze mindezt csak azért, mert te ugye röhögsz az egészen, igaz? Na, ez az, amit a kutya sem fog neked elhinni. Neked itt valami nagyon fájhatott.

    Oldschool Computer - http://oscomp.hu




    Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530648

    Komolyan egy ilyen szerencsétlen szóviccel próbálod kimenteni magad? Ez már tényleg a legalja. Nincsen neked aduászod, csak bolygónyi pofád, meg borsónyi agyad. Balfasznak meg a balfaszok néznek ki. És ki a balfasz? Az, aki még a másik topicból is képes volt áthozni ide a seggfájását, mert neki annyira fájnak valamiért a linuxos fejlesztők. Na, ez az égő.

    Komolyan. Témához valami? Vagy továbbra is csak ennyit tudsz dadogni, hogy én hülye vagyok?

    Oldschool Computer - http://oscomp.hu




    Túl nagy lett az Excel file... /"brit tudósok": https://hup.hu/node/170990#comment-2531190

    És így születnek az Excel Beast-ek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bimi3


    Túl nagy lett az Excel file... /"brit tudósok": https://hup.hu/node/170990#comment-2532032

    dc

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531918

    Kizárt, Devuan.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531942

    Igen.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531943

    Ütközhet azzal és bármi mással is, de ez esetben akkor nem kéne felmásznia a network-re, nem pedig felmászni egy másik címmel, nem?

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531944

    De fut, de ha az interfaces-ben static-re van állítva az adapter, akkor ahhoz elméletileg nincs köze, nem? Azonfelül az adapter az ifup/ifdown párossal van vezérelve. Belefutottam volna egy ilyenbe?

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531967

    Értem. Köszi a tippet, megpróbálom. A baj, hogy ez csak az ügyfélnél jön elő, én hiába állítok be direkt ütköző IP-t (saját gép, router), pontosan az történik, amire számítok, hogy az IP beáll és nem kap hálót, náluk meg kap valami teljesen más IP-t.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531981

    Ha letiltom ezt a szolgáltatást, akkor az X11 nem indul el...

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532013

    Ha az X11 elindítása után állítom le és utána kiadok ifup/ifdown parancsot, akkor elindul magától.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532029

    Már eltávolítottam: apt-get remove dhcpcd5 és az ifup/ifdown nélküle is megy, köszönik szépen. Csak épp így, ha nem kap netet a lapka, akkor nem futtatja valamiért az /etc/rc.local-t és így nem indul el az X11 sem... Ha kap netet - azaz dhcp-vel, vagy valid statikus konfiggal - akkor felkel minden.

    Egyébként az "elindul magától" csak annyit tett, hogy a szolgáltatás indult el, nem azt, hogy átállt dhcp-re.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532051

    Jajj, ne haragudj, ez a "köszönik szépen" ez nem beszólás volt, csak szófordulat. Örülök, ha segíteni akarsz.

    Ami az rc.local-t illeti, a bootképernyőn feldobja, hogy "startpar: service(s) returned failure: rc.local". Tehát magát a fájlt sem futtatja le.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532056

    Közben én is rájöttem, az ntp nyiffant ki benne, mivel nincs hálózat. Ha &-del hívom meg, akkor felkel. Azért thx a tippet.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532173

    Itt speciel /etc/init.d/dhcpcd stop && update-rc.d dhcpcd disable, de egyébként az interfaces-ben továbbra is lehet dhcp-t beállítani.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531969

    Ez megvan. Először ifdown, utána csere és csak utána ifup.

    Az újraindítás az ügyfélnél is működött, érdekes módon. Lehet, hogy tényleg ez a dhcpcd kavar be; kiderül.

    Az ok, csak az adapter saját IP cím helyett elméletileg nem kaphat mást (statikus esetén), mint amit kért, max semmit nem kap. Tudtommal...

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531994

    > Lehet, és valószínűleg nem véletlenül, a systemd "segítségével".

    Devuan, nincs systemd. Nem véletlenül. :)

    > Amúgy miért nem jó a dhcp?

    Mert az ügyfél ezt kérte.

    > Az nem csak ip-címet ad, hanem pl. default gw-t, nameserver-t, ... Ha static ip-címet akarsz, akkor ezeket is be kell állítani, lehetőleg úgy, hogy a systemd ne bírálja felül.

    Egy a baj, hogy csak a local IP-t és a netmaskot tudjuk. Az eszközt bármilyen hálóra fel lehet plugni és a gateway nem mindig ugyanott van.

    > Egy másik lehetőség, hogy eth0 dhcp, és a dhcp szerveren (ami gondolom egy rúter) állítasz be fix kiosztást az eszköznek, az eth0 mac-címe alapján.

    Ez oké, csak az ügyfél nem ezt kérte.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531998

    Ő tudja. De ő csak tovább fogja értékesíteni és mindenféle hálózatokon fog ülni a cucc, ahol nem biztos, hogy lesz DHCP.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532166

    Köszi, de közben már letöröltem és így is működik. :)
    Hogy a probléma megszűnt-e, azt sajnos még nem tudom, mert nálam eddig sem jött elő, de ha kiderül, rereportolom.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532305

    Nem tudom, de most már sajnos nem is tudjuk meg, mert a dhcpcd-t letöröltem, nélküle is megy minden.

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2531997

    Nope, üres. Lehet, hogy a fentebb taglalt dhcpcd kavarja a dolgokat, csak épp ha nem indul el a rendszerrel együtt, akkor az X11 sem kel fel...

    Oldschool Computer - http://oscomp.hu




    Static IP az /etc/network/interfaces-ben, más IP az adapteren: https://hup.hu/node/171007#comment-2532148

    Nincs telepítve.

    Oldschool Computer - http://oscomp.hu




    Hogyan: másoljuk fájlt megbizhatóan egy windows megosztásra ha éppen nem elérhető a megosztás?: https://hup.hu/node/171005#comment-2531860

    Próbáld meg leellenőrizni előtte, hogy elérhető-e a megosztás és csak akkor mozgass, ha igen:

    if [ "`smbclient -t 5 -U USER%PASSWORD -L SZERVERNEVE 2>/dev/null | grep -i 'MEGOSZTASNEVE'`" != "" ];
    then
    	mv /masolni/tovabb.xlsx /masolni/win/tovabb.xlsx
    fi

    Oldschool Computer - http://oscomp.hu




    Új alapértelmezett ablakkezelőre váltott a NetBSD projekt a -CURRENT-ben: https://hup.hu/cikkek/20200929/uj_alapertelmezett_ablakkezelore_valtott_a_netbsd_projekt_a_current-ben#comment-2529103

    OpenBSD-nél is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196754

    http://www.commitstrip.com/en/2014/12/19/the-coder-and-the-beast/




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196858

    Jó volt? Nem, nem volt jó. Mint a történetből kiderült, amikor a fickó repült, nem volt ember, aki karbantarthatta volna azt a szörnyeteget. Továbbá iszonyat lassú is volt. Nem véletlenül lett a legvégén lecserélve egy normális rendszerre. Táblázatkezelőben táblázatot kezelünk és nem szoftvert fejlesztünk.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196878

    Szar szoftvert bármiben lehet írni, de attól még a táblázatkezelő nem szoftverfejlesztésre való.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196899

    Az lehet, hogy meg tudják csinálni a "mezei talpas userek" is, de az olyan is lesz.

    Nem, nem volt jó, max a cégvezetőségnek volt jó, mert nekik jó a szar is, csak működjön, nem baj, ha szarul. A többi viszont már csak a te rosszindulatú feltételezésed, amire semmi bizonyítékod nincs. Ugyanúgy nyitva van a másik irányba is: Mi van, ha meg tudták csinálni rendesen? Az nem érv az excel mellett, hogy "de a másik is szar lesz", főleg nem látatlanban.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196939

    > És szerinted kinek kellene, hogy jó legyen?

    Hosszútávon nekik is szar lesz, csak ők odáig nem látnak. Profit über alles, oldjuk meg úgy, hogy ne kelljen kiadni egy fillért se pluszba', aztán majd amikor végképp kezelhetetlenné válik az egész, akkor úgyis ki kell, addig meg a fejlesztéss egyre idő és pénzigényesebbé válik.

    > Elvesztettem a fonalat, nem egy anekdotáról beszélgetünk?

    Ahogy mondani szokás: "megtörtént eset alapján".

    > Ráadásul te is rosszindulatúan feltételezed, hogy ami nem csodaizében van, hanem excelben az "olyan is lesz"

    Ez nem feltételezés, hanem tapasztalat. Egy idő után, amikor a feladatok túlnőnek a táblázatkezelőn, akkor már csak a gányolás marad, az meg mindig galibát okoz egy idő után. Nem azt mondom, hogy az excelre egyáltalán nincs szükség; a történet elején, amikor csak annyi volt a feladat, hogy a kártyák legyenek szervezetten tárolva, ott még lehetett volna korrekt a sztori, arra bőven jó az excel. De amikor az üzleti logikát elkezdik belegányolni egy táblázatba, az nagyon nem jó. Még egyszer mondom: táblázatkezelőben táblázatot kezelünk és nem szoftvert írunk. Az excel makróival lehet, hogy baromi sok mindent össze lehet gányolni, meg tákolni, de akkor sem arra valók, hanem arra, hogy a táblázatkezelés során felmerülő problémákat automatizálni lehessen velük.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196959

    > Isten hozott a való világban. Az, hogy hosszú távon neki szar-e, az meg erősen kérdéses. Pl megúsztak néhány évnyi kiadást a rendes szoftverre. Tudom, hogy ezt nem szokás a szakmában felfogni, de az IT van a cégért, nem a cég az ITért.

    A rendes szoftvert egyszer kéne csak megírni; sokkal olcsóbb, mint az excelt folyton tákoltatni. De akár venni is lehet, az se drágább...

    > Aha, tehát neked lehet olyan tapasztalatod, hogy az excel szar, ha másnak olyan tapasztalata van, hogy a csodaszoftver is tud szar lenni, akkor az rosszindulatú feltételezés. Értem, köszönöm.

    Én nem vitatom, hogy a "csodaszoftver" is tud szar lenni, de nem az a rosszindulat, hogy lehet szar, hanem az, hogy egyrészt azt állítottad, hogy hiányzik a sztori vége, ahogy a "csodaszoftverrel" is beszopják, másrészt meg az, hogy szerinted szükségszerűen szar lesz a "csodaszoftver" is (már maga a "csodaszoftver" kifejezés is rosszindulatú szarkazmust tükröz), holott nem, az nem lesz szükségszerűen szar, ha normálisan csinálják meg.
    A táblázatkezelőbe gányolt vállalati rendszer viszont azért lesz szükségszerűen szar (ezt egyébként fentebb már te is beismerted, amikor azzal érveltél, hogy a "csodaszoftver" se jobb), mert a táblázatkezelő nem arra való, hogy komplex vállalati rendszereket valósítsanak meg benne. Ebben semmi rosszindulat nincsen, csak leszögeztem egy tényt.

    > És a történet végén ott a konklúzió, hogy már az elején se kellett volna :) Most akkor melyik?

    Alapvetően nem kellett volna, de az első felállás még belefért volna.

    > Az van, hogy a mikor éri meg váltani kérdésre kell jól választ adni.

    Ez tény.

    > Ez nem mindig sikerül, de ettől még a végén levő az elején se kellett volna már excel, mert én a végén sokat szoptam vele, az kissé biased megközelítés.

    Hát nem egészen. A fickó már az elején is mondta, hogy ez nem jó ötlet, mert nem erre való. Az idő pedig őt igazolta.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196976

    > Ez teljesen esetfüggő. Illetve az, hogy csak egyszer kell megírni, az biztosan nem igaz, mert a világ folyamatosan változik alatta.

    Ha rendesen megírod, akkor egyszer kell megírni. A bővítés az töredék erőforrásba kerül.

    > Lásd fentebb, az, hogy maga a szoftver jó, az nem jelenti azt, hogy nem kell hozzányúlni helyben. Mert kell, ez egy szükségszerű usecase.

    Ha egy normális fejleszői eszközökkel megkonstruált szoftverhez kell hozzányúlni, akkor az sok nagyságrenddel olcsóbb és kisebb szopás, mint az excelt túrni.

    > És még mindig ott tartunk, hogy ha az excel szükségszerűen szar, az tény, ha szerintem a célszoftverekkel is van munka, az meg az én rosszindulatú véleményem.

    Nem. Egyrészt én nem azt mondtam, hogy az excel szükségszerűen szar, hanem azt, hogy az excelben összetákolt vállalati rendszer szükségszerűen szar. Másrészt meg nem mindegy, hogy miféle munka van vele. Ld. az előző bekezdést a válaszomban.

    > A "csodaszoftver" meg csak reakció a "gányolásra", de nem baj, ha nem tűnik fel. Pontosan azért tükrözi a szarkazmust, mert arra reagáltam eleve, hogy excelben nem lehet bonya dolgokat csinálni, mert az fujj gányolás, bezzeg a rendes adatbázis, meg a statisztikai szoftver, az ugye majd rendes, és jó lesz, mert az rendes.

    Én nem mondtam, hogy nem lehet. Minden további nélkül lehet "bonya" dolgokat csinálni benne, de nem arra való. Ha valamit egy nem arra való szerszámmal oldasz meg, akkor az gányolás, tákolás. Ez nem az én hülyeségem, hanem ez így működik. Ha kalapáccsal versz be egy csavart, az tákolás. Be lehet verni, működhet a dolog, de az attól még baromira nem lesz jó. Na, ugyanez az excelben összehányt vállalatirányítási rendszerekre is igaz.

    > Mint ahogy az is, hogy van, amikor ez az idő még nem jött el. Esetleg soha nem is fog eljönni, mert faszán elvannak egy excellel a sharen, és mindenki boldog, mert tud dolgozni.

    Ilyen eset is előfordulhat, ha az igények nem változnak. Ha változnak, akkor kezdődik a szívás. És változni fognak, ezt te magad szögezted le pár byte-tal korábban.

    > Akkor, amikor még egyébként szerinted is jó ötlet volt? :)

    Én nem mondtam ilyet. Én azt mondtam, hogy ott még belefért, még lehetett volna korrekt a dolog. Ez baromira nem azt jelenti, hogy jó ötlet, csak azt, hogy nem egy egetverő probléma, amivel ne lehetne együttélni.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197093

    > Egyébként senkit sem biztatnék arra, hogy ekkora adatmennyiséget Excelben kezeljen.

    Akkor minek mondtad? Az excel védelmében? Szerintem itt senki sem az excelt magát szapulta, hanem a célfeladathoz való céleszköz fontosságát hangsúlyozta. És itt nem csak arról van szó, hogy ez olyan faszán skálázódik egy izmosabb gépre, hogy több gigányi adatot is képes kezelni, hanem komplex feladatok összekötéséről és automatizálásáról, amire lehet, hogy valamilyen szinten alkalmas az excel, de nem erre való, erre próbáltam én is célozni, meg szerintem Ebcsont is.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197105

    Dehát én nem mondtam, hogy egy többezer soros táblázat kezelésére nem alkalmas...én azt mondtam, hogy bonyolult rendszerek megvalósítására nem való! Persze, hogy alkalmas táblázatkezelésre, hiszen az a dolga!
    Az, hogy a rendszerből kiköpött adat végül excelbe (vagy az adott helyen használt táblázatkezelőbe) kerül, az már más tészta.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197115

    Ja, akkor csak elbeszéltünk egymás mellett...




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197092

    > Külön csak a Te kedvedért leírom az Excel nem szar, csak teljesen másra való.

    +1, én is ezt próbáltam megértetni vele.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197132

    :D




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197091

    De ne haragudj már, de te most valaki más posztjára hivatkozol, hogy ebben volt az excelfikázás és akkor én is excelfikáztam? Nonszensz. Azonfelül a posztban nem látom konkrétan, hogy az excel szar lenne, csak azt, hogy küldtek szarul összerakott excel fájlt.

    A másik felét meg nem értem. Miért is nincs értelme annak, amit mondtam?




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197145

    A topic publikus, volt véleményem, gondoltam megosztom. Nem gondoltam volna, hogy ez baj. Amiket felsoroltál, hogy nem tudsz magyarul, etc. azokat nem én mondtam. Ilyet sem mondtam, hogy sosincs szívás a "rendes" szoftverekkel, azt mondtam, hogy nincs annyi. Nem soroltalak be sehová sem és nem is hülyéztelek le.

    Úgy elég nehéz vitatkozni, ha nem arra reagálsz, amit mondtam, hanem inkább kiforgatod és vádaskodsz; már a fentebbi posztjaimban is nem egyszer kellett mondanom, hogy én nem mondtam, azt, amivel te vádolsz.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197234

    > Azt speciel nem, csak valamiért a számba próbálod adni, hogy szerintem az excel erre való.

    Nem próbáltam meg semmit a szádba adni, nekem tényleg ez jött le abból, ahogy az excel alapú vállalati rendszereket védted. Ugyanis eddig ezt nem nagyon fejtetted ki, csak azt mondogattad, hogy a "csodaszoftverekkel" is ugyanannyi szívás lesz. Ebből mi jöjjön le, ha nem az, hogy ennyi erővel akár excelben is lehetne?

    > > Ilyet sem mondtam, hogy sosincs szívás a "rendes" szoftverekkel, azt mondtam, hogy nincs annyi.
    >
    > Dehogynem:
    >
    > > Ha rendesen megírod, akkor egyszer kell megírni. A bővítés az töredék erőforrásba kerül.
    > > Ha egy normális fejleszői eszközökkel megkonstruált szoftverhez kell hozzányúlni, akkor az sok nagyságrenddel olcsóbb és kisebb szopás, mint az excelt túrni.
    >
    > Tudom, természetesen most az jön, hogy ez nem azt jelenti, hogy nincs velük szívás, és te nem ezt mondtad, mert benne van, hogy kisebb.

    Na, ez jó. :) Először azt mondod, hogy mondtam olyat, beidézel egy mondatot, amiben ez nincs benne, majd le is vezeted, hogy ez igazából nincs benne. Ez mi, ha nem belemagyarázás? :)

    > És figyelj, ezzel nem azt mondom, hogy a csodaszoftverek mind szarok, és nincs rájuk sehol szüksége, meg azt sem, hogy az excel mindenre is jó

    Hát...pedig nagyon úgy hangzott, ahogy a célszoftvereket karikíroztad és az excelt védted. Folyton azt hangsúlyoztad, hogy a "csodaszoftverekkel" is ugyanannyi szívás lesz, ami nagyon azt sugallja, hogy szerinted mind szarok.

    > Pl megtudtam, hogy azt sem értem jól, mert a ""Komoly Office" = nincs pénzünk/szaktudásunk/esetleg egyik se, hogy épkézláb adatbázist és/vagy statisztikai szoftvert működtessünk,
    > használjunk." nem azt jelenti, hogy gányolunk excelben, mert olcsójánosok vagyunk, ahelyett hogy vennénk egy épkézláb szoftvert.

    Ez most nekem olyan zavarosnak tűnik, de lehet, hogy korán van, vagy hülye vagyok...de mit nem értesz jól? A második felét értem, de nem értem, hogy kapcsolódik az elsőhöz, vagy akár az előző mondathoz...

    > Ezzel a kiforgatás dologgal nem vagyok egyedül :)

    Lehet, de én speciel nem forgattam ki a szavaidat.

    > Arra gondolsz, mikor beidéztem a szál nyitóposztját, hogy értsd a kontextusát annak, amire reagáltál, és emígyen a szál témáját?

    Nem. Csak ebben a posztban, vagy háromszor kellett mondanom, hogy én nem mondtam azt, amit te állítasz.

    > A vádolni szó meg különösen aranyos. Ne szívd ennyire mellre, nem vádollak én semmivel.

    Lehet rossz szó volt a vádolni. Akkor amit megpróbáltál belemagyarázni. Amit állítottál, hogy én állítottam, pedig nem.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197323

    > Nekem bezzeg nem jöhet le az, hogy az excel mindenre szar, ha valaki ezt írja le :)

    Ezt megint nem mondtam. :P

    > Mert még mindig az volt a témaindító, hogy az excel olcsójános gányolás. Ezt ellenpontozza a "csodasztoftver", nyilván szarkasztikusan.

    Tehát Ebcsont témaindítóként olcsójánosoknak titulálta az exceleseket és én kapom válasznak a csodaszoftvert? :P (Csak mert először nekem írtad.)

    > Én nem az excelt védem (nem igazán szorul rá, mert egy ritka jó cucc),

    Ez azért elég erős túlzás... A dolgát teszi, táblázatot lehet benne szerkeszteni, de van vele szívás, főleg a backward compatibility terén... És még mindig nem komplex vállalatirányítási rendszerek összefércelésére való. :P

    > hanem azt ellenpontozom, hogy excel=szopás, statisztkiai célszoftver=sokkal kisebb szopás, ezért mindenhova lendületből célszoftver kell.

    Ez igazán derék tőled, de ebben a mondatban mindjárt két olyan állítás volt, amit te próbáltál belemagyarázni a mondandónkba: egyfelől senki nem mondta, hogy excel=szopás, azt mondtuk, hogy excelben írt vállalati szoftver=szopás, másfelől meg senki nem mondta, hogy mindenhova lendületből célszoftver kell. Egy sima táblázathoz minek? A baj csak akkor van, amikor elkezdenek nőni az igények.

    > Aha :) Nem jobban, mint én a tied. Magad is elismerted fentebb, hogy "de hát nagyon úgy hangzott". A tied meg nagyon a másik oldalnak hangzott.

    Akkor ez holtpont...




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197407

    Igazság szerint itt már jópár kör óta körbe-körbe futunk, hogy nem is azt mondtuk, amit a másik mond... :P Úgyhogy csak arra reagálok, ami nem egy újabb kör:

    > Én erre mondtam (igen, szarkasztikusan, csak mert látom, hogy ez neked fáj), hogy vagy csak a szoftverbe nem volt idő belefejleszteni.

    Nem fájt, csak megemlítettem, hogy a szarkazmusból ott én alapvetően az egész dolog ellenzését érzem ki.

    > Én meg mondtam, hogy valami, ami viszonylag olcsón viszonylag sokáig elment, és aztán könnyen ki lehetett cserélni, az bizony nem tűnik akkora katasztrófának.

    Bocs, azért az elég nagy katasztrófa egy cégnek, ha menetközben kirúgják az ipsét (mindegy miért), aztán kénytelenek továbbra is fizetni neki, mert senki nem tud hozzányúlni a cucchoz. Azt meg nem írta, hogy könnyű lett volna. (Igen, azt se, hogy nehéz.) Csak annyit, hogy lecserélték.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197876

    > Ezzel együtt azt a hozzáálást naívnak tartom, hogy azonnal mindenre ilyet kell bevezetni, (lásd lentebb Ebcsontot, amikor a céges ötletláda összesítésére mysqlt meg sbss-t vízionált).

    A probléma a következő: először van egy baromi egyszerű dolog, mint igény, amit excelben kb. két perc összekattintani és igazság szerint még jó is a feladatra az excel. Aztán jön a következő igény, majd a következő és a következő... Ez előrefele gondolkodás, nem anti-excel sznobizmus. Persze, az elején sokkal kevesebb idő meg szívás az excel, aztán meg exponenciálisan több.

    > Illetve azt is, hogy majd az ilyen szoftverekkel minden jó lesz, hirtelen.

    Ilyet meg még mindig nem mondott senki sem... :P

    > Az igazság az, hogy az ilyesmi bevezetése a felhasználóknak általában kötöttséget hoz az excelükhöz képest (már amelyik tudja használni nyilván, de az az idő, amikor ez ritka volt, régen elmúlt). Ilyesmiben módosítani általában technikailag is szívás, mert ezek a svájci bicska excelhez (meg a többi office cucchoz, amivel egész normálisan lehet integrálni) képest általában élnek valami egyszerűsítő megközelítéssel.

    Tévedés. Ha általános szabályokból álló feltételrendszert fektetsz le, akkor nagyon rugalmas és nagyon könnyen fejleszthető cuccot kapsz. Mint mondtam valahol másutt: nem kell drótozni! Ami pedig a "svájci bicska excel-t" illeti: ami mindenre jó, az nem jó igazán semmire.

    > Aztán amíg azon belül vagy, addig jó, ahogy nem sikerült, onnan hirtelen exponenciálisan nő a szívás ideje.

    Az a baj, hogy te feltételezed, hogy a célszoftvert már alapból szarul specifikálták le és szarul is implementálták. Úgy persze, hogy szívás lesz vele. Egyébként éppen az excelben történő "fejlesztés" fog exponenciálisan több szívást eredményezni, a komplexitás függvényében: ez még mindig egy táblázatkezelő és nem fejlesztői környezet!

    > Processzileg is szívás, mert valószínű joga sincs hozzá, szóval fog kelleni az ITs, esetleg a support partner. Ha nagyon flottul megy minden, reggel szól, és délutánra lezongorázzák. Ami nem hangzik olyan rosszul, csak annak az ellenfele, hogy 10 perc alatt megreszelem az exceltáblát, és visszateszem a share-re. Az a gelei által emlegetett self-service nem szokott jól menni.

    10 perc alatt megreszelni az exceltáblát, ez kb. az általános lázálom a döntéshozók körében, mert azt hiszik, hogy egy komplexebb rendszert is 10 perc alatt meg lehet csinálni benne. Ez meg a "tipikusan elitista" business gondolkodású emberek hibája, hogy minden legyen kész tegnapra, mert money-money-money és aztán csodálkozunk, hogy bugosak a szoftverek, meg GHz/GB hegyek kellenek hozzá...

    > És ez az az eset, amikor a "csodaszoftver" meg a mögötte álló cég egyébként jó. Őszintén szólva, az alapján amit én láttam, inkább az az eset áll fent, hogy a "csodaszoftverre" valóban csak idézőjelben lehet így hivatkozni, többnyire a "két dolog jó benne, a több kicsit gánytól" a "majdnem használhatatlan foshalomig" tartó skálán tenyésznek.

    Ezek szerint akkor ez nem az az eset, amikor jó az a bizonyos "csodaszoftver". És ezek szerint, akkor neked eddig csak peched volt ezekkel a szoftverekkel, nem láttál még olyat, ami tényleg jó. Így már kicsit érthetőbb ez az ellenséges hozzáállás... :/

    > Nyilván, egy ilyen dolog kellemetlen, viszont ennek nem az az oka, hogy excelben van, hanem az, hogy a faszi vezetője egy kretén volt, és hagyta, hogy ennyire ne értsen hozzá más.

    Csak részben értek egyet: le volt írva, hogy volt hozzá rendes doksi, de mégsem akart hozzányúlni senki, mert undorító tróger meló egy komplex excel rendszerben túrni. Egy célszoftver esetén, bármilyen gány is a kódbázis, nem ez a helyzet. Szóval az igaz, hogy a főnök kretén volt, de a probléma részét képezte, hogy a vállalati rendszer egy olyan szoftverrendszerre volt megírva, amit nem erre találtak ki. Nem mindegy, hogy a bedöglött konyhai turmixgép javításához kapsz rendes szerszámokat, vagy kapsz egy svájci bicskát, hogy oldd meg azzal! (Egyébként kifejezetten találó volt a svájci bicskás hasonlatod: pont ugyanúgy lehet használni, ott lesz jó, ahol "jó lesz az úgy is".)

    > Talán kicsit kevésbé tűnik kuszának, de igazából a gyányolt exceltábla sokszor semmivel nem rosszabb, mint az integrátor által a helyi igényekhez one-off megírt modul.

    Hát, ha konzekvensen abból indulsz ki, hogy a célszoftvert csak szarul csinálhatják meg, akkor tényleg nem... :(

    > A különbség csak az, hogy ha összeveszel az emberrel, akkor a céggel kisebb arcvesztés továbbra is dolgozni, illetve olyat tuti nem találsz, aki az excelt megpróbálja átvenni és rendbe szedni, másik olyat, aki a célszoftverrel foglalkozik, és hajlandó szívni, esetleg. Az se lesz olcsó, de legalább nem Józsi előtt kell meghunyászkodni.

    Ez is egy indok.

    > Tényleg azt gondolod, ami a konklúziója volt a kis sztorinak, hogy az elején kellett volna okosnak lenni, és azonnal elkezdeni bevezetni egy célszoftvert?

    Nem feltétlen: mint mondtam, ha minimális az igény és tuti nem fog nőni, akkor excel. Ha az igény nagyobb, vagy feltehetően bővülni fog, akkor meg célszoftver. Ezt fel kell mérni.

    > Hozzuk az ágyút, mert mi van, ha? Persze, szép az az ágyú, de minek öntessük ki most, ha a háború csak 20 év múlva lesz?

    Mert amikor már háború van, akkor már hiába kéne, már késő, azért kell azonnal kiönteni. Ezért tartanak az országok is hadsereget, hiába nincs háború. Ezért építünk gátat is, hiába nincs árvíz. Ezért vannak védőoltások, hiába nincs járvány. (Igen tudom, manapság ez már sokszor üzlet is; de elméletben.) Ezért vannak tartalékok élelmiszerből, vízből, gyógyszerből, hiába nincs még ínség. És ezért képzünk embereket is. Nézd csak meg mennyi hiányszakma van manapság: ez az eredménye az elégtelen képzési rendszernek és az előre gondolkodás hiányának. Előre kell gondolkodni, mert amikor már itt a baj, akkor cumi van, ha akkor állunk neki.

    > És szerinted hány ilyen problémával kell szembenézni egy cég életében? Mindenre azonnal álljunk neki bevezetni az ágyú megoldást?

    Lásd kettővel feljebb.

    > Szóval szerintem az a sztori egy teljesen tipikus processz evolúciós történet, ami a tipikusan elitista ITban ugyan fujj-fujj, de egyébként teljesen racionális döntések sorozata.

    Én máshogy látom. Mint mondtam, ez nem anti-excel sznobizmus, hanem előrefele gondolkodás. És nem racionális döntések sorozata volt, hanem rosszul felmért igényekre alapozott profitcentrikus döntéseké.

    > De a lényeg, hogy a túltolásból azt a konklúziót levonni, hogy akkor már az elején be kellett volna vezetni szerintem blődség. Aki ilyet ír, az nem igazán érti, hogy ezeket a dolgokat kontextusban kell nézni.

    Isoraz, lásd néggyel feljebb.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198190

    > Magyarul érdemes lenne akkor váltani, amikor érdemes váltani, nem rögtön az elején?

    Az a baj, hogy ha elindul a lavina, akkor nincs megállás: ha egyszer már megcsinálták excelben, akkor a cégvezetés ragaszkodni fog hozzá, hogy de kattintgassák benne össze a következő fejlesztést is. Erről szólt a sztori is.

    > Ez egy csodálatos oximoron, ellent mondassz önmagadnak. Az általános szabályokból álló, könnyen fejleszthető cucc az pont hogy svájci bicska.

    Egy nagy túrót. Az excelt magát te nem fejlesztheted, az maga a munkaeszköz, nem a célszoftver, ezért az a svájci bicska. Az általános szabályokból álló, könnyen fejleszthető cucc, az a rendszerezett alkatrészbázis, amiből építkezhetsz és bármit megépíthetsz.

    > Sajnos érvként csak az hangzik el, hogy az egyik rendes szoftver, a másik meg csak az excel.

    Egy raklap érv elhangzott már, de azokat menetrendszerűen lesöpröd az asztalról...

    > Ha rosszmájú lennék, akkor elintézném annyival, hogy szarul szokták specifikálni. De nem vagyok, úgyhogy inkább kifejtem: Tulajdonképpen igen, ezt feltételezem, de azért mert ez a reális, több okból is. Ugye kb két út van, 1) leveszünk (és a szükséges mértékben testreszabunk) egy kész terméket. 2) Fejlesztetünk magunknak egyedit.
    >
    > Az egyes esetén a specifikáció környékén a cég nem volt képben, maximum valami feltételezés hasonló cégek igényeiről (általában vetekedve más típusú cégek igényeivel).

    Erre csak azt tudom mondani, hogy nem reprezentatívak a tapasztalataid, nem minden fejlesztőcég inkompetens.

    > - Itt pont annyi esély van jól specifikálni, mint a microsoftnak.

    Ez nem igaz. Ez egy borzasztó nagy csúsztatás; aki belelát az nagy valószínűséggel tud adni egy adekvát specifikációt.

    > - Vagy nagyon széles felhasználásúra lőjük be, és akkor magától is svájci bicska lesz, ahol pont ugyanannyira lehet inkompetensen gányolni, mint excelben.

    A bővíthetőségnek kell szélesnek lennie, nem a felhasználásnak. (Lehet az is, de a bővíthetőség a lényeg.) És a "lehet" az nem érv. Lehet, hogy lehet egy ilyen rendszerben is "inkompetensen gányolni", de az excelben ez sokkal valószínűbb, mert az nem is erre való.

    > - Vagy szűkebbre, és akkor potenciálisan beveri a fejét az ember, aztán lehet hozzányúlni, vagy hozzáigazítani a céget (lásd a klasszikus SAPs viccet, hogy "- de hát a mi cégünk nem így működik." "- még"

    Ezért kell a bővíthetőséget úgy megoldani, hogy ne gány legyen.

    > - Amikor hozzá kell nyúlni, annak meg több köze van az excelben gányoláshoz, mint a rendes szoftver fejlesztéshez. Általában integrátor cég csinálja, aki ugyan ismeri az eszközt, de nincs direkt ráhatása, az esetlegesen coreban előjövő bugokat vagy megpatkolja, aztán lesz valami, vagy viszonylag lassan keresztülveri a gyártón, nem fér hozzá pl a komplett unit és integrációs teszt készlethez, és általában véve integrációs projektként kalapálja bele a dolgokat a keretekbe. Ez csak akkor jobb az exceles alternatívánál, ha feltételezed, hogy aki az excelt csinálja, az hülyébb.

    Csak ismételni tudom magam: a tapasztalataid nem reprezentatívak. Ez amit leírtál, ez egy elbaszott fejlesztési protokoll, hogy kiszervezik valami balfasznak, aki összebasz valami szart; hát úgy tényleg nem sok előnye lesz egy túlokosított exceltáblához képest. :/

    > A kettes esetben meg specifikálni csak a jelen állapotban lehet. Ilyet egy cég azért csinál, hogy a konkrét gondjait megoldja, arra senki nem fog pénzt áldozni, hogy egy általános keretrendszert fejlesztessen, hátha alapon. (Olyat ugyanis le tud venni a polcról az egyes pont alól még most, nem majd két év múlva). És akkor most vegyük a példádat: a sztori elején a cég maximum annak a contact kezelő rendszernek az igényeit tudta volna rendesen átadni, arról ugyanis, hogy mondjuk három év múlva mire lesz szüksége fogalma sincs. Valami elképzelése ugyan lehet, aminek a valósággal majd lesz talán némi metszete (talán eltalálják, hogy mivel fognak foglalkozni három év múlva, és hol lesz a fókusz, de az akkori processz igényeik részleteirő még fogalmuk se lesz).

    Hát ebben már inkább van valami, de épp itt jön képbe az, hogy valami könnyen bővíthető rendszerre kell alapozni és akkor később nem lesz gond.

    > Szóval ha itt megpróbálunk specifikálni, akkor az a specifikáció szar lesz. Nem azért, mert a rendes szoftver fejlesztők inkompetensek, hanem azért, mert esélyük sincs.

    Ez kb. a "megrendelő azt se tudja mit akar" esete, ott tényleg nem túl egyszerű íkúból specifikálni...de lehet tapasztalatból helyette. Miféle a cég? Mit csinál? Hogy működik? 99.999999999999999...% az esélye, hogy nem egy teljesen egyedi infrastruktúrával és célokkal bíró cégről beszélünk, tehát a hasonszőrü cégeknél összeszedett tapasztalatokból össze lehet szedni azért azt a specifikációt; és ugye még mindig ott van, hogy ha a rendszer könnyen bővíthető, akkor nem akkora baj, hogy valami kimaradt belőle, mert arra senki nem gondolt.

    > Itt kénytelen vagyok nyitni egy másik szálat, és elveimmel ellentétben microsoft termékeket fogok védeni, mert látszik, hogy neked az excel meg a "fejlesztés" legalább annyira fáj, mint nekem a "csodaszoftver". Ugyan én magam is ott szoktam az ilyesmit elengedni, ahol hozzá kéne nyúlni egy makróhoz, de azért javasolnám megtekinteni azt az office suitot fejlesztő szemmel egyszer alaposabban. Rég elmúlt már az az idő, amikor valami förmedvény visual basic volt benne és csá. .NET van alatta, normális komponensekkel kb mindenhez, használható editorral (bár igen csodálkoznék, ha visual studioból ne lehetne hozzányúlni) erős a gyanúm, hogy ha valaki rendesen áll neki benne fejleszteni, akkor semmivel nem lesz az rosszabb, mint akármi más, és igazából a cészoftver cégek nagy szerencséje, hogy elterjedt az agyakban, hogy az szar, és csak gányolni lehet benne.

    Itt most megint állítottál valamit rólam, ami nem igaz, másfelől meg olyan érveket hozol fel az excelben való fejlesztésre, amik teljesen irrelevánsak. Tök mindegy, miben lehet benne megírni a makróidat: egy táblázatkezelő makrói nem egy ügyviteli rendszerre lettek kitalálva. Mellesleg a VBS semmivel nem volt rosszabb, mint a JS, vagy valamelyik másik rettenetes szkriptnyelv, a .NET viszont egy eléggé bloated keretrendszer.
    Egyébként amit leírtál az egy tipikus szoftverbetegség: a túlokosítás és az egybeintegráltság. Ami mindenre jó, az nem jó semmire. Azt kell tudnia, amit tudnia kell és nem háromezer másik mindent. De ezt már a múltkor a systemd kapcsán sem értetted...

    > Egyrészt, rengeteg mindent valóban good enough meg lehet csinálni gyorsan.

    Persze, appróbb feladatokra tuti, de itt nem ez volt az elvárt.

    > Másrészt nem csodálkoznak rajta, hanem le se szarják, a cél ugyanis nem bugmentes szoftver, hanem a működő üzletmenet, és a money-money-money.

    Tehát neked nem baj, ha úgy szar ahogy van, amíg dől a lóvé?

    > Hát miért nem csinálják jól? Végül is ezek a cégek abból élnek, hogy rendes célszoftvereket gyártanak, nem? :)

    Rengeteg az inkompetens programozó. Megnőtt az igény és a képzési rendszer képtelen volt kielégíteni a keresletet. Onnan toboroznak, ahonnan tudnak. (Nem mintha egy egyetemi diploma garancia lenne arra, hogy valaki ért hozzá.) Olyat kell keresni, aki tényleg ért hozzá. Nem csak az igényeket kell felmérni, a kivitelezőt is. (De egyébként házon belül is meg lehet oldani, ha van kompetens fejlesztő a cégnél.)

    > Szóval akkor az van, hogy igazából nem az excellel volt a baj, hiszen az le volt dokumentálva rendesen, hanem azzal, hogy tróger meló. Azért tróger meló, mert excel. Nem érzel itt némi elitizmust? :)

    Nem. Nem azért tróger meló, mert excel, hanem azért tróger meló, mert egy olyan excelben konstruált rendszert kellene túrni, amit nem excelben kellett volna megkonstruálni. Ebben semmi elitizmus nincs, ezt megint te magyaráztad bele.

    > Bocsánat, de ez ki fog hallatszani. HAHAHAHAHAHAHAHAHA. Édes istenem, hát más sincs ilyenkor, csak az, hogy "újra kell írni az egészet", "fogalmunk sincs meddig fog tartani", "először 1 hónapig csak teszteket írunk (ebből persze minimum három lesz), addig hozzá se merünk nyúlni, mert fogalmunk sincs mi fog elbaszódni", "én ehhez hozzá nem nyúlok", "nem értem", "ez egy legacy szar".

    Isoraz: nem reprezentatívak a tapasztalataid.

    > Egyrészt igen, de ez még mindig nem jelenti azt, hogy a legyen már egy rendes telefonkönyv automatikusan kellett volna a "most azonnal vezessünk be egy vállalatirányítási rendszerthez" vezessen

    Nem jelenti, de a kettő nem is következik egymásból. Ha tényleg a telefonkönyv csak az igény, akkor oké, de ha nem...? Azért ennyi kompetenciát a vezetőségtől is el lehetne várni.

    > Fentebb már bővebben kifejtettem, de kérlek, a kis anekdota esetén hogy mérted volna fel?

    Ezt meg én fejtettem ki bővebben fentebb: a céget be lehet sorolni működés, célok és struktúra alapján, ezek alapján pedig kb. kiókumlálhatóak az igények.

    > Ja, és olyan, hogy tuti nem fog nőni, egyszerűen nincs.

    De van olyan, hogy nem fog nőni. Számtalan példát láttam már, hogy valami apró szöszmösz cuccra ugyanazt az exceltáblát használták évekig. (Listákra, meg hasonlókra.)

    > Jajj, de tudtam, hogy nem kéne hülye példákat hozni. Egy cég nem egy ország.

    Te hoztad a cég/ország analógiát, az ágyús példával. :]

    > Ez nem válasz. Ha mindig mindenre előre kell gondolkodni, és túltervezni, az nem megy. Nem lesz ugyanis miből.

    Ez a nem válasz. A gondolkodás még nem kerül pénzbe.

    > És el is érkeztünk a lényeghez, szinte az egész fönti eszmefuttatás elhanyagolható ehhez képest. "Profitcentrikus". Mégis, szerinted mi egy cég célja? Eltaláltad, az hogy profitot termeljen. Nem az, hogy az alkalmazottaknak kényelmes legyen. Még csak nem is az, hogy a cég a világ végéig működjön. Azok a döntések, amik nem ebbe az irányba mutatnak, rossz döntések.

    Rossz szó volt a "profitcentrikus". Inkább a "profithajhász" lenne a jó.
    Igen, egy cég célja a profit termelése. De nagyon nem mindegy, hogy hogyan termeli.

    > Nem állunk neki minden piszlicsáré problémát túlfújni, és most azonnal előre gondolkodva öt évre megoldani. Ahhoz ugyanis kb minden cég azzal kellene kezdje az életét, hogy kb egy racknyi vasat, egy csomó drága szoftvert, meg legalább egy teamnyi ITst beszerez. És akkor ez még csak az IT volt.

    Ez eléggé nagy csúsztatás. Lehet lépésben fejlődni. Pont a szervercluster-építést nagyon jól lehet lépésenként csinálni. A kész szoftvereket is be lehet szerezni akkor, amikor épp szükség lesz rájuk. Ennek semmi köze ahhoz, hogy nem megfelelő eszközben fejlesztik le a saját céges rendszerüket, amivel magukat fingatják meg.

    > Ehelyett inkább termelünk profitot, és majd ha három év múlva már nem elég az excel, mert láthatólag akadályoz a munkában (ha jó a cégvezető, akkor akkor, amikor már látszik, hogy akadályozni fog), akkor megnézzük, hogy mivel lehet megoldani.

    És ilyenkor jön az, hogy kell a lóvé a cégvezető új yachtjára, BMW-jére, meg luxuskurvájára, úgyhogy basszátok össze excelben, leszarom, csak menjen.

    > Három évnyi előnyt adva az ITnek, hogy ne egy három éves technikát kelljen használni, hanem azt, ami akkor a legjobb.

    Hogy micsoda? Egy szoftver nem attól lesz jobb, vagy rosszabb, hogy újabb vagy régibb!

    > Három évnyi profittal a zsebünkben, amit nem költöttünk el olyanra, ami addig nem kellett.

    És akkor még mindig tudjuk azt mondani, hogy ez már felesleges, mert nem éri meg beletenni a megkeresett pénzt, nem fog megtérülni, és lehet vele mást is csinálni. :)

    Pontosan erről beszéltem; akkor sem fogják már rendesen megcsinálni a rendszert, pont mint az exceles sztoriban, mert "nem éri meg" olcsóbb összehányni excelben. És pontosan ezt fogalmazta meg Ebcsont is az "olcsójánosságos" posztjában.

    Körbe-körbe futunk, sose fogunk dűlőre jutni. Főleg a profitról alkotott nézeteink különbsége miatt; nekem elfogadhatatlan, ha valakinek úgy van kurwa nagy profitja, hogy mindent leszar, mindent szarul csinál, csak dőljön a lóvé még máma; ez olyan amcsi multis üzletpolitika. Exploit the today, ignore the tomorrow.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198257

    > Hogy lentebb idézzelek, egy nagy túrót. Ez akkor lenne igaz, ha minden cégvezető inkompetens lenne.

    Igazad van. Most én általánosítottam.

    > Még mindig ugyanazt mondod.

    Mindketten ugyanazt mondjuk már régóta. :/

    > Nem, nem igazán. Azokon az általános csodákon túl, hogy "nem erre való", "egy rendes szoftverben könnyebb", "jól kell specifikálni"-n magasröptűeken túl.

    Volt egyéb is, de azért a tényeket "magasröptűnek", meg "általános csodának" titulálni, egy kicsit unfair. Oké, a "rendes szoftverben könnyebb", az nem tény. Könnyebb kéne, hogy legyen.

    > Félreérted. Nem volt képben, mert a fejlesztőcég egy "dobozos" célszoftvert fejleszt, nem annak a cégnek fejleszti, akinél aztán bevezetik majd. Amikor specifikálnak, lehet, hogy az a cég még nem is létezik

    Ezt tényleg félreértettem. Én úgy értettem, hogy magát a cég konkrét specifikációját odapasszolják egy erre szakosodott fejlesztőcégnek és szerinted azok, akik általában balfácánok.

    > Még mindig dobozos szoftverről beszélünk, nem egyedi fejlesztésről, csak nem értetted

    Jah, mint az egyel fentebbi bekezdésben kiderült és azóta nem változott. :P

    > count(A rendes szoftver jobb, mint az excel, mert az excel nem erre való) + 1.

    Stílszerűen: count(tények szarkazmussal való lesöprése) + 1. :P

    > He? Ne haragudj, de szerinted mégis ki a túró fogja megcsinálni? A cég maga? Az pont ugyanaz, mint az exceltábla. Vagy a gyártó cég? Mutass már egy olyan gyártó céget, aki a dobozos termékét maga faragja minden egyes ügyfelének. Ezt nem ők csinálják, hanem a mindenféle partnereik, integrátoraik, és konzultánsaik. Így működik a világ, hiába próbálod előadni, hogy nem releváns.

    Nem próbálok előadni semmit, elbeszéltünk egymás mellett. Én azt mondtam, hogy a kivitelező nem szükségszerűen balfasz. Ha neked az a tapasztalatod, hogy a kivitelezést mindig valami inkompetens hülyére bízzák, akkor az nem reprezentatív.

    > Ez még mindig az a mantra, hogy a jó szoftver "könnyen bővíthető", és nem lesz gond. Ez ilyen hittétel, nem tudok vele mit kezdeni. (Leszámítva, hogy megint megkérdezem, hogy ki fogja bővíteni)

    Ez nem hittétel. Nem is értem hirtelen, hogy pontosan melyik része az, ami szerinted a hitre alapozódik. Bővíteni meg az fogja, aki fejlesztette, vagy ha az azóta vette a kalapot, akkor az utódja.

    > Dehát ez a valóság. Egy cégnek fogalma sincs, hogy mit akar három év múlva.

    Ez nem feltétlenül igaz. Van olyan cég, ami még messzebbre is tervez. Hogy a tervek mennyire pontosak, az más kérdés. Nyilván a közeli tervek (remélhetőleg) már ki vannak dolgozva, a távlati tervek meg nem feltétlen.

    > Baszki, 483x írod le, hogy az excelben nem lehet normálisan fejleszteni, az szükségszerűen szar lesz, ellenben a jól megtervezett szoftverben nem lesz baj. Belekpaszkodtál ebbe a légből kapott ideális izébe, és ezzel próbálsz lesöporni mindnt

    Hát erre én is mondhatnám, hogy kifejtettem, hogy miért, de te meg azt söpörted le. :/ (És egyébként sem "légből kapott ideális izé", azt te is elismerted, hogy nem erre való, akkor mi ebben a légből kapott?)

    > Már úgy érted, könnyen bővíthető?

    A .NET? Nekünk, vagy az ms-nek? Nekünk ugye egyáltalán nem, nekik meg nem tudom. De a könnyű bővíthetőség nem feltétlenül hozza magával a szoftver elhízását; azt általában a szaporodó absztrakciós rétegek eredményezik, viszont a könnyű bővíthetőséghez meg nem feltétlenül kell ötvenezer absztrakciós réteg.

    > Te meg még mindig nem érted, hogy olyan nincs, egyszerre "hogy csak azt tudja amit kell" és eközben persze könnyen bővíthető is. Az excelben és társaiban azért lehet megcsinálni sok mindent gyorsan, mert könnyen bővíthető.

    Dehogy nincs. Az, hogy egyszerű hozzácsatolni a rendszerhez egy újabb szükséges modult, az nem jelenti, hogy túl lenne okosítva.

    > De. A sztori elején pontosan ez volt az elvárt. Egy istenverte contact list, amire rá lehet írni, hogy éppen kinél van, és mit csinál vele.

    Az elején igen. Arra mondtam, hogy ott még lehetett volna korrekt a sztori. De a fickó előre látta, hogy úgyis nőni fognak az igények, próbált előre gondolkodni, de az excel olcsóbb és gyorsabb megoldás volt rövidtávon...

    > Az, hogy engem személy szerint zavar-e, másodlagos. A cég célja, hogy pénzt keressen. Az egyébként szokott zavarni, mikor amit kiadunk a kezünkből, az úgy szar ahogy van, ellenben inkább azzal foglalkoznék, nem azzal, hogy a háttérrendszer mennyire jó, vagy nem jó. Tudjam megcsinálni a munkám. És a cégek életében ezek a cuccok infrstruktúrák, nem termékek.

    Ez oké, de ha a szar a háttérrendszer, akkor hátráltatja a munkádat. Az lehet, hogy a belső céges infrastruktúra nem termék, de a minősége kihatással lesz a termék minőségére.

    > Szóval akkor most reális-e, hogy a rendes szoftver is szar lesz vagy nem?

    Szükségszerűen? Irreális. Esetszerűen? Reális. Csak az a baj, ha azt mondom, hogy megfelelő embernek kell odaadni, meg megfelelően kell megírni, akkor n+1-ezel. :/

    > > Olyat kell keresni, aki tényleg ért hozzá. Nem csak az igényeket kell felmérni, a kivitelezőt is.
    >
    > Jól kell csinálni, és akkor jó lesz n+1

    Látod? :P

    > Hogyne, másra sincs igény pl egy kereskedelmi cégnél, mint saját fejlesztőre. És a jó fejlesztők csak úgy kapkodnak az ilyen munkák után.

    Mondom, ha. Opcióként vetettem fel, nem #1 megoldásként. Ha van, akkor ez is lehet megoldás.

    > Szóval még mindig az excel nem erre való, tehát szar.

    Mi szar? Az excel? Én nem ezt mondtam.

    > Ja, persze. Ebben a szakmában minden fasza, és mindenki imád legacy kódban turkálni. Ja, és azok mind jó minőségűek. Hagyjuk már, kezd nevetségessé válni, amit csinálsz.

    Miért, amikor te állítod, hogy képtelenség, hogy egy megfelelő célszoftvert állítsanak elő, mert úgyis elkúrják, az nem nevetséges?

    > Hát ez elég vérszegény lett. Pontosan azokat a kb igényeket kell majd később baszogatni.

    Amit egy könnyen bővíthető rendszerben nem akkora szopás megcsinálni...de erre megint n+1 lesz a válasz.

    > A tuti szót is vegyük észre. Utólag könnyű ám okosnak lenni, hogy én megmondtam, hogy ez nagyobb lesz. 100ból 90, a maradék meg marad apró szöszmösz évekig. Ezért nem állunk neki mindet lendületből túldimenzionálni

    És a maradék 10%-kal mi lesz? Ami megjegyzem, pont a komplexebb szoftvereket takarja, pont azok lesznek jók szarul? (Honnan a statisztikai adat a megoszlásról? Meg nem azt mondtad, hogy mindig nőnek az igények?)

    > Te melyik bolygón élsz, ahol végtelen idő van? Hogy a viharba ne kerülne a gondolkodás pénzbe? Amíg az alkalmazott a teoretikus mi lesz ha izéken gondolkodik, addig nem azzal foglalkozik, amivel kéne (ti, hogy pénzt keressen a cégnek). Ha eleve azért tartjuk az embert, hogy ilyeneken gondolkodjon, akkor azt a többieknek kell megtermelni. Ráadásul én meg olyat nem láttam, aki mint Micimackó egy erős "Gondolj! Gondolj!" után odateremtette azt a sok drága kacatot is, úgy elméből.

    Nem így értettem. Egyrészt a cégvezetésről beszéltem, nem az alkalmazottakról, másfelől pedig általában a fizikai költségektől ódzkodnak, amit tényleg ki kell fizetni. Abban igazad van, hogy az idő pénz, de azért nem kell a cégvezetésnek fizetnie, mert gondolkodik.

    > El kell keserítselek: de :).

    Tényleg? Tehát szerinted nem baj, ha egy cég a profit termelése közben másoknak károkat okoz? (A kérdés általános jellegű, nem azzal okoznak másnak kárt, hogy excelben fejlesztenek, de te általánosságban mondtad, hogy mindegy, hogyan termelnek profitot.)

    > Dehát pontosan erről beszélek már mióta, hogy akkor kell nekiállni, amikor már látható rá a valós igény, nem rögtön az elején.

    Én meg arról, hogy a valós igények jó részét tapasztalati úton fel lehet mérni jóelőre...

    > Jaja, ez mindig ilyen egyszerű. Nem is értem, miért nem mindenki cégvezető.

    Igen, ez megint egy általánosítás volt a részemről. Nem rosszabb, mint a célszoftvereket en-bloc leírni.

    > Szóval akkor ez az ipar nem fejlődik? Akkor mi az anyámat csinál?

    Ki beszélt az iparról? Én a szoftverekről beszéltem. Tuti tudsz olyan esetet mondani, amikor az új verzió szarabb lett, mint a régi. Vagy akár olyat, amikor egy valamikori jó szoftver egy idő után konzekvensen egyre szarabb lett minden verzióval. (Pl. uTorrent.) Nyilván van olyan is, ami egyre jobb. Ezért mondtam, hogy nem attól függ, hogy egy szoftver jó-e, hogy régibb, vagy újabb.

    > Képtelen vagy erről lejönni. Kár, hogy közben látszik, hogy a dobozos termékeket is csak eladják valakiknek, szóval mégis csak van, aki valamikor megveszi. És olyan cég ritkán van, aki ezekkel kezdi (te magad is mondtad, hogy lehet ezt sorban), szóval mégis csak vannak cégvezetők, aki megveszik ezeket, amikor ideje van.

    Biztos van, de nem ez az általános. Értem, hogy arra célzol, hogy egy józan cégvezető meghúz valahol egy határvonalat, hogy most már kell egy célszoftver, de általában azt szokták, hogy ha eddig jó volt az excel, akkor jó lesz eztán is.

    > Ja, hát hogy ez neked nem tetszik, azzal nem tudok, meg nem is akarok vitatkozni. Csak ezek nem érvek akkor, amikor arról beszélünk, hogy mit mikor érdemes csinálni.

    Érvek ezek, csak maximum nem konkrét az excel-célszoftver kérdés eldöntésében, de itt most a profitról volt szó. Ha már arról beszélünk, hogy mit érdemes csinálni, akkor szerinted érdemes ma jól megszedni magunkat és holnap meg felfordulni? (Nem, nem attól fordul fel bárki, hogy excelben írt meg egy üzleti rendszert, általánosságban kérdezem, hogy ha valaki a profit kergetése közben kinyírja magát, meg másokat, az érdemes-e.)

    > Az igazság az, hogy aki mindent leszar, és mindent szarul csinál, az elég ritkán sozkott kurva nagy profitot termelni.

    És akkor a win95 mi volt? :(
    Meg tudnék mondani egy (nem IT-s) "szakterületet", ahol irdatlan profitot csinálnak, miközben mindent leszarnak és mindent szarul csinálnak.

    > A sikeres cégek általában pontosan attól azok, hogy arra koncentrálnak, amiben jók, a háttér dolgaikra meg nem költenek el egy csomót a profitjukból feleslegesen, azokat jókor, jó ütemben fejleszti, és kontroll alatt tartják.

    Hangsúly az "általában" szón. És még egyszer mondom, hogy nem a lépésben építkezéssel van a bajom.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198268

    Ez kb. a kettőnk véleményének az összefésülése. Akkor most mi a helyzet? :) Az igazság odaát már megint középen van?




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198351

    Nálam custom CSS van és nem szűkülnek össze a postok.
    http://oscomp.hu/depot/hup_opera_screenshot.png




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198349

    A második fele az enyémet is tükrözi.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198350

    +1




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198348

    A múltkor te adtad fel, most rajtam a sor: nyertél. Sose fogunk megegyezni, az érvek meg már sok körrel korábban elfogytak (mindkét oldalon), azóta csak ugyanazokat a köröket futjuk.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198566

    Igazán nincs mit, minő örömök. :P

    Dettó. Bár mondjuk flame a múltkor se nagyon volt...




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197146

    Hol írta Ebcsont, hogy be kell ssh-zni és közvetlenül a DB-t csesztetni? Erre normális frontendet szokás írni és szerintem ő is erre gondolt.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197094

    Nem drótozni kell a queryket, hanem ha ennyire bonyolult és szerteágazó feltételrendszer van, ráadásul több, akkor paraméterezhető querybuildert kell építeni, a mi kliensünkben is van ilyen és baromi jól teszi a dolgát. A felépített queryk tárolhatóak és bármikor újra meghívhatóak. Ez azért nem egy olyan borzasztó probléma.




    Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197235

    Nem, nem léptél a "gyúkszememre", mert akkor nem is szólnék hozzád, mert "mérgében nem azt mondja az ember, amit kell". :]




    [KV] Az első randomizált, kontrollált vizsgálat a COVID-19 nagy dózisú D-vitamin terápiával történő kezeléséről: https://hup.hu/node/170806#comment-2525475

    Nem az egyszeri nagy dózisokkal van baj, hanem a felhalmozódással.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> enpassant


    Új verziószámozási sémát vezet be a GNOME projekt: https://hup.hu/cikkek//20200918/uj_verzioszamozasi_semat_vezet_be_a_gnome_projekt#comment-2526956

    Tehát így a GTK az ugyanaz marad alatta, de közben a GNOME meg nyugodtan iterálgathatja a fő verziószámot, mintha ténylegesen paradigmaváltás is történt volna és azt is rögtön 40-ről indítják, hogy lehessen a GNOME-nak bazimagas verziószámokat adni, hogy úgy nézzen ki, mintha ez valami szuper-kiforrott cucc lenne... Ahogy ez mostanság baromi sok helyen dívik. Megint megoldottunk egy problémát, ami eddig nem is létezett...

    Oldschool Computer - http://oscomp.hu




    Új verziószámozási sémát vezet be a GNOME projekt: https://hup.hu/cikkek//20200918/uj_verzioszamozasi_semat_vezet_be_a_gnome_projekt#comment-2526957

    Ha "a GTK4 nem jelent főverzió ugrást a GNOME-nál", akkor miért ugrottak mindjárt 37 főverziót is?

    Oldschool Computer - http://oscomp.hu




    [SOLVED] FTP backup program: https://hup.hu/node/170667#comment-2524976

    Csatold fel az FTP tárhelyeket CurlFtpFS-sel, mintha helyi meghajtók lennének és utána a megfelelően felparaméterezett ls parancs kimenetét átpipe-olod a tar-nak. Ez ugyan UNIX-os megoldás, de kipróbálhatod WSL alatt.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> levideo


    [SOLVED] FTP backup program: https://hup.hu/node/170667#comment-2525507

    Ha "[SOLVED]", akkor lehet tudni, hogy végül mi lett a megoldás?

    Oldschool Computer - http://oscomp.hu




    IBM Power10: https://hup.hu/node/170753#comment-2524045

    Virtualizációval? Ötször is. Na ugye?

    (És sub.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    IBM Power10: https://hup.hu/node/170753#comment-2525462

    Mennyire ennyire? Hogy fusson rajta? Annyira minden további nélkül.

    Oldschool Computer - http://oscomp.hu




    IBM Power10: https://hup.hu/node/170753#comment-2524353

    Köszi, update-eltem a listám, én úgy tudtam, hogy az 5-ös és a 6-os még kap valami részleges támogatást.

    Oldschool Computer - http://oscomp.hu




    IBM Power10: https://hup.hu/node/170753#comment-2524466

    Akkor bökj fent a CSS-free/HTML 3.2 verzióra.

    Oldschool Computer - http://oscomp.hu




    Az NVIDIA megerősítette: megvásárolja az Arm-ot: https://hup.hu/cikkek/20200914/az_nvidia_megerositette_megvasarolja_az_arm-ot#comment-2523856

    Technológiailag az AMD már szinte minden téren porbanyomta az intelt. Az meg lehet, hogy egy Xeon a per-mag teljesítményben erősebb, mint egy ARMv8, de Xeonból AFAIK 28 magos a top (magonként két szállal), míg ARM-ból 80 és már bejelentették a 128 magos Altrákat, szerveren pedig sokkal fontosabb az, hogy mennyi feladatot tud párhuzamosan végrehajtani, mint az, hogy egy adott feladattal mennyi idő alatt végez; alig hinném, hogy a Xeonok annyival gyorabbak lennének per-mag, hogy ekkora szálkülönbséget kompenzálhassanak. (Fixme.)
    Aztán, mind az AMD, mind az ARM már rég 7 nm-en dolgozik, az intel meg még mindig 14 nm-en bohóckodik; ez pedig nem az intel javára billenti a mérleget a hűtés/fogyasztás területén sem.
    Aztán, minden héten kidől valami újabb csontváz az intel rackszekrényeiből, bugok, sechole-ok, lehet megint rendszerlassító patcheket telepítgetni, stb. Ez pedig még tovább növeli az AMD erőfölényét az intel felett és csökkenti az intel per-mag erőfölényét az ARM felett.
    És akkor erre jön az ár. A 28 magos Xeon valami 3 millió Ft-ot taksál. Az Epyc-ből annyiért hozzádvágnak egy 64 magosat (magonként dettó két szállal), de az olcsóbb 64 magosból mindjárt kettőt is. Azt sajnos nem tudom, hogy egy 80 magos ARMv8 mit kóstál, de valahogy az az érzésem van, hogy ott is kitellik 2-3 db egy 28 magos Xeon árából...

    Szóval nem sokáig lesz már intel dominancia a szerverpiacon.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gelei


    Az NVIDIA megerősítette: megvásárolja az Arm-ot: https://hup.hu/cikkek/20200914/az_nvidia_megerositette_megvasarolja_az_arm-ot#comment-2523919

    Szerinted meddig lehet még eladni a világnak egy márkát, ami sokkal gyengébb, villanypuszítóbb és drágább termékeket ad, mint a másik kettő?

    Oldschool Computer - http://oscomp.hu




    Az NVIDIA megerősítette: megvásárolja az Arm-ot: https://hup.hu/cikkek/20200914/az_nvidia_megerositette_megvasarolja_az_arm-ot#comment-2523976

    Az elmúlt években a csapból is az intel fiaskói, mizériáig folytak, meg az, hogy az AMD épp miben gyepálta el őket. Azonfelül átlagember nem üzemeltet szervert és a szerverpiactól indultunk; akik oda építenek, azok megnézik mit vesznek, márpedig manapság nem éri meg intelt venni. Szerverbe se.

    Oldschool Computer - http://oscomp.hu




    Sun XVR-100 vs. ATi Radeon 7000 - 1920x1080?: https://hup.hu/node/170746#comment-2523838

    > Amelyik kártya tud 1920x1200-at az fog tudni 1920x1080-at is.

    Ez tuti? Olyan nem fordulhat elő, hogy a gyártó azt a felbontást valami miatt tiltja?

    > Solaris? Abban is X van, nem? Akkor van xrandr, azzal bármit be tudsz állítani.

    Persze, bármit, amit a kártya tud.

    Oldschool Computer - http://oscomp.hu




    Sun XVR-100 vs. ATi Radeon 7000 - 1920x1080?: https://hup.hu/node/170746#comment-2523864

    Értem, köszi. Akkor nem kell másik kártyát szerválnom.

    Oldschool Computer - http://oscomp.hu




    Sun XVR-100 vs. ATi Radeon 7000 - 1920x1080?: https://hup.hu/node/170746#comment-2523837

    -

    Oldschool Computer - http://oscomp.hu




    Sun XVR-100 vs. ATi Radeon 7000 - 1920x1080?: https://hup.hu/node/170746#comment-2523865

    Egyelőre még csak szedegetem össze a cuccokat a Sun Blade 100-hoz, nem tapasztaltam hibát, csak a leírásokból hiányzott az 1920x1080-as felbontás, ezek szerint tévesen.

    Oldschool Computer - http://oscomp.hu




    Sun XVR-100 vs. ATi Radeon 7000 - 1920x1080?: https://hup.hu/node/170746#comment-2523946

    Ebben a leírásban sincs feltüntetve az 1920x1080...

    Oldschool Computer - http://oscomp.hu




    Sun XVR-100 vs. ATi Radeon 7000 - 1920x1080?: https://hup.hu/node/170746#comment-2524044

    Máshonnan is ezt kaptam, hogy a GPU-nak mindegy, a maximum felbontás fölé nem tud menni, amúgy meg a monitor függvénye. Asszem nemsokára összerakom itt a földön a Blade-et, aztán vagy Solaris-szal, vagy GNU Step Linux-szal megküldöm.

    Oldschool Computer - http://oscomp.hu




    Sun XVR-100 vs. ATi Radeon 7000 - 1920x1080?: https://hup.hu/node/170746#comment-2524053

    De ez direkt ahhoz van, ez egy XVR-100-as.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2518770

    A fapados megoldás nekem is eszembe jutott (a pöcök helyét tűvel ki lehet szúrni, hogy átmehessen a lapon), de last resortként tartogatom, mert ha én elkezdek ezen a hat balkezemmel kontárkodni, akkor utána az olyan marad, amilyen lett.

    A 3D nyomtatáshoz nem kellene valamilyen modell is, amit kinyomtatnak?

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519085

    Tolómérőm még lenne, de ha én rajzolom meg, az tuti nem lesz jó, semmi tapasztalatom nincs az ilyesmiben, pláne 3D-ben. Ha hátlappal oldom meg (az előző posztodban a "fapad" módszer), akkor oda tkp. elég 4 db vékony műanyag lapka, azt még magam is le tudom vágni, meg kilyukasztani, hogy a pöcök átmenjen rajta.

    A szkennelős felállással viszont működhet a dolog. Persze kérdés mennyibe kerül, de ez már egy út, amin el tudok indulni; ahogy nézem 2-3 cég foglalkozik ilyesmivel itt BP környékén. Köszi a tippeket.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2518772

    Dehát ezzel mit csináljak? A műanyag gombok vannak eltörve, az elektronikának kutya baja. Azt a numpadot, amit árulnak hozzá, azt meg nem tudom itt használni.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2518891

    Itt ez nem értelem kérdése, a cél, hogy a gombok ismét működjenek, az eredeti állapot visszaállítása a lényeg, hogy kívül is ugyanaz maradjon.

    Itt a 4x4 mátrix billentyűzet, itt meg a numpad, mihez kezdjek én ezekkel itt? Légy szíves pontosítsd, hogy miről beszélsz, mert a google://4x4 billentyűzet mátrix nekem csak ezeket dobja fel ezerféle shopban.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519086

    Igen, tulajdonképpen arról.

    Őróla van szó.

    Nem tudom elképzelni, hogy hogyan lehet itt ezt pótolni egy 4x4-es mechanikus billentyűzettel, hogy a külső ne változzon meg. Az elektronika, amit ezek a gombok nyomkodnak egy nagyon hasonló mátrix, mint amire rákerestettél, de nem az a sérült; annak kutya baja.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519263

    Azt hittem, hogy elég egyértelmű volt, hogy a gombokat akarom javítani, ha egyszer azt írtam, hogy a gombokat akarom javítani.

    Csak kettő van letörve, a többinek csak a rögzítés egyik fele törött el, azt még lehet orvosolni egy csepp pillanatragasztóval, vagy forrasztópákával, vagy valamivel...

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519087

    Megnéztem a Cherry MX-et, de itt megint cserés a dolog, márpedig itt pont az a lényeg, hogy úgy nézzen ki, mint az eredeti.

    Hát ez működhet, amit mondasz, csak ez megint kockázatos, mert ha elcseszem, akkor búcsút inthetek a javításnak. Mindenesetre köszi az ellenálláslábas tippet, meg a leírást.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519127

    Lejjebb belinkeltem pár képet, köztük ott van a rács kiszerelve. Tkp ez rajta fekszik a nyáklapon (össze is van vele csavarozva) és a rács falaiból "nőnek ki" a fülek, amiknek a végén vannak a gombok; kb. 1-2 mm-re "lebegnek" az elektronika mikrokapcsolói felett és ha megnyomod őket, akkor a fülek hajolnak el.

    Rákerestem, egy Bp-i címet kidobott, oda végülis elvihetem, bár szerintem előbb kontaktolok velük, hogy mi a véleményük. Köszi a tippet.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519121

    Itt vannak a gombok kiszerelve, felülről; csak az egyiket nem lehet kiszerelni, mert ezek így egybe vannak öntve.
    Itt van maga az elektronika.
    Akartam lőni felülről a cuccról egy képet, de mikor máskor tohadna be a kakaó az akksikba, mint most. A buckonak adott linken megtekinthető felülről; ha kell közeli, akkor feltöltés után lövök.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519262

    Köszi a tippet. Megáztatni egy kis alkoholban nem kunszt, öcsém autófóliázással foglalkozik, szóval itt még öntapadós fólia is akadhat akár (majd megkérdem), a nyákon a mikrokapcsoló meg stabilan ellen fog tartani. Viszont azt így hirtelen nem tudom, hogy a másik letörött gombnál hova rakom a fóliát, mert ott teljesen letört a lemezről, csak két csonk van. Magára a lemezre esetleg?

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519456

    Isten ments, hogy acetonba tunkoljam, fel is oldotta volna... Az izopropilt viszont ez - tudtommal - jól bírja. De mindegy, ha fültisztítóval kell felkenni, hát azzal kell felkenni.

    Majd megkérdem öcsémet, hogy miféle ilyen kemény-vastag fóliát tud.

    Akkor jól gondoltam, köszi. (90 fokot asztallapon is tudok hajlítani.)

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519457

    Milyen ragasztóval töltsem fel a gomb belsejét, ami nem fogja szétmarni a gombot? Ha nem oldja az anyagát, akkor hiába van ott, ha meg igen, akkor ennyi simán átrágja magát a gombon is, vagy nem?

    Esetleg a szövetet ráfektetni a műanyag lapra és úgy ragasztani?

    A 3D nyomtató sincs elvetve, csak eddig még nem volt időm kontaktolni cégekkel ezügyben. Ha ilyen kb. 5000-ig belefér a szkennelés/nyomtatás, akkor simán azt fogjuk választani. Köszi a tippet a festéshez, öcsémnek van vágógépe, úgyhogy akár maszkot is tudunk csinálni hozzá.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519540

    Mert akkor olyan, mintha rágógumit raknék oda, nincs igazi kötés, a ragasztó előbb-utóbb-de-inkább-előbb egyszerűen leválik az anyagról.

    Hát ha valakinek van itt ilyen cucca és tud segíteni, azt megköszönöm.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519659

    Mert nincs valódi kötés az anyaghoz. Ami csak ilyen "ragadós" ragasztó, az egy idő után mind elenged, nekem legalábbis egy sem húzta sokáig.

    Ez jó ötlet, köszi. Kiegészítettem a topiccímet.

    Ez is jó ötlet, thx. Majd körbenézek mifélék vannak.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519823

    Ezért nincs értelme IMHO töltögetni, ha oldja, annyi simán szétmarja az egészet, ha meg nem, akkor meg el fog engedni. Talán van valami "arany középút", de én nem ismerem.

    Mindenképpen.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519123

    Én rákerestem, de ez egy autószervíz...vagy foglalkoznak ilyesmivel is?

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2523310

    Értem, majd őket is megkérdezem, köszi a tippet.

    A pákahegyet le tudom takarítani, de sajnos nagyon vastag, meg amúgy is botkezes vagyok.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519122

    Köszi a tippeket, ezeket is felvettük a listára.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519147

    Azon túl, hogy műanyag? Nem igazán. Gondolom vagy PVC, vagy bakelit. Vagy nem. :/ Hogy öntöm itt ki úgy, hogy utána a lap hajlékony maradjon?

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519458

    Mondtam, hogy "vagy nem". Gőzöm sincs miféle műanyagból lehet. Az ABS-t nem hiszem, mert arra azt írták, hogy nem szereti az alkoholt, ennek meg nincs vele baja. Aztán lehet, hogy mégis az.

    Oldschool Computer - http://oscomp.hu




    Műanyag gombok ragasztása/szilózása/egyéb lehetséges javítása (3D nyomtatás): https://hup.hu/node/170578#comment-2519539

    Mármint mit formázok? A műanyagot? Vagy a pillanatragasztóban oldott szódabikarbónát?

    Oldschool Computer - http://oscomp.hu




    Raccoon Attack - támadás a TLS ellen: https://hup.hu/cikkek/20200910/raccoon_attack_tamadas_a_tls_ellen#comment-2522907

    Elméletileg van patch, de még mindig lusta voltam kipróbálni, hogy tényleg működik-e. :P Ha nem, akkor előbb utóbb Squid lesz ebből...

    Oldschool Computer - http://oscomp.hu




    Raccoon Attack - támadás a TLS ellen: https://hup.hu/cikkek/20200910/raccoon_attack_tamadas_a_tls_ellen#comment-2522958

    Feltétlen, ha egyszer rászánom magam.

    Letiltod a JS-t és ha a szöveg olvasható, nyertél. Ha nem, mert mondjuk kliensoldali rendering van, akkor cumi. Olyankor én kinyitom PaleMoon-ban. Vagy, ha abban sem működik, akkor IceWeasel-UXP-ben. Ha abban sem, akkor elgondolkodok rajta, hogy kell-e ez a weboldal nekem. Ha muszáj, akkor Chromium.

    Off: Aki kitalálta a kliensoldali renderinget, azt gépközelbe se lett volna szabad engedni. Nem ám kész HTML kódot töltünk le és rábízzuk a natív browsermotorra, hogy hogyan állítja össze a fát vagy illeszti be az új kódot a fába AJAX esetén, hanem átadunk valami elbaszott adatszerkezetet és abból csináljuk ezt meg kézzel. Egy interpretált scriptnyelvből. (Igen, tudom, van JIT is (már ahol), úgy is sokkal lassabb, mint a natív...) Holott a szerveroldalnak kb. mindegy, hogy a struktúráltan átadandó adatokat HTML-ként, vagy JSON-ként, vagy akármi másként adja át; mondanám, hogy a HTML pár százalékkal - azaz kb. párszáz Byte-tal - több nyelvi sallanggal jár mondjuk a JSON-hoz képest, viszont nem kell hozzá N darab sokmegás erőforrászabáló JS keretrendszer és nem terheljük rommá folyamatosan az összes klienst...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Kiskübi


    Raccoon Attack - támadás a TLS ellen: https://hup.hu/cikkek/20200910/raccoon_attack_tamadas_a_tls_ellen#comment-2522994

    A probléma azzal van, hogy ahelyett, hogy a szerver kész HTML-t pumpálna ki, amit a browser egy-az-egyben fel tudna használni, ahelyett inkább a kliensoldalon építik fel node-onként ugyanazt a HTML-t, sokkal több erőforrásért. A végeredmény így is HTML lett, de nem egyszer szereltük össze szerveroldalon, hanem sokszor a kliensoldalon. Az csak a hab a tortán, hogy ez JS-ben van, de igazából bármiféle nyelvet használnának a browserek, mindenképpen lassabb és erőforrásigényesebb lesz az ilyen custom render a natív helyett, hiszen a gépi kódú nodebuilder helyett egy interpretált fut: ehelyett: adat a szerveren -> HTML kód -> browser -> webpage, ez van: adat a szerveren -> JSON (vagy amit akartok) -> browser -> kliensoldali nem natív renderer -> webpage.

    Oldschool Computer - http://oscomp.hu




    Raccoon Attack - támadás a TLS ellen: https://hup.hu/cikkek/20200910/raccoon_attack_tamadas_a_tls_ellen#comment-2523024

    1. A "desktopszerű dinamikus működés" csak egyes részeit érinti a weblapoknak; miért kell az egészet így csinálni?
    2. A "desktopszerű dinamikus működés" nem feltétlenül igényli, hogy a különféle részeket node-onként hozd létre és fűzd össze interpreterből; egyidős a JS-sel az innerHTML property, ha felül akarok írni valamit és kb. a bronzkor óta létezik az insertAdjacentHTML() függvény a beszúrkálásokhoz, hozzáfűzésekhez. A direkt node-os cseszegetésre kb. akkor van szükség, amikor helyben állítasz valamilyen node szerkezetet össze, amin egy raklap egyéb attribútumot is be kell állítani, viszont maga a szerkezet totál egyszerű, pl. input-ok hozzáfűzése egy listához, vagy whatever.
    3. A "desktopszerű dinamikus működés" megvalósításához pár sor JS is elég, mi a túrónak hozzá hatvannyolcezer féle JS keretrendszer. 4 teh lulz?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Kiskübi


    Raccoon Attack - támadás a TLS ellen: https://hup.hu/cikkek/20200910/raccoon_attack_tamadas_a_tls_ellen#comment-2523120

    A HTMLt mindenképp ugyanannyiszor rakod össze függetlenül attól, hogy kliens oldal-on van a HTML "generálva", vagy szerver oldalon. (A renderelést a böngésző végzi a HTML-ből, azt ne keverjük ide, az mindenképp ugyanúgy történik bármelyik oldalon is áll elő maga a HTML.) Persze előfordulhat olyan eset, hogy a HTML-t cache-elni lehet, és akkor elég a cacheből visszaadni, de a mai weboldalak töredéke lehet ilyen, többnyire teljesen egyedi oldal jelenik meg minden letöltéskor.

    Ezt szépen meg is válaszoltad magadnak: cache. Hogy nem mindenütt használják, az egy dolog, de a lehetőség megvan rá.

    Másrészt egyáltalán nem egyértelmű, hogy nem hatékonyabb ha a kliens oldalon építed a HTML-t, ugyanis így tényleg csak annyi adatmozgás történik a kliens és a szerver között, ami feltétlenül szükséges, míg a hagyományos JS nélküli HTML esetében minden egyes kattintásra a teljes oldalt újra kell tölteni függetlenül attól, hogy épp mekkora része változatlan az oldalnak.

    Ez hatalmas tévedés. Olvasd el még egyszer, amit mondtam; kulcsszavak: AJAX, innerHTML, insertAdjacentHTML().

    A felhasználói élményről nem is beszélve.

    Éppen a felhasználói élmény az, amit a lassúság és az erőforrászabálás kinyír.

    Persze ez minden oldalnál egyedi, hogy épp melyik éri meg jobban, mondjuk egy híroldalnál jól tud működni a hagyományos HTML, de minél inkább elmozdulunk webalkalmazás irányba ez annál kevésbé lesz így.

    Ld. a kettővel előbbi bekezdést. Én asszem, hogy te valamit nagyon félreértettél, én nem a dinamikusan betöltött tartalomról beszéltem, hanem a JS-ből történő nodetree-buildingről.

    És azt akkor meg sem említettem, hogy gyakorlatilag ma már nem létezik olyan oldal, amiben ne lenne valamennyi JS.

    Ööö...és?

    Azért ez így elég félrevezető, úgy érzem pár réteget minta lehagytál volna, de a valóság azért jóval bonyolutabb:

    A levezetés céljából irreleváns vagy nem létező réteget. Kit érdekel, hogy honnan jön az adat? Egyáltalán, miért kéne feltétlenül DB-ből jönnie? Nem ez volt a lényeg. Hovatovább, te viszont kihagytál egy lépést a második esetből, nevezetesen az adatszerkezet összeállítását. A JSON-t talán nem kell összeállítani, mint a HTML-t? A te második eseted így kéne, hogy kinézzen:

    DB -> server / repository layer (-> server / service layer - egyszerűbb esetben ez kimaradhat) -> server / controller layer -> server / json (vagy egyéb struktúra) generálás -> browser / html generálás JS-ből -> browser / HTML megjelenítés

    Így aztán ugyanott tartunk, mint az én leegyszerűsített sémámnál: a kettes esetben a szerveroldalon így is van struktúragenerálás, a kliensoldalon meg manuális nodetree-building és így is egyel több lépés a kettes eset.

    És a meglepetés az, hogy igazából mindkét esetben ugyanannyi lépés / réteg van, gyakorlatilag tényleg csak annyi a különbség, hogy melyik oldalon áll elő a controllerből kijövő adatből a HTML. Persze nem mondom, hogy minden websitenak ilyen a felépítése (de azért az esetek túlnyomó többsége ilyen, az elmúlt 10+ évben gyakorlatilag ez az architektúra egyeduralkodó volt), de ahol nincsennek ilyen szépen meg a rétegek, ott is tipikusan ezek a lépések történnek.

    Kivéve, hogy nem ugyanannyi réteg a két megoldás, mert a kettesből kifelejtettél egy fontos réteget; ld. egyel feljebb. A te sémádnál a szerveroldali "kontroller" és a browser között egy nagy semmi volt, mintha az adat varázslatosan csak átkerült volna az egyikből a másikba. Az adatszerkezet összeállítását a szerveroldalon nem lehet megspórolni. Cachelni persze a kapott JSON-t is lehet, ahogy a HTML-t is, de ettől még a túloldalon marad a manuális nodetree-building, a lépések száma nem változik.

    Annak pedig a fejlesztési oldalon nagyon nagy előnyei vannak (fejlesztésnél, tesztelésnél és deploymentnél is), ha a kliens és a szerver oldal architekturálisan is el tud különülni ez az egyik fő oka annak, hogy mára ez az irány dominál.

    A szerver és a kliens "architektúrálisan" mindenképpen elkülönül, semmi szükség erre a pocsékoló felállásra. Egyáltalán nem ez az oka, hogy ez az irány dominál. Azért dominál ez az irány, mert ez a trend. A divat.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517681

    Az maximum windóz alatt dedikált, a többi rendszer alatt az ugyanolyan "emelőbillentyű", mint a Shift/Alt/Ctrl; golgota meg gondolom nem windózon használ openboxot.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517896

    Képes rá. A dedikálásról volt szó.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518031

    > Számomra a "dedikált" a billentyűzeten való fizikai jelenlétet jelenti a klasszikus gombokon felül (meg egy kicsit azt is, hogy milyen funkciót szántak neki a kiötlői).

    Hardware-esen sem dedikálta senki windózos start menünek, csak mert az van a PC-s billentyűzeten rányomtatva. Más billentyűzeteken meg más van rányomva.

    > Szoftveres "dedikálásnak" értelmezned értelmetlen volt, mivel a billentyűt ahhoz rendeled, amihez akarod. Te is leírtad, hogy a billentyű szoftveresen szabad, szóval megint belefutottál egy szövegértési balhéba, ahol a többiek a hülyék...

    Egyelőre neked nem megy a szövegértelmezés. _Franko_ azt állította, hogy ezeket a gombokat erre találták ki. Kapott két wikicikket, hogy nem. Azóta azon megy a huzavona, hogy de igen, mert windózon de. Hát nem.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518060

    Szóval a PC-s billentyűzetek átvették "extraként" a meta/super key-eket más, korábbi billentyűzetekről és ugyanazokat a scancode-okat is küldik, de mivel az ms akkori befolyása miatt windózlogós matricát kaptak, ezért az akkor is a windózos start menüt jelenti, ha nem is windózt raktál a gépedre? Egy poszton belül kétszer önmagadra cáfolni, ez zseniális...

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518127

    A wikicikk szerint a meta-t többféle billentyű helyett is használták és ha megnézed a space-cadet keyboard-ot, akkor látod, hogy van rajta meta és Alt is. AltGraph meg volt már a 102 gombosokon is.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518412

    A JIS kiosztású keyboardokon, amik még az 1985-ös IBM Model M alapján készültek (látszik a Ctrl melletti üres helyeken), már volt kettő (vagy több) meta key, amik a nyelvi bevitelek közti váltás emelőbillentyűiként szolgáltak; ha megnézed, ezen nincs windózlogós gomb, az csak később került rájuk és máshova, a helyükön a "henkan" és a "muhenkan" (konverzió/nincs konverzió) található, a menü úgyszintén nincs még rajta, a helyén a karakterkészletváltó van. A NEC '80-as években gyártott PC-inek a billentyűzetén is voltak a megszokotton felül is extra meta key-ek (pl. XFER, NFER).

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518126

    Ha te mondod.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517903

    Azt állítottad, hogy dedikált. Ezt cáfoltam, hogy max windóz alatt, de olyat nem állítottam, hogy csak windóz alatt használható. Tehát kérdésedre válaszolva: nem mondom. Csak épp a többi rendszerben szabadon felhasználható és éppen ezért nincs is ilyen berögződés, hogy mindkét meta key-t bedrótozzuk a "start menüre", főleg mivel a UNIX-os DE-k alatt annyi start menüje van az embernek, amennyit akar.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517926

    > Onnan indultunk, hogy egérrel kell kotorászni a desktop-on, erre írtam, hogy van erre kettő gomb is a billentyűzeten, amit pont erre találtak ki és pont erre szokás használni

    Én meg ezt cáfoltam, hogy ez maximum windózon van így: nézz utána, hogy mik ezek a gombok, mert ezek nemhogy a windóz, de az IBM PC megjelenése előtt is bőven léteztek:
    https://en.wikipedia.org/wiki/Meta_key
    https://en.wikipedia.org/wiki/Super_key_(keyboard_button)
    Tehát baromira nem "erre találták ki" és baromira nem "erre szokás használni". Maximum windózon. Egy Sun-os vagy Apple-ös billentyűzeten még a rányomtatott logó sem windózembléma. Tehát felesleges számonkérni egy valamilyen UNIX-ot használó openbox useren, hogy miért nem úgy használja a billentyűzetét, ahogy azt windózon szokás. Ez volt a posztom lényege. "Minden mást már te képzeltél bele."

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517961

    > És ennek hol van relevanciája ahhoz, hogy jelenleg bármit vettél PC-re az utóbbi 10-15-20 évben, azokon nagyon nagy részt kettő dedikált gomb van: egy Start-menü és egy context menü gyorsgomb.

    Ott, hogy az állításod az volt, hogy ezek "dedikált gombok" és "pont erre találtak ki és pont erre szokás használni". És nem. Nem erre találták ki (ld. feljebb), nincs dedikálva - mert egy windózlogó rányomtatása baromira nem dedikálás - használni meg mindenki arra használja, amire akarja. Akarsz fogadni, hogy itt többen is vannak, akik nem erre használják?

    > És? Bárhol máshol tilos használni? Ki kell venni a billentyűzetből? Rá se szabad nézni?

    Ezt már megint te magyarázod bele. Én is használom. Emelőbillentyűnek. Nem start menünek. (Lévén nekem 8 "start menüm" van.) Lehet, hogy golgota is használja valamire, csak épp nem start menünek. Ennyi erővel a Ctrl-ra, vagy az F12-re is bekonfigurálhatná a "start menüt"; a lényeg, hogy akármire lehet használni, te meg egy windózos bedrótozást próbálsz meg univerzálisan elfogadott konvencióként feltüntetni és egy nem windózos felhasználón eme gyakorlat hiányát számonkérni.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518037

    > De, ezeket a gombokat erre találták ki, ezért nevezik dedikált billentyűnek és bizony a legtöbb ablakkezelő átvette default működésre.

    Értem, tehát a 70-es években azért találták ki ezeket, hogy majd 20 év múlva lesz egy windóz nevű izé, ahol lesz start menü és ezekkel lehet felhozni. Ez logikus. Már értem miért az Oracle vette meg a Sun-t.

    > A szóköz is egy dedikált billentyű, akkor is, ha az Enter-t definiálod rá, mert neked épp úgy tetszik.

    A szóköz minden rendszeren és minden billentyűzeten szóköz, a meta key-ek meg nem minden billentyűzeten és rendszeren jelentik a windózos start menü-t. Alma/körte.

    > Szerinted az átlagember mennyi százaléka használja arra, ami rá van nyomtatva?

    Csakhogy az állításod nem az átlagemberekre vonatkozott, hanem két gombra, amit évtizedekkel azelőtt kitaláltak, mint azt, amiről beszélsz.

    > Mert ez a default beállítás.

    Hol? Én eddig akárhány rendszert telepítettem, egyiken sem volt az, kivéve a windózokat. Tehát hol default? windózon.

    > Az, hogy te mit konfigurálsz és melyik dedikált gombnak milyen funkciót adsz, az a kutyát nem érdekli, egyéni problémád.

    A te windózcentrikus dogmatizmusod az ami nem érdekli a kutyát sem: attól, hogy szerinted valami dedikált, csak mert az van rányomtatva, attól még nem lesz az; mit csinálnak ezek a gombok egy olyan rendszeren, ahol nincs is start menü? Mit csinálnak ezek a billentyűk egy Sun vagy Apple billentyűzeten, ahol teljesen más van rájuk nyomtatva?

    > Mert az lett, ez egy elfogadott konvenció.

    Még mindig windózon. windóz != világ.

    > Kiabálhatsz és tiltakozhatsz, verheted az asztalt napestig, attól még ez van.

    Egyiket sem csináltam, bármennyire is ezt szeretnéd sugallani. Vergődhetsz napestig, akkor sem a windózos szokások számítanak etalonnak, kőbevésettnek meg pláne nem.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518065

    > Itt nem a hetvenes évekről volt szó, hanem a mai billentyűzetekről és a mai billentyűzetekre feltett kettő darab dedikált gombról

    Csakhogy te szó szerint azt állítottad, hogy erre találták ki őket és ezeket a 70-es években találták ki; erről két wikicikket is kaptál, elolvastad?

    > amelyet vélhetően a felhasználóbázis 99+ százaléka arra használ, amire kitalálták és szitázták

    "Vélhetően." Tehát ez csak a te véleményed, nem pedig tény. És már megint amire kitalálták, holott nem erre találták ki. És már megint ami rajta van, holott nem is biztos, hogy az van rajta.

    > használjanak épp bármilyen operációs rendszer és ablakkezelőt.

    Mire alapozod, hogy a nem windóz felhasználók erre használják?

    > A te olvasatodban, de valahogy mások nem azt olvasták ki, amire reagálva most épp cipővel vered az asztalt.

    Hol verem cipővel az asztalt? Leírtam a cáfolatot, adtam linket, azóta körbe kerengünk. Egyelőre te erőlködsz, nem én; már megint kezdődik, hogy már nem is az lesz a téma, hogy most van-e univerzális default viselkedése ezeknek, vagy sem, hanem az, hogy aki ellent mer mondani a véleményednek, azt beállítod valaminek. Mikor kezded a személyeskedést?

    > Évek óta KDE és GNOME esetén, példának okáért. Meg nem tudom mondani, mióta használom így a KDE-t, hogy "Windows" gomb és beírom, mit akarok indítani, aztán "Enter". Ha nem változtatod meg a funkcionalitását, akkor ugyanazt teszi, mint Windows esetén. Vélhetően azért csinálták, mert kényelmes így és kevesen vannak, akik mindenféle billentyűzetkombinációkkal akarnak dolgozni.

    A GNOME-ot nem tudom, de a KDE tuti nem ezt csinálja; én is egy KDE forkot használok és itt nemhogy dedikált gomb, de még dedikált start menü sincs, hiszen annyi start menüd lehet, amennyit akarsz. BTW, golgota openboxot használ. Ott is default szerinted?

    > Hát pedig néha ez előfordul...

    Hogy valami kőbevésett etalon lesz, mert windózon úgy van? Ilyenről én még sosem hallottam. Elég érdekes is lenne, hogy más rendszereken valamit muszáj lenne úgy használni, ahogy windózon teszik...

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518124

    > > Csakhogy te szó szerint azt állítottad, hogy erre találták ki őket és ezeket a 70-es években találták ki; erről két wikicikket is kaptál, elolvastad?
    > Nem, én nem ezt állítottam, és nem tehetek róla, hogy diszlexiás vagy.

    Hogy micsoda? Szó szerint azt írtad, hogy "van erre kettő gomb is a billentyűzeten, amit pont erre találtak ki". Szó szerint ezt írtad, úgyhogy nem én vagyok diszlexiás, hanem te vagy amnéziás.

    > Te mire alapozod, hogy rögtön felüldefiniálják, ami a default viselkedése ennek a két gombnak?

    Én hol állítottam, hogy bárki felüldefiniál bármit? Citáld már be plz. Te állítottad, hogy erre használják, én meg visszakérdeztem, hogy mire alapozod? Pláne, ha ez nem is default abban a környezetben.

    > A KDE tuti ezt csinálja, kreálj egy új felhasználót, semmit ne állíts át és nézd meg, mi történik, ha nyomsz egy "Windows" gombot, fel fog ugrani az "Application Launcher"; ha meg nyomsz egy context menü gombot, akkor az egér alatti területhez tartozó context menü fog felugrani. Az, hogy te mennyire túrod szét ezt a viselkedést, az már egyéni probléma.

    Melyik KDE? Csak mert pl. a 3-as nem is engedi, hogy csak a metához rendelj valamit, mindenképpen meta + valami kell neki. Nem válaszoltál a kérdésre, hogy mi van pl. golgota openbox-szával, ott vajon ez a default?

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518190

    > Így van. És aki nem diszlexiás vagy kimondottan értelmi fogyatékos, annak sikerült is megértenie, hogy a "Windows" és a "Menu" gombokról van itt szó... még neked is sikerült, amikor egy gyenge pillanatodban kiestél a szerepedből.

    Ami még mindig csak windózon jelenti azt, amit te hiszel, ami még mindig nem az egész világ, bármennyire is szeretnéd ezt hinni, azon túl meg a fentebb belinkelt wikicikkekben taglalt gombokat jelöli. Én pedig nem játszom szerepeket. Már megint tereled a témát énrám.

    > Tehát nem definiálják felül, de nem is arra használják, ami rá van szitázva? Mégis mire használják?

    Ami a default? Ha nincs olyan, akkor esetleg semmire? Ki tudja? Őket kell megkérdezni.

    > Az elterjedt és nem muzeális korú ablakkezelőkben ugyanazt műveli ez a két gomb, by default. Külön tenni kell ellene, hogy ne így legyen.

    #define elterjedt. A Linux usque 1-2%-a is extrém fragmentált; hány KDE vagy GNOME user lehet? Párszázezer? Mi számít elterjedtnek?

    > Mégis melyik környezetben nem default, amit tömegek használnak?

    Isoraz, #define tömegek. Mi neked a tömeg? A macOS userek már tömegnek számítanak? Többen vannak, mint a Linux desktop userek és ott nincs se start menü, se "windows key", Cmd key van helyette. Vagy az nem számít?

    > Egészen pontosan 2016-ban került bele ez a default viselkedés.

    2016. Azaz még a populáris KDE is csak gyakorlatilag tegnap vezette be ezt, hogy arra használják ezt a két gombot, mint windózon, előtte évtizedekig valami mást csinált. Őszintén gratulálok.

    > Hogy a 3-as KDE mikori, arról fogalmam nincs, nem foglalkozom régiségekkel,

    Látszik. Aki nem tudja honnan jön, az azt sem tudja hova megy.

    > ahogy a felhasználók többsége sem, akik örömmel használják ezeket a gombokat arra, amire kitalálták.

    Még mindig nem erre találták ki őket, hiába bizonygatod görcsölve. Hány linket kérsz még?

    > Leszarom, hogy ott mi a default, attól még van a billentyűzeteket kettő erre dedikált gomb, ha tetszik neked, ha nem.

    Én meg leszarom, hogy szerinted mi van dedikálva, mert nincs dedikálva, ha tetszik neked, ha nem.

    > Jöhetsz a hetvenes évekkel, a marginális elterjedtségű ablakkezelőkkel és a többi szokásos régiséggel,

    Az openbox marginális? Mihez képest? Csak mondom, hogy a UNIX-os világban populárisnak számító LXDE környezetnek az openbox az ablakozója. Vagy az sem számít? Mi számít akkor? Csak a windóz?

    > de elenyésző embernél van olyan PC billentyűzet, amire hivatkozol.

    UNIX-osoknál azért sűrűbben előfordul; kapni is lehet olyan billentyűzetet, amin a meta key-ekre különféle Linux vagy BSD disztrók logója van rányomva, vagy pingvin, vagy whatever.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518288

    A forrásokkal alátámasztott tények makacs dolgok.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518413

    Ez közben feljebb kiderült, hogy mindössze négy éve van így, előtte nem így volt.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2521105

    Az volt a kérdés, hogy UNIX-os környezetek utánozzák-e a windózt start menü gomb ügyben. És az volt az ukáz, hogy a KDE és a GNOME is ezt csinálja. Aztán kiderült, hogy a KDE is csak tegnap (2016) óta csinálja. (Egyébként én nem emlékszem erre a GNOME2-ben sem, de lehet, hogy rosszul emlékszem.)

    Miért kellett ezzel az egy sorral egy hetet várni?

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2522133

    Igen, de egy olyan szálhoz szólva tetted ezt, ahol arról ment a vita, hogy ez a standard-e, vagy sem. Mint kiderült, nem, csak windózon, még a KDE is csak nemrég tette defaulttá, a többi populáris ablakozó meg leginkább át se vette, mínusz GNOME (bár a kettesre én sem emlékszem, lehet, hogy abban sem volt így).

    Sz*rk: Bazzeg, nem is erre a posztra válaszoltam, hanem az egyel feljebbire... Bugreport. :P

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2522209

    Felületesen olvastad, vagy értelmezted a kérdést, ami úgy szólt, hogy "Melyik KDE? Csak mert pl. a 3-as nem is engedi, hogy csak a metához rendelj valamit, mindenképpen meta + valami kell neki." Ennek a kérdésnek a lényege az volt, hogy ez sem lehet egy túl régi dolog, hogy a KDE defaultból a "start menüt" hozza elő, tehát ez valami újkori nyomor, hogy az UNIX-os ablakozók átveszik a windózos szokásokat. És ki is derült - mind a te válaszodból, mind _Franko_-éból - hogy tényleg csak egy pár éve van így.
    A problémám pedig az, hogy egyesek azt hiszik, hogy az ms szarta a spanyolviaszt és hogy a windóz körül forog a világ. Számítástechnikus ennél nagyobbat nem is tévedhet.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2522657

    Ki mondta, hogy baj? Szerintem olvasd el még egyszer az előző posztomat, mert asszem még mindig nem tiszta.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518125

    https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2518124 - utolsó bekezdés.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2516537

    A koncepciót - hogy a telepített programoknak van indítómenüje - nem az ms találta ki, de - tudtommal - ők hívták először start menünek.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517015

    A vistától felfele (azaz 2006 óta) van egy EnableTargetMetadata (0x00080000) data-flag-je a .lnk fájloknak, ami ha be van kapcsolva, akkor a .lnk tartalmaz egy extra Windows Property Store szekciót, amibe a metaadatokat lehet pakolni. (Forrás itt.)

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517680

    Egyel feljebb belinkeltem: tárolhatnak a .lnk fájlok metaadatokat.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517727

    Mert az ms mindig sokéves késésekkel jön rá a hiányzó/rosszul implementált "feature"-jeik kapcsán, hogy a) ez így nem jó, b) mások már megcsinálták rendesen. Akár windózon is. Infó híján sajnos nem tudok 3rd party toolokat javasolni arra, hogy a .lnk fájlok metaadatait indexelje és abban keressen, de nincs kizárva, hogy már van ilyen. Talán a ReactOS fejlesztőinek ennél több esze lesz, meg talán láttak mást is a windózon kívül és ott lesz valami hasonló katalogizálás, mint a UNIX-okon. Akár parancsikonokkal, akár külső fájlokkal.

    Oldschool Computer - http://oscomp.hu




    25 éves a Start menu: https://hup.hu/cikkek/20200825/25_eves_a_start_menu#comment-2517904

    Erről beszéltem. A lehetőség ott van a rendszerben, csak felibe'-harmadába' van megcsinálva és egyelőre még nem jöttek rá, hogy ez így nem jó.

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520165

    És akkor most egy sokkommentes topicban egyesével jelöljön meg az ember minden posztot olvasottnak?

    Még ha lenne olyan opció, hogy ezt a szálat jelöljük meg olvasottként...

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520185

    Az oldalak határai ide-oda csúszkálnak, ahogy a szálak össze-vissza bővülnek; egy AJAX-os olvasottság-meglelölő könnyen lehet, hogy kiszúr veled, mert olvasod már vagy fél órája az oldalt, nyomod, hogy oké, elolvasva, aztán kiderült, hogy érkezett pár komment a folyam tetejére és azokat is olvasottnak jelölted meg, viszont közben a következő oldalra csúszottakat meg nem. Ezt persze ki lehetne védeni azzal, hogy konkrét commentID-kat ad át a rendszernek, hogy ezeket, de akkor most küldjünk vissza ilyenkor 1000 ID-t?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Czo , Addam2


    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520194

    Oh, sorry, félreértettem. De ettől függetlenül ez sem jó, mert így össze fog akadni azokkal, amik azután érkeznek, hogy kinyitottam a topicot: ha rányomok, akkor az újakat is megjelöli olvasottként, ha meg nem, mert lecsekkolom, hogy jött-e új, akkor kvázi nekem kell számontartani, hogy ok, az előbb még csak 10 új hsz volt, most már 13, tehát 3 új hozzászólás érkezett azóta és akkor utána végigiterálni, hogy mit olvastam már és mit nem.

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520318

    > Ennek csak úgy lenne értelme ha a gomb megnyomásakor a kliensről kapná vissza az adott oldalon lévő hozzászólások azonosítóit a szerver amiket olvasottnak jelöl.

    Igen, csak ez többszáz ID után már nem igazán volna "takarékos".

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2521197

    Forgalom szempontjából nem takarékos. A sávszélességgel nem takarékos.

    Hát ez az, az időpont nem jelent semmit, ha több lapra van tördelve, amik ráadásul képlékeny határokkal bírnak.

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520208

    > Melyik oldalon látsz te több ezer kommentet egy kattintásra betöltve?

    http://oscomp.hu/?guestbook/all
    Itt pl. 3700+ komment van. Igaz, ez egyszálas kommentfolyam.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> persicsb


    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520350

    Nincs. De ha kikapcsolom a JS-t, akkor itt sincs, viszont továbbra sem két másodperc alatt jön le 3700 komment.

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520405

    Nyilván nem ugyanaz a kategória.

    > addig ott valószínűleg sosem lesz igény az alapfunkciók bővítése

    Tévedés. Ez a portál folyamatos fejlesztés alatt áll. Folyamatosan kap új funkciókat. Nemrég pl. a kereső kapott egy nagyobb adag feature-t, a minap meg a spamvédelem.

    > s ahogy nézem erősen kérdéses a jelenlegi működőképessége is:

    Rosszul nézed, semmiféle jelenlegi működőképesség nem kérdéses. A kutya nem használta a fórumot, tehát becsuktuk (már vagy úgy 12 éve), a chat (ami egyébként egy nem általunk üzemeltetett IRC szerveren ülő szoba) meg köszöni szépen, működik, bár azt se használja a kutya sem.

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520235

    Én már anno kértem, hogy a szálakat lehessen összecsukni, kódot is küldtem be rá, de eddig nem válaszoltak.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> mogorva , kbalint


    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520317

    Nincs mit.

    Ja, én onload-dal csináltam meg, hogy végigiteráltam és ráhúzogattam az eventeket a gombokra, de ez csak azért volt, mert kliensoldalon nem tudok mást csinálni; értelemszerűen a szerveroldalon generált HTML-ben kitöltve az onclick-eket sokkal gyorsabb lesz, mint így.

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2521521

    > összecsukható(!) szálak

    Most lett beígérve.

    Oldschool Computer - http://oscomp.hu




    Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2521603

    Az én megoldásom kliensoldali browserhack-nek készült, csak úgy érdemes implementálni, ha inline formába kerül, szerveroldali generálással, mert egyébként istentelen pazarlás lenne és sokposztos topicoknál még lassú is. Szerveroldalról kitöltve az eventeket ez nem lesz probléma.

    A folyamatosan betöltődő, neverending fosra +1k.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> vl


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2513713

    +pkg_config
    +Python based build systems (meson, ninja, whatever...)

    Sz*rk: A jávaszkriptet hogy hagyhattam ki, pedig talán az a legrosszabb az összes közül...
    Sz*rk #2: B+, GTK3, az is...

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Nickname , NevemTeve , carlcolt


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514810

    Agol?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> st3v3


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514959

    "szmé""agol"
    "szmé""tana"

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2513873

    Ez nem kor kérdése.

    Oldschool Computer - http://oscomp.hu




    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514107

    Lehet, hogy azért, mert nem maga a C++ - a nyelv - az, ami olyan nehezen lenne tanulható, hanem az egyre konvulensebbé váló ökoszisztémája? Pythonnál is inkább az ökoszisztéma az, ami problémás, hiszen a nyelvből van olyan implementáció is, amit egy mikrokontroller is elbír. Nagyon sokszor van, hogy egy adott technológiának a nyakába varrják a ráépülő technológiák gyíkjait is és így válik a mag körül kialakult kultúra kritikája a mag kritikájává, holott az ok-okozat összefüggés nem feltétlenül áll meg a kettő között: pl. a PHP alapból is egy elbaszott nyelv, de a ráépülő iszonyatszar webkettes "framework-ök" elbaszottságáról nem maga a nyelv tehet; azon keretrendszerek írói bármilyen más nyelven is csak szart csináltak volna...de ennek ellenére a PHP kritikák állandó és alapvető eleme, hogy mekkora szarokat írtak benne.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_21365


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514141

    A C++-ban nem csak az objektumok vannak "pluszba'". Ott vannak a kiterjesztett típusai, a memóriamanagement-je... A két nyelv nem ugyanarra való. A C++ egy magas szintű nyelv, mint a Pascal, vagy a Rust, azokkal van értelme összehasonlítani, nem a C-vel. Már csak azért is, mert a C a C++-nak subsetje, azaz nyugodtan programozhatsz 99%-ban C-ben, de ha valami kell C++-ból (pl. stringkezelés), akkor azt is használhatod.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> maszili , saxus , gelei , bra-ket


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514153

    Arról mondjuk pont elolvasnék egyszer valami rendes összefoglalót, hogy pontosan miféle mechanizmust is takar ez a C++-nál és pontosan hogy is működik, mert három C++ developer négyféleképpen magyarázza, Strtostrup Strsoup Bjarne bátyánk meg évszámtól függően és így a kívülállóknak nem igazán tiszta a kép, hogy most akkor mi is van pl. a kivételkezeléssel, a check az cost-free, a catch meg triple-cost, vagy mi?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2513950

    (Nem tudom kihagyni.)

    White Space Matters.

    (Én kívánok elnézést.)

    Oldschool Computer - http://oscomp.hu


    Σ: 012 -> n0b0dy , maszili , zeller , zaphodb , NevemTeve , Nyosigomboc , kecske , st3v3 , carlcolt , radzeer , bra-ket , uid_21365


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514537

    "Majdnem az?" :)
    Az egész JS úgy, ahogy van, sőt az egész webkettő, úgy, ahogy van.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hetvenhatos , uid_21365


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514904

    > /s ugye?

    A legkevésbé sem. A JS az egyik legnagyobb csapás, ami a szakmát érte. Feltalálója 10 nap alatt hányta össze ad-hoc módon, mindennemű koncepció és szisztéma nélkül, viszont minden hülye ötletet gondolkodás és restrikciók nélkül beleszórva. Az eredménye az inkonzisztencia lett. Maga a nyelv is inkonzisztensen viselkedik, inkonzisztens megkötései vannak, inkonzisztens eredményeket ad, de ráadásul még az implementációi is inkonzisztensek: mindegyik JS VM máshogy szar. Ez a nyelv egy nagy katyvasz. Hogy mennyire fasza egy nyelv ez, azt minden rizsánál ékesebben illusztrálja a gombamód szaporodó transpilerek és keretrendszerek száma, hogy már mindegy, hogy miben fejleszti az ember a frontendet, csak JS-ben ne kelljen; vagy egy másik nyelv, vagy egy keretrendszer által biztosított absztrakció, de valami fedje el a JS-t az ember elől... És erre a nyelvre épült az egész "webkettős" idiokrácia, ahol nem az a fontos, hogy a végeredmény jó legyen, hanem, hogy az ember megfeleljen a szakmai elvárásoknak; így fordulhat elő, hogy egy oldal N féle funkcióját M fajta JS keretrendszer hajtja: hát csoda, hogy undorító az egész?

    > néha nehéz eldönteni, hogy ez itt az Arany Alkony nyugdíjasotthon belső fóruma, vagy egy egy viszonylag rugalmas gondolkodást kívánó szakma fóruma.

    15 évnyi webfejlesztés és többszáz weboldal van a hátam mögött, jópár olyan is, ami sokmillió júzeres forgalmat bonyolított /day, valamint nem egy webes alapú vállalatirányítási rendszer is; nem begyöpösödött nyugdíjas vagyok, aki minden "újdonság" ellen kézzel lábbal tiltakozik, hanem tapasztalatból beszélek...dehát itt ahogy nézem, az a default, hogy aki bármilyen elbaszott "mai" divatszarra rosszat mer mondani, azt - kortól függetlenül - kérdés és a fórumtárs ismerete nélkül, továbbá az érveinek teljes figyelmen kívül hagyásával bekukázzák a kivénhedt bitbaszók közé, hogy menjen és kúrjon seggbe egy PDP-11-est, (ha még emlékszik egyáltalán, hogy hogyan kell baszni, de ha nem, akkor puskázza ki lyukkártyáról), mert a "haladó informatikai eszméket" és a felszopott "modern" "technológiákat" kritizálni istenkáromlásszámba megy és mátrixnyomtatón kiprintelt FORTRAN forráskódokból emelt máglyán kell érte elégetni az illetőt, lehugyozott hamvait pedig arccal lefele eltemetni egy jellemtelen tömegsírba. (BTW, a dzsuvaszkript közel 30 éves, úgyhogy aki abban a nyelvben látja a szupertrendy-hyperhaladó modernséget, az sürgősen forduljon orvoshoz, mert vagy hallucinál a túl sok kávétól, vagy alszik programozás közben...)
    Néha nehéz eldönteni, hogy ez itt egy techno-hitgyüli, vagy egy viszonylag kritikus/szkeptikus gondolkodást kívánó szakma fóruma.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> chx , NevemTeve , Hevi , hetvenhatos


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514962

    > Pedig történhetett volna másképpen is...

    De nem történt, mert a nagy cégeknek nem ez volt az érdeke.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    A legidegesítőbb fősodratú idealizmusok: https://hup.hu/node/170418#comment-2514997

    Nem nevesítettem senkit, de a nagy tech cégek tényleg profitálnak mind a weben uralkodó káoszból, mind a web erőforráspazarlásából.

    Oldschool Computer - http://oscomp.hu




    3D nyomtató otthonra: https://hup.hu/node/167911#comment-2440091

    sub

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kisbetu


    Magánélet - adatvédelem, titkosítás: https://hup.hu/node/170347#comment-2511928

    Facebookról itt alul a "Facebook Related" résznél van szó.
    Apple-ről itt.
    Google-ről most nem találtam hirtelen külön semmit, de ha direkt megemlítik, hogy nincs analytics, ill. ads, valamint keresőmotornak sem ajánlják, azonfelül ebben az összes érintett gigavállalatot megemlítő cikkben egyedül őket említik meg még a címben is, akkor őket is le lehet húzni a lehetséges szponzorok listájáról.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    Magánélet - adatvédelem, titkosítás: https://hup.hu/node/170347#comment-2511973

    Végképp nem volt már mit mondani, de csak azért is mondasz valamit? Inkább ne mondtál volna akkor semmit...
    Az Apple-ről szóló cikk plaintextbe kicopyzva 1877 byte, a win10-ről szóló szegmens pedig 2464. Nincs nagyságrendi eltérés a kettő között, szóval, ha az Apple szerinted csak "pár odavetett mondatot" kapott, akkor az ms is csak annyit. Egyébként konkrétan nem is a microsoftot "húzták le", csak a win10-et, míg az Apple-es cikkben az Apple generikusan kapott a képébe, tehát még az ms-sel bántak kesztyűsebb kézzel. Az FB-nél többek között olyan linkek vannak odarakva, amik mögött egy-egy komplett website-ot szántak a FB-vel kapcsolatos privacy visszaélésekre, ami messze több "pár odavetett mondatnál", vagy akár az ms, akár az Apple cikkénél. A techcégekről szóló cikkben pedig mindegyik nagykutya kapott az orrára, elsősorban a gugli. Szóval egyáltalán nem tapasztalható részrehajlás az ms ellenében ezen a site-on, egyáltalán nem kaptak többet a többieknél...
    Azonfelül felhívnám figyelmedet a "Sponsors" menüpontra, ahol nyoma sincs se az Apple-nek, se a Google-nek, se a Facebook-nak. Egyszerűen a feltételezésed, miszerint ezt az oldalt az ms konkurenciája szponzorálja, csak azért, hogy az ms-t ekézzék, nevetséges; majd mindjárt a saját ekézésükért is fizetnek, mi? Legközelebb inkább olvass, mielőtt vádaskodni kezdesz, hogy már megint csak a mikroszoftot báncsák...

    Oldschool Computer - http://oscomp.hu




    Firefox 80: https://hup.hu/cikkek/20200826/firefox_80#comment-2517024

    Kiváncsi vagyok, hogy a Mozilla mikor fog átállni Chromiumskinnelésre. Vajon a Firefox 100 még Firefox lesz, vagy már krómróka?

    Oldschool Computer - http://oscomp.hu




    Firefox 80: https://hup.hu/cikkek/20200826/firefox_80#comment-2517429

    Egy poszttal feljebb négy darab teljesen ontopic hozzászólás is volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    GDPR Schrems döntés kihatása, avagy illegális lehet USA székhelyű szolgáltatás használata (AWS és társai): https://hup.hu/node/170323#comment-2511004

    Szóval az amcsi mammutok adatkezelése nem EU-konform, de helyettük az ő szolgáltatásaikat igénybe vevő EU-s kishalakat fogják rommábírságolni, hogy ne vegyék igénybe? Mi a cél? Az USA gazdasági befolyásának csökkentése? Nem értek se gazdasághoz, se joghoz, de nekem ez így a gyerek és a fürdővíz esetének tűnik; FIXME.

    Oldschool Computer - http://oscomp.hu




    25 éves az Internet Explorer (és lassan itt a vége?)!: https://hup.hu/cikkek/20200820/25_eves_az_internet_explorer_es_lassan_itt_a_vege#comment-2515667

    Rest in Pieces (1987)

    Oldschool Computer - http://oscomp.hu




    25 éves az Internet Explorer (és lassan itt a vége?)!: https://hup.hu/cikkek/20200820/25_eves_az_internet_explorer_es_lassan_itt_a_vege#comment-2516088

    Komolyan bele akarsz kötni egy labelbe? Az ms maga nevezte át az ie 12-est "edge"-re és akkor még csak átcímkézték a programot, de belül ugyanaz maradt egészen a 79-es verzióig. Tehát az edge tkp. az az ie, akkor is, ha csak a 11-esig hívták így, ennek megfelelően, amikor az edge-et átállították Chromium alapra, úgy tkp. az ie-t állították át Chromium alapra, hiszen mint tisztáztuk, az edge csak egy átcímkézett ie volt. De felőlem hívhatjuk krómplórernek is, ha az úgy jobban tetszik. :P

    Oldschool Computer - http://oscomp.hu




    25 éves az Internet Explorer (és lassan itt a vége?)!: https://hup.hu/cikkek/20200820/25_eves_az_internet_explorer_es_lassan_itt_a_vege#comment-2516112

    > Hát ez így nem teljesen igaz, legfeljebb annyiban, hogy az EdgeHTML/Chakra motor a Trident/JScript forkja volt.

    A forkolás erős túlzás, lévén házon belül történt az egész és nem két szálon ment tovább a dolog, hanem az eredeti szálnak annyi volt; ez itt inkább a régi motor átnevezése és felpimpelése volt, mintsem fork. Nem azt mondom, hogy nem volt benne semmi lényeges újítás, azt mondom, hogy az attól még az ie motoroja volt.

    > Az EdgeHTML-ben akkora módosítások voltak az elejétől fogva, hogy sok IE-only oldal egyáltalán nem működött vele.

    Az lehet, de, mint mondtam, attól az még mindig az ie motorja volt, csak átnevezték meg feltupírozták.

    Tessék, összedobtam egy gagyi paint-es képet, ezen látszik, aminek látszania kell. :P
    http://oscomp.hu/depot/chromeplorer.png

    > Nem kb. mindegy hogy hívjuk, csak összekeverni a kettőt olyan, mintha a LibreOffice-t kevernénk a StarOffice-szal, hiszen ott is "csak átcímkézték a programot", nem? :)

    Alma/körte: itt nem arról beszélünk, hogy van az eredeti és annak a mások által parallel vitt forkjai, hanem arról, hogy a tulaj cég cserélte le a motort a saját cuccában.

    Oldschool Computer - http://oscomp.hu




    25 éves az Internet Explorer (és lassan itt a vége?)!: https://hup.hu/cikkek/20200820/25_eves_az_internet_explorer_es_lassan_itt_a_vege#comment-2516340

    A Firefox és a Chrome felszínének zéró köze van a Mosaic és a Konqueror felszínéhez, a motorokat meg több lépcső és cég választja el egymástól, itt pedig egy közvetlen, házon belüli folytatásról volt szó. Sikerült gizikét a gőzekével.

    Oldschool Computer - http://oscomp.hu




    real time kernel vs normál: https://hup.hu/node/170464#comment-2515185

    Csak az NMI-t a CMOS hozzáférésekkor le lehet tiltani a 70h port legfelső bitjének magasra állításával.

    mov al, 80h
    out 70h, al

    Oldschool Computer - http://oscomp.hu




    real time kernel vs normál: https://hup.hu/node/170464#comment-2515190

    Szükséges, hogy a rendszerhívás maga maszkolja ki? Kimaszkolhatja a program is a rendszerhívás előtt. A lényeg, hogy MS-DOS alatt minden további nélkül preventálni lehet, hogy elvegyék a rendszerhívást indító userspace programtól a vezérlést.

    Oldschool Computer - http://oscomp.hu




    real time kernel vs normál: https://hup.hu/node/170464#comment-2515235

    Ugyanazt magyarázzuk két irányból: bármelyik userspace program tud kizárólagos módon futni MS-DOS alatt, a rendszer helyett, gyakorlatilag mindennemű megkötés és teketória nélkül, csak a megszakításokat kell letiltania. Amiben nem értünk egyet az az, hogy ez RTOS-nak számít-e, vagy sem.
    AFAIK, egy RTOS esetén ilyesmi nem történhet meg, maximum egy kernelspace-ben futó app futhat megszakítás nélkül, ha kizárólagosságot szerez a rendszertől. Itt viszont a rendszer irreleváns, ahogy írod, ha nem akarja, meg sem hívja: nem a rendszer garantálja a kizárólagosságot egy kernelspace programnak, hanem bármely userspace program a kedve szerint szert tehet rá és onnantól kezdve tkp. ő az OS az OS helyett - azaz akár egymástól is elvehetik a futás privilégiumát, ha az egyik meghívja a másik programot.

    Oldschool Computer - http://oscomp.hu




    real time kernel vs normál: https://hup.hu/node/170464#comment-2515313

    RT rendszer lehet, csak nem RT oprendszer. És itt nem azon van a hangsúly, hogy "nem adja vissza" a vezérlést, hanem azon, hogy el tudja venni, a rendszertől függetlenül. Ez ugyanaz a szint, mint amikor a C64-en elindított program (nem, nem a Contikiről van szó, hanem a classic módon, a BASIC által betöltött, "valós módban" futkosókról) kirugdalja a KERNAL-t és a BASIC-et a címtérből és átveszi a vezérlést. Ezzel az erővel most akkor a C64 KERNAL/BASIC is RTOS-nak számít. :P

    Oldschool Computer - http://oscomp.hu




    real time kernel vs normál: https://hup.hu/node/170464#comment-2515320

    KERNAL.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    real time kernel vs normál: https://hup.hu/node/170464#comment-2515323

    Mitől furcsább a 6502, mint akármelyik másik?

    Oldschool Computer - http://oscomp.hu




    real time kernel vs normál: https://hup.hu/node/170464#comment-2515363

    Rendszerhívást hasonlítottál az inline copy-val, ez nem az assembly "furasága". A 9-es funkció belül ugyanazt csinálja, csak dollárjel zárja a stringet, nem NUL.

    Oldschool Computer - http://oscomp.hu




    real time kernel vs normál: https://hup.hu/node/170464#comment-2515610

    MS-DOS-ról és 286-osról volt szó, nem baj?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    Motorola MC68461 MMU: https://hup.hu/node/170497#comment-2515851

    Thanx! Mondjuk magáról a chipről sajnos nem sok szó esik benne, csak a felhasználásáról ezen a kártyán (a BYTE magazinban is ugyanezt írták). De a 4-es ábrán (pont a 8-as tábla felett) legalább a lábak egy részére fény derül.

    Oldschool Computer - http://oscomp.hu




    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515368

    +1, főleg, hogy még a XUL-t is kihajították a motorból, lett helyette a rugalmatlanabb, erőforrásigényesebb és tracking-prone-ebb WebEngine.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gelei


    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515376

    Pedig könnyen lehet, hogy igaza lesz: amióta a króm tért hódított, azóta a Firefox az IE-hez hasonlóan zuhan, mint egy féltégla.

    Oldschool Computer - http://oscomp.hu




    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515400

    > A Mozilla bevételei részesedéstől függetlenül megtriplázódtak.

    "Függetlenül"? A keresők fizetnek nekik azért, hogy benne legyen a keresőmotorjuk a browserben, de ha már a kutya nem fogja használni, akkor mire fel fizetnének?

    > A Googlenek elemi érdeke, hogy legyen konkurense, mert az Egyesült Államokban elég szigorúan büntetik a monopóliumokat. Az sem számít, hogy open source kódról van-e szó. Ebben első kézből szerzett a Google tapasztalatot az Oracle vs. Google perben.

    Lesz konkurense a Mozilla nélkül is. Ott van az Apple, aki az egyetlen olyan ellenfele a kuglinak, aki nem csak vesztett a részesedéséből, hanem nyert. Szerinted, ha mind a Chrome, mind a Safari nő, akkor azt kinek a rovására tudják csinálni, ha az exploder/edge gyakorlatilag kihalt?

    > Természetesen ismerem azt az internetes futóbolondfajtát, amely minden hírben armageddont vizionál.

    Nem csak khiraly van azon a véleményen, hogy a Firefoxnak lassan lőttek. Sokan mondják ezt, már évek óta, mert a Mozilla hibát-hibára halmoz és folyamatosan veszít a piacából. Az egész kálváriát azzal tudnák majd megkoronázni, ha ugyanazt tennék, mint amit az Opera Software: kidobnák a browsert és ők is csak felskinnelnének egy Chromiumot. És ez is benne van a pakliban.

    Oldschool Computer - http://oscomp.hu




    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515455

    > Pénzt csak a default kereső helye ér.

    Tévedés. Tekintve, hogy Firefoxban nem tudsz csak úgy egyszerűen keresőmotort felvenni, hogy egyszerűen megmondod, hogy milyen URL-t hívjon meg, hanem külön XPI csomagként kell telepíteni, amiket ráadásul csak a SE store-jukból, vagy 3rd party helyekről lehet telepíteni, helyi fájlrendszerből nem kínálja fel a lehetőséget, így ha az r=1 - azaz a search engine-ek célközönsége - nem jön rá, hogy az XPI-ket be lehet húzni az ablakba, akkor localból sosem fog custom SE-t telepíteni (dehát amúgy is, mikor fog egy r=1 XPI-ket létrehozogatni, no comment...), azaz ki van szolgáltatva a Mozilla-nak; ha csak egyszerűen szeretnél saját search engine-t létrehozni, ahhoz külön addon van (yay WebEngine).
    Így az is pénzt ér, hogy, mik vannak benne alapból; meg lehet nézni kik perkálnak még nekik a kuglin kívül...egyébként a megtriplázódott bevételek jó részét pont a kuglitól kapták és nem maguktól kaparták össze.

    > A Safari böngésző felett ott egy üvegplafon, az Apple operációs rendszereinek a részesedése. Azok felé nem tud nőni mert nincs jelen máshol.

    Ez nem csak plafon, de padló is. Amíg az Apple platformjai tartják a pozíciójukat, addig a Safari is fogja. Tehát stabil konkurencia.

    > 1 A két böngésző alapja ugyanaz.

    Nem. Nem ugyanaz. Kezdjük azzal, hogy különválasztjuk a motort és a browsert. A Safari nem Chromium alapú (be is baszna, hiszen jóval régebbi), tehát a két böngésző alapja nem ugyanaz, teljesen máshogy működnek és viselkednek, más a tudásuk. A motornál ugyan el lehet mondani, hogy mind a kettő KHTML deriváns, de ez nem jelenti azt, hogy a motor ekvivalens lenne. Eléggé eltérnek ahhoz, hogy külön motornak minősüljenek.
    Azonfelül az alap teljesen mindegy, az a lényeg, hogy konkurenciának számít-e, vagy sem, márpedig egy másik cég gyártja és ugyanazon a piacon van, tehát konkurencia. Az alap mindegy. A piszlicsáré részesedésű Chromium alapú browserek (Opera Next, Vivaldi, Brave, exploder edge) is konkurenciának számít. Szóval lesz a kuglinak konkurenciája, hiszen most is van. A Mozillán és az Apple-ön kívül is.

    > 2 Apple platformjain kívül nincs Safari.

    Egyrészt ez érdektelen, mert az Apple platformjain elérhető a Chrome is, tehát van közös platform, ahol megütközhetnek. Másfelől meg nem igaz, mert windowsra még elérhetőek régebbi Safari verziók, bár nyilván azok részesedése már felülről karcolgatja az abszolút nullát, de az állítás akkor is fals így önmagában.

    > Egy lehetséges ok ami miatt érdemes a Geckora koncentrálni az erőforrásokat. A KaiOS mögötti cég és a Mozilla partneri kapcsolatra lépett egymással, hogy modernizálja a KaiOS részét képező böngészőt. Eredetileg a Mozilla volt a FirefoxOS fejlesztője. Majd dobta a projektet, és minden B2G kódot az akkori Gecko körül folyó nagy változások miatt. A KaiOS viszont sikeres a B2G kódjain, a nem kicsi Indiai piacon 17%-on állt tavaly és India második legnépszerűbb operációs rendszere

    És? Hol releváns ez a Firefoxra és/vagy a Geckora nézve? Hol releváns itt egy a Mozilla által korábban eldobott Linux alapú OS indiai részesedése? A Firefox és a KaliOS indiai részesedése olyan szinten nem korelál egymással, hogy indiában a Firefoxot még kevesebben használják arányaiban (~2.22%), mint worldwide (~4.26%). Tehát magyarán a Mozilla által anno eldobott, aztán mások által forkolt Linuxán is Chrome-ot használnak, még Indiában is. Hát ez nem túl meggyőző ok arra, hogy bárki erőforrásokat öljön a Geckoba.

    Oldschool Computer - http://oscomp.hu




    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515609

    > valamiről lemaradhattam

    A "corporatokraták" (jól írtam?) hatalomátvételéről... :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2514971

    Hát ez az, hogy az még nagyobb baromság. Nem védem a Flash-t, volt vele baj bőven, de ami helyette jött, az sokkal rosszabb.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Hevi , bohocmasni , bra-ket


    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2514995

    Itt jegyezném meg, hogy a topicban felbukkanó "Jason" kolléga neve nekem nagyon hasonlít a JSON-re; a véleményét elnézve ez tuti nem véletlen, hol van a hajbis alusapim?!

    Oldschool Computer - http://oscomp.hu




    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515160

    ROFL.

    Oldschool Computer - http://oscomp.hu




    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515156

    Erős túlzás. De ez a kisebbik baj. A nagyobbik, hogy a browserekben ülő JS VM-ek egy nagyságrenddel lassabbak, mint a Flash volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> arpi_esp , NevemTeve , Hevi , Addam2


    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2514985

    > Remélem, a vége nem egy bináris web lesz, ahol csak Google vagy Apple között lehet majd választani...

    Miért, mobilon nem ez van? Vagy desktopon, csak kugli helyett mikiszofttal?

    Oldschool Computer - http://oscomp.hu




    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515115

    Sajnos felállhat az a helyzet, amitől félsz. A GAFAM már most azon ügyködik, hogy kizárjanak minden nem jelentősebb piaci szereplőt a netről. Pl. a "biztonságos" böngészés és a certek. Most még elfogadják a browserek a Let's Encrypt-es, ill. a self-signed certeket, de mi lesz, ha hirtelen nem fogják? Akkor minden olyan kishal, aki nem tudja kiköhögni a cert árát, az vagy mehet a levesbe, vagy valamelyik nagy cég felhőjébe, amivel az a baj, hogy az alól húzzák ki a tárhelyet, aki alól akarják; hosszútávon ők fogják eldönteni, ki lehet fennt az interneten és ki nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    Leépítés a Mozillánál: https://hup.hu/cikkek/20200818/leepites_a_mozillanal#comment-2515155

    Az első még nem akkora katasztróka, mert hirdetheted magad frászbúkon - vagy bárhol máshol - is, a lényeg, hogy a website-od megmaradt. A második stimmel.

    Oldschool Computer - http://oscomp.hu




    PHP8 AIX-on: https://hup.hu/node/170413#comment-2513648

    [fingercross]Ha a PHP forrása deklarál egy ilyen változót, akkor feltételezhetően nem használja a definiált külső makrót, szóval lehet, hogy egy precedáló #undef rem_size megoldja a problémát.[/fingercross]

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    PHP8 AIX-on: https://hup.hu/node/170413#comment-2513674

    Ez a sed_repl saját script? Mert rákeresvén csak a te blogod jön fel rá. Nem tudom, hogy hogy működik (mi az a '17a'?), de ha csak simán sed lecseréli az érintett

    size_t rem_size = ZEND_LONG_MAX - entry->size;

    kódrészt arra, hogy

    #undef rem_size
    size_t rem_size = ZEND_LONG_MAX - entry->size;

    akkor azt a sed minden egyes build kísérletnél, amikor a script lefut, ki fogja cserélni és a végén hatvannyolcezerszer lesz benne a megelőző #undef rem_size - nem tudom, hogy hogyan preventálod a scriptedben ezt, de kérdem, hogy biztos célszerű ezt a részt sed-del megoldani patch helyett?

    Oldschool Computer - http://oscomp.hu




    PHP8 AIX-on: https://hup.hu/node/170413#comment-2513857

    És akkor itt is backupoltad az eredeti forrást? Én még mindig a diff / patch kombóra szavaznék, ha sikerül lebuildelni, akkor amúgy is jó lenne, mind az AIX-nek, mind a PHP projektnek, ha commitelnéd a patchedet...

    Oldschool Computer - http://oscomp.hu




    PHP8 AIX-on: https://hup.hu/node/170413#comment-2513716

    Tuti, hogy a libzip verzió a ludas és nem az, hogy a -lzip nem eredményez találatot, mert nincs benne a pkg_config path-jeiben? Ha igen, akkor megspórolhatnád a cmake-es szopást.

    Oldschool Computer - http://oscomp.hu




    PHP8 AIX-on: https://hup.hu/node/170413#comment-2513855

    Fasza, az pont az utolsó verzió, ami nem függ a cmake-től. Valószínűleg nem véletlenül mellékelték akkor azt...

    Oldschool Computer - http://oscomp.hu




    PHP8 AIX-on: https://hup.hu/node/170413#comment-2513854

    Objecteket nem generált egy darabot sem? Ha ugyanannyi fájlod van utána, mint előtte, akkor lehet, hogy beakadt, de amúgy lehet, hogy csak kényelmesen elszuttyogott valamin...

    Oldschool Computer - http://oscomp.hu




    Extract Encoded URL From Redirect Link: https://hup.hu/node/170431#comment-2514088

    Szombat van. És egyébként kb. egy óra volt megcsinálni.

    Oldschool Computer - http://oscomp.hu




    Extract Encoded URL From Redirect Link: https://hup.hu/node/170431#comment-2514259

    Ok, thx, ha majd lesz valami bugfix, vagy új feature, akkor ezt is berakom.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2434011

    > html protokol

    Ez gondolom a http/https protokoll akart lenni.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425070

    youtube-dl / mpv kombó viszi:

    mpv https://indavideo.hu/video/C64-Longplay_-_Choplifteravi

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> osod88 , Kepe , RadikalerLudwig


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425185

    Jobb klikk, elem vizsgálata. Copy.
    http://indavideo.hu/player/video/a81aa97bce

    5-10 másodperc volt. Ehhez képest mennyi idő volt, amíg a fönti szívást végigzongoráztad?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425203

    > Kösz a linket. Akkor innen még vagy 30 mp: https://i.imgur.com/qee8ftB.png :-(

    Nem így értettem. Kinyitod az indexes linket. Ráböksz a videóra, elem vizsgálata, ott lesz benne a link. Copy. Terminál nyit. mpv http://indavideo.hu/player/video/a81aa97bce Ez így kb. 10-15 másodperc volt.

    > (Szerk.: A VideoDownloader Helper kiegészítő eleve telepítve volt, csak engedélyeznem kellett: 10 mp, újabb kattintás az ikonra, és a letöltésre 3 mp. Győztem?)

    Ki tudtad kerülni az adblock védelmet? Ki. Meg tudtad nézni reklám nélkül? Meg. Akkor győztél. Teljesen mindegy milyen megoldást választasz, én csak adtam egy tippet.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425219

    Írok egy userJS-t Operába, ami adott hotkey-re kiszedi a megklikkelt element alatti indás linket és kiköpi vágólapra. A Trinitynek meg belövök egy másik hotkey-t, ami a vágólapon lévő szöveget kinyittatja mpv-vel. Hotkey, klikk, hotkey. 1.5-2 másodperc. :P

    Értem én, hogy pofátlanság, de ezek után kitolhatsz velük, hogy miután levetted a tracking protectiont, kikapcsolod a JS-t. :]

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425334

    Hát én most megnéztem Chromiumból és IceWeasel-UXP-ből (Firefox 52 fork), hogy hátha az történt, hogy JS-sel letiltották a jobbklikket, csak Opera 12-ben nem működött a tiltás, de ment mind a kettőből. Ctrl + jobbklikkel sem megy? Vagy Shift + jobbklikkel?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425694

    Azt hittem, te is a cikkre hivatkoztál. Az indavideo főoldalán nem próbáltam eddig. Operából működik a jobbklikk, Chromiumból is és IceWeasel-UXP-ből is.
    De amúgy nem értem. Ha már ott vagy az indavideón, akkor nem is kell jobbklikkelned. Balklikkel kinyitod a videót a böngésződben és a címsávból kicopyzod az URL-t, majd terminálba paste, play.

    Amúgy nincs mit.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425186

    Bocs, de ez a "a reklám egy szükséges rossz, mert abból tartja magát fennt úgy, hogy ingyenes maradhasson" duma már kurwa rég megdőlt. Nem azért vannak reklámok, hogy valami ingyenes legyen; ha fizetős lenne, akkor is lennének reklámok. Pl. TV. Fizetsz, hogy nézhesd? Igen. Van reklám? Van. Pl. YouTube Premium. Fizetsz, hogy nézhesd? Igen. Van reklám? Van. Pl. windóztíz. Fizetsz érte, hogy használhasd? Igen. (Vagy legalábbis kellene.) Van reklám? Van, van, van, van, van, van, van, van. És nem kell a duma, hogy mennyi lopott vindóztíz van, mert a beépített reklámok a legális júzereket is sújtják.

    Innentől kezdve a reklám egy szükségtelen rossz. Extraprofitért csinálják, nem túlélésért.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> kecske , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425211

    > Oke, de mibol eljen az a kontentgyarto, aki nem ker penzt a kontentert?

    Kérjen érte pénzt. Joga van hozzá, az ő munkája. Aki nem akar fizetni, az nem fizet érte és nem nézi meg. A reklámmal az a baj, hogy olyan mint Pandora szelencéje. Egy reklámot egymillió fog követni és onnantól kezdve a kontent élvezhetetlen lesz. Amikor már maga a műsor is tele van vele, onnantól kezdve az egész nem ér egy vödör vizet sem. És itt jön képbe, hogy bár valahol igaza van azbestnek és petersonnak, hogy sokan inkább fogják és lenyúlják a kontentet (torrentről, akárhonnan), a reklámokat meg kikapcsolják; de azért ennek az éremnek van ám egy másik oldala, amit említett urak valahogy elhallgattak: a kontentgyártók is megérik a pénzüket; egy darabig csinálnak valamit lelkesedésből, vagy valami egyéb okból és mellette szeretnének megélni, ez oké, de amikor már sok nézőjük van és felfigyelnek rájuk, onnantól jön az extraprofit rész, amikor elkezdenek telhetetlenné válni. Akkor jön az, hogy ha fizetős is lenne a kontent, akkor is kirakná a reklámokat. Ami viszont nettó pofátlanság. Ahogy az is, hogy ha ingyenes, akkor egyre többet pakol ki. De onnantól maga a kontent háttérbe is szorul. Egy idő után már nem arról szól az egész, amiről eredetileg szól, hanem arról, hogy futószalagon lenyom valamit és had dőljön a lé a reklámok után. Egy idő után a telhetetlenség igénytelenségbe fúl. Hány kontentgyártónál láttam már ezt, aki eredegileg jól tolta. :(

    Amennyiben pedig nem fizetnek elegen érte és a reklámokat sem nézik, nos akkor lehet előszedni a piacgazdaságról és kereslet-kínálatról szóló mantrákat. Minden annyit ér, amennyit adnak érte. Ez persze félig szarkazmus, de félig komoly is. Ha valakinek a kontentjéért nem fizetnek annyian, hogy megéljen belőle, akkor így járt. Életképtelen volt a gazdasági koncepciója.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425245

    Nem akartam senkit nevesíteni, főleg mivel nem Hungary-related a probléma, hanem globális. De igen, sajnos ez is benne van, hogy az igénytelenségre van igény. A probléma csak az, hogy ez mesterségesen keltett igény, amiért elsősorban az amerikai kereskedelmi TV-k felelősek, mert ők kezdték el (bőven 2000 előtt) ezt a fajta mentalitást, hogy minél olcsóbb műsort, minél több reklámot, minél több embernek. Ha elhiteted a hülyékkel, hogy az a minőségi szórakozás, hogy rnd() "celeb" teleszarja az állóvázát, hogy eladhasd azt a hiperolcsó műsort, amiben ez van, akkor az mesterséges igénykeltés a szarra.

    > Hol van az egészséges arany középút?

    Ahhoz önkontroll kell. Ahhoz az kéne, hogy ha valaki jól csinál valamit és igény is van rá, akkor ne szálljon el vele a ló, ne menjen át se klikkvadászatba, se ego-rovatba a dolog. Teljesen mindegy, hogy PayPal-on kalapozza a pénzt, vagy kirak pár reklámot, a lényeg, hogy amikor befut, akkor ne legyen telhetetlen, ne akarjon egyre több pénzt. Sajnos ilyenkor az is előfordulhat, hogy valaki ráun a dologra és lehet, hogy alapvetően nem vált pénzéhessé, de már ebből él, mert befutott, erre építette az egzisztenciáját, tehát nem teheti meg, hogy ritkítja az adást és csak akkor foglalkozik vele, amikor van kedve, ihlete, anyaga hozzá, mert muszáj valamit produkálni, hogy megéljen...viszont már elfogyott a lelkesedés. Ilyenkor jönnek az alibikontentek, amitől a közönség heves szublimálásba kezd, ami kevesebb nézőt, azaz kevesebb bevételt jelent, ami viszont azt jelenti, hogy vagy elkezd egyre több reklámot kirakni, hogy visszahozza a kiesett bevételt, vagy becsukja a boltot. Ha van gerince, akkor az utóbbit csinálja, mert az előbbi előbb-utóbb az utóbbiba torkollik, menthetetlenül, ahogy leépíti a saját közönségét.

    TL;DR: Önkontroll. Ha befut, legyűri a pénzéhséget, ha ráun, vagy nem bírja, abbahagyja.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425266

    Ezt nem százalékban mérik, hanem igényben.
    A normál profit az, ami ahhoz kell, hogy megéljenek belőle, jól. Extraprofit az, amit már igazából nem kell, el sem tudja költeni, csak halmozza. Feleslegesen. Nem azon van a hangsúly, hogy ne vegyen Ferrarit - vegyen, ha akar - hanem arról, hogy igazából nem kell neki Ferrari, de az ára igen. De minek? Oké, megtakarítás, tartalék, stb... Egy idő után már nem ésszerű, nem életszerű. Félreértés ne essék, nem az a bajom, ha valaki csinál valami értelmeset, valami jót, amiből annyi pénz bejön neki, hogy nem tud vele mit kezdeni, ez nem az ő hibája. Azzal van bajom, amikor valaki szétkúrja azt, amit ő maga, vagy mások csinálnak, azért, hogy olyan extra bejövő pénzekre tehessen szert, amivel amúgy már egyáltalán nem tud mit kezdeni. Nem így alakult, ő alakította így - pénzéhségből. Szerinted mit csinál valaki 10 milliárd dollárral? Nem tudja elkölteni. Mi értelme van magánszemélyeknek ekkora vagyont felhalmozni? Mert azt látom, hogy azért, hogy még több legyen belőle. Aztán azt se költi el. Ez az a bizonyos idézőjeles extraprofit. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425327

    > Miert abbol indulunk ki, hogy a penzt el kell kolteni?

    Semmit sem "kell". De a pénz nem cél, hanem eszköz. Minek van, ha nem használod?

    > A tizmilliard dollarok altalaban nem a parnahuzatban vannak, hanem valamilyen befektetesben, aminek hatasa van a gazdasag tobbi szereplojere.

    "Általában"?

    > Az Inda-Labs Zrt. esetben hany ezer Ft adozott eredmeny felett beszelhetunk extraprofitrol?

    Leírtam az előző posztban, hogy nem százalékra mérik.

    > Azert utom a vasat, mert nekem az egesz extraprofit-jelensegnek egy eleg furcsa kicsengese van, valahol oda tudnam elhelyezni, mint a progressziv SZJA-t: penzt keresel = a nep ellensege vagy.

    Te is kezded? Így nincs értelme vitatkozni, ha értelmezés helyett belemagyarázás van. A topicban több példát is adtam rá. Linkeket is. A neked írt posztban is. Tessék olvasni.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425355

    > Oke, ezt ertem, ezert is nem altalanossagban ervenyes szabaly alkotasat kertem, hanem a konkret pelda elemzeset.

    Dehát honnan a büdös francból tudjam én azt, amit kérdezel? Nem érted, hogy nem konkrét összegre, meg százalékra mérik? Honnan tudjam, hogy a vezetők hogyan bánnak ott a pénzzel, vagy az alkalmazottakkal? Honnan tudjam, hogy milyen minőségű cuccot állítanak elő? A rendelkezésekre álló adatok alapján nem lehet megállapítani, amit kérdezel.

    > Mibol gondolod, hogy nem hasznalja? Mi szamit hasznalatnak?

    Amikor valamit kezd vele.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425380

    Ez általánosságban vonatkozott a túl sok reklámra. Arra, amikor már nem arról beszélünk, hogy itt van Gipsz Jakab blogja/vlogja, akármije és oldalt/alul/akárhol van 2-3 váltakozó banner N db szponzortól, amiből Gipsz Jakab megél. Arról van szó, amikor már annyit pakolnak ki, amitől létezni nem lehet, hogy minél több legyen a bevétel; a hangsúly a több lóvéért használhatatlanná tett produktumon van. Nem tudom feltűnt-e, de a net már teljesen használhatatlan a felugráló ablakoktól, a kontentet kitakaró, villogó, zenélő vackoktól, az oldalt ellepő banneráradattól.
    Vagy a másik, amikor ugyan van egy vagy több fő bevételi forrás, akár mert fizetős a szolgáltatás, akár mert több lábon állnak, de mégis van reklám. Úgy, hogy anélkül is megvannak.

    De ha mindenáron bele akarsz mászni ebbe a konkrét példába, akkor nézhetjük úgy is, hogy mivel reklamálnak, hogy kapcsold ki az adblockert, ez azt jelenti, hogy többségében adblockerrel nézik őket, különben nem pazarolnának időt - és pénzt - arra, hogy anti-adblock rendszert fejlesszenek. Namármost, az általad megosztott pénzügyi mérleg pozitív volt, tehát valahogy megéltek annak ellenére, hogy a júzerek kiblokkolták a reklámokat. Nem tudom, honnan bányásztad elő az adatokat, de azt is jó lenne megnézni, hogy a bevételeik milyen arányban származtak reklámokból.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425391

    > Oszinten szolva nem, pedig csak az otthoni gepen van adblocker, a cegesen nincs. Nyilvan az sem mindegy, hogy milyen oldalakat nez az ember, de zenelo reklamot konkretan evek ota nem lattam. Amugy persze, azt en is ruhellem, ha valamelyik webmester tulbuzgo reklamugyben, de attol vajon tobb lesz a bevetel? (Lesz extraprofit? :)) En errol nem vagyok meggyozodve, de semmilyen infom nincs rola.

    Bocs, de ez a WORKSFORME érv. Ami mint tudjuk nem érv. Nem kell nekem hinned, akkor olvass utána tőlünk okosabb emberektől, hogy mennyire káros a reklám mindenkinek.

    > Ebbol nem vonnek le kovetkezteteseket, kesz library-k vannak ra.

    Ööö...és az illesztéssel mi lesz? Az azért nem annyi, hogy valamelyik péhápistike behány egy ilyen library-t valahová és kész. Arról nem is beszélve, hogy nem csak fejlesztési költsége van egy ilyen projektnek; értekeznek róla, terveznek, számolnak, stb. Nem két fillér.

    > Igen, de ez csak addig lesz igy, amig lesz ember, aki nem blokkolja. Most azokbol elnek, mert egyebkent a cucc "ingyen" van. Ha nem lesz eleg a love a hirdetesekbol, akkor jon majd az, hogy lehet a kasszahoz faradni, es akkor fognak sokan ebbol a threadbol is visitozni, hogy mar nincs "ingyen". (Nem rad gondoltam.)

    Na, ez az, amit nem tudunk. Ha tényleg a reklámokból van a bevétel többsége, akkor neked van igazad. Ez esetben én speciel szó nélkül tudomásul fogom venni, hogy ennyi volt. Én ugyanis azbest "állításaival" szemben nem várom el, hogy minden ingyen legyen. Nem veszem igénybe és ennyi. Ettől még a reklám káros marad. Ha viszont van más bevételi forrásuk, akkor viszont extraprofit pluszprofit többletprofit bazmeg.

    > Nem tudom, ilyen konkret infok benne vannak-e, csak az eredmenykimutatast neztem.

    Így viszont nem kapunk választ a konkrét kérdésedre.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425687

    > De, kb annyi. Meg library sem kell hozza, ha eleg a 99%-os pontossag

    Ezek még mindig csak a fejlesztési költségeket csökkenti. A többivel mi lesz?

    > Na megneztem. Reklambevetel: 276 500 ezer Ft. Tehat nagysagrendileg a teljes arbevetel fele.

    Akkor egyelőre nem tiszta a kép. :/ Főleg khiraly észrevételét figyelembevéve.

    > Emlekeztetoul, 600M forintbol lett 60M profit. Vonj ki a 60M-bol 300M-t. :)

    Jajj. Azért ugye te is tudod, hogy ez nem így megy. A bevételük elég tekintélyes részét az adó viszi el, ha kevesebbet keresnek, az adó is kevesebb. Az biztos, hogy nem 60M profit lett volna a vége, de nem is -240M.

    > Amugy az arbevetel masik fele szinte teljes mertekben a kapcsolt vallalkozasokbol jon (Index), ami jo esellyel szinten leginkabb hirdetesekbol el.

    Nem föltétlen. A nagy hírportálokat finanszírozzák.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425704

    > Milyen tobbivel? Hadd ne kelljen mar talalgatnom, ird le 2-3 mondatban, hogy szerinted mennyi koltsege van egy ilyen adblocker-blocker bevezetesenek.

    De bakker, leírtam... Számokat nem mondtam (mert nem tudok), csak jellegeket.

    > Ebben ugyan igazad van, de akkor mondd meg te, hogy nagysagrendileg mennyi lesz a profit, ha a bevetel oldalt megfelezed? Mert a kiadas nem fog megfelezodni, az tuti.

    Honnan tudnám? Nem fog megfeleződni. Az adó rész fog lefeleződni.

    > Ennek a vitanak igy nem sok ertelme van, mert csak bonyolitod es bonyolitod a peldat, meg dobod be a scope change-eket, de a sokadik komment sem volt eleg arra, hogy egy eldontendo kerdesre valaszolj.

    *facepalm*

    Végtelen a világegyetem? y/n
    Direkt felteszel egy kérdést, amire adat híján nem lehet válaszolni, de azért legyen eldöntendő; mit akarsz ezzel bizonyítani? Amúgy meg már a legelején megválaszoltam, hogy fingom nincs.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425716

    Azt is leírtam, hogy mit értek alatta. Ez már a sokadik alkalom, hogy úgy mondasz, vagy kérdezel valamit, hogy el se olvastad, amit írtam. Így tényleg nincs értelme vitatkozni.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425449

    Nem az index volt az, aki két huppert is (Ajnasz, pete) befenyített, mert adblocker rule listet mertek közzétenni? Lökheted a szarkazmust, hogy mert extraprofit, de nincs mit védeni az indexen, megérik a pénzüket.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425461

    > Ez arra volt példa, hogy mi a különbség a fogalom nélküli rettegés és rémhírterjesztés, meg aközött, hogy van némi fogalmam a világ működéséről.

    Rettegés? Rémhírterjesztés? Mert az adblocker adott pár fals pozitív találatot? Szerintem ez a hangulatkeltés: az adblockerek ellen.

    > Az meg végképp nem érv, hogy ez az index, megérik a pénzüket. Ez csupán fogalom nélküli köpködés.

    Ha egy vállalat nekimegy két egyetemistának, akik közzé mertek tenni egy szaros txt-t, akkor annak a vállalatnak a viselkedése nyugodtan nevezhető pénzéhesnek. Ez nem fogalom nélküli köpködés, csak te szeretnéd belemagyarázni.

    > Btw, simán bíróság elé vihető ügy, ha szándékosan próbálják megkárosítani őket. Van aki nem képes felfogni, hogy az interneten is érvényesek a törvények.

    Pfff...egy szöveges fájl publikálásáért. Bíróság elé. Meg szándékos megkárosítás. Igen, két csóri srác azért csinálta azt a listát, hogy az indexszel kicsesszenek. Szándékosan.
    Az megvan, hogy az index anno a közfelháborodás okán nyüszítve kért bocsánatot az incidens miatt? Nem véletlenül, ugyanis csak blöfföltek, hátha megijed a két kollega. Nem tették. Komolyan, szerinted mit csinált volna a bíróság azzal, ha az index tényleg bíróság elé rángatja őket? Ilyesmire semmiféle szabályozás nincsen, hogy te nem tilthatsz ki adott tartalmakat a gépedről! Semmi! Ahogy arról sem, hogy nem írhatsz listát adott tartalmak hollétéről. Ráadásul a két srácot az index weboldalának erőszakos megváltoztatásával vádolták ("számítástechnikai rendszer és adatok elleni bűncselekmény"), ami brutális nonszensz! Na, ez a fogalmatlan köpködés. IMHO, nézd át a fogalmaidat a világ működéséről...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> st3v3


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425484

    > Még mindig nem érted te sem, hogy attól, hogy a számítógéped a szobádban van, még nem tehetsz meg vele bármit.

    De én ezt tudom. Csak te olyan dolgok közé teszel most már egyenlőségjelet, ami minden abszurditáson túlmutat.

    > Ha egy vírust készítesz arra, hogy kerülje meg egy szolgáltatás normál működését és ráveszel másokat arra, hogy megfertőzzék a gépüket vele önként, attól még bűncselekmény ez.

    Ez nem ekvivalens azzal, hogy valamit nem engedek be a gépemre. És nem is ekvivalens az adblockerekkel.

    > A pszichológiai manipuláció (social engineering) is része gyakran a támadásoknak. A blokkoló addonok terjesztése is erősen hasonlít más átverésekhez. S nem is titkolt célja ezeknek az, hogy szolgáltatásoknak kárt okozzon, illetéktelen hozzáférést tegyen lehetővé.

    Ez most komoly...?

    > Nem csak egy txt fájl átírásáról van szó, hanem arról, hogy lényegében botnetként ott van a gépek jelentős részén az addon, ami használja. Távolról lehet utasítani a blokkoló hálózatot, hogy minek a működését kell megzavarni, hol kell kárt okozni, szerződést kijátszani.

    Te most vagy megzakkantál, vagy trollkodsz. Adblocker === távolról irányított botnet és tömeges károkozás. Mert a rulelist frissítése az távolról kiadott parancs, a reklám kiblokkolása pedig bűncselekmény. Ez most már olyan gusztustalan szintű belemagyarázás, hergelés az adblockerek ellen, hogy azt semminő emberi terminológia le nem írhatja. Ennyi erővel tiltsuk be az összes operációs rendszert, hiszen van benne /etc/hosts, amivel domaineket lehet kiblokkolni. És az operációs rendszer le is tudja frissíteni. A frissítéseket pedig távolról kontrollálják, tehát tkp. az oprendszerek által fertőzött gépek halmaza tekinthető botnetnek. Ez mind ugyanúgy beleillik a te kis elméletedbe. Nem érzed abszurdnak?
    Mondd, mi bajod van? Érdekelt vagy az online reklámbizniszben?

    > Talán a legközelebbi hasonlónak mondható terület az előfizetéses hagyományos tévé. Ott is a te szobádban van a készülék és tied a vevő készülék. De, ha kikerülöd a szolgáltatás védelmét, azzal igencsak megsérted a törvényt és a szolgáltatás feltételeit is. És ne mentegetőzz azzal, hogy te nem kötöttél szerződést, mert maga a használat egyben a szolgáltatás feltételeinek elfogadását jelenti. Ami szerződés.

    Ha lenne is TV előfizetésem, az biztos nem lenne benne, hogy nem szűrhetem ki a reklámokat. Már csak azért sem, mert nem a szolgáltató adja a reklámot, hanem a TV csatorna én pedig nem velük kötöttem szerződést. Ennyi erővel rommá kéne perelni mindenkit, aki elkapcsol a reklámról. Márpedig semmiféle szabályozás nincs arra, hogy nem kapcsolhatom ki vagy el a TV-t, ha reklám van.

    > Ha pedig másokkal is megosztod ("de hát csak egy txt") és elkapnak, akkor rendőrségi rajtaütés és komoly büntetőeljárás a jutalmad.

    Na, erre befizetek. Mutass egy törvényt, ami arra vonatkozik, hogy nem oszthatom meg azt, hogy mit nem engedek be a gépemre. Ez olyan, mintha azt mondanám valahol publikus helyen, hogy én nem nézek meg X műsort és ezért elvinne a yard, hogy én ezzel kárt okoztam az X műsort készítőknek és sugárzóknak. Ezt ugye nem gondolod komolyan.

    > Szóval nem kell fullba nyomni a kretént. Csupán azért nem léptek még fel ilyen erélyesen az online tartalmak kapcsán, mivel még nem érte el azt a kritikus szintet a helyzet, amikor már hatósági segítséggel kell visszaverni a jogsértést, különben tönkreteszik a csalók a céget.

    Ha ez komoly, akkor te nyomod fullba a kretént. De olyan szinten, hogy az már nagyon durva. Mert majd te megmondod, hogy az emberek mit szűrhetnek ki a net vagy a TV adás szennyéből. Aki pedig ilyesmivel próbálkozik, azt azonnali hatállyal le kell csukni, szerinted. "Bíróúrkérem, a vádlott el mert kapcsolni a rekláVERSENYZONGORA ÁLTALI HALÁLRA ÍTÉLEM!"

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425496

    Könyörgöm, ezek egy védett szolgáltatás védelmének megkerülését tették lehetővé, nem pedig azt szabályozták, hogy mit enged be az ember a TV-jére, vagy a gépére... Két teljesen külön dolog a kettő, nem zavar? Az egyik kifelé megy, a másik befelé jön, nem zavar? Majd, ha meghackeli valaki az indexet, az bűncselekmény és károkozás. Majd ha azt osztja meg egy txt-ben, hogy hogyan kell meghackelni az index szerverét, az bűncselekmény és károkozás. Az nem bűncselekmény és károkozás, ha valaki azt mondja neked a nyílt utcán, hogy ott a sarkon van egy plakát, csukd be a szemed, ha odaérsz. Be is baszna. Az bűncselekmény, ha letépi a plakátot. Tegyél már különbséget az irányok között...

    > Azt látom, hogy továbbra is úgy csavarod ki a dolgokat, hogy a valóság helyett egy alternatív megközelítést húzhass rá. A törvények nem ismerete nem mentesít a bűncselekmények alól.

    Nem csavarok ki semmit. Nem történt bűncselekmény. Adblockert írni nem bűncselekmény, azt használni nem bűncselekmény. Ahogy a TV a reklámokról való elkapcsolása sem.

    > A legújabb CI+ másolásvédelem már a visszanézhetőséget, reklámok átugrását is tudja szabályozni, ha a szolgáltató úgy akarja - bár nem ezt akartam példaként hozni.
    > Ha tudsz németül, itt egy remek összefoglaló róla (magyarul a címe: trójai faló a nappaliban )

    Elolvastam az összefoglalót alatta. Gyönyörű. De ez megint alma a körtével. Nem arról beszéltünk, hogy valaki megtör egy ilyen rendszert, hanem arról, hogy ha jön a reklám, elkapcsol. Ezt nem akadályozhatja meg senki. Az adblocker sem ekvivalens egy ilyen rendszer megtörésével. Nyílt csatornákon közlekedik az egész, minden végpont szabadon elérhető, szabályozás nincsen rá, neked szerződésed csak a netszolgáltatóval van, az adott oldallal nincs. Hol bűncselekmény az adblocker?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425387

    A retekklubb esetén egyértelmű példákat és levezetést hoztam, hogy miért:
    1. Überolcsó szemetet állítanak elő, amire az igényt ők keltették, hosszú évek munkájával, hogy kielégíthessék.
    2. Ezt agyontunkolják reklámokkal, minden ésszerűségen túl, van, hogy egy mondat, egy szó közepén vágják el a filmet, hogy aztán 15 perc reklám mehessen, persze a törvényeket kijátszva (ajánló, reklám, ajánló, reklám, ajánló, reklám); a tényleges műsoridő a valós helyett kettő-két és félszeresére nyúlik, annyi reklámot tolnak bele.
    3. Megkaszálják a szolgáltatókat.
    4. Nem fizetik ki a rommádolgoztatott alkalmazottaikat.

    Mit szeretnél még? Ez sem profitéhség?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425448

    > Hogy mi olcsó és mi nem, azt nem tudod.

    Dehogynem, ha gondolkodok rajta. Ha fogsz egy lakást és összezársz pár utcáról összeszedett idiótát, akik önként mennek oda, hogy ott összezárva legyenek hónapokon át és még fizetést sem kérnek és ezeket mutogatod minden nap órákon át, hogy ki hova hugyozik, szarik, okádik (valóságshow), akkor az bizony baromira nem kerülhet sokba, egy normális műsorral szemben. Az még kevésbé, ha csak egy termet fogsz és szintén az utcáról összeverbuvált retardáltakat rakod oda ingyé', vagy filléreké', hogy egymást agyonverjék (mónikashow). Egyre igénytelenebb műsort adnak. Tudnék linkelni idevágó shortot egy jútyúbertől, de inkább nem teszem.

    > Az egy baromság, hogy ők keltették, egy fenét, van akinek ez kell, ők csak elég mélyre mennek a pénzért.

    Bocsánat, de ez hogy jött ki? Arra hogy lehet igénye valakinek, ami még nem is létezik és eszébe sem jut, hogy ilyen lehet? Ezt valaki kitalálta, megvalósította, reklámozta, a retardáltak meg bekajálták. Max. annyiban van igazad, hogy az erre való fogékonyságot nem ők plántálták bele a selejtebb emberekbe. De az igény az más. Rómában is csak azután követelték a cirkuszt, miután valaki azt kitalálta... Fogékonyság volt rá, igény nem.

    > Tényleg gáz a sok reklám, meg sok minden, de ha törvénytelen lenne, akkor a szalaiannamari+1 hatóság valószínűleg megb*szná ezért őket rendszeresen - de nem teszi, tehát...

    Léccine...léccine kezdj te is politizálni... Amúgy olvasd el még egyszer: nem azt írtam, hogy törvénytelen, hanem, hogy kijátsszák a törvényeket, amik előírják, mennyi reklám lehet egyhuzamban. Megszakítják a reklámot egy kis ajánlóval, majd megint reklám. Ez nem törvénytelen, csak gusztustalan.

    > For profit cég, ebből élnek. Ha szolgáltatónak nem érné meg kifizetni a pénzt a kanálisaikért (amit ők is beszednek az előfizetőiken), akkor nem fizetnék ki nekik ezt a pénzt. Kereslet, kínálat

    Ok, jogos. Ebben igazad van.

    > A ki nem fizetett, rommádolgoztatott alkalmazottaik pedig a munkaügyi bírósághoz fordulnak, ami természetesen a javukra dönt, a retket pedig a kifizetésükre kötelezi és még jól meg is b*ssza.

    Hol? Mikor? :(
    A munkaügyi bíróság gyakran évek múltán nyúl csak hozzá egy adott ügyhöz (ez most speciel személyes tapasztalat, persze nem a retekklubbal), addig az alkalmazott meg is gebedhet. És utána is kimagyarázhatják; ha van indok, hogy miért rúgták ki az alkalmazottat, akkor mehet a sóhivatalba, az meg szokott lenni. A csóringernek meg nincs pénze ügyvédekre. Biztos van ellenpélda is, de nem lehet túl sok. Ez a bekezdés egyébként most nem retekklubb-specifikus volt...

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425686

    > Magyarul továbbra se tudod, csak azt gondolod, hogy ez milyen rohadt olcsó, dől belőle a nagy lé -> extraprofit. Csak épp a szerintem szót nem használod, pedig kéne. Az meg más kérdés, hogy szerinted vagy szerintem igénytelen-e a műsor.

    Én legalább logikai levezetést adtam. Te még azt sem. Csak kijelented, hogy nem és kész, mert csak. És te se írtad oda, hogy szerinted.

    > Lásd még: internetelőfizetés. Nem volt, senki se gondolt rá, aztán valaki megcsinálta, most meg veszik mint a cukrot. Vagy a narancsszörp, alkoholmentes sör, akármi, mindegyiket először kitalálta valaki, aztán lett belőle termék.

    Csúsztatás. Ezek nem negatív, destruktív dolgok.

    > Ha nem törvénytelen, akkor törvényes, ez egy bináris dolog. Ha pedig ilyen könnyű kijátszani, akkor az a törvény szar. és akit ez zavar, az nyugodtan fordulhat a parlamenti képviselőjéhez, hogy intézkedjen a témában.

    De ezt írtam én is, hogy törvényes, csak gusztustalan. Abban egyetértünk, hogy a törvény szar, de ettől aki még kijátssza az is szar ember.

    > Engem nem zavar, én nem nézek TV-t.

    TV-t én sem, de a tendencia nem TV-specifikus.

    > Erről meg nem én tehetek, de ha nem fizet ki a munkáltató akkor a lábaddal szavazol, sztennyi.

    Mondd ezt annak, aki örül, hogy van állása.

    > Egyébként is konkrétum nélkül vagdalkozol itt a nagy rtl elleni harcodban ezzel a témával...

    Nem igaz, adtam linkeket a profitra és a ki nem fizetett alkalmazottakra, a gusztustalan mentalitásra is.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425788

    > Állítasz valamit, amit persze nem bizonyítasz, de előadsz egy elméletet, hogy _szerinted_ úgy van. Ez nem logikai levezetés, ez csak azt mutatja, hogy fogalmad sincs a televíziózásról. Mondjuk nekem se, de én legalább nem okoskodok bele a témába, ha vakon vagyok.

    Te is állítottál valamit, bizonyíték és szerintem kitétel nélkül. Ha az én állításom beleokoskodás volt, akkor a tiéd is az. És attól még amit én adtam, logikai levezetés volt, hiába nem tetszik neked. Ha a műsor szereplőit ingyen vagy éhbérért dolgoztatják, akkor az csökkenti a műsor költségeit. Teljesen kézenfekvő, csak te meg akarod magyarázni, hogy nem, mert szegény retekklubbot bántják.

    > És? Az előbb még az volt a bajod, hogy ezt valaki kitalálta, aztán a népek meg zabálják.

    Nem, nekem az volt a bajom, hogy negatív, desktruktív dolgokat találtak ki és arra keltették fel az igényt.

    > Akit meg zavar és nem szól érte, az meg micsoda is?

    Személyeskedést lehet abbafejezni. Hol szóljon érte, akit zavar? A hivatalban? Szétteszik a kezüket, hogy nem törvénytelen. A neten? Nem itt vagyunk? Mi ez a szerecsenmosdatás? A retekklubb nem geci, de ha igen, akkor geci az is, aki ezt kijelenti?

    > Nem olvastam végig minden linket. Ablogpost egyik kommentjének egyik mondatával maximálisan egyetértek: "Amúgy el tudom képzelni hogy az utolsó betűig true story, de 11 év kellett vele előállni?"

    Jó, ez már nettó szerecsenmosdatás... Lehet, hogy igaz, de akkor is ő a hülye/hibás/akármi? Ennyi empátia nincs benned, hogy feltételezd, oka volt rá?
    Az meg, hogy nem olvasod el a linkeket, az a te dolgod, de akkor ne mondd, hogy nem adtam konkrétumot.

    > Állítása szerint "azonnal felmondtam"...

    Ő igen. Sokan meg nem, mert nem tehetik meg. De mint mondtam, az az utolsó bekezdés nem rtl-specifikus volt. Általánosságban nem ér semmit az ember a munkaügyi bírósággal, ennek semmi köze nincs a retekklubbhoz.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2426236

    > Igen, azt hogy vakon vagy a témában.

    Nem, te azt állítottad, hogy nem lesz olcsó a műsor. Bizonyíték?

    > Aki elolvassa az itteni tevékenységedet, az majd el tudja dönteni, hogy egyetért-e velem.

    Ennyi erővel meg aki a tiedet, az meg azt, hogy velem. Azt hiszed, hogy igazad csak neked lehet, vagy mi? Ez közönséges hangulatkeltés, hogy nekem "tevékenységem" van, mintha valami elítélendőt csinálnék. Nem haver, nekem véleményem van, ami a tiéddel nem egyezik, csak te úgy gondolod, hogy ez tolerálhatatlan, ezért automatikusan hülye vagyok és kész.

    > Volt egy fenét.

    Ellenérv?

    > Itt szarozol egy csomó embert, aki a reteknél dolgozik, aztán felsírsz, ha neked is beszólnak? xD

    Sírni egyelőre te sírsz, mert báncsák szegény retekklubbot. Én egyébként nem a retekklubbnál melózó szerencsétleneket szidtam, hanem a górékat. Akik az egészért felelősek. Meg is indokoltam, csak neked nem tetszik, mert valamilyen ideológiádat sérti.

    > Aha, javaslom nézz utána ennek a kifejezésnek, mert a jelentésével láthatóan nem vagy tisztában.

    Szerecsenmosdatás azt jelenti, amikor valamit hiábavalóan akarsz mosdatni, mert úgy is fekete marad. Te is hiába véded itt az rtl-t, mert felesleges. Ráadásul nevetséges "érvekkel" csináltad.

    > Marhaság.

    Újfenn frappáns ellenérveknek voltunk tanúi.

    > Na asszem hagylak is ebben a szálban, mert ennek már rég nincs értelme.

    Úgy tényleg nincs, ha a sérülő ideológiáidat belemagyarázással és személyeskedéssel próbálod védeni.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2426906

    > Nem, én semmilyen állítást nem tettem bizonyos műsorok árával kapcsolatban. Én azt állítottam, hogy _neked_ fogalmad sincs egy műsor költségeiről, szóval alaptalan az az állításod, amit adott műsorok olcsóságával kapcsolatban tettél. Bizonyítékot erre egyébként nem hoztál, nyilván, hiszen a bizonyíték egy ilyen műsor költségvetése lehetne, minimum a kiadási oldal. Ehelyett inkább összehordtál valamit, ami szerinted "logikai levelezést" vagy mi a fene, de amúgy csak nettó hadoválás

    Én azt mondtam, hogy ha szaré'hugyé' dolgoztatod az embereket, akkor az olcsó. Te ezt próbáltad cáfolni.

    > Que? Én kezdtem el panaszkodni, hogy személyeskedsz? Ugyan már, olvasd vissza a szálat aztán nézz tükörbe...

    Nem, te azért kezdtél el sírni, hogy báncsák az rtl-t. Amúgy ezzel beismerted a személyeskedést is, szóval inkább neked kéne tükör.

    > Nyilván nem történt ilyen, én csak az alaptalan fasságaidra reagáltam.

    Nem, á nem. Olyan abszurd baromságokat hordtál össze, áldozathibáztatástól elkezdve mindent, hogy azt tanítani kéne.

    > A többi meg nettó fasság, nem reagálok rá. Meg amúgy is, ignoréra tettelek.

    Jól tetted. Bár én azt hittem, hogy ezen már túl voltunk az előző körben. Vagy még előbb, két éve.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2427324

    > És nem, én nem próbáltam semmit se cáfolni, mindössze annyit írtam le, hogy halvány fogalmad sincs arról, hogy mennyibe kerül nekik ezt a szemetet előállítani. Mert nincs.

    Neked sem. Azt viszont bárki beláthatja, hogy a szereplők és alkalmazottak bérén spórolva le lehet faragni a műsor költségeit. Erre pedig adtam forrást. Azt is beláthatja az ember, hogyha olyan rohadt drága lenne ezeknek a műsoroknak az előállítása, akkor nem lenne az rtl-nek többmilliárdos profitja. És erre is adtam forrást.

    > Linkeld és idézd kérlek, hogy hol tettem ezt.

    "Egyébként is konkrétum nélkül vagdalkozol itt a nagy rtl elleni harcodban ezzel a témával..."
    Ez mi, ha nem sírás, ld. még "vagdalkozás", "nagy rtl elleni harc"... Mert kritizálni merem? Ráadásul még bakot is lőttél, mert ott voltak a konkrétumok...na arra toltad az áldozathibáztatást, ld. lejjebb. Szóval? Mit fáj neked, hogy valaki szerint az rtl disznóságokat csinál? Mi okod van arra, hogy nekitámadj az illetőnek?

    > A 2. mondatnak nincs semmi értelme, továbbá várom arra is a linket és az idézetek, hogy én hol személyeskedtem.

    Akit meg zavar és nem szól érte, az meg micsoda is?
    Vagyis én szar ember vagyok, mert szerintem szar ember, aki kijátszik egy törvényt. A következő körben meg is erősítetted, hogy beszóltál:
    Itt szarozol egy csomó embert, aki a reteknél dolgozik, aztán felsírsz, ha neked is beszólnak? xD
    Ez mi, ha nem személyeskedés? Az meg pláne, hogy még meg is akarod magyarázni, pláne mivel ezzel is bakot lőttél, lévén ahogy mondtam, egyszer sem a melósokat szidtam, hanem a felelősöket. Te viszont engem. Szóval? Mit fáj neked, hogy valaki szerint az rtl disznóságokat csinál? Mi okod van arra, hogy nekitámadj az illetőnek?

    > Linkeld és idézd kérlek, hogy hol tettem ezt.

    Nem olvastam végig minden linket. Ablogpost egyik kommentjének egyik mondatával maximálisan egyetértek: "Amúgy el tudom képzelni hogy az utolsó betűig true story, de 11 év kellett vele előállni?"
    Tehát elfogadod, hogy igaz, de akkor is ő a hülye, mert 11 évig hallgatott? Ez mi, ha nem áldozathibáztatás?

    Úgyhogy egyelőre csak te hazudoztál énrólam, ld. konkrétumok nélküli vagdalkozás, ill. burkolt leszarozás. Mondom, neked kell az a tükör.

    (Amúgy most mi van? Mégsem tettél ignore-ra?)

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2427459

    > Én nem is állítottam, hogy van. Odáig viszont már eljutottunk végre, hogy belátod, hogy neked sincs.

    Azt mondtam, ha "gondolkodik rajta" az ember. Csak logikai levezetést adtam, csak neked ez nem tetszik. Azt sose állítottam, hogy bizonyítékom lenne.

    > Nyilván lehet a szereplők bérén spórolni, csak épp azt nem tudod, hogy milyen arányú spórolást jelent pl. az, hogy egy 2 hónapos "valóságsóban" az az 5-10 szereplő nem kap munkabért. Simán lehet, hogy ez kerekítési hiba nagyságrendű összeg a többihez képest.

    Spekuláció. Semmivel nincs több köze a valósághoz, mint az ellenkezőjének.

    > És ezért - kamerák előtt ugyan, de - csak nyaralniuk kellett, olyan körülmények között, amiért mások fizetnek. Na ennyi.

    És a stáb?

    > Muhaha. Szóval ha én leírom, hogy vakon vagdalkozol (mert ez nem kritizálás) a retekklub ellen, akkor én sírok? És azzal, hogy ezt leírom már neked is támadok? LOL...

    Ez a sírás része volt, nem a támadás. Az a szaremberezés volt. Azonkívül, mivel adtam konkrétumot, így kiderült, hogy a vakon vagdalkozás csak egy jó nagy bullshit volt a részedről. No comment.

    > Görbe tükör. Leszaremberezel olyanokat, aki amúgy teljesen törvényesen működtetnek egy céget, de az neked nem tetszik.

    Bullshit. Ez közönséges személyeskedés volt. Te leszaremberezel valakit, akinek van valami véleménye egy stúdió gusztustalan tevékenységével kapcsolatban, de az neked nem tetszik. A törvényességről meg annyit, hogy te magad ismerted be, hogy kijátsszák a törvényt, amikor azt írtad, hogy egy szar törvényt játszanak ki és akkor is, amikor rákérdeztél azzal a bizonyos "Akit meg zavar és nem szól érte" szarozással.

    > Aztán ha úgy gondolod (pedig amúgy nem is), hogy téged valaki leszaroz ezért a shitshow-ért amit itt előadsz, akkor egyből besértődsz.

    Aha, akkor nem is ostobáztál le, és a többi, ugye? Nem, te nem személyeskedsz. Te csak röhögsz, mert igényed van a trashre, és nem sírsz, mert bántják a retekklubbot; csak akkor miért is ilyen kurwa fontos, hogy megcáfolj valakit, aki ostobaságokat írkál róluk?

    Hovatovább, ugye azt mondtad, hogy "akit zavar". Ezek szerint ez téged nem zavar. Namármost, ez még nem jelentene semmit sem, mert akár le is szarhatnád, de ha leszarnád, nem járnál vissza ide ilyen sűrűn, csakhogy konkrétum nélkül vagdalkozzál itt a nagy rtl melletti harcodban ezzel a témával... Ha tényleg leszarnád, már rég leléptél volna. Ez nem igény a trashre, te meg akarod őket védeni.

    > Mivan? Úristen, mit szedsz, van még belőle?

    Miért, te mit szedsz? Remélem abból nincs, mert nem szeretném így végezni, mint te.

    > Ne haragudj, de ennyire ostoba nem lehetsz. Pont te idézted be, amit írtam: A blogpost egyik kommentjének egyik mondatával maximálisan egyetértek: "Amúgy el tudom képzelni hogy az utolsó betűig true story, de 11 év kellett vele előállni?"

    > Na, én pontosan ezt írtam, és ez a mondatodból csak a következőket nem jelenti:

    > - hogy elfogadom, hogy igaz,

    > - hogy lehülyézem, és

    > - hogy "áldozathibáztatok" (bocs).

    Incoherent bullshit of the year. And the next three...
    Hogy is van ez? "Maximálisan egyetértesz egy a kommenttel", ami azt írja, hogy "el tudom képzelni hogy az utolsó betűig true story", de ezek után "nem jelenti - hogy elfogadom, hogy igaz"? Ez hogy jön ki? Ellentmondasz önmagadnak.

    > Na ebben viszont igazad van. Bevallom őszintén, néha van igényem a trash-re, és a félrebeszéléseidet néha szórakoztató darabokra szedni. Illetve baromira ráértem mostanában, mert másokra várok, szóval időm is volt erre a bohóckodásra.

    Lamest excuse of the year. And the next decade. Körmödszakadtáig véded a retkeseket. És itt egyelőre nem szedtél szét semmit sem, csak hadoválsz és fölényeskedsz, mert másra nem tellik. Érveket eddig legalábbis nem láttam, azt az egyet leszámítva, hogy ha a szolgáltatóknak nem érné meg, akkor nem is fizetnék ki.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2427473

    Egyébként borítékoltam, hogy ez a baja. De totál mellément a politikai butthurt, mert ha a sztori szereplője utána le is igazolt a konkurenciához, attól még a sztori nem lesz automatice kamu. A retket nem csak azok utálják, akik a kormányhoz húznak.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425212

    Pontosításod pontatlan: mert az lehet, hogy a júzer közvetlenül a szolgáltatónak fizet, na de ha a szolgáltató csomagja üres, akkor nem fog. A TV csatornák anyaga pedig jogvédett és fizetős. A szolgáltatónak meg kell vásárolnia azt az anyagot. A júzerek által befizetett pénz egy része bizony a retekklubbnál landol a barátokköztért. Csak nem te adtad nekik oda, hanem a szolgáltató, de a szolgáltatónak meg te adtad oda. De ettől függetlenül a retekklubb pénzért adta oda az anyagot. Innentől kezdve nincs keresnivalója benne reklámnak. Pláne nem olyan mennyiségben és olyan pofátlan módon, ahogy csinálják.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> carlcolt , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425249

    Persze, ez irreális lenne, már csak azért is, mert akkor a csatorna maga csillagászati - N-1-szeres - profitot kasszírozna be.
    Az én sejtésem az, hogy a csatornának van egy "anyagköltsége" (ebben benne van minden), meg van egy előírt profit, összeadják a kettőt és elosztják az összes szolgáltató között. A probléma csak az, hogy a csatornák az "anyagköltséget" próbálják minél lejjebb szorítani, messze túl az ésszerűség határain (azaz olcsó szart állítanak elő, a dolgozókat nem fizetik ki és halálra dolgoztatják), viszont a profitot meg próbálják minél magasabbra pakolni, szintén messze túl az ésszerűség határain (egyfelől megkaszálják a hirdetőket a mindent elöntő reklámdömpinggel, aztán meg megkaszálják a jelszolgáltatókat is). Az RTL már '14-ben is sokmilliárdos profittal dolgozott. Sajnos a régi linkem, amit Ar0n mutatott, már nem működik, de azon nagyon jól látszott, hogy a profitjuk 2010-ről 2014-ig ~1 milliárdról ~3 milliárdra nőtt. És emlékeim szerint, akkor még nem ZRT volt az RTL, hanem KFT. Vagyis ez a profit mindössze pár embernek a zsebében landolt. Bár mondjuk ez most is áll, mert zárt részvénytársaság...

    Itt már régen nem önnfentartásról beszélünk a reklámok kapcsán, hanem irdatlan és gátlástalan profitéhségről.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425256

    Igen, de az nem azért ilyen drága, mert reklámmentes, hanem azért, mert amit adnak, azt ők is nagyon drágán veszik. Van más reklámmentes csatorna is (valamelyik ismeretterjesztő), ami viszont olcsó, mert olcsó műsorai vannak és sok szolgáltató pakolja bele a csomagjába.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425268

    Ennyi? A szavaim kiforgatása és személyeskedés, különféle jelenségekhez, eszmékhez való hasonlítgatás? No comment. Elfogytak az érvek?

    Ami a harmadik bekezdést illeti, szerinted jár 3 milliárd forint azért, hogy valaki a képernyőre szarik? Elolvastad te, amiket belinkeltem? Amikor zéró tartalomra pakolnak annyi reklámot, hogy ki se látszik alóla az a semmi se, az mi, ha nem pénzéhség?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425356

    ROFL. Én nem ezt mondtam. Én ezeknek a felsoroltaknak egyikét sem mondtam. Ezt te magyaráztad bele. Itt szó szerint azt írtam, hogy kérjenek pénzt. Ha nem kérnek pénzt, mivel fizetnék ki az alkalmazottakat? Viszont a retekklubb pl. nem fizeti ki az alkalmazottait, miközben az publikus, hogy mennyit kaszálnak. Ez rohadtul nem az az eset, amit te idehazudtál. Bankokról meg szó sem volt. Olyat se írtam sehol se, hogy minden jár, ingyen. És nem neveztél a nevén semmit, mert én kurwára nem vagyok komcsi, tehát ez nettó személyeskedés volt. Kösz a felesleges politikai szálat is. Majd ha hajlandó leszel értelmezni, amit írtam, akkor folytathatjuk.

    A YTP kapcsán meg már a múltkor is írtam, hogy lehet, hogy ez bug, de évek óta húzódik a javítás, miközben a google azt állítja, hogy fixed, miközben folyton jönnek az újabb panaszok. Tök mindegy, mi az indok, nem ezért fizetnek a felhasználók. Reklám meg van. Lehet nem mindenkinek, de van akinek van. Fizetős kuncsaftnak, aki a reklámmentességért fizet és nem érdeklik a google fejlesztőinek az API-val kapcsolatos mizériái, ő azért fizetett, hogy ne legyen reklám és nem kifogásokat akar, hanem eredményt.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425383

    Honnan ragadtam én ki példát és mire írtad ezt?

    (Először komcsi vagyok, aztán fideszes...zseniális...) Nem olvastam ezt a cikket és nem érdekel, hogy a kormány szerint mi számít minek. Nem olvastam A Tőke című klasszikust sem. Nem húzok sehová sem, herótom van a politikától. Így aztán nem fogok semmit sem megfogalmazni úgy, hogy az egyezzen, vagy ne egyezzen bármivel. A saját véleményemet írom le. Azt, amit én látok. És tőből leszarom a kormányt is, meg az ellenzéket is. Nem tudom feltűnt-e, de hatvannyolcezer parsec messzire elkerülöm itt az összes aktuálpolitikai topicot. Itt a reklámok és az adblockerek volt a téma, igazán köszi, hogy sikerült beimportálni ezt a szart.

    > YT esetén a felhasználónak kell legyen annyi esze, hogy azzal a fiókkal lép be, amivel előfizet. Ha meg a 3rd party cég appjával hiba van, akkor azt nála kell reklamálnia (roku).

    Volt, akinek úgy is volt reklám, csekkold a linkelt panasztopicokat. Lehet, hogy az is API bug, nem tudom. De a hangsúly azon van, hogy fizettek a reklámmentességért és vannak reklámok. Egyébként nagyon leragadtunk a YTP-nél; 3 példát hoztam, ahol fizetős kontentben vannak reklámok. És lehet még találni.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425437

    > Milyen példákat ragadtál ki? Hát te dobálózol microsoft windows-zal, meg hagyományos tévé adással.

    A fizetős tartalmak reklámmal való szennyezése volt a felvetett szál. Ezek releváns példák voltak, mert fizetős szolgáltatásba került reklám, aminek semmi helye nincs ott.

    > Olyan logikai bukfenceket hozol ki időnként, aminek képtelen megfelelni egy tartalomszolgáltató, mert ha sikeres, akkor már nem érdemli meg a jövedelmet.

    Bullshit. Ezt újfennt te magyarázod bele. Egy szóval nem mondtam, hogy ha valaki sikeres, akkor dögöljön meg. Ne projektáld a saját rosszindulatodat, plz.

    > Ehhez csak ráadás a yt előfizetés kapcsán az összeesküvés elmélet.

    Na, az meg még csak nem is az én elméletem volt, hanem két másik kollégáé. Én elfogadtam a bugos magyarázatot is. Legalább olvasnád el rendesen, amit írok.

    > Ó, hát sajnálom, de van egy rossz hírem: ezek szerint minden igyekezeted ellenére eljutott hozzád az a reklám és be is épült a gondolkodásmódodba. Talán így már érted, hogy te hoztad be a témába "azt a szart", amikor egy az egyben előadtad az említett művészek életművét.

    Nem jutott el. Ez az én saját véleményem azokról, akik csak a pénzt hajhásszák és utánuk az özönvíz. Ennek megfelelően a politikai vonalat sem én hoztam be.

    > Az, hogy nem tudatosan teszed, még nem teszi ártalmatlanná azt a nézetet, amit terjesztel.

    Nem terjesztek semmilyen nézetet. Leírtam a saját véleményemet egy jelenség kapcsán. Attól még nem leszek komcsi, hogy ez a vélemény kb. három mondat erejéig átfedést mutat két kommunista filozófus hatszázezer oldalas művével. Orbitális csúsztatás ez a címkézés, amit csinálsz, ugye tudod? Már csak azért is, mert ez nem úgy működik, hogy valakinek a személye dönti el, hogy igaza lehet-e bármiben, vagy sem. Ha holnap Dschinghis Khan feltámad halottaiból és kijelenti, hogy az ég kék, akkor neked az ég onnantól zöld? ROFL.

    > A tájékozatlanság nem jó érv amúgy sem.

    Ebben egyetértünk. De ettől még inkább kihagyom az említett cikket és az említett művet. Mint említettem herótom van a politkától.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425487

    > Nem. Az általam indított szálra hoztál összeesküvéselméletet és extraprofitot.

    Abban semmi összeesküvéselmélet nem volt.

    > Most saját magadat hazudtolom meg, mert úgy csűröd csavarod a véleményedet, ahogy épp önigazolást próbálsz nyerni. Nem zavar, hogy ellentmondásokba kerülsz másik kommenteddel... de néha még egy kommenten belül is magaddal.

    Hol? Emelj már ki egy ilyen önellentmondást?

    > Egyszerűen képtelen vagy felfogni, hogy marxista eszméket terjesztel, azzal igazolva őket, hogy ez a te saját véleményed és minden kritika lepereg rólad, mert szerinted mindenek felett neked van igazad. Se törvény, se tisztességes hozzáállás nem számít.

    Mert ha elkapcsolom a TV-t a reklámról, akkor komcsi vagyok és bűnöző. Gratulálok.

    > Egy troll vagy.

    Te pedig egy elmebeteg.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425491

    Hát aki szerint az adblockerek botnetnek számítanak, amiknek a célja a károkozás és a fejlesztőiket, a hozzájárulóikat (rulelistek írói) és a használóikat, hatóságilag vegzálni kéne, mert bűncselekményt követnek el, az ne ossza az észt kártékony tevékenységről. Te komplett elmebeteg vagy.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425328

    Én elhiszem, hogy van, aki nem lát reklámot, de amint a szaporodó panasztopicok mutatják, sokan meg látnak. (Amúgy letölteni a normál YT-ről is le lehet.)

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425403

    Ha pár tíz bejelentés lenne, igazad lenne, de itt soktízezres, vagy akár többszázezeres nagyságrendről beszélünk. A panasztopicok csak a jéghegy csúcsa, de netszerte panaszkodnak a júzerek. khiralynak és pehsanak volt egy teóriája, hogy mi lehet még a háttérben, de természetesen az is feltételezés. Mondom, én hihetőnek tartom a magyarázatot, hogy ez egy bug és a felelősök szakmai inkompetenciája miatt van jelen már évek óta. De a másik magyarázatot is hihetőnek tartom.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425408

    Hogyne. De ettől az érintettek nem lesznek boldogabbak. És ugye ez még mindig csak egy példa. Ezen felül is van számos fizetős szolgáltatás, ahol reklámok is vannak.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425469

    > Aham, szóval biztos vagy abban, hogy van itt egy "soktízezres" tömeg, akiknek a yt premium előfizu mellé reklámot is tol a gugli? Biztos vagy ebben, és nem lehet, hogy csak párszáz vagy párezer emberről van szó? Konkrétan van valami felsorolás, vagy valami ilyesmi?

    Párat összeszedtem a múltkor. De ha keresel, akkor találsz még furt. És a mai napig jönnek az új panaszok. És mégvalami: én nem állítom, hogy "tolja" nekik a gugli a reklámot. Azt állítom, ami a tény, hogy reklámok jelennek meg náluk. Lehet, hogy bug.

    > Aztán az nem lehet, hogy mindenféle prájveszi gárdokat olvasgatnak, aztán egy n+1. országbeli VPN-en mennek ki, ahol nincs yt premium? Vagy épp hasonló megfontolásból incognito tab, aztán azért nem megy át? Vagy mindenféle csodapláginek, szarrá vírusozott trójaizott gépek/böngészők/akármik okoznak ilyesmit? Esetleg valami nemfizetés miatt inaktív az előfizu, akármi? Mert én a hibát nagyjából kizárnám, ez egy ilyen "if (!premium_subcriber){show_ad();} típusú feladat, ezt azért elég nehéz elkeffenteni

    Nem tudom. De nem tartom valószínűnek, hogy az összes érintett ilyenek miatt szívna.

    > bár a mai gyávaszkriptes világban nem esküszöm már meg semmire.

    Na látod, ebben rohadtul egyetértünk.

    > Én amúgy szeretnék látni egy olyan videót, ahol pistike egy szűz gépre felcsűr egy szűz böngészőt, megnyitja benne a yt.com-ot, belép az account-jával, megnyit egy videót és bejön a reklám.

    Keress egyet. :P

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425683

    Tessék itt egy alig másfél hónapos. Ezúttal a Chromecast bugzik. Még valami?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425783

    Nem állítottam, hogy direkt volt. Azt állítottam, hogy reklámot kapnak a fizetős felhasználók, nincsenek kevesen és a mai napig érkeznek panaszok. Te ezt nem akartad elhinni, de a válaszodból ítélve, most már kaptál rá hiteles adatot.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2427660

    (Hopsz, ezt nem jelezte a hup.)

    A neten amilyen frekventáltsággal előjön a probléma, simán lehetnek annyian. Bizonyítékom persze nincs, de azt nem is mondtam. Neked sincs az ellenkezőjére.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2427756

    Ő is ennek a tagadását.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2427854

    Volt normális érv, hogy a mai napig jönnek panaszok. Tagadta. Adtam rá új linket. De ez akkor is csak bug. Mondtam én mást? Csak azt, hogy a probléma még élő. Erre ennyire futotta, hogy de én ennyit meg annyit mondtam és nincs rá bizonyítékom. Neki meg az ellenkezőjére. A vita kb. ott halt el érdemileg, amikor a panaszok létezését is tagadta, pedig arra van proof.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2429050

    Azt is tagadtad, hogy a probléma még élő. Aztán ott van a másfél hónapos ticket. Inkább tedd be aláírásba, hogy google rulez, oszt jóvan...

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2429504

    Okké, akkor nem tagadtad. Csak éppen szarkasztikusan ellenkeztél az állítással. Így jobb?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2429918

    Csak éppen az volt. Mint a mellékelt ticket is mutatta. De oké: nem tagadtad. Csak ellenkeztél a tényekkel. Van ilyen.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2430460

    Egyelőre te hazudozol, mert én erről beszélek, ezt nem akartad elhinni, hogy a probléma a mai napig fennáll. A számokról én sosem állítottam, hogy bizonyítottak lennének, az becslés volt a kezdetektől fogva (hint: "akár" és "az is feltételezés"). Ezt te próbálod meg belemagyarázni, hogy hazugságba keverj. Két dolgot állítottam biztosra: reklámok jelennek meg és a probléma a mai napig fennáll. Ennyi. (Egyébként éppen azért, mert nem csak pár tíz bejelentésről beszélünk, hanem egy évek óta fennálló problémáról, azért erre nem olyan egetverő becslés a tízezres nagyságrend.)

    Nagyon a körmöd alá mehettem amúgy, ha sokadik ígéreted ellenére még mindig nem tettél ignore-ra.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2431613

    Aha, tehát én mondok valamit, aminek te ellentmondasz, de az nem minősül sem tagadásnak, sem hitetlenkedésnek, mert csak? A lényeg, hogy rám lehessen fogni, hogy hazudok? Nem haver, itt te hazudsz. Te már két éve is minden lófaszt összehazudoztál a kugli masszív felszopása közben, hogy nem is baszott ki a ProtonMail-lel, azt csak én találtam ki (ROFL), meg azt, hogy csak mondják a ProtonMail-esek, hogy mindent letitkosítanak, én meg elhiszem nekik, miközben egyrészt maguk a ProtonMail-esek írták le mit művelt velük a kugli, másrészt meg a ProtonMail 2015 óta full open-source, tehát ha kamuznának a titkosításról, az 5 év alatt már ezerszer kiderült volna. De ez mind nem számít, mert ez csak egy nagypofájú kisebbség, kerekítési hiba méretű konkurencia. Nem, nem vagy gúgelfanboi és nem hazudozol minden szart össze, hogy a céget mosdasd; a kettőnk vitája nem az első példa arra, hogy vérhabot fröcsögve véded a kuglit.
    Hallottad már amúgy azt a kifejezést, hogy "csírájában elfojtani" valamit? Szerinted az m$ mit csinált egy raklap céggel a '90-es években? A ProtonMailnek 2017-ben 2 millió felhasználója volt, 2018-ban már 5. Úgy, hogy az első kettőt 3.5 év alatt szedték össze. Nem biztos, hogy sokáig "kerekítési hiba méretű konkurencia" marad, ha a kugli továbbra is botrányt botrányra halmoz.

    No, ha akarod, folytathatod magaddal, én meguntam. Továbbra is további jó butthurtkodást, ha netán valaki megint bántani merné a jócéget.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425742

    Személyeskedésen kívül bármi? (Ráadásul minősített eset, hiszen én csak megosztottam a sztorit, nem elkövettem.)

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425187

    Ezt neked is írtam.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425426

    Spotify-nek is van prémium verziója, ott nincsenek reklámok. Hacsak nem futsz bele valamibe, de ott legalább nem száezrével panaszkodnak. :P

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2476924

    /etc/hosts-ba felveszed az adverticumot, felraksz egy thttpd-t (vagy ami jól esik), megnézed, hogy mit kér le, majd odaraksz neki valamit; jó esetben egy üres file is elég, de patchelve odarakhatod azt is, amit kér. Én kerültem már meg így védelmet.

    Sz*rk: De egyébként most kinyitottam a linkedet és elég volt az uBlock Originnel a ##.adbd-layer elemet tiltólistára venni és máris olvashatom a cikket.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2476936

    Nem biztos. Azt nem szokták nézni, hogy https-en vagy sima http-n jött be a cucc, csak azt, hogy bejött-e, vagy sem. De amúgy mindegy, mert ezbben az esetben speciel egyszerűbb addonnal - vagy akár bookmarklettel - blokkolni a felesleges layert. Csak arra írtam, hogy ha valami betöltődést néz, azt localhostos url-hijackkel orvosolni lehet.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477124

    Nyilván attól függ, de nem azt mondtam, hogy sose nézik, hanem, hogy nem szokták nézni.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477154

    Lehet, hogy Firefoxban és Chrome-ban így működik; de az Opera 12-ben ez kikapcsolható és magasról tojik a certekre, így az onerror sem triggerelődik.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> st3v3 , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477267

    Szerintem is. Csodálkoznék, ha a CA-k szemfényvesztését támogató google lehetővé tenné a rendszer megkerülését, dehát érhetik még kellemes meglepetések az embert.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477266

    És ki mondta, hogy én okos vagy bölcs vagyok? Különben is mi lesz, meghekkelnek? :P
    Egyébként meg az egész cert alapú rendszer egy vicc...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477867

    ##.adbd-layer
    ##body:style(overflow: auto !important)

    De nem értem egyébként az ilyen jellegű kéréseket, az adblockerekben van picker: jobbklikk a mindent kitakaró elemen, "elem blokkolása", és jobboldalt hozzáadás.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> arpi_esp , ak0sh


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477880

    Dehát pont erre való a ##body:style(overflow: auto !important) rész. Amúgy nekem PaleMoon-ból az összes oldalon globálisan force-olva van a html és a body scrollozhatósága, Opera 12-ben pedig van egy egysoros JS-call gombom ennek a kiiktatására, így egyetlen site sem tudja eljátszani velem, hogy nem scrollozható az oldal.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> end , uid_18385


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477898

    Nincs mit.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477940

    Nincs mit.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477889

    Erre való a ##body:style(overflow: auto !important).

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477913

    A szűrőlistába.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477869

    Az nem fizetős oldal. Az a fizetős oldal, hogy bereggelsz és fizetsz nekik, átutalással, vagy ahogy akarod. A blokkolható reklámokkal tarkított és dettó kiblokkolható anti-adblockerrel "védett" oldal az nem fizetős oldal.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477875

    > Nem ahogy akarod, hanem abból választhatsz, amit a szolgálató felajánl.

    Az "ahogy akarod"-ot nem úgy értettem, hogy úgy fizetsz nekik, ahogy te akarsz, hanem úgy, hogy képzeld az átutalás mellé a többi lehetőséget.

    > Itt pl. azt, hogy nézed a reklámokat.

    Ez nem fizetés. Az a fizetés, ha pénzt adok nekik.

    Most akkor egyébként hogy is van ez? Ha működik a reklámozós modell, az emberek többsége nem blokkolja a reklámokat, ők meg jól megélnek belőle, akkor mi szükség van arra, hogy éhenhalást és egyebeket emlegetve anti-adblockereket telepítsenek? Most vagy hazudnak és valójában csak kapzsiságból rakták ki, fennakadva két fillér kiesett bevételen, vagy igazat mondanak és tényleg lekvárban vannak, de akkor meg a reklámozós modell rohadtul nem működik. Mindenkinek a logikájára/fantáziájára bízva, hogy melyiket tartja valószínűbbnek.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> pepo , ibenny , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477882

    Például? Nekem nagyon olybá' tűnik, hogy ez egy bináris kérdés, hogy működik-e a reklámozós modell, avagy sem, azaz harmadik válaszra nincs lehetőség, mert vagy működik, vagy nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477914

    Magyarul nem tudsz te sem harmadik lehetőséget, mert ennek a válasznak semmi köze nem volt a kérdéshez, hogy most működik-e a reklámozós modell, avagy sem. Egyébként nem az a kapzsiság, ha valaki nem adja ingyen a portékáját, hanem az, ha eljáttsza a hattyú halálát, két fillér bevételkiesés miatt.

    Azonfelül itt nem kérnek pénzt. Itt kb. az van, hogy kitesznek a standra végtelen számú ingyen elvihető kenyeret (a cikk sem fogy el a megtekintésektől, ugyebár), viszont a stand ki van plakátolva reklámmal. Ha ezek után valaki úgy megy oda és úgy vesz el egy kenyeret, hogy becsukja a szemét, az az ő dolga. A kenyeret ők tették ingyen elérhetővé, úgyhogy hiába utána a sipákolás, hogy de nyisd ki a szemed, mert nem látod a reklámot, mert az illető a fülét is be fogja fogni, teljes joggal.
    Úgyhogy szépen eljutottunk oda, hogy ha azt akarod, hogy a példád ne sántítson (annyira), akkor kérjenek ténylegesen pénzt a megtekintésért.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> bimi3 , zaphodb , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477944

    Miért, így megéri fenntartani? Akkor mégis csak kapzsiságból panaszkodnak, hogy éhenhalnak?

    A célzott reklám pedig mindenképpen tolerálhatatlan, nem csak azért, mert az ember privátszféráját sértik meg vele, hanem azért is, mert az már a szó legszorosabb értelemben személyre szabott agymosás.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477945

    Ez is baj. De a reklám önmagában is baj.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477947

    Azt hiszem még mindig nem érted. Itt ők önként pakolták ki az egészet, rábízván a felhasználóra, hogy megnézi-e a reklámokat, avagy sem. Ha működik a modell és bejön a reklámokból annyi, hogy tellik az általad felsoroltakra és még profit is van belőle, akkor mit kuncsorognak? Ha meg nem, akkor miért csinálják?

    Tegyük fel, hogy nem használom. Tegyük fel, hogy senki sem használja, aki nem akar reklámot látni. Mit eredményezne ez? Két felállás lehetséges:
    - Ha a reklámozós modell nem működik - azaz az emberek en generique nem akarnak reklámokat bámulni és a reklámblokkolók miatt rinyáló website-ok tényleg bajban vannak - akkor az emberek többsége önként kizárná magát a weboldalak többségéről, tkp. visszaadhatná a netét, ami a netszolgáltatók gyors csődjét jelentené, ami meghúzná a lélekharangot az egész internet felett pár kurwa reklám miatt (amit net nélkül ugyanúgy nem nézne senki); tehát ez a felállás mérhetetlenül nagy ostobaság lenne, hiszen überhülye módon addig erőltettünk egy működésképtelen modellt, amíg minden gajra nem ment.
    - Ha a reklámozós modell működik - azaz az embereket en generique nem zavarja a reklám és a reklámblokkolók miatt rinyáló website-ok csak harácsolnak - akkor az érintett emberek, ahelyett, hogy a maguk módszereivel próbálnának tenni a jelenség ellen (ha már a többség leszarja), ahelyett inkább a fene nagy korrektségükben hallgatólagos cinkosságot vállalnak azokkal, akik az emberek agyának mosásából, a fogyasztói társadalomnak az emberekre erőszakolásából, a világ kiszipolyozásából élnek és ezzel a cinkossággal - közvetve bár, de - hozzájárulnak ahhoz, hogy ezek a dögkeselyűk a világot még jobban - rossz esetben teljesen - tönkretegyék; tehát ez a felállás mérhetetlenül nagy ostobaság lenne, hiszen übernaiv módon addig korrektkedtünk azokkal, akik abszolút nem voltak korrektek, amíg minden gajra nem ment.

    Tehát, ha úgy tetszik, a reklámblokkolás szerény eszközével próbálok tenni egy mindenképpen rossz modell ellen, mert a reklámdömping mindenképpen rossz, akár működik a modell, akár nem.
    Apropó működés; továbbra is várom az ún. harmadik lehetőséget, hogy most működik-e a modell, vagy sem, vagy...? Mert itt jelen pillanatban én csak ennyit látok belőle, hogy vagy megéri nekik és csak az extra bevétel miatt erőszakoskodnak, azaz kapzsik, vagy egy működésképtelen modellt erőltetnek a végletekig, azaz hülyék.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477955

    > Azon, hogy egy vállalkozás növelni szeretné a bevételét, tényleg nem értem melyik rész annyia érthetetlen.

    Az, hogy nem ezt mondták. Hanem azt, hogy éhen fognak halni. Ami vagy igaz, de akkor az üzleti modelljük életképtelen, vagy hazudnak. Hányszor írjam még le?

    > Amúgy meg a legegyszerűbb dolog, amit egy neked nem tetsző szolgáltatással csinálhatsz: hogy nem használod.

    Most vezettem le, hogy hova vezetne, ha mindenki ezt csinálná. Most vagy nem olvastad, vagy nem fogtad fel, vagy nagy ívben teszel rá. De azt hiszem a lényeg még mindig nem ment át: ha nem érné meg nekik, nem csinálnák, hacsak nem teljesen hülyék. Ők tették lehetővé, hogy ingyen megnézzem a weblapot, ahogy a reklámok megkerülését is. Tudod, a kipakolt kenyerek. Ezzel semmilyen írott, vagy íratlan szabályt nem sértek, max azoknak a szemében, akik érdekeltek a reklámmocsokban.

    > Ez a te szerény eszközöd, hogy ne legyél cinkos (ezek a patetikus szavak már önmagukban marha viccesek :) ). Vagy így túl egyszerű? :)

    Fölényeskedésen kívül bármi? Várom a harmadik lehetőséget. Ezt már vagy ötödjére kerülöd ki.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477962

    > Igen, valószinűleg ezt az éhenhalunkat szó szerint kell érteni.

    Kezdődik a magyarázkodás, a szerecsenmosdatás. Azt hiszem még mindig nem fogod fel: teljesen mindegy, hogy ez csak poén volt-e vagy sem, hogy éhenhalnak: kiírták, hogy kapcsold ki, mert nekik ez kell a fennmaradáshoz, ami lehet, hogy tényleg igaz, de ha ezt ki kell írni, akkor az emberek többsége reklámblokkolózik, azaz életképtelen az üzleti modelljük, ha pedig nem igaz, azaz hazudnak, akkor ők sem korrektek, tehát neked sem kell annak lenni velük.

    Ennél szájbarágósabban már nem megy, sorry.

    > Szerintem semmi baj nincs azzal, ha egy oldal rendszere nem tetszik, nálam is vannak ilyen oldalak, nem is látogatom őket. De fölösleges ehhez ideológiákat gyártani.

    Én nem mondtam, hogy neked ezt kell csinálni, csak válaszoltam a kérdésedre, de ráderőltetni nem próbáltam, tehát én nem gyártottam ideológiát. Ezzel szemben te itt felváltva vagy a reklámot, vagy az oldal nem látogatását próbálod rám és minden adblockeresre ráerőltetni, tehát te viszont kőkeményen ideológiát tolsz: te azt ideologizálod meg, hogy miért nem "lopsz" és próbálod is másra ráerőltetni. Csakhogy akár tetszik neked, akár nem, az adblocker használat nem lopás. Vagy szerinted igen?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> pepo , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477971

    > Na ez az az implikáció, aminek nincs értelme. Nincs logikai kapocs a kérés, hogy ne használj reklám blokkolót, mert az nekik rossz, és az mondatod másik fele között (tehát hogy ez életképtelen üzleti modellt jelentene, vagy azt, hogy ez nem igaz, és valójában nem baj nekik a reklámblokkolózás).

    De van, csak te nem érted, vagy nem akarod érteni. Eddig vagy ötször mondtam el: ha külön kérniük kell - és feltételezzük most, hogy igazad mondanak és tényleg kell - akkor az azt jelenti, hogy annyian használnak reklámblokkolót, hogy ezt külön kérniük kell, azaz nem működik a modelljük, mert az emberek nem kérnek a reklámmocsokból.

    > Olyan ez, mintha azt mondanád, hogy ha valahol megkérnek, hogy légyszives ne lopj tőlük, mert az nekik nem jó, azt jelentené, hogy életképtelen az üzleti modelljük, vagy hazudnak neked.

    Na, mi van, megint lopás az adblocker? Egyel lejjebb, meg azt mondod, hogy nem az. Össze vissza beszélsz.
    Nem, az adblocker nem lopás. Ott volt a kenyeres analógia, hát tessék, jóétvágyat. Kitették a kenyeret az embereknek, azok meg elviszik, becsukott szemmel, ők meg hiába kiabálnak, mert az emberek befogják a fülüket is. Nem kiváncsiak az agymosó reklámokra. Amennyiben igazat beszélnek. Ha igen, akkor kérlelhetik az embereket és vádaskodhatnak, hogy ez lopás, de nem az. Az ő modelljük rossz. A reklám maga rossz. Lehetne talán jól csinálni, de ahogy csinálják az rossz.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477986

    Mi a francnak állítasz fel olyan párhuzamot, amiben lopással vádolod meg a reklámokat kikerülőket, ha valójában nem gondolod annak, csak inkorrektnek? Mondom, hogy önmagadat cáfolod folyton.

    Hát bocs, de itt nem arról beszélünk, hogy a párhuzamaid "nem tökéletesek", hanem arról, hogy teljesen rosszak. Akkor ne rugózzunk a lopáson, de azért az csak átment, hogy a kenyeres hasonlatod úgy mellément, mint egy levajazott tizenegyes?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477999

    Tehát magyarán azért állítasz olyat (hogy az adblocker lopás), amit nem gondolsz komolyan, mert igazából mégis komolyan gondolod? Vagy hogy is van ez?
    Bár igazából mindegy. Akár komolyan gondoltad, hogy egyenlőségjelet teszel az adblocker használata és a lopás közé, akár nem, azt most elismerted, hogy direkt tettél egyenlőségjelet a kettő közé.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478018

    Itt egyelőre annyi derült ki, hogy össze vissza beszélsz és sorozatban cáfolod meg önnönmagadat. Azt meg, hogy direkt állítasz mást, mint amit gondolsz, aztán meg reklamálsz, hogy de te nem erre gondoltál, meg nem így értetted, tessék jól érteni, nem is minősíteném. Már ha tényleg direkt állítottál mást és nem csak most próbálod meg megmagyarázni...

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478207

    Igyekszik az ember (nem csődbemenni), bár ez inkább kiváncsiság volt, hogy mi kerekedik ki belőle, mintsem türelem.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478301

    > - neki költséggel jár, hogy te nézed a videókat

    Na, ezért fail az egész "párhuzamod", mert nem jár neki költséggel, ha én megnézem a videóikat; pontosan ugyanannyi lesz a költségük, mintha nem néztem volna meg, ti.: a tárhelyért, netért, villanyért és egyéb működési szükségletekért fizetnek, meg a videók előállításáért és nem azért, mert megnézte valaki; ezeket meg úgy is kifizetik, ha én meg sem nézem a videóikat.

    > - cserébe nem kap tőled semmit

    Biztos? És ha belinkelem valahol a videójukat és ezzel reklámot csinálok nekik? Honnan tudod, hogy kitől mit kapnak? Vagy, hogy kitől mit vesznek el? Nem olvastad fentebb pepo kommentjeit a mindenféle trackerekről és egyebekről? Vajon hány nézőről gyűjthettek adatot, amit aztán értékesíthetnek? (Egyébként ez hogy jön ki, hogy az adblocker használatánál párhuzamot vonsz a lopással, de az engedély nélküli adatgyűjtésnél nem? Ha én adblockert használok, én lopok, ha ők lopják az adataimat, ők nem lopnak? Ja és tudod, ebben csak az a "gyönyörű", hogy ez pont azokat érinti, akik nem használnak blockereket és van náluk reklám, azaz pont azokat a felhasználóikat lopják meg, akik nem lopnak tőlük. Hogy is van ez?)

    Tessék, megcáfoltam. Most te jössz, mondhatod azt a bizonyos harmadik lehetőséget, mert azt eddig még mindig nem sikerült elárulni, hogy miféle harmadik lehetőség van azon kívül, hogy működik-e egy modell, vagy sem.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> phord , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478328

    > A legtöbb felhasználónak teljesen megfelel az ingyen nézem -> cserébe reklámokat kapok. Akkor miért kellene előfizetősre cserélni?

    Akkor miért rinyálnak az adblockerek miatt, ha a legtöbb felhasználónak megfelel reklámokkal? Hiszen ha a legtöbb ember blokkoló nélkül tolja, akkor az adblockerek minimális kiesést produkálhatnak. Akkor ez bizony pénzéhség.

    Egyébként meg nem tudjuk, hogy milyen arányban használnak blockert az emberek.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> phord , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478334

    A szolgáltató lehet, de most rólunk volt szó, mert te tetted a kijelentést. Vagy szolgáltató vagy és onnan tudod?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478339

    Ezt a kijelentést, hogy "A legtöbb felhasználónak teljesen megfelel az ingyen nézem -> cserébe reklámokat kapok."

    Ezt te honnan tudod?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478345

    És honnan tudod, hogy a legtöbb felhasználó nem akar fizetni? A legtöbb oldalon lehetőségük sincs rá, tehát nincs is összehasonlítási alap, hogy hányan választották a fizetőst és az ingyenest. Mire alapozod ezt a kijelentést?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478355

    Nem írtál le semmit. Először tettél egy megalapozatlan állítást. Megkérdeztem mire alapozod, erre tettél egy másik megalapozatlan állítást. Fából vaskarika. A Hold azért van sajtból, mert nincs kenyérből.

    A YT premium userek reklámokat kapnak az arcukba, a probléma évek óta folyamatosan fennáll, a nagy G nem tesz semmit; egy ilyen szolgáltatásért én se fizetnék, hogy ne kapjak érte semmit.
    Sok szolgáltatás épül fizetős modellre, ami azt jelenti, hogy az emberek hajlandóak fizetni. phord jól összefoglalta lennt, nem az a baj, hogy az emberek nem fizetnének, hanem az, hogy nem fizetnének a szarért, ergo sokkal egyszerűbb szart csinálni és kirakni a reklámokat.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478365

    > Fel sem merült bennem az ellenkezője.

    Miért, te fizetnél a reklámmentességért, ha utána ugyanúgy reklámokat kapsz? (Egyébként átjött a célzás, de csak magad minősíted vele, nem engem.)

    > Igen, általában olyanok, ahol a reklám nem megoldás.

    A reklám sehol sem megoldás. Illetve megoldásnak megoldás, csak rossz.

    > Viszont olyanokat, ahol az emberek hozzászoktak, hogy "ingyen jár" valami (videomegosztók előtt pl. az újságok) nagyon nehéz átrakni fizetős modellre

    Mert meg sem próbálják. Mert sokkal egyszerűbb szar clickbait címekkel ellátott szar cikkeket csinálni ("hét dolog, amit nem tudtál svarcenegger valagáról", "hihetetlen dolgot tett a pizzafutár, nem fogod elhinni", "így növelheted karvastagságúra a tököd, mutatjuk hogyan") és kipakolni a reklámokat, mint minőségi tartalommal fizetésre ösztönözni a júzereket. Pont mint a szartéelklubbnál, minél olcsóbban összehányt fost, minél többreklámot, minél több profitot. A pofátlanság ebben csak az, hogy náluk addig volt indokolt a reklám, amíg kidugtam az ablakon a drótot és ingyen bejött a készülékbe, de amióta fizetni kell érte, azóta mire is fel? És milyen ironikus, anno ugyan ingyen befogható volt, de mégis kevesebb reklám volt. Ez nettó pénzéhség.

    > Gondolom te se tudnál sok magyar fizetős modellel működő videómegosztót, online újságot mondani, hiába "sok szolgáltatás épül fizetős modellre"

    Tekintve, hogy összesen két videómegosztóról tudok idehaza, így elég nehéz lenne sokat felsorolni. Egyébként én nem kötöttem helyhez a szolgáltatásokat. És egyébként ez a magyar szolgáltatókat minősíti, nem a fizetős modellt.

    > Persze, fokozatosan megváltoznak itt is majd a fogyasztói szokások, de ez még jópár év.

    Magyarul a konklúziód az, hogy előbb utóbb úgyis átáll a nép a fizetős felállásra, azaz a reklámozós modellnek nincs jövője. Örülök, hogy konszenzusra jutottunk.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478376

    > Ez sem igaz.

    Ez ugyan jó hír, de az lenne a jó, ha általánosságban csinálnák így, márpedig általánosságban meg sem próbálják.

    > Pedig, tekintve, hogy máshol mások a fogyasztói szokások, nem lenne rossz. Az, hogy Anglia tele van előfizetős újságokkal, nem jelenti azt, hogy Közép-európában ugyanez a helyzet, még keletebbre meg még kevésbé.

    Nem jelenti, de én nem is mondtam. Azt mondtam, hogy sok szolgáltatás épül fizetős modellre. Az, hogy mi van itt, nem a modellt minősíti.

    > Nem feltétlenül, Szerintem inkább az előfizetés esetén plusz tartalom (és kevesebb reklám) a nyerő, nem a tiszta előfizetéses modell.

    Aki a reklámmentességért fizetne, az nem fog fizetni, ha a reklámmentesség kampószöveg. Ha nem az, akkor korrekt.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478539

    > kezd értelmessé válni a vita, ez jó! :)

    Szerintem egyre abszurdabbá vált inkább. :(

    Többire +1.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478570

    Tehát, ha neked megy, akkor mindenkinek. Nem általánosságban tettem a kijelentést, hanem belinkeltem egy posztot ami további hibajegyekre/cikkekre mutatott.

    Ha a google tenne valamit, akkor a probléma már globálisan megszűnt volna és nem jönne elő újra és újra. Illetve, lehet, hogy próbál tenni, de akkor meg nem nagyon sikerül neki. Melyik a jobb, az inkompetencia, vagy a leszaromság?

    Ha ignore-ra tettél, akkor minek írtál ide? Már vagy hússzor ignore-ra tettél, de azért még mindig válaszolsz. Te hazudozol nem én. És nem csak itt. A másik topicban a mai napig nem voltál képes megválaszolni, hogy mitől technológiai zsákutca a POWER architektúra, de akkor is az, mert te azt mondtad. Szánalmas vagy.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478998

    > na ezt meg kurvára általánosan írtad. Mi az alany? A YT premium userek. Az összes.

    Egy szón múlott, "A" => "Egyes". Köss bele. Mert bele kell kötni, meg kell védeni a kugli (nem létező) becsületét.

    > És te erre a 99-re vered magad, mert nyilván van párnaponta egy ilyen, aki eljut odáig ezzel, hogy hangosan panaszkodjon.

    Verni te vered magad, valahányszor kritika éri a guglit. A Protonmail sztorijánál is patáliát csaptál, hogy hazudnak és természetesen te döntöd el, mi a hazugság, punktum, az általuk felsorolt bizonyítékokat egyszerűen leszartad. Ezt is csak az ujjadból szoptad, hogy 1% a kugli hibája 99% a júzeré; mégis mire alapozod ezt az arányt?

    > Épp ráértem, és gondoltam helyreteszem ezt a témát itt is.

    Persze-persze, épp ráértél. Ez az egyik leglámább indoklás, amivel jönni szoktak, a másik meg a párja, a nem érek rá. A trackered szerint folyamatosan aktív voltál más topicokban. Ennek ellenére semmi máshoz sem szóltál hozzá, csak ahhoz az egy kommenthez, amiben a gúgelt érte kritika. Mit akartál itt helyretenni?

    > Amire érdemes volt, arra válaszoltam.

    Az nem válasz, hogy mert te azt mondod és kész.

    > Mi történt, tükörbe néztél? xD

    Húha, mekkora visszaoltás, mr. butthurt gúgelfanboi. El ne sírjam itt magam.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2479077

    > Csak kijavítottam, mert teljesen más a két mondat jelentése.

    Nem feltétlenül, csak az "egyes" kitétellel egyértelmű, a másikkal meg nem, hogy mind, vagy csak az érintettek. Ha egyet kattintasz, ott vannak a linkek és rögtön egyértelművé válik. De egyszerűbb belekötni egy szóba és erőltetetten vigyorogni, hogy "há-há, hazuttá', gúgel rulez".

    > Hazudsz.

    Neked minden hazugság, ami negatív fényt vet a kuglira.

    > Szintén hazudsz, ahogy ott is hazudtál egy nagyot, és én ott is csak rámutattam, hogy vagy minden alap nélkül fantáziálsz, vagy hazudsz.

    Pontosítsunk, te nekiálltál hisztériázni, és hazugozni, mert neked minden hazugság, ha a jócéget báncsák. A Protonmail is direkt azért hazudik, hogy a jócéget báncsa.

    > Nyilván most se mondtam ilyet, csak már olvasni se tudsz, mert annyi nyálat fröcsögtél hogy kitakarja a monitort.

    Én fröcsögök? Te jöttél nekem, ismét. Én egyszer sem szóltam hozzád. A POWER szálban is te próbáltál belémmarni.

    > Nem kell elhinned, leszarom hogy mit gondolsz.

    Akkor minek reagálsz? Persze, csak mert épp ráértél. Hazudsz. Iszonyatos seggfájásod van, ha valaki leír valami negatívat a kugliról és kényszeresen nekiállsz butthurtkodni és személyeskedni. Ennyire szarod le.

    > Itt meg lett vagy 50, főleg azért, mert megint elgurult a gyógyszered.

    Nekem? Kit bántottam én itt? Ha egyetértés nem is, de kultúrált beszélgetés volt itt, amíg téged ide nem evett a fene. Már megint hazudsz.

    > Aztán amikor rávettem magam hogy megnyissam ezt az oldalt, akkor helyretettelek, jah

    ROFL. Álmodban. Semmit és senkit nem tettél te helyre, csak azt sikerült megint bizonyítani, hogy egy gyökér fanboi vagy.

    > A többi hozzászólásra nem nagyon éreztem szükségét reagálni, de ezt a hazugságodat gondoltam itt is helyreteszem.

    Neked ez a helyretevés a mániád. Ez is valami seggfájás nálad? Kitől lopod ezt a szar dumát, valami propagandaportálról?

    > Amúgy fentebb épp beismerted, hogy valótlan állítást tettél, just sayin'...

    Nem ismertem be semmit. Én tettem egy nem általánosnak szánt kijelentést, ami nem általánosságban véve 100%-ig megállta a helyét, mert a jelenség létezik, csak a kezdőszó nem volt a megfelelő. Ez nem valótlan állítás. Te magyarázod bele, mert egy hazudozó gúgelbérenc vagy.

    > Felböfögsz valami hasraütést, aztán nem hiszem el, aztán én hazudok, mi? Na elmész te a picsába.

    Mondanám, hogy te mész a picsába, de te onnan jössz, amekkora szar vagy. Hazudozni meg még mindig te hazudozol. Neked ez a két buzzword van a szótáradban, a "hazudás", meg a "helyretevés". Több már meghaladná a képességeidet. Mondanám, hogy agyadra ment valami, de ahhoz agy kéne.

    > Peace :)

    Mondja, aki elkezdte a háborút. Újfennt. No comment.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2479501

    > Ha alanyként azt írod, hogy "a valamik", akkor egyértelműen nem arról beszélsz, hogy "a valamikből néhány". Pl.: az "elmosogattam a tányérokat" jelentése az, hogy az összes tányért elmosogattad, és nem azt, hogy a 6714 mosatlan tányérból elmostál kettőt - még ha bő 1 éve egyszer el is volt mosogattad az összeset.

    Nem, épp ez az, hogy ez nem egyértelmű, hanem kétértelmű: "egyes valamik" -> egyértelműen részhalmaz, "az összes valami" -> egyértelműen az összes, "a valamik" -> nem egyértelmű. De magyarázd csak bele.

    > A protonmél nem hazudik, ők objektíven leírják azt, hogy mi történt.

    Na ja, mert a véleményüket nem merik leírni, csak szerinted ez is kamu. De vádoltad te őket más hazugsággal is, nevezetesen:

    "A ProtonMail viszont belül letitkosít mindent, így ők sem férnek hozzá"
    legalábbis ezt állítják, te pedig elhiszed nekik :)

    Magyarul szerinted hazudnak és nincs letitkosítva, akármikor hozzáférnek. Mindezt úgy, hogy a Protonmail 2015 óta open-source, tehát bárki lecsekkolhatja, hogy igaz-e vagy sem és 5 év alatt még senki nem állította, hogy itt valami csítelés van. Szóval megint csak te hazudtál. Vagy, csak analfabéta vagy. Ezt egyébként a múltkor is mondtam neked, de érdemben akkor sem reagáltál rá; biztos kurwa kínos volt, mert erre mást nem lehet, csak azt, hogy benézted, vagy kamuztál.

    > te pedig nyilván google hater vagy, valszeg a sikertelen seo/webdev múltad miatt

    Látod, már megint hazudsz. Az igaz, hogy utálom őket, de milyen "sikertelen seo/webdev múltról" beszélsz? Én sosem voltam SEO-s, csak webdeveloper; az, hogy nekem kellett lekódolni amit SEO címszó alatt kértek tőlem és szívni, mert a kugli minden hétre mást talál ki, az egy más tészta, de a SEO-s irányokat sose én szabtam meg. És mit értesz "sikertelen" alatt? Megéltem a webdeveloperkedésből, so? Ha tele a tököm azzal, hogy a kugli alsógatya módjára cserélgeti a követelményeit, akkor az már sikertelenség? Elég érdekesen definiálod akkor a siker fogalmát; neked kb. minden sikertelenség, ami a valagadnak fáj. Nem faszikám, az nem sikertelenség, az egy vélemény, ami ha neked fáj, akkor kugli fanboi vagy, mert különben még a vállad sem vonnád meg rá, hogy kinek mi a véleménye róla.

    > Aztán meg az történt, hogy egy protonmél által írt tweet valahogy eljutott a google webspam elleni csoportjának _korábbi_ vezetőjéhez, aztán pikkpakk helyrejött minden. Szóval _nyilván_ az történt, hogy Matt Cutts elmesélte a kugli top management-nek (mert ugye nyilván azon a szinten jelölik ki az elpusztítandó "konkuranciát"), hogy ez mennyire fúj, ők pedig elszégellték magukat, és kiadták a parancsot, hogy tegyék vissza jó helyre a protont. Vagy valami ilyesmi.

    Miután lebuktak ki kellett találni valami magyarázatot; ja, persze, csak hiba volt.

    > A többi marhaságodra reagálni is fölösleges.

    Eddig azt állítottad, hogy bármimre az.

    De most komolyan, ha leszarod a véleményemet, akkor miért érzed ennyire szükségét, hogy vitába szállj vele? Miért zavar ennyire, hogy valaki egy céget kritizál? Miért kell őket ennyire megvédeni? Méghozzá állandóan? Mindenkivel szemben? Nem csak velem akaszkodtál össze a témában, hanem kb. ezt lehet látni nálad, hogy ha valaki valahol rosszat szól a kuglira, akkor ugrasz, mint egy bespeedezett nikkelbolha.
    Amikor téma volt, hogy a kugli lesniffelte a nyitott wifik adatforgalmát, akkor is olyan butthurt hisztériát levágtál, hogy a szomszéd galaxisig elhallatszott; aztán közölted, hogy lehet, hogy véletlen volt, illetve megsemmisítették a begyűjtött adatokat. Hát, hogy egy "klasszikust" idézzek: "legalábbis ezt állítják, te pedig elhiszed nekik :)"
    ezqgtouvszfgc "gyakran ismételt szösszenetére" is csak egy üres fikázást tudtál nyomni, csak miért? Ha olyan nagy kamu, akkor miért kell vele foglalkozni?
    A kaliforniai per kapcsán se sikerült egy butthurt altesti személyeskedésen kívül tovább jutni, gondolom mert ott nem volt mibe belemagyarázni, hogy hazudik.

    Google alkalmazott vagy, vagy voltál, vagy mi?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2480122

    > Tanulj meg olvasni, ez már nettó hazugság tőled. Ők állítanak valamit, te meg elhiszed nekik. Nyilván nem ellenőrizted, hogy tényleg úgy van-e ahogy állítják, szóval ez hit, nem tudás.

    Neked kéne megtanulni olvasni: sokadjára mondom, hogy open-source a cucc, akárki megnézheti és az elmúlt 5 évben számos fejlesztő járult hozzá; szerinted nem buktak volna le, ha kamu lenne? A forrást nem csekkoltam, de annak utánanéztem, hogy találtak-e valamit és negatív volt az eredmény 5 év után is. Tehát nem nekik hittem, hanem az eredményeknek. Azaz ismét te hazudtál.

    > Erre a hazugságodra már korábban kértem, hogy pontosan, heti bontásban írd le egy rövid (azt hiszem 5 hetes, de annyira nem érdekel, hogy utánanézzek) intervallumra, hogy pontosan mik voltak ezek a heti kitalálások. Nyilván nem tudtad...

    Először is a "hetente" nyilvánvalóan kikarikírozás; az, hogy te szó szerint vetted, az is csak azt bizonyítja, hogy keresed ezeket a nitpickelhető pontokat, hogy ilyen pitiáner módon védhesd a jócéget, hogy kiböksz egy-egy szót és "há-há, hazuttá'". Amúgy kajakra azt várod, hogy tíz év távlatából emlékezzek minden apró fasságra?

    > Attól hogy fölösleges, néha van kedvem hozzá :D

    Ez nagyon gyenge és átlátszó volt. Ha te ezt kedvből csinálnád, nem picsognál és hisztiznél folyton ilyen elmefelháborodottan.

    > A véleményed leszarom, a hazugságaidra azért reagálgatok ha olyanom van.

    És miért is? Téged ennyire zavar, ha valaki rosszat mond a kugliról? Azonfelül nálad a hazugság kb. a google-kritika szinonimája.

    > Keresgélj még, tök jó visszaolvasni ezeket. :)

    Szóval ilyen jó visszaolvasni azt, amikor hisztizel a google védelmében? Íme a büszke google fanboi...

    > Ja, lényegét tekintve igen.

    Végre beismered, hogy a google-hívők közé tartozol.

    > Azt meg továbbra se látom, hogy _open_ wifi-k sok évvel ezelőtti forgalomtöredékeit mégis mire tudnák használni.

    Helymeghatározáshoz, pl., de Hunger írt példákat, csak leszartad. Azonfelül tök mindegy mire lehet, vagy sem; nem volt joguk hozzá. De biiiiiztos csak véletlen volt, aztán meg letörölték, ja, hogyne, persze; és azt tudtad, hogy én vagyok a Mikulás? Idén szénbányát kapsz, asszem; azt is mosdathatod, még az is előbb lesz tiszta, mint a google.

    > Mármint gabu sokadnick-jére gondolsz, amivel spammelt?

    EVERYBODYGABU.JPG; igazi válasz is van, vagy beéred annyival, hátha ad-hominem "érveléssel" hiteltelenné lehet tenni azt amit leírt, ha belekötni már nem tudtál?

    > Egy fenét nem, csak nem tudsz olvasni...

    Nem, haver, te nem tudsz olvasni még mindig: azt írtad, hogy "Ugye nem gondolod komolyan, hogy ha jogilag fel lehetne ellenük lépni akkor azt ne tették volna már meg...", miközben pont arról volt szó, hogy épp fellépnek jogilag a google ellen. Továbbá azt is, hogy "Nincs itt semmilyen takarózás vagy bármi hasonló, jogilag teljesen tiszta a működésük, akár tetszik neked akár nem." és leszartad PtY válaszát, pedig leírta, hogy "Amúgy meg az, hogy ha valami plaintaxt közlekedik itt-ott, még nem jogalap arra, hogy illetéktelenek belenézzenek. Egy publikus vonal sniffelése is bűncselekmény, nem lehet avval védekezni, hogy "én csak a titkosítatlan információkat nézem, kérem"..."; ez neked jogilag tiszta működés? Ez egy adatrabló kalmárbanda.

    > Nem vagyok, nem voltam, és valszeg nem is leszek. Ha az lennék, akkor minimum a google related témákban odabiggyeszteném aláírásba ezt az apró tényt.

    Arra az esetre, ha nem lenne elég egyértelmű a részrehajlásod?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2480462

    > Ha csekkoltad volna, akkor se lennél sokkal előrébb. Encryption vs. many eyeballs témában láttunk már megannyi csodát...

    Látod, már megint nem tudsz olvasni. Nálam sokkal kompetensebb emberek csekkolták, mit akarnék én ott?

    > Nyilvánvalóan nem igaz. Én is ezt mondtam

    Te tényleg nem vagy képes másra, mint kibökni egy szót, vagy kiragadni a kontextusból egy fél mondatot és azon lovagolni érvek híján? Elég szomorú, ha csak ennyire tellik.

    > Ez a sokadik tévedésed.

    Ne mondd. Indoklás persze már nincs.

    > A hazugság nálam a hazugság szinonímája. Amúgy én is szoktam rosszat mondani a kuglira, engem csak a FUD zavar, illetve a nettó hazugság.

    Akkor mit hazudozol folyton azokról, akik rosszat mernek mondani a jócégre?

    > tükörbe nézel, haterke?

    Ez az, csak keményen. A hülyeséget. Te kötöttél belém minden egyes alkalommal, te hisztizel folyton, ha a kuglit szó éri; persze csak ha hazudnak, ugye... Akkor áruld el, hogy a sniffing kapcsán mire fel másztál bele a vitába; tán hazugság volt, hogy lehallgatták a forgalmat? Egyre jobban kilóg a lóláb, nem veszed észre?

    > tanulj meg olvasni, és értelmezni amit olvasol

    Egyelőre - ahogy a sokadik példán is látszik - itt te nem tudsz olvasni, de egyébként írni se. Levezetem:

    > > > Aztán elismerték, majd megsemmisítették.
    > > Hát, hogy egy "klasszikust" idézzek: "legalábbis ezt állítják, te pedig elhiszed nekik :)"
    > Ja, lényegét tekintve igen.

    Ezen mit lehet félreértelmezni? A kugli adatot lopott, te kijelentetted, hogy ez véletlen is lehetett, majd azt, hogy de letörölték. Erre írtam, hogy ezt ők mondják, te meg elhiszed. Te pedig ezt elismerted. Egyéb?

    > Helymeghatározáshoz baromira nem kell a free wifik sniffelt forgalmát tárolni, márpedig a balhé abból volt.

    Nem az a kérdés, hogy kell-e, hanem, hogy lehet-e felhasználni arra és lehet.

    > Plusz ugye joguk nem tudom hogy volt-e hozzá, (mint ahogy te se tudod, ez is csak a véleményed), de ez nem is érdekel. És igen, azt mondták hogy letörölték, én meg el is hiszem, egyrészt mert az fcc megbacta őket ezért

    Hú, ez igen, egy mondaton belül rácáfolni önmagadra... Ha lett volna joguk hozzá, akkor miért is "bacta" meg őket az FCC? Jól mondta PtY, semmit nincs joguk lehallgatni, akkor sem, ha nem titkosított. Azonfelül ezek a gigavállalatok sírva szoktak röhögni a különféle "megbacásokon", nem tűnt még fel? Aztán mindent folytatnak ugyanúgy, mint addig, ez sem tűnt még fel?

    > másrészt meg kurvára nem látom, hogy free wifi-k sok évvel ezelőtti forgalomtöredékét mi a fasznak tárolnák, mégis mi szükségük lenne nekik erre?

    Hogy most mire használják, azt nem tudom, de akkor az volt a lényege, hogy bárkit aki belefutott egy google szerverbe be lehessen mérni, hogy hol van.

    > gabu egy ostoba pöcs, egybites troll, nem véletlenül baszta már ki innen trey vagy egy tucatnyi nick-jét. Pedig azért itt elég magas az ingerküszöb...

    Azaz: arra, amit ezqgtouvszfgc mondott nincs ellenérved, marad az ad-hominem vagdalkozás. BTW, bizonyíték van arra, hogy ezqgtouvszfgc egy zoknibáb? Ha az, akkor miért nincs kibannolva, ahogy állításod szerint lennie kellene? (Legalábbis az utolsó posztjainak a dátumát és a modlogot összevetve nincs.)

    > blabla

    Jó'megaszontad. Érvek nuku, marad az üres fölényeskedés.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2481577

    > De szánalmas ez így tőled xD

    Hát ezt aztán nagyon keményen odabökted. Fájnak a tények?

    > Hát igen. De te tudod xD

    Megint nem tudtál olvasni: azok, akik belefejlesztettek, vagy csak megvizsgálták, azok elsőkézből tudják, mert megnézték, én meg tőlük tudom, másodkézből. Lamer. Elektront láttál már? Megnézted, hogy tényleg ott van, vagy csak elhitted a kompetensebbeknek?

    > Öcsém, hát leírsz valamit, ami nem igaz. Én leírom, hogy nem igaz, aztán nekiállsz faszkodni. Kontextus, hápersze...

    Nem, én leírtam valamit, te kiragadsz belőle egy darabot és azon lovagolsz, hogy az úgy nem igaz. Na, ez a faszkodás. Meg fasszopás, ahogy szopkodod a kuglit.

    > Nem tudom milyen drogon vagy, de ha van még belőle akkor kérnék én is xD

    Nem élek drogokkal, de amúgy minek kérnél? Így is elég hülye vagy te már magadtól is, nem kell oda még a drog is.

    > Nem lopott, az éterben az adott helyen fogható rádióforgalmat (wifi) mentett le.

    Jóég... Tök mindegy, hogy mit rögzített, mert nem volt joga rögzíteni semmit és mégis megtette. Ez lopás, akármit is vergődsz itt a fájós seggeddel.

    > Némi túlzással annyit csináltak, mintha én lementeném a Széchenyi hegyi adó által kisugárzott jelet, csak a wifi esetén nyilván nem kW nagyságrendről van szó.

    A bányászlónak a szénporos faszát, azt... Most már totál fogalmatlanul zagyválsz itt össze minden baromságot, hogy mosdasd a jócéget. Teljesen más a deklaráltan broadcast adás vétele és egy célzott adás lehallgatása. Az, hogy a wifi sugározza a jelet és más is veheti és lehallgathatja, az nem jelenti, hogy joga is van hozzá: csak a célállomásnak van joga. Pl.: beülsz egy boxba egy étteremben és a másik boxban két másik ember beszélget; van jogod rögzíteni, amit egymás között beszélnek? Nincs. Hogy hallod, arról nem tehetsz, de rögzíteni nincs jogod. Pont.

    > Hogy miért csinálták? Hát, őszintén fasztuggya. Ezt a magyarázatot se tartom kizártnak, de nyilván haters gonna hate.

    Összefoglalom: fingod nincs, de tutti csak véletlen volt, aki mást mond, az rohadt hater és hazudik. Nyilvánvalóan, csak véletlen volt. A jóég tudja hány milliószor egymás után, a jóég tudja hány helyen szétszórva. Ez a véletlen definíciója.

    > Mindenesetre továbbra se látom azt, hogy mondjuk egy töredékes web vagy email forgalmat mire használnának, már nyilván úgy értem, hogy "gonosz" célra. Megzsarolják pistikét, hogy pornót néz, vagy mi? Plusz ugye a free wifi sose a biztonságról volt híres, ennek az adatai nyilván megvoltak nekik plaintext (kivéve ami titkosítva ment). A wep akkor (2007-2010) már ismerten törhető volt, nyilván a guglinál megvan a töréséhez a kapacitás számítógépben és agyban is, de aki kicsit is adott a biztonságra az már rég wpa2-t használt. Plusz ugye TFH megtörik a WEP forgalmat is, mert gonoszok, jóvan. Mégis mi a fenére használnák?

    Teljesen mindegy mire használják, mert nincs joguk hozzá. Azonfelül nem megzsarolják Pistikét, hogy pornót néz, hanem profilozzák, hogy milyen pornót néz, de ez is max. csak egy példa; a lényeg a profil. Az információ hatalom, így aztán minél több kell nekik belőle; ha elég embert profiloznak, fel tudják állítani egész városok vagy országok profilját és tudni fogják, hogyan gondolkodnak az emberek. Ha pedig tudják, hogyan gondolkodnak, akkor azt is tudni fogják, hogyan befolyásolhatják őket: kézenfekvő példa a célzott reklám (ezt még csak nem is tagadják), de igazából bármilyen tömegmanipulációs célra fel lehet használni.

    Sz*rk: De kérdezek akkor mást. Anno, mikor először kijött a króm, kb. az volt a license-szerződésében, hogy minden adatot, ami áthalad a böngészőn, a gugli szabadon felhasználhat bármire. Na, és azt a tömérdek adatot vajon mire használták volna fel? Ja, persze, ez is csak "véletlen" volt. Túl sok itt a véletlen. Vagy, trágya náluk a QA és fost gyárt a cég. Lehet választani, bár igazából egyik nem zárja ki a másikat.

    > Yepp, egyéb. Írtam már pár dolgot erre is, de - idézlek - "Te tényleg nem vagy képes másra, mint kibökni egy szót, vagy kiragadni a kontextusból egy fél mondatot és azon lovagolni érvek híján? Elég szomorú, ha csak ennyire tellik." xD

    Egyre több a szmájli és az üres fölényeskedés. Mi van, már semmi sincs a tarsolyban? Hiába próbálod itt ikszdékkel, meg szar élcekkel görcsösen erőlködve bizonygatni, hogy te mennyire röhögsz, mert neked van igazad, csak egyre jobban beégsz. De sebaj, írjál még sok szmájlit érvek helyett, bizonygasd csak vele a nemlétező fölényedet, hátha elhiszi valaki.

    > Azért bele is olvashatnál kicsit a témába, amivel a kuglit köpködöd. Az FCC szerint a google nem szegett törvényt, de akadályozta az FCC vizsgálatot, és azért bacták meg őket. Idézem: The F.C.C. recently closed its 17-month inquiry into the project, Street View, with a finding that Google broke no laws but had obstructed its investigation.

    Igazából itt nem a kugli köpködésén volt a fő hangsúly, hanem azon, hogy magadnak mondtál ellent és ezen ez sem változtat, mert azt állíottad, hogy azért hiszed el, hogy letörölték, mert az FCC megbaszta őket. Namármost, ha az FCC nem is a lehallgatás miatt kúrta valagba őket, hanem a vizsgálat akadályozása miatt, akkor miért is indokolná az FCC általi megbaszás az abbéli hitedet, hogy letörölték? Mert ezek szerint akkor az FCC nem foglalkozott vele, hogy most letörölték, vagy sem. BTW, mely ország törvényei szerint nem sértett törvényt?

    > Mármint szerinted.

    Nem csak szerintem, Hunger is erről magyarázott neked, csak nem értél rá odafigyelni, mert el voltál foglalva a butthurt picsogással. Azonfelül kaptál másik példát is, hogy mire lehet használni.

    > Marad az, hogy leszarom az ilyen egybites trollokat.

    Azaz marad az ad-hominem "érvelés", erről beszéltem. Amit nem tudsz cáfolni, azt lesöpröd az asztalról, azzal "érvelve", hogy ki írta. Ez nagyon gáz.

    > Pont amennyit ért

    Ezt megint nagyon odamondtad. Ha nem tudsz mit mondani, akkor csak odamondasz valamit, de azt kurwa keményen, mint egy vödör híg beton. Szánalom.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2481907

    Eleged lett: azaz elfogytál, mint a gúgelkróm extra sebessége.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2481837

    Akkor meg nem működik a reklámozós felállás; ezt magyaráztam fentebb is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478327

    > Ezek közül melyikért kell többet fizetni, ha többen nézik őket?

    Egyikért sem:
    - Ha nem ők hostolják, akkor alapból fix az egész cech és lényegtelen, hogy hányan nézik őket.
    - Ha ők hostolják (ami egyébként majdnem kizárt), akkor a fokozott forgalom ugyan eredményezheti a fogyasztás megnövekedését, de ahhoz, hogy ez a villanyszámlán egyáltalán meglátszódjon, ahhoz arra lenne szükség, hogy álló nap, folyamatosan annyian akarjanak csatlakozni a gépükre, hogy a gép kiizzadja a rezet, ami lássuk be: nem életszerű. De még ha elő is fordulna: akinek ilyen irdatlan látogatottsága van, az totál barom, ha a reklámbannerekkel bohóckodik, szponzorált tartalom helyett...

    > Persze, meg azt se tudhatom, hogy nem-e küldesz nekik néha készpénzt borłtékban. De eddig a reklámokról volt szó, ezért azokról írtam.

    Irreleváns. Az állításod, hogy "nem kapnak tőlem semmit" közönséges általánosítás.

    BTW, nem válaszoltál a párhuzamod ambivalenciájára az adatgyűjtésről és a harmadik lehetőséget is ismét passzoltad. Hol marad az az emlegetett kreativitás?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478330

    > Ha nagyon szőrszálhasogatóak vagyunk, az nagyobb szerverterhelés és adatforgalom, ha többen nézik a videót.

    Ami egy fix költségű bérelt hostingnál irreleváns, de saját hostingnál is csak nagyon nagy folyamatos terhelés után lesz érzékelhető pluszköltség.

    Szóval ehhez tényleg nagyon szőrszálhasogatónak kell lenni. És ha már szőrszálat hasogatunk; a legtöbb oldal nem saját tárhelyen tárolja a videóit, hanem tecsőn, frászbúkon és egyéb videómegosztókon, hogy ne kerüljön többe az extra tárhely, ergo a videólejátszás költsége nem őket fogja sújtani. Egyébként sem csak videólejátszásból áll az adatforgalom.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478333

    Egy fix költségű hostingnál miért fizetne többet, ha többen nézik?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478340

    Csakhogy ahhoz, hogy "többre legyen szükséged" ahhoz az kell, hogy több legyen az igénybevétel is. Szerinted ez hány látogatónál fog jelentkezni? És mint mondtam, akinek nagy látogatottsága van és bannerekkel bohóckodik szponzorált tartalom helyett, az magát szívatja.

    De egyébként meg is fordíthatjuk a dolgot: a reklámok többletforgalmat és többletkódot azaz többletterhelést és többletköltséget jelentenek a kliensoldalnak is. Izzad a jávaszkripttől a CPU, peregnek a számjegyek a villanyórán... Azt ki fizeti ki?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478347

    De egyébként meg is fordíthatjuk a dolgot: a reklámok többletforgalmat és többletkódot azaz többletterhelést és többletköltséget jelentenek a kliensoldalnak is.

    A látogatókról volt szó, nem a szolgáltatókról, a látogatóknak nem fizet a reklámozó. Szóval ki fizeti ki, hogy a JS elfüstölt a látogatóknak X MW villanyt?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hetvenhatos , nullptr


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478351

    A látogatóknak ki fizeti meg, amit a JS elfüstöltetett a gépükkel. Te arra hivatkoztál, hogy a többletforgalom többletköltség a szolgáltatónak (ami egyébként nem igaz), én meg mondtam, hogy fordítsuk meg, a reklám meg többletköltség a látogatónak, mert a rengeteg letöltődő szemét miatt vehet nagyobb netet, hogy ne egy reumás csiga sebességével cammogjon a betöltés, mert a tartalom helyett a reklámszemét csordogál, vehet nagyobb gépet, hogy ne egy sánta levéltetű iramában másszon a gépe a mindent felzabáló JS-ridden weblapoktól, mert a rendszere helyett a browser foglalja le a CPU-t és perkálhat az ELMŰ-nek a rengeteg pluszban elfüstölt villanyért.

    A reklám kárt okoz a látogatónak. Ki fizeti meg neki azt a kárt, amit a szolgáltató és a reklámozó okozott neki?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478357

    > Miből gondolod, hogy a szolgáltatónak ingyen van a többletforgalom?

    Ha eddig nem vezettem le háromszor, akkor egyszer sem: van egy fix összegű szerződése egy hostinggal, tehát neki semmiféle plusz költséget nem jelent plusz egy ember. Ezer se nagyon. Sok-sok tízezernyi tömeg kellene ahhoz, hogy szignifikáns impaktja legyen a dolognak, hogy bővíteni kényszerüljenek, de ha ennyien nézik őket naponta, akkor bolondok, ha bannerekkel bohóckodnak.

    > Senki.

    Akkor a látogatók miért legyenek tekintettel a szolgáltató állítólagos pluszköltségeire, ha az sincs tekintettel az övékre? Látod, erről beszéltem fentebb: olyan emberekkel akarsz korrektkedni, akik nem korrektek velünk.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478364

    > Azt érted, hogy ez nem így működik, igaz? :) Mármint hogy a szolgáltatónál vannak userek, akik jelentenek költséget, meg vannak akik nem.... A költségek átlagolódnak.

    Persze, mert majd jön valaki aki letölt több Terát, mi? Ne fárassz.

    > Nem kell, hogy tekintettel legyenek, tekintve, hogy senki sem kényszeríti őket az adott oldal látogatására.

    Ezt már kiveséztük: ennyi erővel visszaadhatnák az emberek a netüket és akkor pláne senki nem fogja nézni a reklámokat.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2478371

    Talán ha nem belemagyaráznál, akkor értenéd, mert itt nem arról volt szó, hogy a szolgáltatás nem tetszene, hanem a reklámok.

    De ez mindegy is. Mondd csak: te +1-ezted be azbest hozzászólását lent?

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477972

    > Lopásnak nem nevezném.

    Egyel feljebb meg megint lopásnak állítod be. A másik topicban is lopásnak állítottad be. Magadnak mondasz ellent.

    > Csak vicces ahogy elméleteket gyártanak a használatához :) "en így harcolok", meg ilyesmi :D :D :D

    Örülök, hogy te ezt viccesnek tartod, mert akkor legalább te jól mulatsz. Szerintem viszont pont, hogy elkeserítő, amikor valaki azt ideologizálja meg, hogy miért is kéne támogatni a reklámozós modellt a reklámok bámulásával, vagy az oldal önkéntes elhagyásával.

    > meg mikor valaki előhúzza a marxista extraprofitot :D

    Muszáj idekeverni a politikát? Máshogy nem megy a vita, próbáljuk meg az opponenst mindenféle politikai szarhoz hasonlítani, az mindig bejön? Ez sem vicces. Inkább szánalmas.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> pepo , hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477987

    "Magyarázat mindig van" rovatunkat hallották. Egyel feljebb nem raktál smiley-t és az összes többi hasonlatodban sem. Sem itt, sem a másik topicban.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477998

    Végig. Ki is listázom neked.

    Nem raktál.
    Nem raktál.
    Kétszer írtad, egyszer raktál, egyszer nem.
    Kétszer írtad, egyszer sem raktál.
    Nem raktál.
    Raktál, de ez volt a becitált komment, erre nem vonatkozott az állításom.

    Tehát magyarán találtunk plusz egyet, ahol kiraktad. Én kívánok elnézést.

    Oldschool Computer - http://oscomp.hu




    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477946

    Ezt azoktól kérdezd, akik így üzemeltetnek kenyeresstandot. Ha a válasz az, hogy sehogy, akkor nem működik a kiplakátolt stand - azaz a reklámozós modell.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    indavideo.hu/adblock: https://hup.hu/node/167373#comment-2477874

    -

    Oldschool Computer - http://oscomp.hu




    [KV] Oroszország bejelenti az első koronavírus-vakcinát: https://hup.hu/node/170381#comment-2513046

    Pár nappal ezelőtt, asch bilgéces-vakcinás topicjában azt találtam mondani, hogy

    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.

    és a bilgécet orálisan kényeztető kollégáktól megkaptam, hogy laposföld és chemtrail hívő vagyok.

    Mit ad Isten, 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)

    Én kívánok elnézést...

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> asch , enpassant , st3v3 , carlcolt


    [KV] Oroszország bejelenti az első koronavírus-vakcinát: https://hup.hu/node/170381#comment-2513061

    Nem ezen volt a hangsúly, hanem azon, hogy még egy teszteletlen vakcinára is ekkora igény van, hogy 20 ország jelentkezik be érte, de ennek ellenére, egyes kollégák szerint laposföldhívő, aki szerint ez üzlet, bilgéc meg nem a Mikulás...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> enpassant


    [KV] Oroszország bejelenti az első koronavírus-vakcinát: https://hup.hu/node/170381#comment-2513087

    > De ezen nem értem miért vagy úgy megdöbbenve, a gyógyszergyártás hatalmas biznisz egyébként is, most csak még ráraktak egy lapáttal és rövid időn belül lehet egy kicsivel többet keresni.

    Ki van megdöbbenve? Én pontosan ugyanezt írtam le... Szerintem olvasd el a linkelt szálat: nem én voltam megdöbbenve, hanem bilgéc helyi rajongótábora.

    > Meg egyébként is, sokkal inkább vakcinafejlesztésre költsenek milliárdokat mint pl. gyűlölködő plakátkampányra, aminek abszolút semmi értelme nincs csak lopják a közpénzt alatta.

    Egyetértünk, de ne csak a fejlesztésére, a tesztelésére is költsenek.

    Amúgy melyik plakátkampányra gondoltál?
    Erre?
    Vagy erre?

    Oldschool Computer - http://oscomp.hu




    [megoldva] Adatok hasonlósága: https://hup.hu/node/170378#comment-2512589

    PHP-ban van beépített függvény hasonlóságra is (similar_text()) és Levenshtein távolságra is (levenshtein()).

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> szz


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2509949

    Lehet, hogy épp rommáfagytak. :]

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510171

    És a nagy kérdés, hogy vajon jól fog-e szelektálni az algoritmus, hogy frissítsen-e, vagy sem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bimi3


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510172

    Nem a verziózáshoz, az új verziók automatikus telepítéséhez használják. Illetve fogják.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bobesz


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510189

    Most, hogy mondod, még az is lehet, bár nekem a két belinkelt hírt egymás mellé téve, más jutott eszembe elsőre.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510196

    > AI-ról egy büdös szó nem volt :D
    > Egy ML algoritmus lett beidomítva

    https://docs.microsoft.com/hu-hu/azure/machine-learning/media/concept-deep-learning-vs-machine-learning/ai-vs-machine-learning-vs-deep-learning.png

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510202

    https://en.wikipedia.org/wiki/Machine_learning

    Machine learning (ML) is the study of computer algorithms that improve automatically through experience. It is seen as a subset of artificial intelligence.

    Aszondod már a mikipédiján is a mikiszoft márketingbullsittye vagyon?

    Bár felőlem akkor ne legyen AI. Amúgy sem ezt találtam érdekesnek benne, hanem a két hírt együtt.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510217

    És hol a határ? Mi számít már mesterséges intelligenciának és mi nem? Mert ha szigorúan vesszük, akkor igazi mesterséges intelligenciát - ami ténylegesen gondolkodni tud és nem csak egy halom előre bedrótozott direktívának megfelelően csinál valamit - még nem nagyon alkotott senki. Ha viszont nem vesszük ilyen szigorúan, akkor bármi annak minősül, ami önálló döntést tud hozni, bármilyen témakörben, legyen szó egy játékról, élkeresésről, vagy bármi egyébről. Ez a micsoda pedig - akár subset, akár nem subset - önálló döntést hoz. IMHO ez nem fekete fehér; AI a Settlers gépi játékosa is, meg a Skynet is, csak a komplexitás a kérdés, ahogyan gondolkodik egy hal is, meg az ember is.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510434

    > amíg egy algoritmus egy fajta problémára tud csak megoldást adni, addig nem AI

    Most hirtelen elképzeltem pár nem AI-t, amik mind csak egy problémára tudnak választ adni, úgy is mint pl.:
    - Csillagközi utazás emberi idő alatt
    - Biológiai halhatatlanság
    - Időutazás
    - Bidirekcionális anyag-energia konverzió
    - Működő windows 10 (na jó, lehetetlent azért ne kérjünk)
    Tréfára fordítva a szót; és ha az a probléma extrém komplex? Itt is egy komplex problémával fog foglalkozni a cucc: nevezetesen, hogy a környezet alkalmas-e ahhoz, hogy a gépre öntsék a következő lajstromszámú buggyűjteményt...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510454

    > egy kérdésre keressük az általunk sem ismert választ

    Ahogy itt is: "lehet frissíteni?" A válasz általunk sem ismert, a gépnek kell több vizsgálat eredménye alapján eldönteni. Csak épp a kérdés nem olyan bonyolult, mint azok, amiket felsoroltam. Settlers vs. Skynet.

    De ha téged ez ennyire zavar, akkor felőlem ne legyen AI. Nekem mindegy, minek hívjuk, a lényeg, hogy önállóan fog dönteni egy adott kérdésben.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510720

    > Na de akkor mivel tanítják az ML-t? :)

    Nádpálcával.
    Mivel azt akarják, hogy tanuljon.
    A körülményekkel. Ez egy sokszor eldöntendő kérdés. Ha egyszer a körülmények alapján eldöntötte, azt megtanulja, hogy legközelebb gyorsabban menjen. Gondolom. Ahogy azt is, hogy mivel az ms-nek dolgozik Lord Telemetrius a megfigyelés istene, így ha egy helyen megtanult valamit ez az izé, akkor azt megosztja a többi "testvérkéjével" is... A részleteket viszont nem tőlem kéne tudakolni. :P

    > Engem semennyire nem zavar, egy fél mondatos megjegyzést tettem arra, hogy a linkelt cikkben nem szerepel az "AI" szó.

    Csak az ML, ami a linkelt cikk kibocsájtója szerint subsetje az AI-nak...és akkor most GOTO 10?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Tassadar


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510917

    > Felesleges lenne, mert újra csak olyan példákat mondanék, hogy ennyi erővel egy if (pixel.Color == Black) { doSomething(); } else { dontDoSomething(); } is subsetje az AI-nak. :)

    Ezt már kitrágyaltuk: ha nem szigorúan vesszük, akkor tkp. ez is egy primitív AI (az is kérdés mi van a meghívott függvényekben), ha meg szigorúan vesszük, akkor semmi nem az.

    > szerk: na mindegy, nem vitatkozni jöttem, csak megjegyeztem, hogy nem kell minden marketing szart megenni, amit valaki kirak egy weboldalra :) Ezt a problémát egy dobozos ML megoldás is elbírja, ha van elegendő input a modell betanításához.

    1.) Már harmadjára mondom, hogy felőlem akármi lehet, mert a hangsúly nem ezen volt, hanem az önálló döntésen; a két egymástól független hír egymás mellé rakva volt az érdekes és nem az, hogy az ML most akkor egy primitív AI-nak minősül-e, vagy sem...
    2.) Eddigi vitáink alapján azt hittem, hogy rólam fogod utoljára feltételezni, hogy bekajálnám a májkiszoft marketingjét. :P Ha a belinkelt kép miatt gondoltad ezt, akkor mondom, hogy azt direkt neked gugliztam ki, hogy ms forrást kapj. :]

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510962

    De bakker, erről szólt a kommented egyik fele, hogy ez nem AI, hanem ML. Ez nem egy fél mondat volt, hanem egy fél komment.
    A másik fele meg az volt, hogy ha működik, akkor fasza ötlet; ha szőrmentén, de erről is volt szó, többször is, amikor mondtam, hogy a két hírt együtt kell nézni, valamint ez a micsoda, akár AI, akár nem, önállóan fog dönteni, egyszóval, ez nem biztos, hogy egy fasza ötlet és az még önmagában kevés, hogy "ha működik", van még egy másik feltétele is és pont erre reflektálna a két hír egymás mellett.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510984

    > Felőlem hasogathatunk szőrszálakat

    Bocs, azt te kezdted el, amikor belekötöttél, hogy ez nem "ez nem AI, hanem ML", mert nem ez volt a lényeg.

    > karakterszám alapján a kommentem 9.6%-a szólt az AI-ról

    Nem mintha ez számítana, de ez hogy jött ki? 356 karakter volt a poszt és 144 karakter volt az a két sor, ami az "ez nem AI, hanem ML" rész volt. Az ~40.5%...

    > már megint sikerült addig tekerni a vitát, hogy lövésem sincs, miről beszélünk valójában

    Semmiről, de azt legalább jó hosszan. :P Ami a lényeg, hogy egyáltalán nem biztos, hogy ez egy jó ötlet.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510227

    A windows 10 eddigi frissítéses sztorijait elnézve simán felállhat ez a forgatókönyv. :]

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Pene , solt87 , hetvenhatos


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510921

    Ez már Advanced Idiotism. :)

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2510355

    Na jó, de az AI-t is ők írták, tehát nem nagyon tudják majd rákenni a pofáraesést. Persze megpróbálni meg lehet, hátha lesz, aki bekajálja... :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kecske


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511118

    Igazából pont arra szerettem volna a két hírrel felhívni a figyelmet, hogy az emberek szemmel láthatólag nem akarnak verziót frissíteni és erre a mikiszoft válasza az lett, hogy egy AI-ra ML alapú automatizmusra bízza a verziófrissítést, hogy az döntse el a felhasználó helyett, hogy legyen-e frissítés, vagy sem. Hogy ez az automatizmus mennyire lesz bugos, vagy sem, az csak az egyik fele, de ha nem opt-in, vagy legalább opt-out lesz, hanem kötelező, akkor nagyon sok embert megszívathat, még akkor is, ha a rendszer szempontjából jól működik.
    Pl. ha egy rövid életű (pár hét) célgépen futó célszoftver épít egy olyan feature-re (kernelhívás, library, egyéb komponens), amit a következő verzióból már kihánytak és ez a vacak lefrissíti a rendszert; a rendszer gond nélkül frissült, csak épp az az alkalmazás ment taccsra, amiért az egész rendszer létezett.

    Egyszóval az ms hozzáállása kb. az, hogy: "Nem akartok upgradelni? Jó, akkor majd upgradelünk mi. All your system are belong to us."

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511262

    > Persze az MS is kitalálta a ransomware-biztos onedrive sync-et, ahol file history-ból vissza lehet állítani az elkódol fájlok eredetijét, de én nem bíznék ennek a bombabiztosságában.

    Jól teszed.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511289

    > Mennyiben felelős a Microsoft ezekért az esetekért és mennyiben a felhasználó?

    Ha a user szándékosan csinál baromságot, vagy szakember és elkúrja, az a felhasználó hibája. Ha valami előre nem várt körülmény miatt történik rászívás, az vagy senkié, vagy harmadik félé. Minden egyéb esetben az ms-é a felelősség, már csak azért is, mert pont az ms, ami egyre szűkebb mozgástérbe szorítja a felhasználókat, a biztonságra hivatkozva.

    > Milyen eszközöket biztosít a Microsoft ezek kivédésére (SCCM minden hónapban kontrolláltan megjelenő update-ek, Defender ATP, ACL mindenre, certificate alapján központilag blokkolható binárisok és scriptek, UAC és központi management administrator jogok adására, blokkolt letöltések és még millió beépített biztonsági mechanizmus)

    Ami az ms által szállított biztonsági mechanizmusokat illeti, kitörölhetjük velük, a windows biztonsága velük együtt is csak egy rossz vicc. Ezt a listát te kérted a múltkor, de azóta sem válaszoltál rá. BTW, biztonsági mechanizmusok; az egyik szomszéd topicban most van szó a SecureBoot nevű vendor lock-inről, amit szintén az ms nyomott le az egész világ PC iparának - és felhasználóinak - torkán, aztán ott volt a Golden Key pánik, most meg egy szaros GRUB2 sebezhetőség hazavágta az egészet. A jó öreg mikiszoft és a biztonság...hírből sem ismerik egymást.

    > és milyen biztonsági megoldások vannak tetszőleges kereskedelmi support-ot nyújtó Linux disztribúciókban

    Már megint a jó öreg szaralinuksz jokerkártya? Idéznélek téged:"Miért releváns ez a Windows-ra nézve?" A windows biztonsága kapcsán a windows biztonsága a releváns, nem a Linuxé.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511322

    > Ennek nagyon egyszerű oka van: a mostani kártevőkhöz jellemzően felhasználói interakció kell ami szerveren nem lesz meg (értenek hozzá),

    Épp most publikáltak egy módszert, amivel egyszerűen ki lehet kerülni a felhasználói interakció kérését és kiemelt jogosultságokkal futtatni akármit, akárhol. Az UAC ezen hibája a kezdetektől fogva jelen van, a vistától a 10-esig minden windows érintett.

    > kliensen pedig nincs értelme az 1%-al küzködő milliárdnyi verzióra tagolt Linuxot célozni.

    Már megint a szaralinuksz jokerkártya. Kit érdekel itt a Linux? Nem az a téma. De ha már másra mutogatunk, mi a helyzet az OSX ~8-10%-ával? Arra sincs annyi vírus, mint windowsra.

    BTW, a többivel mi lesz? Megint kipécéztünk egyet a halomból, rávágjuk, hogy deszaralinuksz és akkor az egész meg van cáfolva?

    > Szomorú. Mi köze ehhez a Microsft-nak

    Hát szerinted mi köze a SecureBootnak az ms-hez?

    > és mikor volt utoljára Windows Server-eket hazavágó frissités?

    Tessék egy. Összeakadt a Panda AV-val. Vagy itt egy másik. Az uninstall ez utóbbit megoldotta, de a windows állandóan visszarakta.

    > Hagyjuk már, egy átlag Linux telepités - amit a százmilliós Windows-os tábor telepit a desktop-jára - biztonsági eszközei kanyarban sincsenek a Windows-éval.

    Senkit. Nem. Érdekel. A windows nem lesz biztonságosabb attól, hogy a Linuxot nem telepítik alapból egy raklap - egyébként hasznavehetetlen - biztonsági mechanizmussal. A Linux biztonsága senkit nem érdekel a windows biztonsága kapcsán. Irreleváns. Érdektelen. Terelés. Mutogatás.

    > A microsoft az elmúlt 10 évben biztonsági megoldások garmadáját szállitotta a Windows-okba.

    Amik szart se érnek. Ott a lista, lehet cáfolni tételesen.

    > Linuxon az SMB továbbra is szolgáltat az összes interface-ra by default? :)

    Passzolom, nem használok SMB-t.

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511351

    > Azt tudom, hogy a Microsoft az egyik legnagyobb foss contributor, de már a Grub-ba is commitol? :O

    Nem tudom, hogy oda konkrétan commitoltak-e bármit, de nem a GRUB volt a lényeg, hanem a mikiszoftos SecureBoot, hogy mennyit ért: semmit. A GRUB aláírását egyébként is megtagadta az ms, mert ugye ő dönti el, hogy milyen bootloader futhat a világ bármelyik PC-jén. Ehhez képest bekapcsolt SecureBoot mellett az aláíratlan GRUB-on keresztül sikerült hanyattlökni az egészet a francba.

    > Komolyan felhoztál egy 11 évvel ezelőtti, egyedi esetet?

    Nem definiáltál szkópot sem időben, sem volumenben, amúgy meg két esetet hoztam fel. De ha valami recentet és nagyobb volumenűt szeretnél:
    - A 1903-as és 1909-es verziókat érintő SMBGhost vagy EternalDarkness néven ismert exploitot foltozó KB4540673 szétkúrta a windows serverek 32-bites app-compatibility-jét, kékhalálokat okozott és bootolhatatlanra vert pár gépet (és hangkártya bajokat is csinált, de ez nyilván csak a desktopokat érintette).
    - A KB4524244-es és KB4532693-as secu-patchek random fagyásokat és összeomlásokat csináltak; szerverek is érintettek voltak, az elsőt még a WSUS-ból is kénytelen volt eltakarítani az ms.
    Ezek idei cikkek és nem egyedi esetek voltak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511469

    A többi is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511511

    Nem tudom, tőlem hiába is kérded. Azt se értem, hogy miért mindig a Linux (2333/21) kerül szóba; az AIX-szal (335/21), vagy Solaris-szal (418/21) miért nem akarják soha összehasonlítani a windows-t (10 (1111/6), Server 2016 (889/5), Server 2019 (405/3)), ha a biztonságról van szó? Vagy esetleg az OSX-szel (2212/21), ha desktop és nem szerver.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511685

    Nagyszerű. Mutattál egy sechole-t Linuxra. Én egy vagon security überfail-t mutattam windowsra. Érdemi válasz azóta se érkezett rá. Ezt is ignoráltad, pedig ez legalább akkora fail, mint amit most belinkeltél. A windows biztonsága egy illúzió és ezen nem változtat az, hogy a Linux is egy ementáli.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511693

    > Te alapvetoen windows-t fikazni jarsz ide

    Tényleg? Csekkold már le a blogomat, hogy mikkel foglalkozok, mielőtt nekiállsz hazudozni. windows egyszer került terítékre és akkor is segítséget kértem, nem fikáztam. De lecsekkolhatod a követett tartalmakban a fórumtopicokat is, amikhez hozzászóltam, semmiről sem iratkoztam le eddiglen. A windows, mint téma IMHO 10% alatt van arányaiban.

    > biztos azt gondolod, hogy ez meg mindig ugyanolyan meno mint 20 eve

    20 éve is leszartam, hogy menő-e, meg most is leszarom. Sose érdekelt, hogy mi menő. Ha érdekelne, már rég valami szar influenször lennék... Már megint nem az érveimre reagálsz, hanem engem támadsz. Ráadásul hazugságokkal. Mi fáj ennyire? Az igazság? Mondanám, hogy Reparon a patikában, de ott aligha találsz eleget ennyi mérhetetlen mennyiségű butthurtre...de majd rendelünk neked egy tankerhajónyit. :)

    > Amig te hozod a neten vadaszott anekdotaidat, amikben "some user" "may expereince" "in some conditions", addig az en megjegyzeseim a Linuxot illetoen elso kezbol szarmaznak. En ezt tekintem hivatkozasi alapnak, es nem restellem majd ezentul sem odavagni egy mondatban "cikkeid" ala a jovoben sem, ha eppen olyanom lesz.

    1.) Én is hoztam tucatnyi saját példát már, csak mind leszartad.
    2.) Anekdota, persze. A legnagyobb techoldalak anekdotákkal foglalkoznak, méghozzá szinte minden nap. Ne fárassz már. :)
    3.) Ez a könnyeldekelősen görcsös bagatellizálás meg végképp szánnivaló, hogy "some user", "may expereince", "in some conditions"; linkeltem olyat is, ami többszázmillió felhasználót érintett...az is le lett szarva.
    4.) Hiába "vágsz oda egy mondatban" bármiféle linuxos fail-t a "cikkeim" alá, mert csak magadat égeted porrá vele, hogy nem vagy képes felfogni, hogy a Linux szarsága irreleváns a windows szarsága kapcsán.

    Persze tudom, ez a hülye szemét trécéhá mindig jön a szar belinkelt tényeivel, meg a rohadt logikai levezetéseivel; hát mit képzel ez, hogy ellent mer mondani a vallásunknak?! Hülyézzük le, mint a dedóban, az már akkor is működött!

    Elképesztő...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511308

    Mennyiben jobbak az OneDrive ad-hoc működő fájlelőzményei?

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511323

    Ha a File History lokális, akkor ott mi véd meg, hogy a bekapott ransomware ne nyírja ki azt is?

    Oldschool Computer - http://oscomp.hu




    A többség régi windows 10-et használ / az ms AI-val automatizálja a version upgrade-et: https://hup.hu/node/170292#comment-2511353

    Valóban nem írtad, félreértettem.

    Oldschool Computer - http://oscomp.hu




    BootHole: Bootolhatatlanná teszi a Grub2 frissítés (nem csak) a RHEL rendszereket: https://hup.hu/node/170304#comment-2510544

    Mondd nekik, hogy a másikra mutogatás sosem érv, még akkor sem, ha igaz. :)

    Oldschool Computer - http://oscomp.hu




    BootHole: Bootolhatatlanná teszi a Grub2 frissítés (nem csak) a RHEL rendszereket: https://hup.hu/node/170304#comment-2511112

    https://wiki.freebsd.org/SecureBoot

    Secure Boot requires that all boot-time code be signed by a private key whose public counterpart is known to the boot firmware. Currently the only key that is guaranteed to be present in any given system is Microsoft's. Additionally, to be certified for the Windows 8 logo program, systems must be have Secure Boot enabled, although they must provide a way to disable it and they must allow the user to add keys to the system. Microsoft also provides a service where binaries can be forwarded to them for signing with their key.

    Oldschool Computer - http://oscomp.hu




    BootHole: Bootolhatatlanná teszi a Grub2 frissítés (nem csak) a RHEL rendszereket: https://hup.hu/node/170304#comment-2511517

    Nem a kernelt iratták alá az ms-sel, hanem a shimjüket, a SecureBoot ugyanis a bootloadereket tölti be (ha alá vannak írva). Az ms ugyanis közölte, hogy GPLv3-as license-ű bootloader nem kaphat ms certification-t, így a GRUB-ot is kizárták. (Ha valaki, hát én nem vagyok GPL faggot, de ez nettó pofátlanság volt.) Ezért a különféle projektek ezt úgy oldották meg, hogy van egy first stage loaderjük, ami nem GPLv3-as, így van aláírása és ez tölti be a GRUB-ot. Hogy a microsoft indoklása és ez az egész balfaszkodás a certification-ökkel mekkora bullcrap, azt tessék elolvasni a Pene által adott linken; a Rufus loader írója tökéletesen összefoglalta a dolgot. Az meg, hogy maga a SecureBoot mennyire nem jó semmire, az most pláne kiderült a BootHole kapcsán.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> airween , mark7


    BootHole: Bootolhatatlanná teszi a Grub2 frissítés (nem csak) a RHEL rendszereket: https://hup.hu/node/170304#comment-2511526

    A jogi részhez én nem értek, azt meg nem vitatom, hogy a GPL egy rettenet, ami egy csomó kötelezettséget pakol arra, aki egy GPL-es cucchoz hozzányúl. Ugyanakkor, a Rufus fejlesztője leírta, hogy miért volt bullshit az ms indoklása:

    Microsoft has decided it doesn't like the GPLv3 and, in a clear abuse of power created a signing process that forbids the submission of anything that is GPLv3. Of course, Microsoft tried to "justify" their stance with a half baked tirade about how the GPLv3 would ultimately require them to relinquish their private keys, but that reasoning can easily be demonstrated to be utter bullshit when you also know that Microsoft has no qualms signing Linux shims, which, clearly, it should not sign, since these should logically be subjected to the same "alleged" relinquishing of private keys that the GPLv3 is supposed to entitle its users to, and therefore, if Microsoft's reasons are to be believed, having said shims load GPLv3 bootloaders such as GRUB (which they do) can only result in someone eventually demanding that the shims' private signing keys are relinquished, therefore completely defeating Secure Boot...

    A koncepció hatékonysága már a Golden Key pániknál látszott, de most pláne látszik, hogy az egész nem ér egy vödör vizet, hiszen a GRUB ugye nincs a GPL miatt aláírva és mégis sikerült rajta keresztül a bekapcsolt SecureBoot ellenére is a kódfuttatás.
    Ami miatt nettó pofátlanság volt a GPLv3-as cuccok kizárása, az pont az, amit te leírtál, hogy az ms mindenképpen megkerülhetetlen szereplő, ha SecureBoot aláírást akarsz, egyszóval itt leginkább arról volt szó, hogy az ms bepróbálkozott azzal, hogy ők döntik el, hogy mi futhat egy PC-n. Na, ez a nettó pofátlanság. Mégis milyen alapon dönti el pár koszos jenki, hogy egy random user mit tölthet be bootloader gyanánt a saját gépén? Persze kikapcsolható...még. Anno a windows 8 idején a kritikák miatt az ms kötelezővé tette a kikapcsolhatóságot, de a windows 10 pl. már egyáltalán nem követeli meg, csak az OEM-eken múlik.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mark7


    BootHole: Bootolhatatlanná teszi a Grub2 frissítés (nem csak) a RHEL rendszereket: https://hup.hu/node/170304#comment-2511533

    > a secureboot egy elhibázott elképzelés, szerintem üzemeltetőmacik találták ki

    ROFL. :D

    > a gplv3 nem pofátlanság miatt van kizárva, hanem amiatt, hogy az egyik kitétele ellentétes az egész folyamat lényegével

    Nem úgy értettem, hogy a GPLv3-at pofátlanság miatt zárták ki, hanem, hogy az egész, úgy ahogy van pofátlanság. A jogi részhez meg mondom nem értek...csak az nem tiszta, hogy a shimeket hogy tudják aláírni, ha azok GPLv3-as cuccokat is be tudnak tölteni? Vagy valahol baki van a Rufus fejlesztőjének levezetésében?

    Oldschool Computer - http://oscomp.hu




    BootHole: Bootolhatatlanná teszi a Grub2 frissítés (nem csak) a RHEL rendszereket: https://hup.hu/node/170304#comment-2511534

    Hány szabadalomsértés volt valódi és hány csak az ms patent-trollkodása? Az ms a számítógépek leállítását is levédte; hát így nem nehéz megsérteni valamelyik szabadalmát.

    Oldschool Computer - http://oscomp.hu




    [megoldva] Tömbszorzás: https://hup.hu/node/170343#comment-2511633

    Az array_map-nek csak tömböket lehet átadni. Vagy úgy oldod meg, hogy a szorzót kiteszed globális változóba és azzal dolgozol a callback függvényben, vagy megírod magadnak a saját array_map-edet, ami elfogad egy mezei változót második paraméternek és átadja a callback függvénynek.

    function array_map2p($callback, $array, $variable)
    {
    	foreach ($array as $value)
    	{
    		$callback($value, $variable);
    	}
    }

    Vagy valami hasonló...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> szz


    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357046

    1) Erről nem találtam így infót, a leírások csak a felsoroltakat emlegették, de ettől függetlenül lehet.

    2) Nem tudom, hogy került oda a core dump. Én is fáradt voltam már, kora reggel kezdtem írni ezt a posztot és estére lettem meg vele. Köszi, hogy szóltál, a core dumpos fél mondatot töröltem.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357211

    Thx, ez is megerősíti, hogy a double-fork nem szükséges.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357111

    Ez teljesen systemd aware: ha észreveszi, úgy letörli... :P
    Poetteringhez nekem is lenne egy-két hozzáfűznivalóm, mondjuk egy-két betontömb, aztán megnézzük, hogy vajon tényleg mindent megúszik-e. :P




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357112

    > Beszédes, de nem azt csinálja, amit a beszédes neve mond :)

    Pontosítsunk: nem csak azt csinálja, de az meg nagyon hülyén nézne ki, hogy pidof_daemon_and_unlock_if_not_running(), nem? :P

    > Wut?

    Mi nem érthető? Ha hiba történt, azaz nem sikerült a signalhoz hozzárendelni a handlert, akkor a visszatérési érték true, ha sikerült, akkor false.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357146

    > Bár még kéne bele egy abstract factory, egy-két decorator, és legalább három Exception osztály :)

    Remélem ez humor volt.

    A többire azt tudom mondani en-bloc, hogy aki ekkora tornyokat emel if-ekből, az magának csinálja. Tekintve, hogy ha hiba van, úgy sem kell végrehajtani a többi, ott ki is lehet szállni, tehát:
    if (hiba van)
    {
            printd("xyz\n");
            return xyz;
    }

    Kb:
    int ec = daemonize_process("kecske", true, "/");
    if (ec != 0)
    {
            printf("Daemonize error: %d\n", ec);
            return 1;
    }

    if (assign_signal(SIGHUP, &mittudomain))
    {
            printf("Cannot assign signal, ERRNO: %d\n", errno());
            return 2;
    }

    if (!foobar(...))
    {
            printf("FooBar2000 rulza!\n");
            return 3;
    }

    return 0;

    És ez teljesen olvasható.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357160

    > Azért volt a végén a :)

    Sejtettem, de nem voltam benne biztos.

    > ill. simán nem írnék C kódot, amiben évtizedek óta megoldott problémákat kell coding style-al és guideline-okkal kezelni :)

    Nem vitatom, hogy vannak a C-ben problémák, de az újabb nyelvek nem csak megoldották a problémákat, hanem generáltak újakat is...egynémelyik messze többet, mint amennyit megoldott.
    Egyébként, amint látod adtam Pascal verziót is, meg amúgy is Public Domain, át lehet írni C++-ra, ha valaki azt preferálja.

    > Viszont lett négy visszatérési pontod.

    És?

    > És továbbra is a helyes működés megismeréséhez át kellett görgetned 12 sornyi tisztán hibakezelő kódon.

    A helyes működéshez a hibakezelés is hozzátartozik, azt is meg kell ismerni.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357182

    Hát, ha kötelezve van, azt értem, de én meg nem vagyok, tehát én használhatok több visszatérést is. :)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357114

    Melyik platformokon?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357140

    Ezt mondjuk jó tudni.

    m68k-s Linuxom sajnos nincsen, viszont i386-os Linuxon most kipróbáltam 3.0.4-essel, de működött. Aztán hozzáadtam a cdecl;-t és kipróbáltam úgy, de úgy is működött. Az FPC konfigjában lehet állítani az ABI-t, valami nem dokumentált opcióval?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357161

    Rendben, kösz a fejtágítást, beleírtam a fenti példába a cdecl-t.

    (Mégis mit lehetett "frissíteni" a booleankezelésen?)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357181

    A copypaste átka; a saját tesztkódomból másolgattam ki a példákhoz a részleteket és abban korábban volt egy sprintf is, ami használta. Köszi, hogy szóltál, eltakarítottam.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357191

    Igazad van, de ezek csak példák, hogy kb. hogy lehet használni, aztán mindenki úgy használja, ahogy akarja. (De azért átírtam fprintf(stderr, ...)-re. :) )




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357207

    Hát ez vicces. Viszont azt nem értem, hogy akkor a 0-án és 1-en kívüli állapotokat minek akarja megfeleltetni a C? Csak mert vizsgálatkor minden nem nullára triggerelődnek a feltételes vezérlők.

    Mondjuk C-ben én mindig "úgy teszek", mintha a bool típusú változók tényleg azok lennének és nem csak átnevezett int-ek, azaz aritmetikai műveletet nem végzek vele, vagy ha igen, akkor előtte typecastolom, akkor is, ha tudom, hogy valójában tkp. ugyanarra typecastolom. Pusztán azért, hogy érthetőbb legyen, ami oda van írva és ne mágiának tűnjön. Mivel a zűrt itt a compiler okoskodása okozta, gondolom a typecast (char flags = ((char)bar) & 0x1) << 1;) ezen is segített volna. (Fixme?) Persze akkor nem derül ki a bug sem. :/




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357384

    Dupla negálás castolás előtt? ((char)(!(!variable))) Tudom ez nagyon gány, de így elméletben garantáltan 0 vagy 1 lesz, nem?

    Alap.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357483

    Szerintem meg nem célszerű. Lehetni lehet és az tény, hogy nélküle ezek a gondok nem lennének, de akkor meg jönnének azok a gondok, amiket a boolean típusú változók hiánya okozna. Egy boolean típusú változónál egyértelmű, hogy a változó szemaforként funkcionál - mert nem tud másként - míg egy integernél nem lesz egyértelmű, hogy mi a célja. És ezt nem lehet egyszerűen beszédes változónevekkel (pl. is_xyz) helyettesíteni:

    #define NO 0
    #define YES 1
    #define MAYBE 2
    #define DEFINITELY 3
    #define INDEFINITELY 4

    int is_tch_an_idiot = INDEFINITELY;

    Persze lehet olyat, hogy prefixálod a nevét pl. azzal, hogy bool_, de ezt mindig beírni...hát agyfaszt kap a kóder.

    Egyszóval a boolean változók segítenek egyértelműbbé, ezáltal gyorsabban és jobban megérthetőbbé tenni a kódot, ami nem csak időt jelent, de kevesebb buglehetőséget is, mert ha valaki nem értette meg, hogy valamelyik rész hogyan működik, akkor lehet, hogy hibázni fog.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357801

    Már? Ez sosem volt az. Ez végig csak emuláció volt. De valamit valamiért.

    Hát ez érthető.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357385

    Thx. Beleraktam.

    Értem, thx. Mondjuk ha C kódot írok át Pascalra (mint tettem azt pl. a libfprintnél), főleg ami API hívásokból áll, ott nekem is alap volt, hogy kell cdecl, az volt új, amit fentebb mondtál.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357192

    Köszi a linket, majd átnézem a kódot.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357195

    Ez érdekelne; bővebben?

    (Mondjuk itt a PID fájl ettől függetlenül nem megkerülhető, mert a lockon kívül még célja a signal küldéshez a PID share is.)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357209

    Köszi, majd rájuk nézek.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357208

    Tudom, megemlítettem a leírásban is, de leírtam azt is, hogy ez nem cross-platform, mert csak GLibC-ben van. (Szóval nem eretnekség, de nem is cross-platform. :) )




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357386

    Mert rulez, azért.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357412

    Mert egy univerzális, magas szintű, cross-platform nyelv, ami nem bloatware.

    Nem csak UNIX daemont lehetett benne írni, hanem pl. youtube frontendet is.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357929

    Hát ezt jól megaszontad, de tényleg. Esetleg van valami műszaki ellenérv is a Pascal ellen?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2358107

    Az ellenérveidet, hogy miért nem igaz, amit mondok.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2358198

    Fölényeskedés látom kitűnően megy. Egyébként az eggyel lejjebbi kommented alapján elég jól kiértettem a fentebbi szövegedből, hogy szerinted fos a Pascal. Valami szakmai érv ennek igazolására esetleg?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2358096

    Thx.

    Majd ha egyszer tisztességesen berúgok, akkor leírom. :P (Kivéve a szutyokszkriptet, abban még részegen se próbálnék meg daemont írni...)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2358199

    És honnan tudod, hogy nem tudok JS-ben programozni? Meg miért kéne megbaszni a Pascalt? Bármit meg lehet benne csinálni.

    Az megvan egyébként, hogy C-s kódot is adtam? Ha meg tudom írni ugyanazt C-ben, mint Pascalban, akkor szerinted "leragadtam" ott?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2358962

    Ez most vicc? Egy népszerűségi statisztika? Együnk tehénszart, már megint még mindig; a legyek sose tévednek?

    A népszerűségnek vajmi kevés köze van a használhatósághoz.

    És egyébként is, mi az, hogy a fejlesztői környezeteknél úgy vannak a halmazok, hogy "windows, macOS, Unix/Linux, Other"? A macOS nem UNIX véletlenül? Legalább prefixálták volna egy "Other"-rel a "Unix/Linux"-ot...




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359006

    Jól van öreg, villants valamit a te "affinitásod" igazolására. Mondjuk pár műszaki érvet. Tudod, amiket eddig kurwára nem sikerült, csak fölényeskedni a nagy büdös semmire.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359010

    Érvek még mindig sehol, hogy miért szar a Pascal, csak üres fölényeskedés. Így nincs értelme vitatkozni.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359020

    Kész. Ennyi erővel szar a marsjáró robot, mert a kutya sem használja. Semmit nem jelent, hogy mit mennyien használnak, nem ettől jó, vagy rossz valami. Ennyi erővel akkor a winfostíz a legjobb desktop oprendszer a világon, hiszen azt használják a legtöbben, nem igaz? (Egyébként #define kutya sem, mert a Pascalnak még mindig többszázezres, ha nem milliós tábora van.)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359032

    És ezt a szerencsétlen felmérést ugye a világ összes fejlesztője kitöltötte. És nem csak 90 ezer, ahogy a cikkben írják. Én már nem tudom eldönteni, hogy most trollkodsz, vagy ennyire elment az eszed.

    A folyamatos személyeskedésről nem is beszélve. Az én táborom? Basszam meg a Pascalt? Affinitáshiány? Mi fáj? (A seggeden kívül, úgy értem.) Valami nagyon becsípődhetett ott...




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359046

    https://en.wikipedia.org/wiki/Software_engineering_demographics

    "As of 2016, it is estimated that there are 21 million professional software developers."

    És ezek csak a profik. Az amatőrök sokkal többen vannak. Meg sem próbálom megbecsülni, hogy mennyien, de 10-20x biztosan.

    Na ebből 90 ezer kitöltötte. És a többi meg virágkötő. Szerinted. Na, ez az igazi affinitáshiány, amikor a valóságra nincs affinitásod.

    Sz*rk: De ha csak a kérdőív adatait vesszük alapul: az SO saját bevallása szerint kb. 50 millió fejlesztő használja. És ebből töltötte ki kevesebb, mint 90 ezer. Vagyis az ottani fejlesztők kb. 1.8 ezreléke se. Kb. minden 560. ember. Szar ez a kérdőív, mert a kutya sem töltötte ki; legalábbis a saját "logikád" alapján.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359075

    És neked mi az erősséged? A fölényeskedés? Villants valamit python-kiddie...

    Amúgy ha már statisztika: Csak a Lazarus fórumon több, mint 17 ezer ember van. Ez a 88 ezernek a ~20%-a. Ha ezek mind kitöltötték volna a szaros kérdőívedet, akkor máris ott tartanánk, hogy a fejlesztők usque 16% Pascalt használ. Nesze neked statisztika. Ráadásul minősített eset, mert ez mezei népszerűségi statisztika, semmi egyéb. És akkor a Delphis fórumokat és a többi progfórum Pascal "sarkait" nem számoltuk bele. Többszázezer Pascal user van a világon. (A milliót nem tudom eléri-e ez a szám, de az amúgyis feltételes módban volt.)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359169

    Ekkora örömet okoz, hogy belinkelték itt azt a szerencsétlen kérdőívet? Hát hirtelen nem is tudom eldönteni, hogy ez szánni vagy inkább irigyelnivaló-e...

    Az megvan, hogy ezt a kérdőívet kevesebben töltötték ki, mint a fentebb említett Lazarus fórum lélekszáma?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359261

    Egyre jobbak az "érveid". Meg ne erőltesd magad, mert akkor még jobban fog fájni a segged.

    Mi lenne, ha végre műszaki érvekkel próbálnád alátámasztani, hogy szar a Pascal és nem tennéd magad közröhej tárgyává azzal, hogy hevenyészett népszerűségi statisztikákkal akarod egy technolóigáról eldönteni, hogy jó-e vagy sem, amikor ez a fajta "érvrendszer" már évtizedekkel ezelőtt összedőlt, mindörökre. (Ami azt illeti, többször is: x86 és windóz, csak, hogy kettőt említsek...)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359280

    Örülök, hogy átment a lényeg. (Nem.)

    Nyilvánvalóan ugyanannyira nem reprezentatív, de mivel nem tellett tőle más, mint az értéktelen és érdektelen számokkal való dobálózás; dobtam én is egyet, csámcsogjon rajta... De ugye nem azt akartad mondani, hogy mindenki, aki oda regisztrált az sosem posztol és még a Pascalhoz sem ért? Csak mert a te regisztrációd ugyanannyira nem reprezentatív. Csak emlékeztetőül: hazugság, aljas hazugság és statisztika, ebben a sorrendben. Azt hoz ki belőle az ember amit akar. Ennek megfelelően, aki népszerűségi statisztikával akarja egy technológiáról eldönteni, hogy jó, vagy rossz, az egy idióta.

    Az megvan, hogy ő ezzel próbálta bizonyítani, hogy szar a Pascal? Szeretnél hozzá csatlakozni?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359498

    > Csak megallapitottam, hogy te is azokkal a dolgokkal ervelsz, amit tole nem fogadsz el helyesnek (popularity contest), igy aztan nem is fogtok soha dulore jutni.

    Ez így ebben a formában nem igaz. Kezdjük azzal, hogy én mindjárt az elején adtam neki egy tömör, velős műszaki összefoglalót. Nem volt bő lére eresztve, bele lehetett volna szakmailag kötni, akkor legalább lett volna mit védeni. De mit csinált ehelyett? Fölényeskedett. Bárminő érvek nélkül. Aztán kínjában benyögte, hogy "mert nem használják". És azóta a számokon lovagol. Én azokra próbáltam valami "ellenstatisztikát" adni, bár nem túl sok értelme van, mert ilyen méretű baromságra nem lehet épeszű választ sem adni. De én nem "érveltem" azokkal, amivel ő "érvelt". Érvelésnek itt nyoma sem volt, nem tudom feltűnt-e. Az nem érvelés, hogy irreleváns számokat böfög be cédula nélkül, én meg próbálok rávilágítani, hogy a népszerűség itt nem oszt és nem szoroz, ráadásul a felhozott statisztikák sem voltak reprezentatívak.

    > (De ha mar megkerdeztel, akkor zarojelben: szerintem egy nyelv nepszerusege eleg eros tenyezo egy uj projekt inditasakor, ugyanis nem mindegy, hogy nez ki a piac, amikor staffolni kell. Hiaba nem szigoruan muszaki erv, ertelmes Pascal codert sokkal nehezebben/dragabban kapok, mint valami mainstream nyelvhez ertot.)

    Az ugyan igaz, hogy Pascalost nehezebben és ennek megfelelően csak drágábban fogsz találni, mint pl. C++-ost, de ez ugyanúgy irreleváns, mert ettől a nyelv nem lesz szar, nem tudom érted-e. A nyelvről volt szó, hogy az mennyire penge, mennyire jó fejlesztésre és nem az, hogy Pistike miben reszeli odahaza a fingot.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2360176

    Mert betegesen ragaszkodott hozzá, úgy elég nehéz másról; de ettől függetlenül a téma az volt, hogy miért szar a Pascal, szerinte. Erre nem tudott mást mondani, mint ezt a sok népszerűségi statisztikát. Én többször mondtam, hogy szeretnék látni pár műszaki érvet, nem tudom feltűnt-e. De nem volt neki egy sem. Neked van?




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2360358

    Nem hiszem, hogy kapni fogunk egyet is.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359047

    Én asszem te leragadtál a Turbo Pascal 1.0-nál és lila fingod nincs, hogy mit tud egy FreePascal/Lazarus kombó, vagy a Delphi.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359005

    Ez ugyanaz. Népszerűségi statisztika. Kitörölheted vele.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357387

    > - tetszett az a szófordulat, hogy "a nehezén már túl vagyunk, most jön a neheze". Akkor most túl vagyunk rajta vagy se? :-)

    Azon sose. :P

    > - a SignalHandlereknél mindenképpen célszerű megemlíteni, hogy a kód a lehető legtömörebb és leggyorsabb legyen. Ha kell, akár azon az áron is, hogy globális változót állít és majd a főhurok intézi, amit kell. (A példában a SIGTERM kezelést te is így oldottad meg.) Annak idején nem kevés időmbe és ősz hajszálamba került, hogy egy misztikus hibát megtaláljak, ami hol előjött, hol nem. A lényeg: ha előbb beesett egy újabb signal, mint ahogy az előző feldolgozása befejeződött volna, onnan kezdve a SignalHandler ledőlt és soha többet egyetlen ávett signalt sem dolgozott fel a daemon.

    Ezt Zahy már közben megválaszolta.

    > - a főhurokban a procit fölöslegesen nem pörgetjük, ez nagyon helyes - azonban a várakoztatásnak is ára van. Ha csak rövid ideig várakozunk, akkor megint csak kezdjük pörgetni a procit, ha viszont növeljük a várakozási időt, akkor a daemon lesz lomha, egyre nagyobb késéssel reagál. Tehát itt sokkal inkább célszerű megvizsgálni, hogy mi az az esemény, amelyet fel kell dolgozni, majd egy ezen eseményre specifikus függvényt érdemes használni, amely mindaddig vár, amíg az esemény be nemkövetkezik, akkor viszont azonnal visszatér. Hogy példával éljek: poll(), wait4(), ...

    Ezt én is tudom, de az itt írt példák tényleg csak példák, nem muszáj így csinálni. Alapvetően én főszálba csak olyat rakok, aminek jó a lomha (kb. millisec nagyságrendű) reakcióidő is; ami pedig fontos, hogy gyors legyen, azt pedig külön threadbe szervezem. Régen persze a threadek használata sokat lassíthatott, de amióta többmagosak a gépek, azóta inkább gyorsítja a programot. (Értelemszerűen.)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2357388

    Utazom én mindenben, amit meg tudok csinálni. A systemd pedig engem nem érint sehol sem.
    Egyébként kösz.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359505

    Előtte lehet mondjuk fsync()-t hívni, de mi van, ha azt szakítja meg egy signal? Erre még utalást sem találtam. (Mármint azon túl, hogy -1 és EINTR, hogy mi lesz a descriptor meg a mögötte lévő fájl sorsa.)




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2358952

    A SIGCHLD pont megoldható, már csak azért is, mert tulajdonképpen nincs is rá szükség, ahogy a kapott siginfo-(k)ra sem.

    Bármilyen child process-t is indítok, annak tudom a PID-jét. Ezeket tárolom egy listában. Ha beesik egy - vagy több - SIGCHLD, akkor - vagy akár periodikusan is - lehet végigiterálni a táblán és a child processeknek 0-ás signalt küldeni, ami a processeket nem bántja, de a kill() nullát ad vissza, ha a process még fut. Így pontosan tudja a program, hogy mikor melyik child process adta vissza return code-ját a parentjének, anélkül, hogy egyáltalán foglalkozna a SIGCHLD után kapott siginfo-kkal, vagy akár magával a signallal.

    A meghatározatlan állapotban hagyott file descriptor viszont tényleg elég nagy gáz.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359029

    Mennyire nagy? Létezik olyan valid use-case, hogy egy process-nek többszázezer child process-e legyen, akár a PID1-nek? De egyébként lehet partícionálni a listát és egyszerre csak egy-egy szeletet iterálni.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359168

    > Az egyik elméleti probléma a PID-ek túlcsordulása lehet, bár a maximum PID-et már elég jól lehet emelni, és azért annak elég kicsi az esélye, hogy mióta kilépett egy processz, de még azelőtt, hogy ránéznél, a PID-jét elfoglalta egy másik.

    A PID-reoccupy-overlap nem probléma - nem lehet probléma - hiszen ezek child processek, a processünk kreálja őket, nem maguktól jönnek létre. Ennek megfelelően, ha egy frissen létrehozott child process visszakapott PID-je már szerepel a táblában, akkor egyértelmű, hogy az csak úgy lehet, ha a korábbi tulajdonos kiszállt és újra kiosztották a PID-jét. Ennek megfelelően az általad említett overlap nem lehetséges.

    > A másik meg az, hogy ha sok rövid életű processz van, akkor gyakran kell végig kill 0-zni az egész listát.

    Nem muszáj a SIGCHLD-ra várni, erre írtam fentebb, hogy akár periodikusan is lehet nézgeteni ezt a táblát, teljesen ignorálva a SIGCHLD signalokat. Akkor nincs signal-összeolvadás, nincsenek egymásba érő PID check ciklusok.

    > Őszintén már nem emlékszem, hogy mennyi volt a legtöbb worker processz, amit láttam, de sok. :)

    Hát ez azért elég tág tartomány. :)

    > Igazából azt gondolom, hogy tényleg kicsi az esélye annak, hogy ebből is versenyhelyzet legyen, de minél terheltebb rendszerről beszélünk, annál meredekebben emelkedik, mert a hatások egymást erősítik (a szabad PID-ek számának csökkenése, a lassulás, és a kezelendő lista növekedése).

    Lehet, de ha tényleg annyi processünk lesz, akkor IMHO előbb fogynak el a fizikai erőforrások a rendszer alól, mintsem, hogy érzékelhetővé váljon a PID lista kezelésének lassúsága.

    > De hirtelen én se látok jobb megoldást.

    Na, majd mérek egyet valamikor.




    UNIX daemon kit és tutorial, C-ben és Pascalban: https://hup.hu/node/164636#comment-2359497

    > - t időnként megnézzük, hogy a sigpending() mutat-e egyáltalán olyat, hogy SIGCHLD érkezett. Nem tudjuk, mennyi, de ez nem baj.
    > - ha épp nem, akkor végig se kell nézni. Ha igen, akkor kell.

    Ez jogos, jó ötlet.

    > Jut eszembe, a kill 0 helyett meg lehet nézni a processztáblát, hogy fölöslegesen ne zavarjuk a child-ok esetleges close()-ait, meg miegymást.

    Ezt Zahy már megválaszolta, de én is leírtam még a cikkben, hogy

    Ezt a legegyszerűbben úgy lehet abszolválni, ha küldünk neki egy 0-ás signalt (ld. később), amit maga a process nem fog megkapni és lekezelni, viszont az OS igen és ha a visszatérési érték nem 0, akkor a process már nem létezik, lehet törölni a fájlt és daemonizálni.

    > No de honnan tudjuk, hogy a korábbi kiszállt-e egyáltalán?

    Mert ha nem szállt volna ki, akkor a rendszer nem osztotta volna ki azt a PID-et még egyszer. A PID egy egyedi szám, nem létezhet belőle két egyforma egy processlistben. Ha mégis, akkor írunk az érintett rendszer fejlesztőinek, mert kifogtuk az évszázad bugját. :P
    Egy PID-et csak akkor lehet újra kiosztani, ha az előző process már kiszállt. Ha el is fogynak a kiosztható PID-ek, mert annyi processünk van már egyszerre (esélytelen, előbb omlik össze a teljes rendszer a zéróra redukált erőforrások miatt, hacsak nem direkt limitáljuk le a max PID-et valami alacsony számra), akkor sem ismétlődő PID-eket fog az újabb spawn eredményezni, hanem egy gyönyörű -1-et, azaz a rendszer megtagadja az új child process létrehozását. (Vagy rosszabb esetben egy gyönyörű kernel panicot, vagy valami hasonló kaliberű rendszerösszeomlást.)

    > Hogy érzékelhetővé válik a kezelés lassúsága, az nem baj, viszont egyre megbízhatatlanabb lesz.

    Mitől? Attól nem lesz kevésbé stabil, hogy belassul; lassabb lesz a kiszálló process-ek után esedékes takarítás (ha van mit), de ez a stabilitást nem veszélyezteti.

    > Részemről kb. eljutottunk oda, hogy ami fontos, azt megoldottuk közösen - kösz; - a többi már nem túl gyakorlati, viszont elég nehéz kérdés, azt elengedem. :)

    Már érdemes volt kivesézni. :)




    Windows Server 2008 R2 Standard SMB naplózás: https://hup.hu/node/170335#comment-2511438

    https://docs.microsoft.com/en-us/sysinternals/downloads/procmon
    https://mikeberggren.com/post/135351739546/procmon-delete#_=_

    Oldschool Computer - http://oscomp.hu




    Szintvonalak a homokozóban: https://hup.hu/node/170262#comment-2509040

    Ez legalább színvonalas. (Bocs!) :)

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Gyuszk , asch , Hevi , Pene


    A Microsoft javította az Edge böngésző fura összeomlási hibáját: https://hup.hu/cikkek/20200803/a_microsoft_javitotta_az_edge_bongeszo_fura_osszeomlasi_hibajat#comment-2510054
    --- edge_doesnt.cs	2038-01-19 03:14:07.0 +0000
    +++ edge_doesnt.cs	2038-01-19 03:14:07.0 +0000
    @@ -666,666 +666,666 @@
    -bool crash_with_google_search_engine = true;
    +bool crash_with_google_search_engine = false;

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Nyosigomboc , solt87 , N0v3mb3r


    Újabb hibák a windows 10-ben: https://hup.hu/node/170283#comment-2509700

    Mit értesz pontosan "gajramenetel" alatt?

    Oldschool Computer - http://oscomp.hu




    Újabb hibák a windows 10-ben: https://hup.hu/node/170283#comment-2509738

    A laptopfedeles móka az ms szerint minden windows 10-est érint.
    A WDAG/WS hiba a 1903-ast és 1909-est érinti, a 2004-est nem emelték ki, de mivel a bug még nincs javítva, így valószínű, hogy az is érintett.
    Az Edge bugja az Edge verziójától (86.x?) függ és nem a windows 10-étől, tehát minden windows 10 érintett. A korábbi windowsokról, amikre még felmegy ez az Edge verzió, az ms nem mondott semmit.
    Az UAC sechole pedig minden windowst érint a vista óta, csak épp a win10-ben fedezték fel.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mark7


    Újabb hibák a windows 10-ben: https://hup.hu/node/170283#comment-2510156

    Nm.

    Oldschool Computer - http://oscomp.hu




    Újabb hibák a windows 10-ben: https://hup.hu/node/170283#comment-2509772

    Te kiveszed, mert te tudod mit csinálsz. De a felhasználók elsöprő többsége azt sem tudja, mi ez, és default-on hagyja, a sérülékenység pedig pont a default beállítások esetén kihasználható, ha bárki tud létrehozni és módosítani.

    Oldschool Computer - http://oscomp.hu




    Újabb hibák a windows 10-ben: https://hup.hu/node/170283#comment-2509921

    Van ott is feszt, csak éppenséggel ettől a windows nem lesz jobb. Sőt, ez egyben azt is jelenti, hogy a windows csak még rosszabb lenne, ha nyílt forrású lenne. :]

    Oldschool Computer - http://oscomp.hu




    Újabb hibák a windows 10-ben: https://hup.hu/node/170283#comment-2510155

    Már meg lett mondva, hogy a vállalati szegmens számít az ms-nek, a win10 felhasználók már csak bétateszterek.

    Oldschool Computer - http://oscomp.hu




    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507527

    Mi itt a cél? Miután nem sikerült "megmagyarázni", hogy az előző tavaszi frissítés azért törölheti le a notepad-et egyes felhasználóknál, mert a következő őszi frissítésben az ms kiszedte a paint-et és azt az insiderek már megkapták...így most következik a "szinte senkit nem érint" szintű bagatellizáció, mert a hupon szavazó 2-300 ember biztos reprezentatív minta egy egymilliárdos felhasználói bázissal bíró OS esetén? Hát biztos nem érint senkit sem, ha a nagyobb techportálok is foglalkoznak vele... :)

    Oldschool Computer - http://oscomp.hu




    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507551

    > Hol lehet reprezentatív felmérést találni? Imho sehol.

    Persze, hogy nem. Éppen ezért felesleges itt is felmérni.

    > Amúgy ha ránéznél a szavazás eredményére, akkor látnád, hogy nem igaz, hogy senkit sem érint. :)

    Ha ránéznél még egyszer a posztom szövegre, akkor látnád a "szinte" szócskát, amit pont azért biggyesztettem oda, mert ránéztem az eredményre. :) (Nem, szavazni nem szavaztam.)

    Oldschool Computer - http://oscomp.hu




    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507637

    > Feltettem egy teljesen targyilagos kerdest, mindenfele felhang vagy celozgatas nelkul. Hogy te mit kepzelsz bele, senkit nem erdekel.

    A te vergődésed sem érdekel senkit. Beégtél a szerecsenmosdatással a másik topicban, mert nem tudtál olvasni és most megy a butthurt terelés, hogy na, jelentkezzen, akit ez érintett, mert ha itt háromszáz emberből lesz három, akkor biztos ez a globális arány is.

    > ellenben az 1-10 panasz az answers.microsoft.com-on, meg a "some", "several", "many" users, "in some cases" a linkelt cikkeidben, az bezzeg reprezentativ es idorol idore szilard alapot biztosit egy kis windows fikazashoz.

    Én hol állítottam ilyet, hogy akármi is reprezentatív? Idézd be, vagy fejezd be a hazudozást.

    A "szilárd alapot egy kis windows fikázáshoz" meg nem "1-10 panasz" szolgáltatja, hanem az a bugtömeg, ami win10 néven keseríti meg nap-mint-nap a jóég tudja hány ember életét. Nem az ujjamból szopom ezeket a dolgokat, hanem kb. minden rohadt napra jut valami epic win10 fail hír; hát nem tudom véletlenül úgy felütni az internetet, hogy ne jöjjön szembe megint három szarság is, hogy megint mi mindent kúrt el az ms a win10-ben és ezek a hírek nem csak mindenféle linukszpistike blogokon jelennek meg, hanem a mainstream tech sajtóban is. Azok biztos foglalkoznának vele, ha 1-10 panasz lenne összesen. Vagy már a fősodratú tech média is csak azért számol be a win10 mizériáiról, mert ms-ellenesek? Még a pcforum is?

    Oldschool Computer - http://oscomp.hu




    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507654

    Elképzelhetetlen? Nem. Extrapolálható? Az sem. Mint fentebb már kitrágyaltuk, gőzünk sincs, mekkora a probléma penetrációja, értelmetlen az egész "felmérés".

    Oldschool Computer - http://oscomp.hu




    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507674

    Csak kissé kétes lesz a felmérés "trágyilagossága", ha előtte úgy próbáltad megmagyarázni a szilvás bukta feleslegességét, hogy véletlenül összekeverted a kutyaszarossal, amit tényleg senki sem szeret. :P

    Oldschool Computer - http://oscomp.hu




    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507739

    > A felmeres pontosan annyira ertelmes es relevans, mit a fikazo cikkeid.

    Az én cikkeim? Te tényleg nem tudsz olvasni? Külföldi techportálok cikkeit linkeltem be, nem én írtam őket. Vagy a topicra gondolsz? Az nem cikk, hanem fórumtopic. Szimpla mezei fórumtopic, aminek az információcsere a célja.

    > En is szeretek hallani a problemakrol, marmint az igaziakrol, mert esetleg tudok rajuk keszulni. A te cikkeid viszont semmi mast nem szolgalnak, csak hangulatkeltest. Sut roluk, hogy nem hasznos infot akarsz kozolni, hanem ocsarolni egy jot. Vastag jelzokkel ellatott cimek, vekony tartalommal.

    Tényleg? Ezek a problémák nem igaziak talán? Mondd kovinak, aki beleszaladt az egyik win10 szarságba és mérésekkel igazolta, hogy a SSD elhalást a win10 baromsága okozta. Nem tudom mennyibe kerültek neki a tönkrement SSD-k, de nem két fillér volt, az biztos, ahogy a hiba megosztásának köszönhetően megmenekült SSD-k megspórolt ára sem. Volt haszna, hogy megosztottam? Volt. Akkor mi is a bajod? Hiába vernyogsz, hogy csak direkt báncsák a mikiszoftot, meg ezek csak hangulatkeltést szolgáló álproblémák, mert ez egy ordas hazugság, ahogy a mellékelt szál is mutatja.
    Ami meg a vékony tartalmat illeti, még mindig analfabéta vagy: én nem cikkeket írtam, hanem linkeket osztottam meg egy fórumtopicban, a tartalom eléréséhez még egyet kattintani kellett volna.

    > Biztos vagyok benne, hogy problemak amiket idehozol, azok valosak es kellemetlenek x ember szamara. En baromira szerencses lehetek, mert folyamatosan windows 10-en dolgozom, meg csak nincs is domain-ben es gyakorlatilag semmit nem tapasztalok ezekbol a "sulyos hibakbol".

    Ha nincs más, hívd le a WORKSFORME kártyát, az mindig működik. Vagy bagatellizálj, hogy csak x ember. Akkor is, ha az az x olyan nyolcszázmillió körül mozog (azaz, ha tényleg egymilliárd felhasználója van a win10-nek, akkor ez egy olyan laza 80%-os penetráció). Neked megy, másoknak meg nem. Csekkold le ezeket az "ócsárlós" topicokat, hányan panaszkodtak benne, hogy hol szopatta őket le a win10. Nem tudom neked feltűnt-e, de nekem igen, hogy a win10-et védő 3-4 emberrel szemben legalább 15-20 ember oszt meg ezekben a topicokban valamilyen őt-vagy-kollégát érintő horrorsztorit a win10-ről... Vagy ők nem számítanak? Akinek nem megy a win10 az menjen a devnullba, mert az csak is PEBKAC lehet?

    > Amennyire a jelen nem reprezentativ felmeresbol kovetkeztetni lehet, a felhasznalok 96%-a is igy van ezzel.

    Vajon abból a 96%-ból hányan kattintottak rá a linkedre (amit a "csak ócsárlásra" létrehozott topicomból emeltél át) és olvasták el, hogy melyik frissítésről is van szó? Tudniillik, te basztál leírni, hogy a 2004-es frissítés érintett, csak annyit kérdeztél, hogy kinél tűnt el; eredményeképpen többek között lent is írták ketten, hogy a 19xx-es frissítéseknél ők ezt nem tapasztalták, de még jó, hogy a 2004-esről volt szó. Vajon annak a 96%-nak, akinél nem tűnt el, hánynál van fent a 2004-es frissítés? Na látod, többek közt ezért sem reprezentatív ez a "tárgyilagos" "felmérés".

    > Az hogy van 4% eselyem arra, hogy paint eltunik a geprol, az szerintem maximum neked sulyos problema.

    Nekem? Az, hogy a te gépedről eltűnik a paint, az nekem probléma? Jól vagy? Egyébként is, mint a másik topicban ki lett vesézve, nem a notepad-en és a paint-en van a hangsúly, hanem, hogy ez a szar win10 már megint önhatalmúlag döntött a júzer helyett.

    Oldschool Computer - http://oscomp.hu




    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507653

    Aha, megint elfogytál, mint win10 frissítéskor a disk space. Ne felejtsd el bepluszegyezni, ha valaki jól megaszongya nekem, akkor is, ha csak annyit tud kipréselni magából, hogy de én hülye vagyok.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kmm


    Windows 10-et használok és ...: https://hup.hu/szavazasok/20200727/windows_10-et_hasznalok_es#comment-2507662

    Kétszer is +1? Az már 10. Csak nem win10?

    Oldschool Computer - http://oscomp.hu




    Apple vs. Proton: https://hup.hu/node/170280#comment-2509608

    Hát ez az, de ők nem a helyi törvényeket tartják be, hanem a legcifrábbakat akarják betartani és betartatni mindenütt. Ha csak Kínában dobták volna ki a ProtonVPN-t, az érthető lett volna, hiszen ott törvényt sért. Valahogy az az érzésem van, hogy az autoriter országokra való mutogatás csak falból van, egyébként azért csinálják ezt, mert az amcsi elitnek is ez jó. Aztán vagy igen, vagy nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> zdesigner , benz , bennyh , bra-ket


    Apple vs. Proton: https://hup.hu/node/170280#comment-2509888

    Szerintem olvasd el újra, amit írtam.

    Oldschool Computer - http://oscomp.hu




    BootHole - GRUB2 sebezhetőség nyithat utat a Window és Linux rendszereken való tetszőleges kódfuttatás előtt: https://hup.hu/cikkek/20200729/boothole_grub2_sebezhetoseg_nyithat_utat_a_window_es_linux_rendszereken_valo_tetszoleges_kodfuttatas_elott#comment-2508497

    > A secure boot meg semmit nem ér, soha nem értettem hogy minek erőltetni.

    Ezért: https://hup.hu/cikkek/20120603/a_fedora_megoldasa_az_uefi_secure_boot_mizeriara#comment-1466027

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Botond , Caro


    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508221

    https://www.youtube.com/watch?v=h-0r-dtnCKw

    DuckDuckGo-val azonnal megtaláltam.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: 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...

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> end , asch , enpassant , hetvenhatos


    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508379

    Ha nincsenek érveid, de fáj a segged, magyarázz bele valami marhaságot a másik ember véleményébe, amivel ráhúzhatsz egy negatív sztereotípiát, hátha sikerül hitelteleníteni. Szánalmas...
    Mire számítottál mégis? Hogy ingyen adják majd a vakcinát? Hogy a gyógyszerek előállítása nem kerül pénzbe és ennek megfelelően nincs üzleti verseny az előállítók között? Vagy mégis mit gondoltál?

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Ar0n , enpassant , bra-ket , hetvenhatos


    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508410

    > Neked minek más magyarázat? Elkönyvelted hogy Gates és a mögötte lévő egész alapítványosdi egy jó nagy pénzlehúzásos cucc, vagy valami hasonló.

    Én hol mondtam ilyet? Hol mondtam, hogy lehúzás? Én azt mondtam, hogy ez üzlet és mivel verseny van, ezért próbálnak spórolni az idővel, viszont ha a teszteket nem csinálják meg rendesen, mert minél előbb ki akarják tolni a piacra, abból kellemetlen mellékhatások lehetnek. Belemagyarázol minden szart, amit én nem is mondtam.

    > Na most akkor a föld lapos, a földeket mérgezik, chemtrail és társai. Ide lehet csatlakozni.

    Látod? Erről beszéltem. Én egy ilyen szamárságban sem hiszek, de te már zsigerből már ezekkel jössz, mert érveid nincsenek, csak megpróbálod rámhúzni az ostoba konetóhívő sztereotípiáját, hátha hiteltelenné tudod tenni, amit mondtam. Ez az egyik leglúzerebb "taktika", ami csak létezik.

    > + idehoztad még a szépen megvágott CBSN* videót is. Gratula.

    Te miről beszélsz? Beírtam a DuckDuckGo-ba, az OP-ban szereplő címet, hogy "Bill Gates on coronavirus vaccine trials" és ezt a videót adta ki. Talán én tehetek róla, hogy csak ez volt fent? Amúgy is miféle megvágásról beszélsz; azok voltak direkt úgy összevagdosva/kommentálva, hogy billy bácsit negatív színben tüntessék fel, amik az OP-ban szerepelnek, amit én linkeltem be az vágatlan és kommentálatlan volt, csak hiányzik az interjú vége. Miről is beszélsz? Én hoztam ide a "szépen megvágott videót"... Mindjárt én is vágtam meg, mi? Te gyártasz itt konteót, nem én.

    > pusztán arra akartam volna rámutatni, hogy a Gates alapitvány eléggé sokat tett ahhoz, hogy ne rakd bele egy dobozba mert billgates -> csakrosszlehetnekünk!!!!444 ....

    This is a whole new level of butthurt... Ki a fáras rakta bele egy dobozba, ki mondta, hogy csak rossz lehet nekünk? Tudsz te mást is, mint baromságokat belemagyarázni abba amit mondtam? Direkt csinálod, azaz hazudozol, vagy te ezt holt komolyan gondolod? Még egyszer: én azt mondtam, hogy verseny van és próbálnak spórolni az idővel, viszont ha a teszteket nem csinálják meg rendesen, mert minél előbb ki akarják tolni a piacra, abból kellemetlen mellékhatások lehetnek. Hol bedobozolás ez? Volnál szíves arra ellenérveket hozni, amit ténylegesen mondtam? Mert jelen pillanatban te ez helyett inkább eldöntöd, hogy én mit mondtam és arra hordasz össze minden ostobaságot.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508425

    > Például én :-). Azt az egyszerű módszert alkalmaztam, hogy ha valaki már többször bebizonyosodott hogy tisztességtelen módszereket használ (márpedig az MS használt ilyeneket), akkor onnantól abban az emberben nem bízok meg. Pláne akkor, ha az egészségemről van szó, nem csak simán a pénzemről.

    Jó, csak ő meg nekem mondta, én meg nem dobozoltam. Én azt egy szóval nem állítottam, hogy a vakcina nem fog működni; azt állítottam, hogy szokás szerint a profit kedvéért ott spórolnak az idővel ahol tudnak, a júzer meg szokás szerint collateral damage. Aztán lehet, hogy semmi nem fog történni, a vakcina teszi a dolgát mellékhatások nélkül; a win10-ek sem feltétlenül nyiffannak ki egy update után. De ez mindenképpen felelőtlen hozzáállás.

    > Ez a fajta mintafelismerés valóban nem szigorúan tudományos, az emberi világban való eligazodásban azonban rendkívül hasznos prediktor.

    > Láthatóan krix kolléga a mintafelismerésnek ezen szintjét is elítéli. Ha valaki sok pénzt tesz a saját alapítványaiba, akkor onnantól mindent el kell hinni neki. Mert tudomány! Ha nem hiszel neki, akkor laposföld-hívő vagy!

    Hát ezt vettem észre. Az a szomorú csak benne, hogy nem veszi észre, hogy ezzel pont ő válik hívővé, hogy pusztán a public image-re támaszkodva érzelmi alapon hiszi el, hogy ez vegytiszta jótékonykodás. Ahogy azzal is, hogy ilyen amygdala hijack-et kap, ha valaki kritikával meri illetni ye olde billgecit...

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508396

    WindowsUpdate.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508452

    Neked ez az "elképzelhetetlen" valami fixáció lehet. :P Semmi sem elképzelhetetlen, tehát ez sem és az ellenkezője sem az.
    Ami a hátralévő idejét, illetve az ép elméjét illeti, nem egy ember szaladgászik még 90-100 évesen is ép elmével, tehát nem tudjuk, hogy mennyi van neki hátra és hogy.
    Egyébként, amennyi áttörés történt a közelmúltban az öregedés visszafordításának terén, az sem elképzelhetetlen, hogy egy-két évtizeden belül már jelentős regenerálásra lesz képes az orvostudomány; vicces lenne, ha 2040 április 4.-én a 24-évesre visszafiatalodott géc visszatérne az ms élére és közölné, hogy visszaállunk az MS-DOS-ra, mert az még úgy-ahogy működött, a win10-zel ellentétben. :P

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508490

    Hát neki ez üzlet. :)
    Amúgy e szerint a cikk szerint az állami egészségügyekben olyan ~400 USD körül fog mozogni egy ampulla belőle, vagy 2340 USD kezelésenként.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508814

    A befektetések így működnek. Először viszi a pénzt, aztán - ideális esetben - hozza.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508529

    Hazudsz. Leírtam, hogy nem hiszek semmiféle laposföldben, chemtrailben és egyéb baromságokban. Annyit írtam, hogy ez üzlet és verseny van és a tesztidőt próbálják minél jobban megspórolni, hogy elsőként jöhessenek ki vele (szó szerint elhangzik az interjúban, hogy még készen sincsen, nemhogy letesztelve, de 2021-ben (innen pár hónap) tuti megkaphatja mindenki). Mi ebben neked az összeesküvéselmélet? Elolvastad egyáltalán, amit írtam, vagy csak simán látatlanban bekomantottál ide, hogy "szerinted", oszt jó'van?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> carlcolt , bra-ket , hetvenhatos


    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508552

    Te a komment history-d alapján egy patkány vagy. Semmi konteó nem volt abban amit leírtam. Vagy analfabéta vagy, vagy hazug.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , bra-ket


    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508571

    A szádra. Jól megaszontad.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508573

    Opponenseim mostanában rápörögtek a hazudozásra. Leírok valamit és totál másra reagálnak, mintha azt írtam volna. No comment.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508714

    Az lehet, de akkor ez rád is vonatkozik, ha megint velem akarsz vitatkozni. :]

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508570

    Az ismert fertőzések számához képest igen (ebben a pillanatban épp 3.89%), de becslések szerint egy nagyságrenddel több fertőzött van, mint amennyit találtak (#1, #2, #3, #4, #5, #6, #7, #8).
    Ez persze csak becslés, de ha van alapja, akkor a fatality rate tizedakkora, azaz ~4 ezrelékes. Majd a végén kiderül. Vagy nem...

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> enpassant , Hevi , carlcolt , bra-ket , hetvenhatos


    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508713

    > de te csak a nevezőben lévő adatot akarnád inflálni, a számlálóval elegánsan nem foglalkozol.

    Én? Én csak belinkeltem pár cikket ami azt írja, hogy egy nagyságrenddel több fertőzött lehet, mint amit mértek. Leírtam világosan azt is, hogy ez csak becslés. Te meg mint egy vádiratot, úgy szegezed nekem, hogy én nem foglalkozom az ismeretlen halálok számával, holott az ominózus becslést kihozó szakemberek voltak, nem én... Что проблем? Mire fel ez az indulat?

    Aztán... Nyilván az ismeretlen halálok számával nem tudunk kalkulálni, de spekulálni igen. Egyszerű számítás: ha lineáris korelációt feltételezünk a fertőzöttek és az elhunytak száma között, akkor az ismert halálesetek és fertőzések számából extrapolálva tízszer annyi fertőzött mellett eddig közel hétmillió embernek kellett volna meghalnia a COVID miatt.

    2018-ban a világ népessége cca. 7.6 milliárd fő volt és 1000 főre jutott 7.540 haláleset, ami azt jelenti, hogy 2018-ban ~57.3 millió ember halt meg. Ugyanezen adatok 2019-re: 7.7 milliárd fős populáció, 7.58 haláleset per ezer fő, azaz ~58.4 millió haláleset. 2020-ra (eddig): 7.8 milliárd fő, 7.62 haláleset per ezer fő, azaz ~59.4 millió haláleset várható év végéig.

    Ez évi egymillió halálnyi pluszt jelent a 2018-as pre-COVID számhoz képest, két év alatt összesen hármat (1+2), a COVID azonban csak tavaly késő ősszel jelent meg, világjárvánnyá pedig csak idén év elején vált, tehát azóta kb. másfél milliós lehet ez a plusz, amennyivel többen haltak meg. Még ha feltételezzük is, hogy az összes pluszban jelentkező halálesetet a COVID műve, az még úgy is csak kétszeres szorzó az elhunytak számán és nem tízszeres; másfél milliónyi plusz halottba a közel hétmillió sehogy sem fér bele.
    Egyszóval, ha az összes embert - amivel többen haltak meg a világjárvány kezdete óta, mint előtte - a vírus számlájára írjuk, az ezzel a becsült tízszeres fertőzési rátával is még mindig csak 8 ezrelék, viszont az eddigi 2020-as évet elnézve (katasztrófák, zavargások, etc.) garantáltan nem lehet ráírni az összeset a COVID számlájára.

    És nem csak olyan eset fordult elő, hogy valaki elhunyt COVID-ban és diagnózis híján nem írták fel a listára, hanem olyan is, hogy egy ismert COVID pozitív ember egyéb okok miatt - pl. baleset - halálozott el. Ezekkel a fals COVID halálesetekkel is számolni kellene, de ezeknek a száma sem ismert.

    Egyszóval, a halálozási adatokból is az jön ki, hogy ez mellett a tízszeres fertőzési ráta mellett is 0.4 és 0.8 ezrelék közé tehető a halálozási ráta.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2508982

    Cserébe többen haltak meg a katasztrófákban vagy épp a zavargásokban. Vagy éhen, lévén a fél bolygó működése megállt. Nem tudni, hogy mik az arányok és sok egyéb ismeretlen tényező is van benne. Amire céloztam, hogy bárhogy is csűrjük-csavarjuk, a lineáris koreláció sehogy sem fog megállni, tehát nem tudjuk a fertőzöttek számával azonos mértékben inflálni az elhunytak számát; az elhalálozási ráta mindenképpen közelebb fog esni a becsült értékekből extrapolált 4 ezrelékhez, mint az ismert értékekből kalkulált 4 százalékhoz.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509205

    Valószínűleg úgy is drogosok voltak... :P

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509216

    Csak viccnek szántam, lévén drogtúladagolásba a drogosok szoktak belehalni, de úgy látszik szar volt a poén. :/

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509005

    Anélkül, hogy a gondolatait, vagy a személyét támadnám (nem is hallottam róla eddig), szeretnék rámutatni a források tökéletes hiányára. Ha valaki tételesen állít fel vitatható konklúziókat, akkor a konklúzióhoz vezető állításokat illik alátámasztani valamivel - pl. forrásokkal - nem csak leírni őket és ebben a cikkben pedig pontosan zéró darab forrás van belinkelve, csak a végére van odabiggyesztve, hogy "forrás: MTA", de az sem kattintható; hol állította ezeket az MTA? "Az időutazás elengedhetetlen kelléke a magnézium-oxid. Forrás: Albert Einstein"
    Mit vár az olvasóitól; hogy ők járjanak utána az állításai valóságtartalmának, vagy azt, hogy bemondásra higgyék el?

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509157

    Köszi, hogy belinkelted, de én még mindig nem az állításait támadtam, hanem a forráshiányra próbáltam reflektálni: ezt nem neked, hanem neki kellett volna belinkelnie a cikkében.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509229

    > Pedig jobb lenne, ha az állításokra, de leginkább a felvetésekre és a kérdésekre reflektálnál.

    Miért is tenném, amikor már az elején leszögeztem, hogy sem a véleményét sem a személyét nem akarom támadni?

    > Egyébként pont most olvastam egy hosszú riportot Szlávik Jánossal, amiben millió állítás szerepel és egyetlen egy forrást sem jelölt meg.

    Az interjú az egy másik műfaj, ott az interjúalanyt kérdezik és nem ő ír direkt azért, hogy meggyőzzön valamiről.

    > Hosszasan sorolhatnám a járvány alatt a összes hivatalos tájékoztatást, amelyeknél sehol, semmilyen forrás megjelölés nem volt.

    A hivatalos tájékoztatásnak sem az a célja, hogy meggyőzzön valamiről, az azért van, hogy tudjad mit kell csinálni, nem azért, hogy vitatkozz vele.

    > Itt most megkaptad a forrásokat, de nem is értem, hogy aggodalmakhoz és kérdésekhez miért kellene forrást megjelölni.

    Nem aggodalmakhoz, meg kérdésekhez. Én olyanokra gondoltam, hogy felsorolt N darab betegséget és a rávaló oltóanyagot, a kifejlesztés, engedélyezés, törzskönyvezés dátumával, de egyre se adott forrást. Nyilván utána lehet keresni, de a legtöbben nem fognak. Vagy amikor megemlíti az ADE-t. Az is csak egy google keresés, de neki meg egy link lett volna. Ahogy az MTA-s link is. És akkor abba kössenek bele.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509269

    > Ennek sem az a célja, hogy vitatkozz vele, hiszen nem ad választ semmire sem.

    A vitatkozást nem így értettem, hanem úgy, hogy a véleménycikk az vitatéma, a hivatalos tájékoztatás meg nem vitatéma.
    A véleménycikk célja meg az, hogy meggyőzzön az író véleményének helyességéről. Ha nem ez volna a cél, akkor meg sem írja, lévén, ha valakit nem érdekel, hogy mások egyetértenek-e vele adott kérdésben, akkor nem fejti ki a véleményét.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509156

    > Viccet felreteve "nezzel utana", es talald ki magad, hogy hiszel-e neki.

    Na ez az, ami nem így működik. Ő akarja meggyőzni az olvasóit az igazáról és nem az olvasók saját magukat. Ez nem úgy megy, hogy én leírom, hogy a nyúlbagoly lekváros virslivel szaporodik, te meg guglizd ki, hogy ez tényleg így van-e. Erre a legtöbben úgy is azt fogják mondani, hogy annyira nem érdekli őket, hogy utánanézzenek.

    > En nem tudom, milyen konkluziot olvastal, amire forrast szeretnel.

    Én meg azt nem tudom, hogy ezt hol olvastad, hogy én a konklúzióra szerettem volna forrást, mert a konklúziót a cikkíró vonja le a menetközben "elhangzott" állításokból, így arra nem is lehet forrást kérni, hiszen maga a cikk a konklúzió forrása. Én az ehhez a konklúzióhoz vezető állításaira mondtam, hogy nem írt forrásokat.

    A posztod többi része a cikk tartalmával kapcsolatos - én viszont nem a cikk tartalmáról beszéltem.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509270

    Úgy nincs értelme vitatkozni, hogy személyes kérdést csinálsz belőle. Én olvasókról beszéltem, te meg rámtereled. És teljesen mindegy, hogy miről akarta meggyőzni az olvasóit, mert én nem erről beszéltem, hanem arról, hogy hogyan akarta meggyőzni őket. Azt meg ne mondd, hogy nem akarta őket meggyőzni semmiről, mert akkor nem ír cikket sem.

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509274

    > Azt szeretnem megtudni, hogy erted-e mirol akarja az iro meggyozni a kozonseget.

    Feleslegesen, mert a kérdésben irreleváns, hogy én mit értek, vagy mit nem.

    > Mert en ugy latom hogy amiket felsorol nem azt a celt szolgalja, hogy meggyozze a kozonseget, hanem egy leiras, hogy az iro hogyan jutott el a sajat konkluziojaig.

    Amit miért is publikált, ha nem akar meggyőzni senkit vele? Miért fontos neki megosztani másokkal, hogy hogyan jutott el a saját konklúziójára, ha nem akar meggyőzni senkit?

    Oldschool Computer - http://oscomp.hu




    [KV] [vakcina] [Bill Gates] Some of [the side effects] them is not dramatic. It is just super painful.: https://hup.hu/node/170242#comment-2509357

    Még mindig nem érted úgy látom, pedig már kétszer is leírtam: én nem a szavait vonom kétségbe, én arra hívtam fel csupán a figyelmet, hogy mások viszont kétségbe fogják, ha nincsenek az állításai forrásokkal alátámasztva. A link az MTA oldalára itt van és nem a cikkben.

    Oldschool Computer - http://oscomp.hu




    Windows 2004... nooorrmális??: https://hup.hu/node/170177#comment-2505819

    Windows CE 5.0

    Oldschool Computer - http://oscomp.hu




    Windows 2004... nooorrmális??: https://hup.hu/node/170177#comment-2506152

    Irreleváns. windowsnak hívják és főverzió jött ki belőle 2004-ben.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507033

    > Rosszindulatú tipp: akkorára nőtt a telepítőkészlet, hogy nem fér el egy DVD-n, úgyhogy kellett valamit karcsúsítani rajta :-)

    És pont a három nanobyte-os notepadot szúrták ki, hogy attól bloatware az egész? :D
    BTW, itt arról volt szó, hogy már telepített windowsokból törölgetett a frissítés.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , leviske


    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2506945

    > A Windows részét képező komponenseket távolít el. A Paint még csak-csak hasznos "firkálni" valamit, de a notepad meg a wordpad tényleg hulladék őskövületek - nem kár értük.

    Lehet, hogy nem kár értük, de ne a rendszer döntse el, hogy mi kell a júzernek és mi nem.

    > A G-mailes leveleknél a Google tette kevésbé biztonságos kategóriába a Microsoft Mail-t, ami ráadásul bugos lett a G-mail fiókok kezelése kapcsán.

    És? Ezzel mit szerettél volna mondani?

    > Én nem értem egyébként azt, hogy miért használ bárki is vastagklienst olyan szolgáltatáshoz, ami kifejezetten jó webes felülettel bír - no mindegy.

    Sok oka lehet, pl. van valami feature-je, ami kell neki, céges előírás, stb., akármi lehet.

    > OneDrive elérés - ahogy nézem, egy reg. beállítás lett eltoszva...

    Nem mindegy mi lett eltoszva? A frissítés toszta el, az a lényeg, meg a végeredménye.

    > Hasonló súlyú "bzmg"-ek Linuxos frissítések során is előjönnek...

    Hogy jött ide a Linux, vagy az, hogy a Linuxoknak milyen nyomora van? Ez ennek a hírnek a kapcsán teljesen irreleváns. Egyébként olyan Linuxos frissítésre nem emlékszem, hogy önhatalmúlag törölgetett volna egy remote mailfiókból.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , hetvenhatos


    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507041

    > Telepíthető? Igen. User eldöntheti, hogy kell-e neki, vagy sem? Igen. A többi 12345678 darab Windows komponensről meg nem dönthet az user, miközben azok között is van csillió+1 olyan,amit ki lehetne toszni az alap telepítőkészletből.

    Ahogy fentebb is írtam: itt nem arról volt szó, hogy telepítéskor nem rakta fel őket (az egy teljesen más kérdés volna), hanem arról, hogy van egy már telepített windowsod és abból gyilkolt ki önhatalmúlag valamit, amit te nem kértél. Ez nem megengedhető.

    > pontosabban a túloldal az adott insecure-nak minősített alkalmazásnál bebacarintotta a leveleket a spam mappába, ha jól olvastam, úgyhogy ott van az, csak épp nem ott, ahol a t. user keresné.

    Ha a spam mappába dobta, az olyan, mintha letörölte volna: hacsak nem vár konkrétan valakitől a felhasználó levelet - hogy rákereshessen a spam mappában, hogy nincs-e ott gipsz.jakab@gmail.com levele - akkor tkp. nézheti végig az egész spam foldert, hogy nem kapott-e "csak úgy" levelet, ami nem spam. Ezt nem sok felhasználó fogja megcsinálni, a spam mappa kérdés nélküli ürítését viszont annál inkább.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507283

    És ha maga az oldal futása lassú a hatvannyolc kilotonnányi JS framework miatt, akkor azon biztos segít egy gyorsabb netkapcsolat, amikor a szűk keresztmetszet eddig sem a sávszél volt. :P

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507293

    Honnan tudod, hogy egymagos Atom CPU-ja van? Talán belátsz a gépébe? #define elfogadható tempó Nekem sincs telerottyantva semmiféle csiligány addon-nal a browser (uBlock Origin) és 8 magos, 4 GHz-es CPU van a gépben, mégis kurwa lassú a weboldalak többsége. Nem az addonok lassítanak, hanem a rengeteg JS framework. Az öncélú JS a webkettő vallása.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> vl


    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507411

    Oké, de ez hogy jött ide? Ezt nem lentre kellett volna?

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507434

    Egyébként teljesen jogos.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507025

    Inkább ez a komment mehetne az analfabéták szégyenfalára: az általad belinkelt cikk a "Fall Creators Update"-ről szól, ami az érkező őszi frissítés, míg a topicnyitóban linkeltek a már kiadott tavaszi frissítést (2004) érintik, tehát ez a bug már az előző kiadásban is megvan. Idézet a topicnyitóban linkeltből:

    in the process might have removed Notepad, Paint, or WordPad for some users if they were updating to version 2004 at the same time.

    és az általad linkeltből:

    Windows Paint or MS Paint is one of the many features removed from the Fall Creators Update for Windows 10, which is currently available for insiders.

    Két totál más dolog. És egyébként tök mindegy, hogy vissza lehet-e őket rakni, vagy sem, mert igazából nem az a fontos, hogy a notepad eltűnt pár napra, hanem az, hogy a rendszer megint önhatalmúlag döntött a júzer háta mögött.

    Egyébként komoly érvelési technika, hogy a négyből egyre hozol valami irreleváns marhaságot és azzal próbálod lesöpörni a másik hármat is, nice try, NOT.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> YleGreg


    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507043
    export WORKSFORME=42

    :)))

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507284

    > Linux alatt is többnyire ez van, csak ott vélehetően kevesebb a disszonancia a disztribúció véleménye és a te véleményed között, de lásd a késhegyre menő vitákat például a systemd kapcsán, vagy akár a KDE-Gnome-whatever kapcsán, akár az ext4 vs BtrFs kapcsán; illetve természetesen a különböző disztribúciók és csomagkezelők kapcsán a filozófiai vitákat.

    Ezzel kapcsolatban csak két dolog:
    - A Linux egy kernel, nem egy OS. Ennek megfelelően, "Linux alatt" nincs ez, maximum egyes mainstream Linux disztribúciók alatt.
    - Az semmi alól nem mentesíti az ms-t, hogy a Linux disztrók szarok, főleg mivel a többségük ingyen szar, a windows meg kurwa drágán.

    > Ja, a még öregebbek meg azt mondják, hogy ők lyukkártyán tanultak meg programozni, nem pedig szöveges felületen, ahol előre le lehetett fordítani a programot és nem kellett gépidőért kilincselni. A világ fejlődik és nem biztos, hogy abba az irányba, amerre te szeretnéd, de amióta írásos emlékeink vannak, azóta tudjuk, hogy valószínűleg az "ezek a mai fiatalok" kifejezés az emberiséggel egyidős.

    Szerintem nem a fiatalok ellen beszélt, hanem az ellen a tendencia ellen, hogy direkt arra nevelik őket, hogy mindig legyenek "bekötve" A hálózatba. Nem a DOS-on, vagy a lyukkártyán volt a hangsúly.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mark7


    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507292

    > Nem, nem menti fel, de én arra reagáltam, hogy ne lett volna komoly probléma Linux esetén. Volt több is.

    Volt. Van. Lesz. A különbség (a pénzen kívül), hogy a Linuxoknál ezeket a masszív szívásokat a karbantartók inkompetenciájának köszönhetjük és nem a marketingesek tudatos döntéseinek. (Oké, windows alatt is volt durva elkúrás, ami nem direkt volt, de alapvetően ez a folyamatos hanyatlás a minőség terén, ez szándékos. Vagy nem, de akkor viszont a Linuxosok ostobaságának a sokszorosa... Lehet választani, mi a rosszabb.)

    > Aham, ezeket írta: "mi meg DOS alatt is tudtunk rajzolni, szoveget szerkeszteni, tablazatot kezelni, konyvet irni, kiadvanyt szerkeszteni, programot irni, zenet hallgatni es kesziteni" és mindezt papír alapú doksiból. Én kurva sok időt töltöttem könyvtárban a pre-internet korszakban és egyáltalán nem sírom vissza, se a DOS korszakot. Nem a hálózaton volt a hangsúly, nem tudom, miből gondoltad.

    Miből gondoltam? Hát abból, hogy közvetlenül előtte meg ezt írta:

    Mindent csak tavolrol lehessen elerni, hogy a sajat vasamon a sajat adataim kezelese ne jarhasson nekem alanyi jogon, hanem csak akkor tehessek barmi erdemeset, ha elofizetoje leszek valamely szolgaltatasuknak.

    Hosszu tavon az MS-nek az az erdeke, ha a Windows csak vekony klienskent mukodik. Ezert szepen lassan lerontjak a minoseget.

    Nehany generacio mulva a gyerekek nem fogjak tudni, hogy mi mindent lehet helyben csinalni egy szamitogeppel akar internet nelkul.

    Ez elég egyértelmű. Nekem legalábbis nem az jött le, hogy a fiatalokat kárhoztatja azért, hogy a rendelkezésükre álló eszközöket a vendorok direkt rommábutítják, hogy rákényszerítsék őket arra, hogy hálózatfüggők legyenek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mark7


    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507315

    > Nagyon jó, szóval volt, van és lesz komoly probléma a Linux esetén is... akkor mi is a bajod?

    Leírtam: irreleváns a Linuxok nyomora egy windows hibákról szóló topicban. Bírom, mikor rögtön az a zsigeri reakció bármilyen windows mizéria kapcsán az, hogy szaralinuksz. Ami lehet, hogy igaz, csak irreleváns.

    > A systemd nálad akkor most karbantartói inkompetencia vagy marketingesek tudatos döntése? Mert legutóbb ezért sírtál, hogy instabil lett a rendszered.

    Sírni csak a windows/systemd/whatever fanboyok szoktak, amikor fáj valami a hátsó felüknek. A systemd pedig nem egyenlő a Linuxszal, a létezése nem a Linux sara. Azt, hogy szinte az összes disztró beemelte, azt ugyan lehetne karbantartói inkompetenciának nevezni (egyébként valahol az is), de ott volt politikai nyomás is bőven.

    > Teljesen külön bekezdés volt.

    So? Kiemelsz egy db. bekezdést, hogy belemagyarázhass valamit és egy sztereotípia ráhúzásával hitelteleníthesd az egész mondanivalót?

    > Mint írtam, én egyáltalán nem sírom vissza az régi és/vagy offline világot. Aki visszasírja, nyugodtan menjen a régi és/vagy offline világba remetének, és ne akarja az én faszommal verni a csalánt.

    Ki akarta itt a te faszoddal verni a csalánt? Ki mondta, hogy legyen minden offline? YleGreg csak arra hívta fel a figyelmet, hogy rommábutítják a rendszereket és elveszik a választás lehetőségét; mindenkit terelnek egy online-only világ felé, hogy az emberek kezéből kivegyék az eszközöket, hogy maguknál tartsák a kontrollt. Ehhez nincs köze közvetlenül az online-ságnak. Az egy eszköz, amivel lehet élni és visszaélni. A nagy tech cégek többsége csak visszaél vele. Ha ez neked a csalánnak a te faszoddal történő verése, az reality check error.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507326

    > Leírhatod, de én erre reagáltam: "Ilyen aljas, vagy alja hibakat meg nem lattam Linux alatt az elmult 15+ evben, debian, ubuntu, rhel, fedora frissites meg sosem okozott bosszusagot."

    Az első bekezdéseddel, ahol az a rm -rf /usr /lib/whatever bug volt, konkrétan arra, hogy ő nem látott ilyet, arra az a hibajegy egy jogos reakció volt; ha megnézed, arra nem is írtam semmit. A második bekezdésedről van szó, ahol megpróbáltad ráhúzni a disztrók karbantartói ostobaságát a Linux kernelre, valamint összemostad az ingyenes szutykok hibáit egy méregdrága - állítólag professzionális - oprendszerével. Az már irreleváns, hogy a Linuxos berkekben mit kúrnak el.

    > Akkor te mit csináltál, amikor arról panaszkodtál, hogy mennyire rossz neked?

    Személyeskedünk, személyeskedünk? Elfogytak az érvek? Ja nem, azok eddig sem nagyon voltak, csak szaralinuksz, meg perszemerrégenmindejobbvótmi? Mit csináltam? Leírtam a véleményemet, műszaki indokokkal alátámasztva.

    > Hát azok, akik mindig a múltat éltetik, hogy akkor milyen jó volt és legyen minden újra olyan.

    Látod? Már megint köze nincs a valóságnak ahhoz, amiről te beszélsz. Senki nem mondta, hogy régen minden jobb volt. Ezt érvek híján te próbálod meg belemagyarázni, hogy hitelteleníthesd az egészet. Magadat égeted vele, nem baj?

    > Mi van akkor, ha a te oldaladon van a reality check error? Miből gondolod, hogy mindenki szembe megy veled és te, meg a hozzád hasonló mentalitású kevesek mennek a jó irányba?

    Ad 1.: Az a reality check error, hogy te fel sem fogod, hogy miről van szó, hanem belelátsz, vagy belemagyarázol valamit és azon lovagolsz.
    Ad 2.: Nem tűnik fel, hogy a pro-ms felfogású emberek vannak itt is kisebbségben?

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507338

    > Még mindig a Linux volt a kontextus, hogy vannak bőven problémák Linux esetén is. Nem a kernel, hanem úgy általánosságban a Linux területén.

    Na, ez az, ami már itt irreleváns. A belinkelt bug, mint ellenpélda nem volt az, mert ott volt egy megelőző állítás, de itt ez már megint csak a szokásos nóta, hogy dealinukszis. Igen. Az is. És? Ez kb. odáig volt releváns, hogy YleGreg leírta, hogy ő nem látott ilyet, te meg belinkelted, hogy pedig de van. Ami utána jött, az már megint az ms-nek a más mocskával történő sikertelen mosdatási kísérlete.

    > Az összemosást már te végezted, amikor megpróbáltad visszahúzni a témát arra, hogy "de a Windows".

    Nem, az összemosás az az volt, hogy ráhúztad, hogy az init hitvita, a DE hitvita és a többi hitvita az a Linux. Ez a többi UNIX alatt is megvan, nem baj? Egyébként azért húzom vissza, a windows felé, mert az a téma. Nem tűnik fel, hogy ugyan a topicindító az volt, hogy ismét van 4 súlyos probléma a legújabb windows kiadással, de már a sokadik poszt óta az megy, hogy dealinukszszar?

    > Az ingyenesség RHEL esetén például nagyon nem áll meg, de tudnék hozni példákat, hogy miket basztak el. Nincs elbaszásmentes rendszer, ha ingyenes, ha fizetős.

    Az RHEL maga ingyen van. A support kerül pénzbe. Elbaszásmentes rendszer tényleg nincs, de nem mindegy, hogy egy pistikelinuksz v0.1 szar, vagy egy multicég által jó pénzért árult professzionálisként hype-olt rendszer.

    > Ezt pont mondhatnám neked is.

    Mondhatod, csak nem áll meg. Ha nem tűnt volna fel, én arra reagálok, amit írsz. Te viszont nem arra reagálsz, amit írunk, hanem leírod, hogy szerinted mit akartunk mondani és arra reagálsz. A legnyilvánvalóbb példa erre a régenmindenjobbvót mantrán való lovaglás. Ezt senki sem mondta. Te viszont ezen lovagolsz, hogy de mi ezt mondjuk. Tehát nálad van reality check error.

    > És ha valakik kisebbségben vannak, akkor nincs igazuk? Ez ilyen szavazás alapon megy? Kiterjeszthetjük ezt az érvrendszert a laggard személyekre is, akik kisebbségben vannak?

    Látod? Megint olyasmire reagálsz, amit én nem mondtam. Egy szóval nem mondtam, hogy ha valaki kisebbségben van valamivel, akkor nem lehet igaza. Te kérdezted, hogy mi van, ha a hozzám hasonló kevesek mennek rossz irányba, én meg felhívtam a figyelmedet, hogy itt pont azok vannak többen, akik hozzám hasonlóan azt gondolják, hogy a win10 egy katasztrófa. Először megpróbálod azt sugallani, hogy kisebbségben vagyok, tehát több esélyem van tévedni, mint a többségnek és amikor felhívom a figyelmed, hogy fordítva ülsz a lovon, mert itt te vagy kisebbségben, akkor az a válasz, hogy aki kisebbségben van, annak nem lehet igaza? Önmagadnak mondasz ellent, nem baj?

    > Amúgy nem vagyok se Windows, se Microsoft párti, úgy általában nem is szoktam használni Windows-t, de előfordul bizonyos munkák esetén, hogy szükséges, mert az ügyfeleim használják, a termékemet ezért támogatnom kell ezen az rendszeren is, ezért ismerem valamennyire, ahogy a Linux-ot és a BSD rendszereket is. Nem vagyok válogatós ezen a téren és látom a szopásokat, szóval meg szokott akadni a szemem, amikor valaki azzal jön, hogy X rendszeren nincs szopás.

    Olyat senki nem mondott, hogy X rendszeren nincs szopás, YleGreg azt mondta, hogy ő nem látott olyat; nyilván ez nem jelenti, hogy nincs. Viszont olyan szintű és mennyiségű szívást, mint a win10, nem nagyon látni másutt, maximum a systemd-fertőzött Linuxokon, de az meg megint a systemd és nem a Linux.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507364

    Jah, amikor elfogynak az érvek, akkor mindig az van, hogy előadod a "jól van hagyjuk rá a hülyegyerekre" műsort. Majd ítél az olvasó az olvasottak alapján.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507381

    Nem én vagyok a hülye, hanem te vagy egy érvek nélkül fröcsögő butthurt dilettáns, amit újfent sikerült fényesen bizonyítanod. Motorola klónok. Azok a CPU-k, amiket maga a Motorola készített, de azért azok Motorola klónok. Meg amik olyan távol álltak egymástól, mint Makó Jeruzsálemtől, de sebaj, ezek Motorola klónok. Felírtam a kéménybe 4k-s videókkal megtömött DLL-ek mellé. Legközelebb nyiss nyugodtan a személyeskedéssel, más tőled úgy sem tellik.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507317

    Érdekes. Én egyetértek vele és 34 éves vagyok, valószínűleg fiatalabb, mint te. Én is megöregedtem? Vagy csak te nem érted, hogy miről beszél?

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507327

    Attól még nem lesz jó valami, hogy új. Attól sem, hogy régi. Biztos van, aki szerint régen minden jobb volt, de itt nem erről volt szó, csak te próbálod görcsösen erőlködve belemagyarázni. Egyébként az se jobb, amikor valami automatikusan felszop minden újdonságot, mert ha új, akkor csak is jó lehet.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507345

    > Nem én írtam olyanokat, hogy régen volt választék, bezzeg ma. :D

    Kaptál rá tételes listát, nem baj? Az állítás igazolva van.

    > Ahogy az se jó, ha automatikusan elutasít mindent, mondvacsinált indokokkal.

    Csakhogy itt ilyet senki nem csinált. A rossz irányba "fejlődés" kritikája nem minden elutasítása mondvacsinált okokkal. Látod? Már megint belemagyarázol...

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507321

    Nincs mit. :)

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507318

    > A DOS-os idődben mi volt az a sok választási lehetőség, ami most jelentősen leszűkült?

    /o\ A DOS-os időkben több tucatnyi féle home-computer és operációs rendszer létezett. Akkor aztán bele lehetett fulladni a választékba.

    > De Windows-ból hogy a lótüdőben legyen választék? Az egy ilyen termék, ahogy van. Ha nem tetszik, keresel másik megoldást a problémádra, van bőven, jóval több, mint a DOS-os idődben.

    Nem. Nincs. Nem csak a wintel létezett a '80-as, '90-es években. Amúgy a windowsnál a választékhiánnyal IMHO arra célzott, hogy ez monopólium.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507329

    > Most is, sőt, még inkább bele lehet fulladni a választékba.

    A hatszázezer színű Linux az minden csak nem igazi választék, hány valóban különböző disztró is van? 5-6? Aztán van még kb. 3 vagy 4 féle BSD, meg +1, ha a macOS-t is beleszámítjuk. Solarist lehet még desktopra használni? Tegyük fel. Ez ha jól számolom kb. tucatnyi platform. Ehhez képest mennyi desktop OS volt annakidején?

    > Amúgy egészen pontosan melyik DOS-t használtad és melyik home-computer-t? Kíváncsi vagyok arra a nagy választékra, amire most nincs lehetőséged.

    Itt Commodore gépek voltak, az MS-DOS korszak nekem kimaradt. De tessék, itt egy lista, hogy régen mennyi platform volt: https://en.wikipedia.org/wiki/List_of_home_computers

    > Most se csak az létezik.

    Ja, architektúra terén még ott az ARM, aztán kifújt. (Esetleg a POWER, csak az meg megfizethetetlenül drága, ami kevés desktop épül rá.) Oprendszerekből meg az, amit az első bekezdésben leírtam.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507344

    > Na, mennyi desktop OS volt annak idején, amit használtál?

    > Ja, úgy könnyű. Szóval akkor a DOS-os korszakod nem is létezett?

    Mit akarsz ebből kihozni, hogy nekem mi volt annakidején? Hol releváns ez a globális választék beszűkülésében?

    > És régen? Volt Z80, x86, Motorola klón és ARM klón. Mit hagytam ki?

    Egy tonnát, többek közt a 6500-as, 6800-as, 68000-es, 88000-es sorozatot is, meg a NEC és a TI architektúráit, csak hogy az ismertebbeket kiemeljem. (Mi az, hogy "Motorola klón"? A Motorola egy cég, nem egy architektúra...) De tessék egy pár:

    https://en.wikipedia.org/wiki/8-bit_computing#Notable_8-bit_CPUs
    https://en.wikipedia.org/wiki/16-bit_computing#List_of_16-bit_CPUs

    És ezek csak a 8 és 16 bitesek voltak. De felhívnám a figyelmedet arra, hogy nem csak a CPU architektúrák számossága a lényeg, hanem, hogy mennyi desktop felhasználású gép épült rájuk. Annakidején szó szerint tucatjával voltak cégek, akik saját desktop gépeket árultak, saját oprendszerrel. Ma ez nincs.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507363

    > Ezek a Motorola klónok.

    Jó ég... A MOS 6500-es sorozatot valóban a 6800-asról koppintották, de a regiszterkiosztása és az utasításkészlete teljesen más, ez egy külön architektúra... A 6800-as mitől klón? A 68000-es? És a 88000-es? Nem zavar, hogy ez utóbbi pl. RISC, míg az előző kettő meg CISC? Vagy az, hogy a 6800-as 8 bites CPU, a 68000-es meg 16/32? Ezek csak ilyen nüansznyi apróságok, ne zavartasd magad tőlük. Motorola klónok, atyaúristen...

    > Vagy nézzük külön az összes Intel és Intel like CPU-t akkoriból?

    Attól függ. A Z80 pl. jöhet, mert hiába a 8080-ast koppintották, az architektúra más. Fogalmazzunk úgy, hogy jöhet az összes intel és intel like, de mindegyik csak egyszer, tehát pl. az x86-compatible klónok nem számítanak külön archnak, de pl. a 8051, vagy a 3000-es azok igen.

    > Ezekből melyik széles körben elterjedt home-computer épült?

    > Azok bizony kevés kivételtől eltekintve abból a néhányból épültek, amit írtam. Legalább nézd át, ha már linkelsz valamit.

    Hogy micsoda...? Cca. 140 homecomputert tartalmazott a lista és nincs is rajta az összes. Nyilván a többségében a populáris architektúrák szerepeltek, de nem kizárólagosan. Nem énnekem kéne átnézni ezeket a linkeket, hanem neked, mert látom nem sikerült. Azonfelül a CPU még csak egy eleme a gépnek, minden gép egyedi volt valamilyen szinten, az OS-ükről nem is beszélve.

    > Lehet, hogy kicsit komplexebb lett az a feature set, amit tudnia kell manapság egy számítógépnek és egy oprendszernek és már nem elég rá egy ember fél éves munkája... nem lehet?

    Lehet, hogy ma több ember foglalkozik vele, nem lehet? Nem itt van a kutya elásva.

    > Semmi akadálya, hogy összeálljatok és írjatok egy saját operációs rendszert, van valami akadálya? Mármint azon kívül, hogy nem értetek hozzá és azon kívül, hogy ti is pontosan tudjátok, hogy reménytelen vállalkozás, mert bőven sokkalta több a ti igényetek is ezen a téren, nemhogy az átlagemberé.

    Pénz. Valamiből élni is kéne addig. Amúgy vannak, akik képesek voltak páradmagukkal alternatív oprendszert írni, pl. ReactOS, Haiku, MorphOS, stb. szóval egyáltalán nem lehetetlen az még kis teamek számára sem, csak egyszerűbb felskinnelni egy Linuxot és ez látszik is a kínálaton.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507379

    https://hup.hu/node/170206#comment-2507364

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507384

    > A ceg megbiz a Windowsban, pedig nem kene. Mert a Windows nem egy eroditmeny, hanem egy szukseges rossz. Es biza egyre rosszab.

    Erről szólt a topic is, dehát látod: a konklúzió az, hogy szar a linuszk, meg hülye a trécéhá. :) Ezek 100%-ig releváns érvek a windows hibái kapcsán.

    Sz*rk:

    > Ezt nem ma vetettek eloszor fel mint problemat: https://xkcd.com/1200/

    Erre külön +1.

    Oldschool Computer - http://oscomp.hu




    Súlyos hibák a legutóbbi windows 10 frissítésben: https://hup.hu/node/170206#comment-2507412

    Ha faszán mennének, talán elegen lennének, de egyre több a gond. Nem, nem csak windowson. Egyre-másra halnak ki a platformok, vagy lesznek használhatatlanok.
    A többszáz platform talán tényleg túlzás, de ez így tényleg affelé halad, hogy ez csak az übergazdag cégeknek jó, másnak nem.

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2502806

    Ne adjatok nekik ötleteket! :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2502827

    A júzereknek nem lenne rá szüksége, de mivel kritikus szoftverekről van szó, ideális célpontjai lehetnek egy újabb kierőszakolt systemd függőségnek. Az, hogy semmi (más) értelme nem lenne, eddig sem tartotta vissza a systemd fejlesztőit, amikor az ökoszisztéma kulcsszoftvereit asszimilálták.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , NevemTeve


    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2502882

    Az ominózus "döntéshozóknak" az az érdeke, hogy lehetőleg minél több fontos szoftver függjön a systemd-től, ennek megfelelően a systemd függőség létrehozásának szekunder oka (értsd: az ún. értelme) irreleváns: az volt az értelme, hogy a fontos - sokak által használt - cuccot többé ne tudják systemd nélkül használni és így még több embernek erőltessék le a torkán a systemd-t.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , NevemTeve


    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2502969

    Micsoda érvek... A szokásosak. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2502993

    Válaszoltam. Csak nem értetted meg, vagy direkt játszod az értetlent. A döntéshozók a systemd kapcsán bármit finanszíroznak, ami elősegíti a systemd terjedését. A szekunder ok, hogy miért is tesznek valamit systemd függővé, irreleváns, ha úgy tetszik marketingbullshit, hogy legalább látszólag fedje valami a valódi indokot. Pl. tmux. Azt is megpróbálták systemd függővé tenni. Használja a daemon() helyett a systemd interface-t. Szerencsére a tmux fejlesztője nem ma kezdte és elhajtotta őket:

    My concern is that we have a little function, daemon(), that does a simple little procedure to make a daemon that has worked basically unchanged across multiple platforms for maybe, what, 30 years? Now to do the same thing we need to add 150 lines of new, Linux-only code AND a library dependency.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503496

    A lótrágya sem lehet annyira szar, ha annyi légy szereti. :)

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503502

    A popularitás sosem érv. Ha az lenne, a windows lenne a legjobb oprendszer a világon. (És egyébként elég nagy hasonlóság van a systemd és a windows között, hogy miért is populárisak...)

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503511

    Dehogy a kényelem miatt. A marketing miatt, meg a kulcsterületekre való beépülés miatt.
    A systemd-től irtózás okát már százezer topicban kibeszéltük. Ha tényleg érdekel, akkor itt egy komplett enciklopédia, ahol ez vastagon ki van fejtve, cikkekkel, hibajegyekkel, tokkal-vonóval.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503610

    Nm.

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503609

    Egy komplett enciklopédia megtelt azzal, hogy mik a systemd bajai - és nem csak angolul, hanem spanyolul, németül, oroszul, sőt, magyarul is - olyan sok probléma van vele; hát mégis hogy foglalja össze ezt neked az ember ezt két-három mondatban? A systemd-nél akár a nagy képet nézzük, akár a részleteket, mindenképpen katasztrófa és nem csak műszakilag. Annyit tehetek még érted, hogy a magyar cikkeket idelinkelem neked. Ebből kettő a hupon van egyébként.

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503620

    Szerinted hol jöhet vissza a lóvé, ha ők kontrollálják szinte a teljes Linuxos szoftver-ökoszisztémát, ha a teljes Linuxos világ tőlük függ, ha megmondhatják, hogy mi fut Linuxon és mi nem?

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503733

    Ez nem ilyen egyszerű, hogy open source és akkor nem tudnak semmire sem kényszeríteni. Egyfelől nem minden open source user programozó (sőt, a többségük egyáltalán nem az); nekik hiába mondod, hogy írják át maguknak.

    Kettő, még ha programozó is vagy, akkor sem olyan egyszerű a dolog. TFH, GNOME3 user vagy, de nem akarsz systemd-t, de mivel a GNOME3-nak függősége a systemd, így, ha maradni akarsz GNOME3 alatt, akkor ugyan valóban forkolhatod és kiszedheted belőle a systemd függőséget, csak aztán tarthatod magad karban, patchelheted, stb. Szerinted hányan fogják ezt eljátszani? A disztribúciók is a legkisebb ellenállás felé mozognak (tisztelet az igen kevés számú kivételnek, pl. Slackware, vagy Devuan) és be fogják pakolni a systemd-t, hogy fussanak azok a kulcsszoftverek, amik már systemd függők. Open source, ja. Szerinted hány ember fogja azt mondani, hogy de ez open source és fog nekiállni LFS-sel, nulláról összerakni mindent és hány fogja lenyelni a békát?

    Persze lehet váltani BSD-kre, Solaris alapú cuccokra, egzotikus izékre, van még open source OS bőven, csak egy a bibi: a UNIX-ok szoftverparkjában elég jelentős átfedés van, azaz, ha valamelyik projekt úgy dönt, hogy systemd függő lesz, akkor azt a szoftvert azzal a rössel le is lehet húzni az összes többi UNIX palettájáról, lévén a systemd Linux-only. Nem véletlen, hogy a systemd-t nem csak egynémely Linuxos berkekben rühellik, hanem a többi UNIX régióban is.

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503757

    Miért érv a systemd mellett, hogy a driverek nálad döntötték már össze a gépet? Mert azt értem, hogy neked az érv a systemd mellett, hogy neked működik a systemd, de a másik felét nem értem.

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2503764

    Én ezt elhiszem, de az intel töketlensége nem mentesíti Poetteringet és Sieverset a sajátja alól. Az meg, hogy a systemd-t nem szúrták el annyira, hogy essen-keljen tőle a gép; hát maximum nálad nem esik-kel. Másnál meg de.

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2504874

    Asszem nem ment át a lényeg...

    1. Karbantartani egy szoftvert nem kis munka. Fejleszteni sem. Vagy azt tudod csinálni, hogy a fork után magad fejleszted és akkor azért baromi sok idő, vagy minden alkalommal, amikor az original szoftver kijön egy új verzióval, akkor backportolhatsz belőle mindent és akkor azért baromi sok idő. Az open source világban a legtöbb ember passzióból, élvezetből fejleszt, ez pedig nem egy olyan fejlesztés, amit élvezet csinálni: ingyen nem sokan fogják bevállalni.
    2. Ha "beszállnak" a projektedbe, az a legritkábban jelenti azt, hogy értelmes emberek jönnek segíteni, hanem leginkább nagypofájú balfaszok jönnek okoskodni, ami a legtöbbször azt eredményezi, hogy úgysem tudtok megegyezni, hogy merre-meddig és inkább továbbforkolják a félkész forkodat és végül lesz N db. fork, amik töredékgőzzel mennek, míg az eredetit meg nyugodtan fejlesztik, ahogy eddig és azt használja vígan tovább a systemd-t és az általa okozott károkat magasról leszaró userbase.
    3. Aztán ott van még a szoftverek és az épkézláb fejlesztők számának kérdése: systemd függővé vált szoftverből egyre több van, épkézláb fejlesztőből meg egyre kevesebb. Egyszerűen nincs elég kapacitás mindenhonnan kiszórni Pötyi bátyánk szemetét. Szerinted miért zsugorodik az egyéb UNIX-ok és a systemd-free Linuxok szoftverbázisa?

    Az open source-nak egyszerre a legnagyobb előnye és legnagyobb hátránya, hogy bárki beleszólhat. Azért is olyan az open source szoftverek többsége, amilyen.

    Oldschool Computer - http://oscomp.hu




    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2504921

    Ezért aztán égető szükség volt arra, hogy előálljon valaki, aki központilag találja fel újra a kereket, csak épp sajnos szögletesre sikerült neki, de legalább van benne beépített vaskohó, hokipálya és zebrariasztó is.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> chx , NevemTeve , locsemege


    Fedora 33 default szövegszerkesztő: nano: https://hup.hu/node/170053#comment-2501919

    Jah, például szövegszerkesztésre. :]

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2506846

    > Opinion

    Azaz: ez csak a cikkíró véleménye.

    > Windows 11 could run on Linux

    Could != will. Azonfelül miféle windows 11? Jelen pillanatban semmiféle windows 11 nincs kilátásban.

    Oldschool Computer - http://oscomp.hu




    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2503236

    A telemetriát megint benne hagyták. :(

    Oldschool Computer - http://oscomp.hu




    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2503268

    Telemetriát tegyek bele?

    Oldschool Computer - http://oscomp.hu




    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2503292

    Csak udvariasságból kérdeztem: egy telemetriával kéri, vagy kettővel? :)

    Oldschool Computer - http://oscomp.hu




    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2503336

    ROFL. :D

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> veyron007


    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2503494

    A "telemetria", a szó maga csak távolsági mérést jelent, semmi pejoratívat nem takar. Telemetriát akár hálózat nélkül is lehet csinálni, a lényeg, hogy ahol mérsz, az tőled távol van.
    Ez a cucc egyébként konkrétan nem köszönget sehová sem, csak lementegeti a processzek metaadatait - meg még a rosseb tudja mit - egy SQLite3 adatbázisba. Aztán, hogy ezzel az adatbázissal mi történik windowsos környezetben, arról már nem szól a fáma. Feltételezem, hogy valami úton-módon visszakerül az ms-hez, egyetlen okból kifolyólag: ha nem kezdenek vele semmit, akkor mi a fárasnak gyűjtik?

    Oldschool Computer - http://oscomp.hu




    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2503521

    Ja, hogy ez csak arra való, hogy fájlba loggoljon? Miért így hívják akkor...

    Oldschool Computer - http://oscomp.hu




    Microsoft: Process Monitor for Linux (Preview): https://hup.hu/cikkek/20200717/process_monitor_for_linux_preview#comment-2503527

    Jó, asszem itt az ideje aludni mennem; ezt két poszttal feljebb én is leírtam, most meg rákérdezek... /o\

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504917

    Passzív, generikus. Ezek a Yamahák méretre jók lennének, csak árban nem, de azt nem írtam. Frissítettem a posztot.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505282

    Az mit jelent?

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505440

    Ja, hogy az alsó határ 54 Hz... Én úgy értettem, hogy alulról fog jönni az 54 Hz (mivel alul van a hangszóró) és az nem jó... Mindegy, mert úgyis túl drága.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504919

    Passzív, asztal alattról szólna, közvetlenül alattam, azaz közeli. Ezek, a hangfalak, amiket javasoltál 10x drágábbak, mint amikre én gondoltam, de árat nem írtam, frissítettem a posztot.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504943

    Ez 65k, még ez is túl drága.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504945

    10-15k.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504946

    Igen, valami ilyesmire gondoltam, köszi. A 20k két hangfalért még belefér, ha nincs olcsóbb. Az meg egyáltalán nem baj, ha használt; az Orionok, Videotonok is régiek.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504956

    Azaz nekem találták ki. Igazából én arra számítottam, hogy régi gyártók típusait fogják beszórni ide és a használtpiacon tudok nézelődni, azokat keresve... Pl. régi Videoton/Orion hangfalakat látok párezer Forintért is, de az a baj, hogy túl nagyok.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504974

    Fura, amik nálam vannak, azoknak semmi bajuk. Vagy most a Somogyiról beszélsz, nem az Orion/Videoton hangfalakról?

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504989

    Itt aktívan használt 20-30 éves darabok vannak és kutya bajuk.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505098

    Nem, sajátok.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505441

    Nem. A gépek vannak rákötve.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505223

    Szerintem inkább a kollégának volt pechje az elporladó gumikkal.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505443

    Igazából mindegy, mert itt semmi nem porlad. Vagy ha igen, annyira marginális, hogy nem észrevehető.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504947

    Hát itt még a legolcsóbb is drágább, mint amit céloztam. Ill. ami nem, az meg USB-s. Mondjuk ezt nem írtam, hogy erősítőre megy; frissítettem a posztot.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504968

    Szerintem kint is van a teljes kínálat; egyébként egyet találtam végül, ami szóbajöhetne, de ez kb. ugyanaz, mint amit bennyh linkelt, csak párszáz Ft-ért drágábban.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504960

    Hangfalkábellel erősítőre köthetőre van szükségem, BT és USB nem játszik.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504959

    -

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2504994

    Köszi, ez is jónak tűnik...csak azt nem tudom, hogy az erősítőimre rá lehet-e aggatni. Azokon 4 vagy 8 Ohm impedanciát írnak, ez meg 6 Ohm. Nem értek hozzá.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505015

    Két darab Videoton RA 6363 S és egy Orion SE 1025 B. Ezek szerint rosszul emlékeztem, nem 4 vagy 8, hanem csak 8 Ohm.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505106

    Amióta megkontaktspray-eztem a TAPE 2 gombot, azóta nem némulgat. :P

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505105

    Ezt a hangfalat bennyh már fentebb belinkelte.

    Akkor most rá lehet dugni ezekre az erősítőkre a 6 Ohm-os Denont, vagy sem?

    A kis erősítő tippjét köszi, nem tudtam, hogy ilyen olcsón is lehet kapni. Egyelőre még kifogástalanul működnek, de ha kinyiffannak, akkor nyilván selejtezni kell őket és ez a micsoda még meg is fizethető.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505222

    Értem köszi. Az erősítők eddig is jól működtek a 230V-os hálón, szóval akkor csak le kell venni a hangerőt és akkor mehet rá a 6 Ohmos is.

    A minierősítő majd egy későbbi történet lesz, azért megjegyeztem, hogy van ilyen.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505444

    Túlmelegszenek?

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505532

    Ok, értem. Akkor marad a Somogyi. Jó az is, csak a másik 2k-val olcsóbb volt.

    Oldschool Computer - http://oscomp.hu




    Hangfaltípusokat keresek: https://hup.hu/node/170154#comment-2505099

    Köszi, itt van egy-kettő, ami lehet jó lenne, csak a hirdetőket kéne péklapáttal megregulázni, hogy ne csesszék el az ár szerinti rendezést azzal, hogy kamu párszáz Forintos árakat írkálnak be...

    Oldschool Computer - http://oscomp.hu




    Végzett a GitHub a nyílt forrású kódok jég alá lapátolásával : https://hup.hu/cikkek/20200717/vegzett_a_github_a_nyilt_forrasu_kodok_jeg_ala_lapatolasaval#comment-2503400

    Valahogy nem lep meg a májkrémszofttól, hogy sikerült az összes githubon tárolt szoftvert lefagyasztaniuk...

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Nyosigomboc , asch , suckit , bohocmasni


    Végzett a GitHub a nyílt forrású kódok jég alá lapátolásával : https://hup.hu/cikkek/20200717/vegzett_a_github_a_nyilt_forrasu_kodok_jeg_ala_lapatolasaval#comment-2503489

    Heh, neked ezért jár a +1. :)

    Oldschool Computer - http://oscomp.hu




    SCSI vs. scsi: https://hup.hu/node/170126#comment-2504152

    Nem, nekem egy döglött patkányt sikerült részegen rádugni a SCSI portra. Mondjuk felmountolni is sikerült, úgyhogy baj nem lett belőle...

    Oldschool Computer - http://oscomp.hu




    SCSI vs. scsi: https://hup.hu/node/170126#comment-2504153

    Az elsőt mifelénk "szkázinak" ejtették, vagy betűzték: "escéesí". A másodikat úgy ejted, ahogy írod; fonetikus nyelv a miénk.

    Oldschool Computer - http://oscomp.hu




    John Carmack beállt OpenBSD fejlesztőnek: https://hup.hu/cikkek/20200714/john_carmack_beallt_openbsd_fejlesztonek#comment-2502334

    Azért, mert hálistennek nincs is ilyen buziság benne, nekik a mai napig netikettjük van. Ez egyike a megmaradt non-SJW-infected OS-eknek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_14489


    John Carmack beállt OpenBSD fejlesztőnek: https://hup.hu/cikkek/20200714/john_carmack_beallt_openbsd_fejlesztonek#comment-2502433

    És? Ez mitől lenne SJW infection?

    Oldschool Computer - http://oscomp.hu




    John Carmack beállt OpenBSD fejlesztőnek: https://hup.hu/cikkek/20200714/john_carmack_beallt_openbsd_fejlesztonek#comment-2502475

    Hát nem. Nagyon nem. A netikett illemszabálygyűjtemény a normális viselkedéshez, a CoC meg gumiszabálygyűjtemény a véleménykontrollhoz.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Nyosigomboc , bra-ket


    John Carmack beállt OpenBSD fejlesztőnek: https://hup.hu/cikkek/20200714/john_carmack_beallt_openbsd_fejlesztonek#comment-2502687

    Ki tiltotta meg?

    Oldschool Computer - http://oscomp.hu




    John Carmack beállt OpenBSD fejlesztőnek: https://hup.hu/cikkek/20200714/john_carmack_beallt_openbsd_fejlesztonek#comment-2502336

    Két éve még vegyes tapasztalatokról számolt be; úgy néz ki, belejött.

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2502686

    És mellesleg lehet, hogy az embereknek már végképp tele a töke a win10-zel, ha a ReactOS-nek hirtelen összejött annyi lóvé az adományokból, hogy 22 év után főállásban alkalmazhasson a projekt egy profi fejlesztőt. Én drukkolok nekik.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> asch


    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2502804

    > Nem lenne rossz ha ilyen legacy XP pótlék lehetne kisebb alkalmazásokra.

    Igazából benne van, hogy xp és w7 pótlék is legyen. Idő, meg munka.

    > Viszont ha W10-el nagyon kivagy és játszanál is akkor érdemes elmoccanni linux irányba.

    Már elmoccantam. Úgy 12 éve. Attól még ha a meló win10-et kíván meg, akkor rászív az ember.

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503369

    Abban igazad van, hogy ezzel a megfogalmazással eléggé általánosítás volt, hogy az embereknek van tele a töke...
    Viszont a másikat nem értem, hogy hogy jött ki. Az állítás az volt, hogy 22 év után összejött a ReactOS-nek az első profi főállású programozóra a keret. Ez egy tény. Ehhez pedig az kellett, hogy összejöjjön egy akkora embercsoport, ami ezt a lehetőséget megfinanszírozta, tehát annyi embernek már tele van olyan szinten a win10-zel a töke, ami képzett akkora tömeget, ami elegendő volt ahhoz, hogy a ReactOS a fejlődésének egy új szakaszába érjen.

    Hogy mennyi embernek "fáj" a win10, azt nem tudjuk, de biztos messze többnek, mint ahányan a ReactOS-nek adakoztak. Szerintem már nem nagyon van ember a bolygón, aki ne szívott volna bármivel - akármivel - a win10 kapcsán. De nyilván ezt bizonyítani nem lehet.

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503498

    Hát ebben van valami...

    Ebben is, csak nem tudom, hogy jön ide.

    Hát te kétled, én meg kétlem, hogy nem. A ReactOS 22 éve létezik, de eddig nem nagyon kapott publicitást. Miért csak az utóbbi 2-3-4 évben kezdtek el vele egyre több helyen foglalkozni? (A katicás hasonlat egyébként fals analógia, mert itt nem valami haszontalan marhaságról van szó.)

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503525

    Asszem nem ment át. Miért most kapott csak publicitást? Az egy dolog, hogy a támogatást a publicitásnak köszönheti, de minek köszönheti magát a publicitást?

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503598

    "Bizonyosan." Mitől bizonyos, mi bizonyítja ezt? :)
    És akkor mi az a bizonyos "igazság"? Miért azóta foglalkoznak többet a ReactOS-sel, amióta a win10 elterjedt a win7 meg lejárt? Mert alternatívát nem mondtál, csak állhatatosan tagadod, hogy a win10 lenne az oka.
    Szerintem meg éppenhogy a win10 az oka, mert ismerni eddig is ismerte a szakma a ReactOS-t, de nem foglalkozott vele, mert volt használható windows a piacon. (Egy darabig kettő is.)

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503611

    Még mindig nyitott vagyok alternatív magyarázatokra. :)

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503637

    A gravitonnak még a létezése sincs bizonyítva, nemhogy a tömege megmérve, de ez off.

    Viszont ami a kézenfekvő magyarázatokat illeti, én úgy vagyok vele, hogy amíg van egy kézenfekvő magyarázat és arra nemhogy érdemi cáfolat, de még elfogadható kontrahipotézis sem érkezik, addig azt tartom a legvalószínűbbnek.

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503645

    A 22 év az nem két végpont, hanem egy 22 éves folyamat: nem csak 1998-at és 2020-at kell nézni, hogy akkor mi volt és van, ugyanis lehet, hogy 22 éve még nem léteztek ezek, amiket felsoroltál (a Wikipedia is csak majdnem), de 8-10 éve már kivétel nélkül létezett mindegyik. Kivétel nélkül. Mindegyik. Mihez kellett itt még 10 év? Miért csak 2015-2016 óta kerül egyre többet szóba a ReactOS?

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503668

    #define használható, ugyanis még ma sem az, ha azt nevezzük használhatónak, hogy legalább a winxp szintjét elérte volna. Igazából nagyon lassan halad a fejlesztés, nyilván fejlettebb, mint 10 éve, de a végeredményt tekintve ugyanott tart: nem alternatíva még a winxp-re sem.

    Egyébként, ha valamiben van potenciál, akkor nem az aktuális használhatóság fogja eldönteni, hogy foglalkoznak-e vele, segítenek-e benne, hiszen éppen azért kellene foglalkozni vele, segíteni benne, mert még nem használható. Nem. Ezt a rávaló igény fogja eldönteni. Az igény volt az, ami 10 éve hiányzott, mert 10 éve két használható windows is volt; a még támogatott winxp és az épp zászlóshajó win7 mellett nem volt igény a ReactOS-re. Ma már egy használható windows sincsen, így már van igény a ReactOS-re.

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503732

    > Több mint 10 éve váltottam Windows-ról, de teljesen nem tudtam megtenni, mert vannak olyan berendezéseink, amiknek az üzemeltetéséhez olyan alkalmazások kellenek, amik csak Windows-on futnak, ezért muszáj volt készítenem néhány virtuális XP-t, amik megfelelnek a céljaimnak, csak a legszükségesebb dolgokat tartalmazzák (az XP-k mellett van használatban FLP és ThinPC alapú VM is, újabban Windows 10 alapú is). Érdekes módon ezek a VM-ek gond nélkül használhatók, semmilyen probléma nincs velük, igaz, internetre nem csatlakoznak, csak olyan berendezésekhez, amik legfeljebb zárt hálózatban működnek. Víruskereső sem fut rajtuk, tűzfal sem kell ezekhez.

    Gondolom azt te is tudod, hogy az átlagjúzer így nem fog egy windowsos desktopot üzemeltetni; ezek, amiket te csináltál, ezek tkp. windows alapú terminálok, valamilyen célfeladatra, nem általános desktopok.

    > A ReactOS-t már sok éve tesztelem, hátha elér egyszer egy olyan szintet, hogy a céljaimnak megfeleljen, és most már elég biztatónak tűnik a helyzet, egyre több dolog fut rajta, de még messze nem minden. Ahhoz képest, hogy kezdetben szinte semmire nem volt jó, ez elég nagy javulás, viszont lehet, hogy a technológiai fejlődés miatt lassan kivesznek azok a berendezéseink, amikhez a virtuális XP-ket használom, így egyre kisebb az esély, hogy váltani tudok ReactOS-re.

    A ReactOS nem csak erre lenne jó. Az a célja, hogy egy ingyenes 100% windows-kompatibilis OS-t adjon. Amit bármire lehet használni, amire a felhasználó a windowst használná.

    > Most akkor hogy is van ez? :)

    #define használható "ellátja a feladatát, lehet vele dolgozni, együtt lehet élni a gyíkjaival"

    > A cégnél egy ideje kell használnom Windows 10-et, nem vagyok tőle boldog, sokszor eszembe jut nekem is, hogy ez egy használhatatlan sz@r, de ez nyilván csak kiszalad az emberből, mert ugyan sok hülyesége van, de attól még az idő jelentős részében használható, legfeljebb többször csinál bosszantó dolgokat, mint amit nyugodtan el tudnék fogadni.

    Persze, ha csak pár percig kell használni, akkor használható a win10 is, mert annyi idő alatt csak nem frissíti le és/vagy teszi gajra magát. :P

    > Szerencsére arra van lehetőségem, hogy futtassak más oprendszereket is, így amikor csak tehetem, azt teszem, a Windows 10 szinte csak MS Office és egyéb Microsoft termékek használatához kell.

    Bocsi, de te szakember vagy. Azt használsz, ami jól esik. A ReactOS-t minden windowson szocializálódott egységsugarú használni tudja majd, ha használható lesz.

    > Nem hiszem, hogy túl sokan tudnának a ReactOS létezéséről, a világ nagyobbik része biztosan nem tud róla

    De egyre többen fedezik fel, ahogy egyre több embernek lesz tele a hócipője a win10-zel. Ld. köv. bekezdés.

    > ráadásul annak, aki mindig Windows-t használt, nem is jut eszébe, hogy van azon kívül más is, így igénye sincs másra, ReactOS-re meg főleg nem.

    Na, itt a tévedés. Szerinted miért zsugorodik a PC piac is? Mert az emberek már tudják, hogy van a windowson kívül is világ, ha másról nem, az Apple meg a kugli cuccairól tuti hallottak. Na most, ha valaki elkezd keresni, akkor ha a ReactOS már eljutott egy olyan szintre, hogy lehet legalább az xp helyett használni, akkor tuti rá fog akadni az alternatívák között. Nyilván nem konkrétan a ReactOS-re van igénye az embereknek, hanem az alternatívákra. Ehhez csak az kell, hogy a ReactOS ténylegesen alternatíva is legyen.

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503755

    > Nagyon regen neztem mar ra a ReactOS-re. A Linux kernel legnagyobb reszet a driverek adjak ki, ez gondolom a React eseten - ha winnel kompatibilis - kb. jon magatol (gyartok adjak). Szoval tippre hamar hasznalhatova valik, ha valaki egyszer rendesen nekikezd.

    A ReactOS esetén valóban meglesz a drivertámogatottság, ha el tudják érni az áhított kompatibilitást, de ez még kevés ahhoz, hogy használható legyen, mert nem csak a driverekhez szükséges API-t kell implementálni, hanem azt is, ami a userspace programokhoz kell. De reméljük tényleg hamar elér ebbe a státuszba.

    > Amugy nem tapasztaltam, hogy az XP miben lenne jobb a 7-nel vagy a 10-nel.

    A 7-esnél abban, hogy gyorsabb és kevesebbet eszik, a 10-esnél kb. mindenben, kivéve az újkori szoftverpark támogatását.

    > A PC piac egyebkent azert zsugorodik, mert korabban ha barmi miatt a nethez/webhez hozza kellett ferned, az a PC-t jelentette. Most ehhez bejott az okostelefon meg a tablet is, igy ha valakinek erre kellett gep, az ki tudja valtani. Plusz a PC gyartok fejlesztese lelassult (foleg az Intel miatt), illetve a tabletek es mobilok eroforrasa miatt a webes dolgokat probaljak minel egyszerubbre irni, ugyhogy most ott tartunk, hogy a kb. 10 eves gepem is boven hasznalhato. Korabban is viszonylag ritkan vettem egy erosebb gepet, de a piacon eladott darabszam masnal is csokkent.

    Persze, ez is benne van. Egy szóval nem mondtam, hogy csak a win10 miatt van az egész. Azt mondtam, hogy azért zsugorodik, mert az emberek már túllátnak a windows világon, tudják, hogy van választásuk a windowson kívül. Ez a win10 nélkül is így lenne, de "rontani" még lehet a dolgon és az ms meg is teszi a win10-zel.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2502855

    A ReactOS célja, hogy legyen egy nyílt forrású windows klón, ami - elméletileg - 100%-ban kompatibilis a windows-zal. Ennek az az értelme, hogy aki windows-ra van szüksége, de nem akar fizetni érte és/vagy elege van az ms játszadozásaiból, annak ez egy alternatíva.

    Oldschool Computer - http://oscomp.hu




    Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2502895

    Dehogy jó... Szűrj rá itt arra, hogy mik kaptak "garbage" fokozatot és több, mint 4000 program lesz felsorolva, többek között a .NET framework és a Photoshop, amik ráadásul össze vissza kapják az értékeléseket platinumtól garbage-ig, azaz hol megjavítják, hol elrontják a kompatibilitást, egyszóval a WINE-ra éles környezetben egyelőre nem nagyon lehet a windows-kompatibilitást rábízni... Arról nem is beszélve, hogy a WINE egy API-wrapper, tehát kernelszintű hozzáférést sosem fog tudni biztosítani semmihez.

    A ReactOS fejlesztői összefoglalták pár sorban, hogy mi az, amit a WINE sosem fog tudni. Egyébként a WINE azóta lett két három klasszissal használhatóbb, amióta a ReactOS-ből backportoltak egy csomó dolgot.

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2502932

    A "Houston, we've had a problem here" egy szállóige, ami a NASA Apollo 13 küldetésének egyik eszmecseréje közben hangzott el és azóta, ha elhangzik, akkor azt szokta jelenteni, hogy itt valami kurwa nagy baj van.
    A képen látható egy IP cím, amiben olyan értékek szerepelnek, amik egy IP címben semmilyen körülmények között nem szerepelhetnek, tehát itt valami kurwa nagy baj van. (Pl. ennek a vacaknak a szoftvere 16 vagy 32 biten tárolja az IPv4 cím egyes szekcióit 8 helyett.)
    Ezt próbálta érzékeltetni az OP a topic címével: a NASA csak a szállóige miatt került a képbe, hogy elküldi nekik, hogy "Houston, itt is baj volt".

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , _neo


    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2502936

    > csak azt nem ertem hogy mi koze van a NASA komplex mernoki problemainak egy kinai foson futo valami embedded szoftvernek

    Annak semmi (hacsak nem Kínában gyártották az Apollo 13-at; végülis szétesett... :P), csak a szituációnak: itt valami baj van.

    > ettol fuggetlenul koszi, hogy ilyen reszletesen kifejtetted :)

    Nm.

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2502951

    Erről már nem szólt a fáma. Majd kovi nyilatkozik, ha előkerült, hogy ez elküldés előtt, vagy után volt.

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2503152

    ROFL. :)

    Nem tudtam, hogy a ping-nek így is meg lehet adni a címeket; thx.

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2503500

    Mondjuk ez a felállás annyira még csak nem is meglepő, hogy a tényleges integer értéket is be lehet írni egy-az-egyben, de az, hogy felét így, felét úgy...mindig tanulunk valamit.

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2502953

    > 531.291.000,001

    Az nem vessző, hanem a kurzor pont a ponton áll.

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2502967

    ROFL. :)

    Itt vagy az van, amit peta mond, hogy csak beírni engedte, vagy az, amit én tippeltem, hogy nem 8-biten vannak tárolva az elemek, hanem 16 vagy 32-biten. Vagy valami más...

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2502995

    Vagyis a két tipp kombinálva. Kínai gagyi. :P

    Oldschool Computer - http://oscomp.hu




    Houston, we’ve had a problem here: https://hup.hu/node/170096#comment-2503153

    Az is lehet.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2501119

    Nem kell neki a youtube-dl, csak tudja használni, ha van. A warning érdektelen. Miből gondolod, hogy nem indult el? Visszaadta a promptot? Nincs a trayiconok között a program ikonja? (Zöld YT gomb.) ps aux | grep ytfe mit ad vissza, ha beírod?

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2501125

    Az, hogy a frontendnek nem kell a youtube-dl, az nem jelenti, hogy a lejátszódnak (mpv, vlc, stb.) sem kell. Bár nem tudom milyen lejátszót használsz.

    Mit értesz az alatt, hogy "a keresésekre viszont nem hoz normális találati listát", ezt egy kicsit bővebben?

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2501127

    Ja, az azért van, mert közben a Youtube-t a napokban átállították kliensoldali renderelésre (azaz nem normális HTML-es oldalt kapunk, hanem egy JSON tömböt, meg egy bloatware JS alapú rendering keretrendszert, mert nem volt még eléggé telibeverve JS-sel a tecső) és a régi HTML-es lapozó megszűnt. Helyette olyan van, hogy "több találat betöltése". Ennek a visszafejtéséhez még nem volt érkezésem. (Egyébként 20 találatot ad.)

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2501129

    Nincs mit. Egyébként majd ez is meg lesz csinálva, de ezt most már muszáj volt kiadni, mert a korábbi verziók a HTML verzió megszűnésével működésképtelenné váltak és nem lehetett már nézni vele a tecsőt, hacsak véletlenül nem egy olyan szervert kaptál ki, amin még nem frissítették a backendet. Ez persze még most is előfordul, úgyhogy bennehagytam a régi feldolgozót is a programban, biztos, ami biztos.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2501132

    Frissítve 1.0.1-re, részletek a poszt végén.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2501178

    Hát pont ez volt az egyik fő ok, amiért kiadtam, mert a nemrég kijött FreePascal 3.2 ezt elméletileg orvosolta. De akkor confirmed. Köszi a feedbacket.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2502706

    Bugreport:

    - Nekem nem kezelt csatornakat. Pl a https://www.youtube.com/user/direwolf20 -re nem toltott be semmit.

    Mert nem kezel csatornákat. Le van írva a manualban, hogy mit tud. Olvasd el a manualt.

    - Az URL ne gomb legyen, hanem egy beviteli mezo, a vegen egy '>' vagy 'GO' gombbal.

    És akkor hogy adsz meg neki több URL-t egyszerre, hogy ne egyesével kelljen beírkálni őket, ha többen vannak? Csak mert a gomb egy külön formot nyit meg, ahova beszórhatsz egy halom linket és mindet ki fogja nyitni, ahogyan ez a manualban le is van írva. Olvasd el a manualt.

    - Emigyen lehessen uj tabot nyitni, ami alapbol ures

    Dehát lehet. A menüsorban a + jel, vagy Ctrl + T, ahogy a manualban a menünél és a hotkeyeknél le is van írva. Olvasd el a manualt.

    - a Preferences nem igazan intuitiv, hogy a "?" -rol nyilik. P, vagy S ha mar betuk, de tehetnel bele par ikont, barmit, amitol beszedesebb lesz.

    Ha föléviszed az egeret, megjelenik egy kis buborékban, hogy "Prefs"; minden gomb felett megjelenik, hogy micsoda, de amúgy a manualban is le van írva, hogy mi micsoda. Olvasd el a manualt.

    Oldschool Computer - http://oscomp.hu




    Youtube frontend 1.0.1: https://hup.hu/node/170045#comment-2502816

    Hát ezt bele lehet rakni a programba, de amúgy meg lehet oldani kívülről is; a program ugyanis elfogad parancssorból is URL-eket, azaz, ha beírod konzolba, hogy ytfe 1 2 3, akkor ki fogja nyitni az 1, 2, 3-as linkeket. Akkor is, ha a program már fut, mert akkor az új instance IPC-n keresztül áthajigálja neki az URL-eket, majd kiszáll. (Csak ez kimaradt a manualból. :P Pótolva.) Nekem is így van megoldva, hogy a Ctrl + Shift + Meta + í systemwide hotkeyre a következő shell parancs fut le: ytfe $(xclip -selection clipboard -o) Valószínűleg ezért nem jutott eszembe, hogy ezt a program maga is tudhatná, mert már volt rá külső megoldásom.
    A következő verzióba beteszem, köszi a tippet.

    Oldschool Computer - http://oscomp.hu




    id - 391-334: https://hup.hu/node/170023#comment-2500299

    > Szerencsére a metrón elvetették azt az ötletet, hogy lehessen biciklivel is utazni.

    Pár prosztó kerékpáros miatt büntessük le az összeset?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> saxus , osod88 , brandonx


    id - 391-334: https://hup.hu/node/170023#comment-2500486

    Ennyi erővel az is prosztó, aki a tömött vonatra felszáll a kerékpárral, mert ott sem fér el.

    Oldschool Computer - http://oscomp.hu




    id - 391-334: https://hup.hu/node/170023#comment-2500559

    > vehet robogót, villanybiciklit.

    Mert, ha azzal száll fel a tömött járműre, az jobb, mi? :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mogorva


    id - 391-334: https://hup.hu/node/170023#comment-2500567

    Gondolom úgy értette, hogy közlekedjen fullba' ezekkel, de akkor ugyanott van, mint ha biciklivel teszi ugyanazt, sőt egy jó biciklivel még gyorsabb is az ember...úgyhogy megint csak kénytelen lenne igénybevenni a TK-t.

    Oldschool Computer - http://oscomp.hu




    id - 391-334: https://hup.hu/node/170023#comment-2500536

    Világos, azért vett külön bérletet a biciklinek, hogy ne használhassa: tiltsuk le a nap mind a 24 órájában a járművekről a távolról sem 24 óráig tartó csúcsidőre hivatkozva; inkább tekerjen le minden nap 50-70 km-t, keljen fel órákkal korábban, hogy beérjen a melóhelyre, érjen haza órákkal később, stb...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> neutrino


    Web böngészőben futó Python kód: https://hup.hu/node/170054#comment-2501594

    JavaScript: The Good Parts - ki ad ki olyan könyvet, aminek csak borítója van?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Systemd: A soron következő kiadásban a konténerizált környezet megmondhatja milyen host OS-en fut. Köszönjük Microsoft!: https://hup.hu/node/170026#comment-2500520

    Az ms-t ismerve nem kizárt, hogy ez valami hidden in plain sight backdoor része. Persze ez csak konteó.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hgen


    Systemd: A soron következő kiadásban a konténerizált környezet megmondhatja milyen host OS-en fut. Köszönjük Microsoft!: https://hup.hu/node/170026#comment-2500707

    Az nem ugyanaz. Nagyon nem ugyanaz, hogy ő koppint le egy ötletet az Apple-től, vagy az Apple küld neki patchet.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> osod88 , bennyh


    Systemd: A soron következő kiadásban a konténerizált környezet megmondhatja milyen host OS-en fut. Köszönjük Microsoft!: https://hup.hu/node/170026#comment-2500726

    Nem annak tűnt.

    Tehát a systemd az almás idiotizmus eredménye? :]

    Oldschool Computer - http://oscomp.hu




    Tovább emelkedni látszik a Linux piaci részesedése desktopon: https://hup.hu/cikkek/20200705/tovabb_emelkedni_latszik_a_linux_piaci_reszesedese_desktopon#comment-2498977

    És azt is lehet tudni, hogy a desktop piac mérete hogy alakult? Csak mert, ha zsugorodik, akkor a Linux részesedése stagnáló, vagy akár csökkenő userszámmal is nőni fog.

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2496685

    Raspbian (Buster) az alap, de a Devuan repoját használom.

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2497611

    Az még hátra van, hogy dotnetlinux tippjét kipróbáljam. Nyilván, ha a szűz Raspbiannal megy, akkor nem konfigbaj (vagy hardwarebaj), hanem csomagbaj és meg kell keresni, melyik csomag okozza.

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2496684

    up

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2497504

    A configban csak ennyi volt - ami nem volt kikommentezve:

    dtparam=audio=on
    dtoverlay=vc4-fkms-v3d
    max_framebuffers=2

    Felraktam, amit javasoltál, de sajnos ugyanaz az eredmény.

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2497505

    Ez egy friss telepítés, csak fel lett rakva már pár csomag.

    Kösz a tippet, majd megnézem egy totál szűz Raspbiannal.

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2497573

    A kérdés egyáltalán nem hülye, csak sajnos a választ nem tudom. Legjobb tudomásom szerint az van, amit szomi is leírt fentebb, hogy alapból engedélyezett és külön kell tiltani. (fixme)

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2498123

    Szűz telepítéssel a bluetoothctl megtalálja az alaplapi BT-t, szóval nem HW hiba. Valamelyik csomag hibádzik neki. Vagy csak nem elég friss, pl. a raspberrypi-sys-mods.

    Sz*rk: Nope. :( Valakinek van ötlete, mi hibádzhat és hogy találhatnám meg? Nem segített sem a /etc/udev/rules.d/99-com.rules törlése, sem ha felraktam a pi-bluetooth csomagot.

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2498885

    Ok, valóban nem csomagbaj volt. Kilistáztam az összes telepített csomagot mindkét rendszeren (dpkg --get-selections > installed_x.txt), utána megnéztem, hogy mik azok a csomagok, amik a szűz Raspbianon fennt vannak, de a másikon nem (grep -v -Ff installed_devuan.txt installed_raspbian.txt) és az eredmény mindössze ennyi volt:

    libncursesw5
    libpam-systemd
    libsystemd0
    systemd
    systemd-sysv

    Ezek közül egyik hiánya sem csinálhatja, hogy nem lát egy hardware-t a rendszer. Szóval ez konfig lesz, csak mi...

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2499120

    Ugyanaz a kernel és ugyanazok a csomagok vannak fennt. A kiindulási alap konkrétan ugyanaz a Raspbian Lite. Hova lett volna az enyémből menetközben bármilyen kernelmodul?

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2498882

    up

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2499641

    Oké, megoldódott: RPi.org-on bedobták a tippet, hogy a szűz Raspbianon lőjem le egyesével a szolgáltatásokat (elsőre sikerült eltalálni a hciuart.service-t :P ), így kiderült, hogy a btuart-ot kellett futtatni, hogy működjön. Viszont a legújabb raspberrypi-sys-mods csomaggal csak annyit bírt kinyögni, hogy

    Can't open serial port: No such file or directory
    Can't initialize device: No such file or directory

    így downgrade volt 20170519-re és utána életre kelt.

    Oldschool Computer - http://oscomp.hu




    RPi3 alaplapi BT-t nem látja a rendszer: https://hup.hu/node/169885#comment-2499729

    A fele végülis megvolt, mert a pi-bluetooth csomagot te javasoltad, a btuart meg abban van, csak épp nem került szóba.

    Oldschool Computer - http://oscomp.hu




    Dobja a snap támogatást a Linux Mint csapata: https://hup.hu/node/169756#comment-2493579

    Gőzerővel folyik a Linux elwindózosítása, miközben szintén gőzerővel folyik a UNIX-világ ellinuxosítása... :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Böngészők háborúja: https://hup.hu/node/169956#comment-2498563

    A képek alapján nem ugyanazok a kiegészítők voltak feltéve az egyes böngészőkben; ahogy nézem Chromeban és Firefoxban is több kiegészítőd volt feltéve, Edge-ben (és Operában?) meg semmi. Esetleg szűz browserekkel meg lehetne próbálni még egyszer a mérést, úgy pontosabb képet kapsz.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> kilvadi , zaphodb


    Böngészők háborúja: https://hup.hu/node/169956#comment-2498667

    Nem a FF-et, vagy a Chrome-ot védtem, csak rámutattam, hogy a kiegészítők fogyasztása nem feltétlenül elhanyagolható; azt nem tudtam, hogy mennyi és miféle kiegészítőid vannak. Csak akkor mitől eszik az Edge 1/3-dal kevesebb RAM-ot, amikor a motorja ugyanaz, mint a Chrome-nak és az Operának? Vagy kihajigálta az ms az UI feature-jeinek a felét, vagy...? (Az FF-en egyébként nem lepődtem meg a legkevésbé sem, az már nagyon régóta nem jó semmire...)

    Oldschool Computer - http://oscomp.hu




    Böngészők háborúja: https://hup.hu/node/169956#comment-2498713

    Thx. Magyarán azért eszik ennyivel kevesebbet, mert ennyivel kevesebbet szemetel. Remélhetőleg ezt a fejlesztést az összes Blink alapú browserbe backportolják majd.

    Oldschool Computer - http://oscomp.hu




    Böngészők háborúja: https://hup.hu/node/169956#comment-2498819

    Nem. Adtam rá egy adekvát, forrásokkal alátámasztott műszaki indoklást.

    Oldschool Computer - http://oscomp.hu




    Böngészők háborúja: https://hup.hu/node/169956#comment-2498818

    Minden bizonnyal eltérőek az igényeink.

    Ha már Firefoxot használ az ember, akkor nekem például igényem volt arra a temérdek fasza kiegészítőre, amit a Firefox közösség közel másfél évtizednyi munkával megalkotott, de a Mozilla elhajította a XUL-t a sokkal rugalmatlanabb és erőforrásigényesebb WebExtension kedvéért és azzal a rössel az összeset egy csapásra kinyírta; a még aktívan fejlesztetteket persze átírták, de amiket már nem fejlesztettek - csak sokan használtak - annak annyi lett.
    És ez csak az egyik fele, a másik fele, hogy a WebExtension-ös kiegészítők segítségével gyakorlatilag egyedileg azonosítható a neten összes böngésző, ami ezt a framework-öt használja. (Részletes magyarázat nálam okosabb embertől.)

    Aztán, miután használok régi ill. modern, de gyenge gépeket, igényem volt arra is, hogy ne terheljük felesleges köztes rétegekkel a rendszert és nagyon örültem, amikor a Firefox eldobta a közvetlen ALSA-támogatást, hogy a közismerten erőforrásigényes és bugos - valamint az ALSA-t ugyanúgy igénylő, anélkül nem is működő - PulseAudio-t behúzza függőségnek. Nagy élmény, amikor a Firefox belerohad egy hanglejászásba a useless middleware miatt.

    Ezen felül igényem volt még a reszponzivitásra és a stabilitásra is, így az is nagyon örvendetes volt, hogy az úgy-ahogy stabil és régebbi/gyengébb gépeken is elfogadható sebességű GTK2-est eldobták és átálltak a sokkal lassabb és sokkal instabilabb GTK3-ra. Az gondolom nem hat meg, hogy egy G4-esen előtte még elfogadható sebességgel futott a Firefox, utána meg nem, de ez igaz a régebbi, alacsony teljesítményű SBC-kre is (pl. RPi B+). Nagyon bírom, amikor több másodpercbe (!) tellik amíg egy kattintásra reagál a felület (nem a weblap!).

    Továbbá igényem volt arra is, hogy egy browser ne nézzen síkhülyének, ne kezeljen úgy, mint egy folytonos felügyeletet igénylő hülyegyereket, márpedig a tavaly májusi elkúrt tanúsítvány okozta tömegesen letiltott extension-ök fiaskója alatt ez kiderült, hogy Mozilláék pontosan így kezelik a felhasználókat (érdemes itt elolvasni a kommenteket is, mit mondanak a júzerek az egészről); nem az a baj, hogy elcsesztek valamit, hanem az, ahogy a rendszer működik, hogy lehetőség sem volt arra, hogy figyelmen kívül hagyjuk a tanúsítványt, hanem a böngésző letiltotta a kiegészítőidet és punktum. A rendszer döntött a felhasználó helyett. Tiszta windows 10.

    És ha már windows 10, arra is igényem volt, hogy a böngésző ne köszöngessen haza csak úgy és ne rakosgasson fel a tudtomon kívül minden nyavalyát, márpedig a Firefox felpakol egy csomó olyan rejtett kiegészítőt, amik a vele egy profilt használó Debianos IceWeasel alatt már megjelennek - például a képen is highlight-olt "Follow-on Search Telemetry" (itt is érdemes elolvasni a kommenteket, hogy mi erről az emberek véleménye) - amiket megint a kutya nem kért, de nem hogy nem lehet kikapcsolni, de mint mondtam, el van rejtve, meg sem jelenik.

    Cca. 2002 óta vagyok classic Opera (ab)user, sosem bírtam megkedvelni a sokkal lassabb, nehezebb, butább és kényelmetlenebb Firefoxot, de elismertem azokat a pontjait, amikben jobb volt (pl. a kiegészítőpark), valamint mivel a classic Operával ellentétben nyílt forrású, így ott is elérhető volt, ahol a classic Opera nem. Így nagyon sokáig ez volt a szekunder, vagy fallback browserem, ha kellett valami mainstream browser, mert az Operának valamibe beletört a bicskája. De amióta a Mozilla ilyen sületlenségeket művel, azóta részemről ez a browser már nem jó semmire. Maradok a PaleMoon (FF 28.0), IceWeasel (FF 38.0), IceWeasel-UXP (FF 52.9) triumvirátusnál.

    Oldschool Computer - http://oscomp.hu




    Böngészők háborúja: https://hup.hu/node/169956#comment-2498843

    > A te esetedben ezek szempontok, amit el tudok fogadni, de engem nem erintenek, igy en tovabbra is elegedett FF-felhasznalo vagyok.

    Egy részük lehet, hogy nem érint, de az, hogy a WebExtension-nel készült extension-ök alapján egyedileg azonosítható valaki a neten, valamint, hogy a Mozilla központilag le tudja tiltani az emberek kiegészítőit, ill. a tudtuk nélkül telepített telemetriás addonokat náluk, nos, ezek mindenkit érintenek. A jogod persze megvan rá, hogy ne érdekeljen.

    > Ugyanakkor, ha nem lennek elegedett, sem valtanek, mert mara gyakorlatilag csak a Chrome es forkjai, illetve a FF maradt, igy, mivel mindent kerulok, ami Google, nem is lenne valasztasom.

    Az ok, hogy kerülöd a kuglit; én sem véletlenül döntöttem inkább úgy, hogy többféle browsert használok a különféle célokra, a kuglit tényleg jobb elkerülni. De ez nem jelenti, hogy nincs választásod. A classic Operát nem ajánlom, mert az a legtöbbeknek már túl sok kompromisszummal járna, főleg mert nem is ismerik eléggé ahhoz, hogy megoldjanak vele dolgokat. De ott vannak pl. az említett Firefox-forkok, meg vannak különféle underground browserek, mint pl. az Otter, vagy a QupZilla, ill. a Midori. (Ez utóbbi ugyan a 0.5 után kijövő 6.0-nál GTK3 infected lett, de ez gondolom téged nem zavar, szóval az is ott van alternatívának.)

    Oldschool Computer - http://oscomp.hu




    Böngészők háborúja: https://hup.hu/node/169956#comment-2498852

    Sem a PaleMoon sem az IceWeasel nem trackel.
    A PaleMoon a régi 28.0-ás Firefoxot használja, de karbantartják, a legtöbb dolog még megy vele és a későbbi Firefoxokhoz képest ez még kifejezetten lightweight. További előnyei, hogy a legtöbb mainstream platformra a PaleMoon Team kulcskész build-eket ad, nem kell vele vesződnöd.
    Az IceWeasel-UXP az 52.9-es Firefoxot használja, kb. azután bolondult meg végleg a Mozilla és kezdte el kidobálni a bevált cuccokat és behozni egy raklap agyhalott függőséget, tehát ez a latest so-so-sane ESR Firefoxra épül, azaz ezzel még mennie kell mindennek, ami a neten van. Az, hogy valamivel nehézsúlyúbb, mint a PaleMoon az még nem akkora gáz (OrangePi-n használtuk és elfogadható volt), viszont ez egyrészt jelen pillanatban Linux-only, bár windows alá valószínűleg forgatható (ill. nem tudom, hogy a készítő Hyperbola portolta-e már OpenBSD-re, mert átállnak Linuxról OpenBSD-re), viszont ezt magadnak kell lebuildelned, ami nem túl triviális feladat, de írtam hozzá útmutatót. (Persze a verziószámokat ki kell cserélned; már rég nem PaleMoon 28.7.2-nél, ill. IceWeasel-UXP 2.7-nél járunk.)

    Oldschool Computer - http://oscomp.hu




    Böngészők háborúja: https://hup.hu/node/169956#comment-2498855

    A PaleMoon-t le lehet buildelni Mac-en (az IceWeasel-UXP-t nem tudom, talán), viszont inteles Mac nekem itt egy db. 2006-os MacMini van csak SnowLeoparddal, úgyhogy sajnos többet nem tudok érdemben hozzátenni a témához, mert ezen garantáltan nem fog menni, hiába is próbálnám buildelni. Próba cseszernye.

    Oldschool Computer - http://oscomp.hu




    Böngészők háborúja: https://hup.hu/node/169956#comment-2498880

    Akkor nincs mit. :P

    Oldschool Computer - http://oscomp.hu




    "Az Apple az Inteltől is búcsút vesz": https://hup.hu/cikkek/20200624/az_apple_az_inteltol_is_bucsut_vesz#comment-2495638

    Volt már ARM alapú Apple termékszéria '93 és '98 között.
    Még laptop is volt. :P

    Oldschool Computer - http://oscomp.hu




    "Az Apple az Inteltől is búcsút vesz": https://hup.hu/cikkek/20200624/az_apple_az_inteltol_is_bucsut_vesz#comment-2496156

    Az ARM-ot az Acorn csinálta egyedül, hogy legyen CPU az Archimedesbe, azért hívták "Acorn RISC Machine"-nak; az ARM2-től az ARM5-ig az Apple-nek és a VLSI-nek semmi köze nem volt az egészhez, ők csak az ARM6-nál szálltak be, akkor nevezték át "Advanced RISC Machine"-ra.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> neuron , renard


    "Az Apple az Inteltől is búcsút vesz": https://hup.hu/cikkek/20200624/az_apple_az_inteltol_is_bucsut_vesz#comment-2496333

    Ja, pár éve kipróbáltam... Hát érdekességnek jó. :) Azért azt megkérdezném a fejlesztőktől, hogy kinek az ötlete volt, hogy a pontot használják directory separatornak a path-ekben.

    Oldschool Computer - http://oscomp.hu




    "Az Apple az Inteltől is búcsút vesz": https://hup.hu/cikkek/20200624/az_apple_az_inteltol_is_bucsut_vesz#comment-2496427

    windows alatt vegyesen hívják őket directorynak és foldernek. Egész pontosan a rendszer directorynak hívja őket (ahogy MS-DOS-ban is volt), a felület meg foldernek. Ilyen volt másutt is, pl. Amigán a WorkBench - többnyire - drawernek hívja őket, a rendszer meg directorynak. (Nem mernék megesküdni, de mintha az Apple is a GUI-n foldernek hívná a directory-kat.)

    Egyébként maga a "folder" kifejezés nem a windowsból származik, hanem az ERMA Mk I.-ből (1958).

    Oldschool Computer - http://oscomp.hu




    "Az Apple az Inteltől is búcsút vesz": https://hup.hu/cikkek/20200624/az_apple_az_inteltol_is_bucsut_vesz#comment-2496522

    > Ugyan használtam Amigát évekig, de nem emlékszem drawer-re. Ettől még lehetett, csak azóta eltelt majdnem 20 év.

    Én még ma is használom.

    https://en.wikipedia.org/wiki/Workbench_(AmigaOS)

    The desktop itself is called Workbench and uses the following representations: drawers (instead of folders) for directories

    Még az ikonjai is fiókok.

    > Fogalmazzunk úgy, hogy én először Windows alatt láttam folder-t, már nem emlékszem, de talán a Win95-ben. Azóta Windows alatt a GUI-n folyamatosan folder-t látok, de beszélgetésben a nagy többség direcory-t mond.

    Mert az MS-DOS is directory-nak hívta, míg a windowsok (amik csak GUI-k voltak a DOS felett) meg foldernek. De egyébként most lecsekkoltam, az Apple is foldernek hívta a GUI-n, már a Lisa és az első MacOS óta.

    Oldschool Computer - http://oscomp.hu




    "Az Apple az Inteltől is búcsút vesz": https://hup.hu/cikkek/20200624/az_apple_az_inteltol_is_bucsut_vesz#comment-2496428

    Lehet. Nem tudom, hogy VMS alatt hogy mentek a dolgok. Viszont a RISC OS-nek az a legkisebb baja, hogy nem lehet pont a fájlnévben. :/

    Oldschool Computer - http://oscomp.hu




    Linus a Linux kernel jövőjéről: https://hup.hu/cikkek/20200630/linus_a_linux_kernel_jovojerol#comment-2497287

    Beleintegrálja a systemd-be ezt is. :P

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491504

    Ha a topicok nyitói moderálhatnának a saját topicjaikban, akkor azzal rengeteg felesleges offolásnak (pl. szakmai topicokban a felesleges politikai flame-eknek) elejét lehetne venni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , uid_21365


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491511

    Miért szülne ellentéteket, hogy valaki pl. feldob egy valamilyen hardware kérdést és ki tudja dobni onnan azokat a posztokat, amiknek semmi köze nincs a témához, csak baszakodásból írta be a kommentelő?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , uid_21365


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491514

    > És ő dönti el, hogy minek van hozzá köze?

    Igen, mert az ő topicja.

    > Vannak kérdezők, akikből ezt nem nézem ki. :(

    Azaz, kollektív büntetés: mivel vannak hülyék, szopjon mindenki.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_21365


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491519

    Mindenki? Milyen alapon beszélsz mindenki nevében? Csak azok szopnak miatta, akiket idegesít a tevékenysége. Akiket érdekel, azok garantáltan nem szopnak miatta, akik meg szarnak rá (valószínűleg az elsöprő többség) és kb. skippelik a hozzászólásait, azok dettó nem.

    Azonfelül ez baromira nem indok arra, hogy kollektíven hülyeként legyen kezelve mindenki.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> n0b0dy , Schedar , Sulc , uid_15480


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491531

    > Forumoknal en azt tudnam.elkepuelni, hogy az offtopik torles auto elrejtes lenne. Azaz ki tudnad nyitni, de A szoveg folyamat nem befolyasolna.
    > Akar a hozzaszolasok alatz, egy offtopilnak itelt hozzaszolasok listaja.
    > Es azokat ki lehetne nyitogatni.
    > Igy a topik tulajdonosa is rendet tudna tartani, es mas hozzaszolasa megmaradna. Ha ertek, akkor o tudna abbol egy sajat forumtemat inditani.

    Ezt maximum úgy, ha az egész szálat össze lehet csukni, ami abból a felesleges offtopic posztból indult. Ha ugyanis nem töröljük ki onnan a felesleges baromságot fizikailag, akkor akik flamelni akarnak, azok úgyis replyzni fognak rá és hiába minősíti egyesével az OP az összes posztot offnak, ha egyesével kell őket becsukogatni a felhasználóknak, mert akkor ugyanúgy ott fog terpeszkedni a topicban kétszáz kommentnyi retardáltság; azon meg ennyi erővel kézzel is áttekerhet a user, mint eddig, még az is gyorsabb lesz.

    > Vedd peldanak balagesz blogjat. Annak barmelyik bekegyzeset kepzeld el hozzaszolasnak: van benne kep, lista, kodreszlet. Na most annak a letorleseert az en szivem is megszaladna.
    > Azokna retros bejegyzesek mindig erdekesek.

    Ebben teljesen egyetértünk, de most a flame-et és az offtopic baromságokat tartalmazó felesleges kommentek eltüntetéséről van szó, hogy ne kelljen topicot törölgetnie annak, akinek megtelt a töke.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491536

    Minden valamirevaló blogban tud a blog tulaja moderálni, márpedig aki miatt az egész cirkusz elkezdőtött az a blogposztjait törölte ki.
    Fórumot hirtelen nem tudok. (Talán a reddit, de ebben nem vagyok biztos.) De igazából miért fontos ez, hogy van-e erre precedens? Tudtommal megoldást keresünk és nem példákat.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nevergone


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491544

    A HUP egy komplex portálrendszer. Van benne blog is, az meg mindenkinek a sajátja. A saját kontentjei felett mindenképpen rendelkezik a blogger, akkor is, ha műszakilag nincs lehetősége kitörölni a saját kontentjeit, mert jogi úton így is megkeresheti a portál tulajdonosát, hogy törölje le, ugyanis minden, amit publikálsz, jogilag a tiéd. Ne kérj jogszabályt, nem vagyok jogász, kérdezz meg valami témában kompetens embert.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491554

    Mint mondtam, nem vagyok jogász, de hirtelen ezt találtam:

    3. Mi alapján illeti meg a műveket a szerzői jogi védelem?

    A szerzői jogi védelmet az alkotásnak az egyéni, eredeti jellege alapozza meg. A szerzői jogi védelem feltétele, hogy a mű egyéni, eredeti jellegű alkotás legyen.
    Az egyéni jelleg akkor áll fenn, ha az adott körülmények között lehetőség van többféle kifejezési módra és ezek közül a szerző egyéni módon valósítja meg, hozza létre alkotását. Az eredetiség azt jelenti, hogy a művet maga a szerző alkotta meg és nem egy már korábban létező alkotás egyszerű másolatáról van szó.
    Az egyéniségre, eredetiségre vonatkozó követelmény tehát az alkotás kifejezésmódjára, az alkotásban foglalt gondolatok, információk megjelenítésére tekintettel áll fenn.

    ...

    4. Hogyan keletkezik a szerzői jogi védelem?

    A szerzői jogi védelem automatikusan, a mű létrejöttétől kezdve, a törvény erejénél fogva jön létre. Nincs tehát szükség az iparjogvédelem területén ismert hatósági eljárásra, azaz a jogi védelem keletkezésének nem feltétele, hogy a művet valahová bejelentsék, vagy bárhol nyilvántartásba vegyék.

    A 3. pont által leírtak egyértelműen vonatkoznak a blogposztokra is, hiszen a blogger a saját - eredeti - gondolatait írta le. A 4. pont pedig leírja, hogy a védelem automatikusan érvényes.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491580

    Ha a szerző azt állítja, hogy a szerzeménye itt jogtalanul szerepel - amit megtehet - akkor azt kérésére el kell távolítani, ahogy bármi mást is bárhonnan máshonnan is. Ez a kommentekre nem vonatkozik, csak a blog szövegére.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491597

    Bakker, ott van a fenti linkem mögött, a lap legalján:

    Internetes jogsértés elleni speciális eszköz - értesítési-eltávolítási eljárás

    Ha a szerzői jogokat internetes közléssel sértik meg, akkor az érintett internet-szolgáltatóval javasolt kapcsolatba lépni. Az ún. értesítési-eltávolítási eljárás keretében ugyanis rövid úton elérhető, hogy a jogsértő tartalomhoz való hozzáférés megszűnjön.

    Az eljárás főbb elemei az alábbiak:
    • a jogosult a jogsértés észlelésekor teljes bizonyító erejű magánokiratba vagy közokiratba foglalt értesítést küld a tárhelyszolgáltatónak, amelyben pontosan meghatározza, hogy az eltávolítás kérelme milyen jogokat sértő információra irányul;
    • a szolgáltató ezt követően 12 órán belül köteles megszüntetni a hozzáférést a jogsértő tartalomhoz - erről 3 napon belül értesítve a tartalomszolgáltatót, aki ezzel kapcsolatban kifogással élhet (hogy ti. az általa feltett tartalom nem volt jogsértő);
    • a kifogás alapján a tárhelyszolgáltatónak a tartalom visszahelyezéséről kell rendelkeznie;
    • a jogosult a visszatételről szóló tájékoztatás átvételétől számított 10 munkanapon belül polgári eljárást indíthat, illetve büntető feljelentést tehet.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491639

    Az érdektelen. Amint a fentebbi linken elolvasható, a törvény nem tesz különbséget a jogtalanul hozzáférhető tartalmak között aszerint, hogy ki publikálta. Csak tudnia kell igazolni, hogy az ott tényleg jogtalanul van fennt. Azt nyilván nem játszhatja el, hogy ő maga publikálja, majd figyelmeztetés nélkül perel, mert elhajtják, mint a magzatvizet, lévén annak is megvannak a maga feltételei, hogy mikor számít jogtalannak, hogy hozzáférhető és ha ő maga rakta ki és kísérletet sem tett az eltávolítására, akkor az nem jogtalanul van ott fennt. De ha műszaki lehetősége nem volt és igazolni tudja, hogy megkérte rá a tartalomszolgáltatót, hogy távolítsa el, mert már nem akarja, hogy ott legyen fennt, az megint más. Ha vissza akarja vonni, amit publikált, megteheti.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491652

    > Tudomásom szerint ez a lehetőség eddig is élt, és sokan éltek is vele. Szerintem ha megkéred trey-t, hogy XY topikot töröljön, mert YZ, akkor arra tippelnék, hogy nem fog elküldeni a halál faszára, hanem segíteni fog.

    Látom sikerült elolvasni a szálat. (Nem.) Senki nem állította, hogy ha trey-t valaki megkéri, hogy törölje ki X blogposztját, akkor trey elhajtja a picsába. A vita azon megy, hogy van-e mindenképpeni joga a blogposzt szerzőjének a töröltetésre. Jogi mindenképpen van, mert a szerzeménye szerzői jogvédelem alatt áll.

    > Ettől még nem kérheted a szolgáltatót, hogy más szellemi termékét semmisítse meg.

    Látom sikerült elolvasni a szálat. (Nem.) "Ez a kommentekre nem vonatkozik, csak a blog szövegére."

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491850

    Ez almát a körtével. A kiadó azért jogosult a publikálásra mert fizetett a szerzőnek érte, így ezt nem lehet csak úgy ukmukfukk visszavonni. Tudtommal a HUP nem fizet senkinek a blogposztokért, de ha tévedek, akkor szólj, mert megyek cikket írni. :P

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491966

    Csakhogy nem írhatsz bele semmi olyat, ami lemondatja az embereket a törvényadta jogaikról. Kérdezz csak meg egy jogászt. Amúgy blogposztokról volt szó, nem a kommentekről.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492013

    Szerzőként joga van ahhoz, hogy tulajdonát eltávolíthassa. Ennek megfelelően nem írathatsz alá vele olyat, hogy erről a jogáról lemondjon. Az más kérdés, ha ő már eleve úgy küldi be ide a blogposztot, hogy ő saját maga deklarálja, hogy arra a GPL érvényes, mert akkor valóban nem töröltetheti utólag le, bármi is történt, de ez esetben ez az ő döntése volt és őt erre kényszeríteni nem lehet. Más az, ha valaki önként mond le egy jogáról és más az, ha lemondatják. És teljesen mindegy, hogy "nem kötelező ide regisztrálni", mert alapvetően semmit nem kötelező igénybevenni, de ettől függetlenül sem lehet olyan általános regisztrációs és/vagy szerződési feltételeket használni, ami az azt aláírókat jogfosztással sújtja.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492026

    Nem olvastad el elég figyelmesen: "Az más kérdés, ha ő már eleve úgy küldi be ide a blogposztot, hogy ő saját maga deklarálja, hogy arra a GPL érvényes, mert akkor valóban nem töröltetheti utólag le, bármi is történt, de ez esetben ez az ő döntése volt és őt erre kényszeríteni nem lehet."
    Ha GPL alatt publikálsz valamit, akkor annak a tulajdonjogát - és nem a szerzői jogát! - te átruházod a közösségre. Méghozzá visszavonhatatlanul. De ami itt a kulcs az az önkéntesség. Ha HK önként GPL alatt publikálja a dolgait, onnantól kezdve semmi ráhatása nincs arra, hogy az itt marad vagy sem, mert aki akarja újra feltöltheti. Ide és bárhova máshova. De te olyat nem írathatsz vele alá, hogy minden amit itt leír, az automatice GPL alá kerül. És ezúton jegyezném meg, hogy azok, akik a szomszéd topicban arról értekeztek, hogy - vagy robottal, vagy kézzel, de - újraposztolják HK blogposztjait, azok szerzői jogot sértenek vele, ha így tesznek. (És nem, ez nem célozgatás, vagy ítélkezés, csak egy tény.)

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492180

    > Az index fórumon minden hozzászóláshoz kötelező megadni hogy milyen licenc alatt küldöd be. CC variánsok és "Minden jog az Index-é" között lehet választani.

    Azok kommentek. Blogposztokról volt szó, még mindig. Egy párszavas megnyilvánulásra nem lehet rámondani, hogy egyéni vagy eredeti lenne, ami a szerzői joghoz kéne.

    > A wikipédiába beküldöttek CC és GFDL alá esnek.

    Azok meg információmorzsák, amikre ugyanaz érvényes, mint a kommentekre: nem egyéni, nem eredeti, csak odamásolták az információt valahonnan. (Azonfelül a wikipediára - külföldi cucc lévén - legjobb tudomásom szerint nem vonatkoznak a magyar törvények, tehát irreleváns abból a szempontból, hogy a hupról mit lehet töröltetni jogi úton.)

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492187

    Még mindig blogposztokról volt szó és nem párszavas hozzászólásokról. Van ilyen a blog.hu-n is, mármint a blogposztokra vonatkozóan?

    A magyar törvények szerint nem írhatsz bele olyat a felhasználási feltételekbe, ami jogfosztja a felhasználót.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492272

    Ld. a trey-nek írt válaszom.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492271

    Jogilag semmiben, ha amit írtál az eredeti és egyéni, ahogyan a törvény fogalmaz. És ez vica-versa is igaz: ha azt írod be a blogposztba, hogy "kurwa anyját bilgécnek", akkor arra nem vonatkozik a szerzői jogi törvény, mert ez nem eredeti és nem egyéni. Csak ugye ez nem úgy szokott lenni, hogy a komment a baromi hosszú és a blogposzt a háromszavas. Mondjuk HK-nak minden megnyilvánulása Egri csillagok méretű, úgyhogy nála tkp. jogilag nem nagyon van különbség komment és blogposzt között.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492308

    > amit megvizsgálok és ha jogos, akkor helyt adok neki

    Ez csak akkor igaz, ha mint user keresett meg. Ha jogi úton teszi, akkor vagy eleget teszel a kérésnek, vagy a bíróságnak kell megindokolnod, hogy miért nem tettél eleget a kérésnek. Ha be tudod bizonyítani (mármint a bíróságnak), hogy az érintett tartalomra nem vonatkozik a szerzői jog, akkor semmit nem kell csinálnod az érintett tartalommal (pontosabban azt csinálsz vele, amit akarsz), ellenkező esetben viszont törölnöd kell.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492328

    > Fordítva is: a bíróság fogja megindokolni, hogy az adott tartalmat miért kell eltávolítani. És feltételezem, trey-nek van annyi sütnivalója, hogy ha bíróság kötelezi egy komment/blog törlésére, akkor majd le fogja törölni.

    Köszönjük Nyilvánvaló Kapitány.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492357

    Nem olvastad a szálat? Akkor mire válaszoltál?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492326

    Nem maradt ki, olvastam ezt a posztot. Nem tudom feltűnt-e, de végig erről beszéltem, ez volt már a kiinduló állításom is, hogy "A saját kontentjei felett mindenképpen rendelkezik a blogger, akkor is, ha műszakilag nincs lehetősége kitörölni a saját kontentjeit, mert jogi úton így is megkeresheti a portál tulajdonosát, hogy törölje le, ugyanis minden, amit publikálsz, jogilag a tiéd.", azaz ha valaki nagyon el akarja távolítani innen a blogposztjait, akkor jogi úton így is-úgy is megteheti. Már akkor becitálhattad volna ezt a posztot, hogy ezt te is pontosan tudod, de inkább forrást kértél, többször is, megkaptad - de el nem olvastad, mert az összes további forráskérésedre választ adott már az első link - csak kötötted az ebet a karóhoz, előjöttél license-ekkel, meg minden nyavalyával, hogy nem-nem-nem, aztán végül csak kilyukadtunk oda, hogy de.

    Nem én pörögtem ezen ennyit feleslegesen.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492334

    Ez már csak játék a szavakkal. A hatóság felszólítása már amúgy is a második lépés, először neki kell kérnie, hogy töröld; mégis mire vegzálna téged a hatóság, ha semmit nem követtél el? Ezt is leírtam: "Azt nyilván nem játszhatja el, hogy ő maga publikálja, majd figyelmeztetés nélkül perel, mert elhajtják, mint a magzatvizet, lévén annak is megvannak a maga feltételei, hogy mikor számít jogtalannak, hogy hozzáférhető és ha ő maga rakta ki és kísérletet sem tett az eltávolítására, akkor az nem jogtalanul van ott fennt."

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492339

    Ez nem cáfolja a kiinduló állításomat.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492355

    Bele lehet kötni az "egyszer minden ehető" szintjén. Nyilván megtagadhatod a kérését. Sőt, a bírósági felszólítást is leszarhatod. Bármit leszarhatsz. Csak van amit nem célszerű.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492386

    Amellett érvelek, hogy a saját topicjában tudjon törölni. A bíróság leszarása úgy jött a képbe, hogy én tettem egy állítást, miszerint ha valaki nagyon akarja, jogi úton így is-úgyis töröltetheti innen a blogposztjait, te pedig ezt akartad eredetileg cáfolni, bár mostanra már eljutottunk odáig, hogy ez így van, csak ehhez a hatóságnak kell megtennie a megfelelő lépéseket, mert a júzer kérését te felülbírálhatod, ami igaz, csak attól ő még ugyanúgy továbbviheti a törvény elé a dolgot, tehát a végeredmény szempontjából mindegy, hogy a júzer kérésének, vagy a júzer követelése nyomán keletkező hatósági felszólításnak tettél eleget. Erre írtam, hogy amit írtam, abba maximum "egyszer minden ehető" szinten lehet belekötni. Nem toltam túl semmit.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492398

    Nem. Szó szerint leírtam, hogy "Ha be tudod bizonyítani (mármint a bíróságnak), hogy az érintett tartalomra nem vonatkozik a szerzői jog, akkor semmit nem kell csinálnod az érintett tartalommal (pontosabban azt csinálsz vele, amit akarsz), ellenkező esetben viszont törölnöd kell." Szó sem volt arról, hogy automatikusan igazat adnak mindenre, én ilyet nem sugalltam egy pillanatig sem, csak már megint nem olvastad el, amit írtam. Arról volt szó, hogy a szerzői jogvédelem jár mindenre automatikusan, amit te alkotsz és egyedi/egyéni. Nyilván, ha valaki egy "dögölj meg bilgéc" kaliberű blogposztot akarna letöröltetni, azt sosem fogják helybenhagyni. De ha HK valamelyik Bibliahosszúságú Furorposztjáról beszélünk, arra 100%, hogy vonatkozik a szerzői jogvédelem, azaz tudja jogi úton intézni a töröltetését.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492406

    > Kivéve, ha a Furor posztjait olyan licenc elfogadása mellett küldte be, ami a terjesztését, másolását explicite megengedi. A szerzői joga az, hogy a credit-et meg kell tartani.

    De én ezt nem is vitattam. Én erre csak annyit mondtam, hogy a license-et nem kényszerítheted rá, nem írhatsz olyan felhasználási feltételeket, amik ezt rákényszerítik.

    > A terjesztése (publikálása) pedig egy tök más dolog, ezt meg én mondtam az elejétől. Ebben az esetben a szerzői joga nem terjed ki szerintem arra, hogy el kell távolítani.

    "Szerinted." A publikálás közzétételt jelent, nem terjesztést. A terjesztést a disztribúció jelenti. A kettő nincs egymással közvetlen kölcsönhatásban és nem zárják ki egymást.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492420

    Nem jutottunk sehova. Ha bizonyítani tudja, hogy a szerzeményére él a szerzői jog és el akarja távolítattni, akkor azt el kell távolítani.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492425

    Loop.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491556

    > A probléma itt az, hogy ezzel együtt mások kontentjeit is törli amihez meg nem sok joga van.

    Egyelőre de: van joga. Ezzel a joggal a portál tulajdonosa ruházta fel. Majd ha ezt a jogot revokálják, akkor nem lesz.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491549

    > Ahogy lejjebb megjegyezték, ez itt nem az ő blogja.

    Nem az egész HUP-ról volt szó.

    > Én nem keresek semmit, bőven elégedett lennék, ha a régi rendszer vissza lenne állítva.

    És mi gátol meg benne, hogy a saját portálodon olyan rendszert állíts be, vagy vissza, amilyet akarsz? Minek akkor ez a topic?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491563

    > Egy, a migráció után hiányzó funkció elég blocker tud lenni.

    Ha ez annyira fontos, akkor miért nem ez kapott prioritást?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491581

    Hát ezt rossz embernek mondod. Akkor ez nevergone-ra, meg rád tartozik.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491598

    > Arra reagáltam, hogy kérdezted, miért nem kapott prioritást. A válasz: tudtommal kapott.

    Azért kérdeztem, mert nekem mondtad, hogy te a régi rendszert akarod visszaállíttatni.

    > De majd előkeresem a levelem.

    Szükségtelen. Elhiszem. És mint mondtam, ez nem énrám tartozik.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492358

    Miért, te ki vagy? Mennyivel vagy te jobb HK-nál, amikor puszta szóhasználat alapján akartál embereket a számítógéptől eltiltani?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> razoli , NevemTeve


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492387

    Egyáltalán nem. Csak büdös ez a boszorkányüldözés. Főleg ha olyanok csinálják, akiknek nemigen van mire fel mutogatniuk.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492390

    Akkor ennyi erővel te meg sj szerepét vetted át. Frusztráltságodban belemarsz mindenkibe, akinek nem tetszik a pofája. Ha valaki leírja a véleményét, az neked moralizálás vagy picsogás; te mindenütt picsogást vélsz hallani; nem lehet, hogy magadban beszélsz?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492409

    Nem hiszed, de azért rögtön alátámasztod. Zseniális. :)

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491862

    Cenzúra az, ha véleményeket törölnek. Ha a mocskot, az moderáció.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491866

    Pontosítsunk: a topic ennek a kapcsán indult, de ettől még ez egy általános jelenség.
    Ha X ír egy dicsőítő véleményt a HTTP/2-ről, amire ha Y ír egy kommentet a HTTP/2 hibáiról, az vélemény és ha azt törlik, az cenzúra. De ha Y csak annyit írt be, hogy "kurwa anyád, dögölj már meg", az egyértelműen mocsok, amit ha törölnek, az csak moderáció. És ez független attól, hogy X-nek igaza van-e a HTTP/2 kapcsán, vagy sem.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491871

    Többezer ember mászkál itt; ha minden ilyet jelentenének, trey-nek napi 72 óra kéne a moderációhoz.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491881

    Nem alapvetően a személyeskedéssel van baj, a viták néha elfajulnak. Azzal van baj, hogy páran játszóteret csinálnak random topicokból és teljesen elviszik másfelé, mint amit az OP szeretett volna. Ez nem csak Zoliverzum topicjaiban van meg; hányszor van ilyen, hogy egy szakmai topicba valaki belefossa az aktuális politikai seggfájását és a kommentfolyam kellős közepén megjelenik egy többszáz komment méretű off-szarhalom és elveszik benne minden egyéb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nevergone


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491894

    Látom neked is sikerült elolvasni a közvetlenül egyel feljebb lévő szálat. (Nem.) Itt kiveséztük, szóval innen folytathatod, én nem futom végig mégegyszer ugyanazt a kört.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491968

    És akkor mi az, amikor utólag cenzúráznak valamit?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491975

    És akkor mi annak a neve, amikor utólag törölnek egy az érdekükbe ütköző véleményt?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492002

    Újfennt kikerülted a kérdést. Akkor álljon itt válasz helyett egy szótári definíció:

    A szűkebb értelemben vett cenzúra az abszolutizmus, illetve a diktatórikus rendszerek jellemzője, ahol az információkat, az emberek véleményét és nézeteit is szabályozni akarják. Ezen lépéseket általában nemzetbiztonság, a közérdek vagy a „jó ízlés” ürügyén teszik meg.

    Tehát cenzúra = véleménykontroll. Ebbe pedig az utólagos törlés ugyanúgy belefér, mint az előzetes betiltás. Lássunk egy másik szótárat:

    Írásművek hatósági ellenőrzése hírek és kiadványok tartalmának szabályzására. A tömegtájékoztatási csatornákon (sajtó, rádió, televízió) megjelenő vagy más, széles tömegekhez eljutó, eszmei mondanivalót is tartalmazó anyagok (film, színház, könyvkiadás) előzetes vagy utólagos felülvizsgálata, leginkább politikai szempontok alapján, valamint a sajtó nyilvánosságának korlátozása vagy betiltása, illetve az ezt végző hivatalos személy vagy szerv.

    Itt viszont már szó szerint le volt írva, hogy "előzetes vagy utólagos".

    Tehát áll az állításom, miszerint "Cenzúra az, ha véleményeket törölnek.".

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492028

    Ez nem kiegészítés kérése volt, hanem a válasz kikerülése. Olvastad az előzményeket te is, pontosan tudtad te is, hogy a kérdés az, hogy az mi, amikor a felület birtokosa töröl egy a számára nem tetsző véleményt. Ez pedig cenzúra és nem moderáció. A moderáció mérséklést, önuralmat jelent, azaz ebben a kontextusban a társalgás normális - mérsékelt - keretek közé történő visszaterelését jelenti. A cenzúra meg véleménykontrollt, ahogy azt, amit fentebb - két forrásból is - belinkeltem. Lehet vitatkozni a szótárral.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492119

    > A cenzúra/betiltás hatósági jogkör, tehát ebben a kontextusban nem értelmezhető egyik sem.

    hatóság (főnév)

    2. Belső ügyekben eljárni jogosult személy vagy testület egy szervezett csoporton, közösségen belül, amely az ott érvényben lévő szabályokban megjelölt jogkörrel rendelkezik, és azt gyakorolja is.

    A vállalat élén az igazgató tanács is egy hatóság. Az egyházak életét különböző belső hatóságok felügyelik.

    Ez érvényes a HUP-ra, tehát itt a HUP-on hatóságnak minősül trey és mindenki, akinek trey ilyen jellegű jogkört ad. Úgyhogy de, értelmezhető akár így is, de cenzúrázni nem csak hatóság tud, hanem akárki, akinek erre lehetősége van.

    > (Továbbá véleményt nem lehet törölni (avagy kimoderálni), csak hozzászólást.)

    Ennyi erővel akkor sosem létezett cenzúra, hiszen a véleményt régen sem lehetett törölni, csak a könyvet, meg a közbeszédet betiltani...

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491512

    Na, ez a baromság. Ez nem hupon eltöltött hét esztendő kérdése, hogy kinek mennyi esze van és mivel él, vagy mivel él vissza.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491851

    Ez se rossz...bár az 5. már megvan, az 1.-nél meg nem tiszta, hogy mit is takar az a "fullos" jog. Ha azt, hogy csak azután nyithat fórumot, az rossz ötlet, hiszen, ha valaki azért reggel be, hogy segítséget kérjen, az akkor az a jogszerzésig meg van lőve.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491848

    Te azt döntheted el, hogy kinek adsz az oldaladon bármire jogot, de azt nem, hogy kinek mennyi esze van. Azt eldöntheted, hogy hét esztendő után adsz mindenféle jogokat, de azt nem, hogy ez a hét esztendő automatikusan azt jelenti, hogy akinek ez megvan, az elég okos a használatához (miről is megy itt most a hajcihő?), akinek meg nincs, az nem. A te hét esztendőd egy arbitrális vonal, amihez a jogokat hozzákötheted, de az emberi minőséget soha.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491967

    A hét év itt eltöltött idő és a jogokkal való élés képességének párhuzamba állítása meg baromság.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491982

    Nem mindegy? A cirkusz HK törlései miatt kezdődött és ő speciel bőven régebb óta van itt, mint 7 év.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nullptr


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492276

    > Na, látod, ezért beszélsz fogalom nélkül baromságot.

    Nem, te nem olvastad el amit írtam, már megint: "A hét év itt eltöltött idő és a jogokkal való élés képességének párhuzamba állítása meg baromság."

    > Látsz rajta veterán flag-et? Nem látsz. Fogsz rajta látni? Nem fogsz. Tehát a rendszer működik.

    Akkor hogy tudta kitörölni az összes blogposztját?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2491864

    Ez rendben van, de nem a mindenkori ellenvéleményekkel van baj, hanem a teljesen öncélú mocskolódással és offolással.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492279

    Nem az offendeden van a hangsúly, hanem a topic-hijackon, de sebaj, legyél te is nettó értetlen.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492277

    Te tényleg nem olvasod el, amit írtam... Leírtam, hogy az vele a baj, hogy teljesen félreviszi a topicot. Hiába teszi fel a kérdést az OP, ha valaki valami szarságot behint a topicba, amiből lesz egy irdatlan flamehalom és ha be is írta valaki a megfejtést, akkor elveszik a zajban. Hacsak nem olvassa át a többszáz posztot egyesével. Ha átugorja, akkor baszhatja. Na ezért olvassa.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_21365


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492291

    Bazmeg, ez már a második, hogy az egyel feljebbi kommentet képtelen vagy elolvasni és/vagy értelmezni. És ugyanazt a mondanivalót voltál képtelen értelmezni, újfennt. Veled van a baj szerintem, méghozzá borzasztó súlyos.
    Még egyszer: nem a beszólás a baj, hanem, hogy az értékes kontent elveszik a zajban. Már sokadjára írom le. Az említett posztban azt is leírtam, hogy még csak nem is a személyeskedés ami a fő probléma, hanem a topicnak a bullshitbe fojtása.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492307

    Csak ha félreviszi a topicot. Senkit nem zavar, ha valaki beírja "kecskepicsapecsenye", mert ez egy komment, amit még simán skippelni lehet. De ha valaki szándékosan flamebait-et dob be, amiről tudni lehet, hogy félre fogja vinni a topicot, az legyen kimoderálva.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492329

    Nem a témához kapcsolódó szakmai flame-ről beszéltünk, hanem totál offolásról. Senkit nem érdekel egy műszaki topicban valami random retardnak a random politikai seggfájása.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492311

    Akkor már értem miért írkáltál válaszként olyanokat, amiknek köze nem volt ahhoz, amit leírtam: mert el sem olvastad, amit írtam. Úgy könnyű.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492327

    Nem volt faszság, csak nem olvastad el. Sorry.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492331

    > Úgy vettem észre, kb. bármiről lehet beszélgetni

    Ezt látod kurwa szarul. Bármiről lehetne beszélgetni, de jó eséllyel jön valami retard, vagy troll, aki félreviszi az egészet és már nem arról szól a beszélgetés, amiről a kezdeményező szerette volna, hogy szóljon.

    > Pontosan mi a baj azzal, hogy többé-kevésbé IT érdeklődésű emberek összejárnak röhögni, beszélgetni, stb. kötetlen témákról?

    Te abbahagytad már a drogdealerkedést? He, hogy sose voltál az? És én mikor állítottam azt, amit te itt kérdeztél? Magyarázz még bele hatvannyolcezer kilotonna baromságot abba, amit leírtam, ha már értelmezni nem sikerült. Vagy direkt csinálod?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492411

    Indoklás esetleg? Én a felvetésre küldtem be egy javaslatot. Kaptam érte hideget, meleget, száz lófaszt, és akkor én vagyok a retard, meg a troll?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492487

    Ha én a te hozzászólásaidra ránézek, mindig azt látom, hogy épp basztatsz valakit. Te akkor mi vagy? Esjékettő?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492489

    > trey leirta a velemenyet a javaslatodrol

    Ja. Csak megindokolni nem sikerült neki, hogy miért is szülne ellentéteket; nem tűnt fel, hogy erre a kommentre egyáltalán nem reagált?

    > te meg erre loopoltatod magad, igy csak arra tudok gondolni hogy troll vagy. ha nem akkor a masik :/

    Értem, tehát ha javaslok valamit, erre kapok egy alá nem támasztott, nem igazolt elutasítást, akkor én vagyok a retard, vagy a troll. Szerintem gondolkodj még.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492498

    Tehát, ha a javaslatomat elutasítják, én indoklást kérek és nem kapok, akkor én vagyok a retard, meg a troll és ha ez nem tetszik, akkor ott az ajtó. Ez elég sok dolgot megmagyaráz.

    Egyébként neked is ott az ajtó, ha semmilyen a tieddel ellentétes véleményt nem vagy képes elviselni, anélkül, hogy belemarnál a másikba.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492517

    Szóval, ha nem értek egyet veled, akkor picsogok. Erről beszéltem.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492531

    Tőlem kérded? Te marsz bele mindenkibe, akinek nem tetszik a képe. Vagy a véleménye.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492619

    Én nem trollkodtam. Te viszont mindenütt trollkodsz. Tükörbe inkább ne nézz, mert lerohad a falról.

    Egyelőre neked nem tetszik az én véleményem. Te szóltál énhozzám és nem fordítva.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492635

    Beakadt a lemez? Én meg erre mondtam, hogy egyelőre neked nem tetszik annyira, amit én írok, hogy hangot adjál neki, egyelőre te szóltál énhozzám és nem fordítva. Minek olvasod a hozzászólásaimat, ha nem tetszik, amit írok? Hogy legyen miért picsogni?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492506

    Ez esetben viszont ezt a topikot megnyitni is teljesen felesleges volt. Ki kell írni a főoldalra, hogy trolljátszótér, nekik mindent szabad és el van intézve.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , uid_21365


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492637

    Az Ajnasz féle hupper volt az, de a D5->D8 migráció után tudtommal már nem működik az az addon.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492731

    Pedig ami ebben a topicban zajlott az inkább a tragédia kategória volt. :/

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492676

    Ezt miért nekem mondod? Úgy gondolod, nem alkottam még semmit?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492760

    > Ezek után nem b*szogathatsz azzal, hogy elolvastam-e a threadet, amire válaszoltam. :D

    De.

    > miért releváns ez?

    Mert nekem írtad.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492079

    Mert az öt év az garantálja, hogy az illető nem lehet esetleg fanboi? Próbálj meg egy ilyen rendszerben pro/anti win/mac/lin véleményt nyilvánítani egy anti/pro win/mac/lin környezetben. Kiszórnak, ha százszor is igazad van az adott tárgy védelmében/kritikájában. Az oké, hogy mínuszolni lehessen, de vélemény miatt büntetni ne lehessen a mínuszokkal.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> tigrincs


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492891

    majdnem kiteptem a hajam mikor meglattam hogy "winfos"

    azokat az embereket akik igy hivjak a windowst, eltiltanam a szamitogeptol. kurva idegesito hogy ezt meg valaki tenyleg menőnek gondolja.

    evone (2010. július 14., szerda - 14:22)

    Mivel Zoliverzum pont annyi embert gyilkolt le, mint ahányat te eltiltottál a számítógéptől, így két baromság áll egymással szemben. Bagoly mondja verébnek, hogy elektroncső.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492911

    > nem hiszem, hogy a fenti kommentem összehasonlítható a gyilkossággal

    Nem a gyilkossággal, hanem a gyilkosságról való handabandázással. Azzal viszont nagyon is. Ugyanannyi valóságalapja van mind a kettőnek.

    > senkihez se méltó az, hogy proli módjára winfosozik. főleg nem egy tanult it szakemberhez.

    Miért, az méltó egy tanult IT szakemberhez, hogy egy egyszerű szó puszta látványától annyira kiakadjon, hogy "majdnem kitépje a haját" és vérig sértődve baromságokat kezdjen beszélni? Ez egy butthurt fanboihoz méltó utoljára.

    > ui: egyelőre nem tudjuk hogy polivharoldking hány embert ölt meg.

    Annyit, ahányat te eltiltottál a géptől, mert azt merte írni, hogy "winfos".

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492931

    Megjött NagyZ is, akinek megint fáj a valaga valami miatt, így muszáj itt kiélnie magát meg az elmeháborodott fantáziáit.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492935

    Mondom én, fantáziálsz. Te is csapasd! Le magad...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492280

    Pontosítsunk, mindenki a saját kedvence alapján mínuszolna. A a pingvines a winest, a wines meg a pingvinest. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nullptr


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492712

    Na ja... Csak egy a baj, hogy a kommentek tűnnének el a mínuszolás után, nem a júzerek, úgyhogy nem tudod cross-topic alapon kibalanszírozni. :P

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492729

    Aha, csak ez nem oldaná meg a topic-hijack problémát.

    ROFL. :)

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492761

    Feltéve, ha a közösség mínuszolja őket. Ha nem, akkor buktuk.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492930

    Te is számíthatsz rám. :)
    Mint említettem, "vicces lesz, ha esetleg neked lesz több mínuszod." Van rá egy teszkógazdaságos felfújható gumikecském, hogy téged többen rühellnek itt, mint engem...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Hevi , uid_21365


    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492954

    Nem én vagyok, aki sj-módra mindenkibe beleköt. De végezz közvéleménykutatást, ha akarsz.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2492971

    Kimeríthetetlen?

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2493240

    Fogalmazd meg akkor rondán.

    Oldschool Computer - http://oscomp.hu




    HUP-os tartalmak törlése helyett: https://hup.hu/node/169707#comment-2493366

    Akkor ne fogalmazd meg.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bohocmasni


    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497569

    Az én vendégkönyveimbe is spammelnek.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497574

    Mert emberek spammelnek, nem robotok azért. Robotvédelem van a vendégkönyvekben. Persze a rekapca az ember ellen is véd, de én vallom azt, hogy ne csináld meg mással, amit nem szeretnél, ha veled megcsinálnának.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497583

    Sajnos dinamikus IP címekről jönnek. Van amúgy IP/host/country/és egyéb címből deriválható cucc-bázisú védelem is, pl. egész Nigéria ki van tiltva (onnan csak spammerek írtak), de USA-t, vagy európai országokat nem tehetek tiltólistára... Illetve nyilván de, de ennyi erővel letilthatom magát a kommentelést.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497812

    Ki hisztizett? Én csak tanácsot kértem. Ez neked hiszti? Hisztizni te szoktál, amikor valaki rosszat mond a mikiszoftra.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_952


    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497823

    Ha cáfolni szeretnéd amit mondtam, akkor a görcsös fölényeskedés helyett talán rámutathatnál, hogy melyik posztom merítette ki a hiszti fogalmát.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497811

    Az emailcímet be lehet írni trükközve is. Arra nem tudsz univerzális filtert írni.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497606

    Tekintve, hogy a gmail account már telefonszámhoz van kötve, előbb utóbb nem tudnak többet csinálni. Arról nem is beszélve, hogy nagyon nem ugyanannyi munka a spammernek egy emailen intézni mindent, mert nem tiltják le, mint 125-ön, mert bármikor letilthatják bármelyiket. Ergo reportolni kell az összeset. Wordfilter (esetünkben emailfilter) nem játszik; mondom, hogy ember írkálja be és emailcímet számtalanféleképpen lehet felírni úgy, hogy kifogjon a filteren.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497620

    > En ugy emlekszem csinaltam a lanyomnak gmail accountot nem tul regen telefonszam nelkul, de nem eskudnek meg ra. Szerintem a telefonszam opcionalis.

    Nem, nem az, hát arra küldik az érvényesítő SMS-t.

    > Amugy eleg gaz lenne ha nem tudnek tobb gmail accountot regisztralni ugyanarra a telefonszamra. Ha egyszer ingyenes miert ne?

    És? Ha egy telefonszámhoz van rendelve egy-vagy-több spam account, akkor a google nyilván feketelistázza az összeset, ami ahhoz a telefonszámhoz van kötve és magát a telefonszámot is.

    > Ha holnap nem gmail hanem akarmi-mail.com accountot tesznek be a vendegkonyvbe az jobb lesz? Esetleg weboldalra mutato linket.

    Irreleváns, erre majd visszatérhetünk akkor, ha nem gmailessel jön az összes.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497609

    https://hup.hu/node/169925#comment-2497606

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497649

    Hát ez az, hogy itt azt lehet jelenteni, ha konkrétan az accounttal spammelnek (email fejléceket kérnek) és nem azt, ha nem magával az accounttal csinálják a balhét; ezért fejtettem ezt direkt ki a nyitó posztban. Vagy azt mondod próbáljam meg mégis itt a dolgot, aztán meglátjuk?

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497657

    És mit írjak a headerekhez? Kötelező kitölteni, vagy írjam bele, hogy NOT EMAIL?

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497663

    Azt az egyéb infók közé kéne inkább... Mindegy, ha nincs specifikusan ilyen felület, akkor szerintem megnézem az összes generikus kapcsolati felületet a google felé és megérdeklődöm, mit lehet tenni.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497636

    Biztos reális forgatókönyv, hogy többtucat ember éveken át spammeljen ugyanazokkal az emailcímmel különféle vendégkönyvekbe, csakhogy kibasszon az emailcímek tulajdonosaival. Egyébként felhívnám a figyelmet arra, hogy a kérdés az volt, hogy hol lehet jelezni. A google nyilván kivizsgálja a dolgot, mielőtt tiltogatni kezd.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497653

    https://hup.hu/node/169925#comment-2497649

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497655

    Direkt ezért emeltem ki a topicnyitóban, hogy miről van szó...

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497641

    Nem, ez nem pont, ez a nap bullshitje. Olvasd el a válaszomat is esetleg.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497661

    De tudják. Mindent látnak, ami az accountodban van. A robotjaik profilt építenek rólad az alapján, hogy kikkel és mit beszélsz, ill. milyen tevékenységet folytatsz. Csak fel kell hívni a figyelmet rá, hogy itt valaki embereket vág át kamu hitelekkel.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497708

    Nem nekem kell belépni a spammerek fiókjába, hanem a google-nek és ők bele is tudnak.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497817

    Garantáltan bele tudnak, folyton csinálják. Erre számos bizonyíték volt az elmúlt években.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497816

    A magyar rendőrség nem tud mit kezdeni egy külföldivel.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497707

    Melyik ország rendőrségének?

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497813

    Google translate-ről hallottál már? És igen, van aki ennek bedől és venne fel tőle hitelt, képzeld el.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497827

    És pont ezért csinálják a spammerek ezt a fajta spammelést, mert működik, mert ezek nincsenek gyámság alatt.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497830

    De én nem is a supportot akartam ezért csesztetni. A kérdés az volt, hogy a google-nek lehet-e jelenteni valahol.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497709

    Mondom: emberek spammelnek és van robotvédelem.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497814

    Igen, külföldi kommentelők is vannak, a vendégkönyv angol/magyar nyelvű. Ezek meg google translate-tel jönnek.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497818

    https://hup.hu/node/169925#comment-2497816

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497815

    Rosszindulatú hazugságból csillagos ötös.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497833

    Senki sem akart "hadjáratot indítani". Meg akartam szabadulni a spammerektől, ennyi.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497819

    A google szabályzata megengedi, hogy kamu hitelügynökséget üzemeltessenek az emailcímein keresztül?

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497842

    Így is időt kell bele ölni a moderálások miatt. Az a baj, hogy itt mindenki vagy dobálja a robotok ellen a tippeket, miközben ezt emberek csinálják kézzel, vagy a tartalom általi filtert erőlteti, miközben az emailcímet ezerféleképpen meg lehet tekerni; max, ha minden posztot dobok, amiben a "gmail" szó szerepel, de akkor egy csomó fals negatív lenne...

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497848

    Köszi... Épp azzal van tele a tököm, hogy folyton moderálni kell.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497858

    Google translate-tel jönnek, olyan tört magyarsággal írnak ("akar te hitel", "kölcsön van ön szükség", stb.) hogy olvasni is rossz, nemhogy filtert írni rá. Persze a "hitel" ill. "kölcsön" szavakra lehetne szűrni, de az ugyanaz, mintha a "gmail" szóra szűrnék: tele lenne fals negatívval.

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497861

    > Ez a spammer a Google szabályzatának melyik pontját sértette meg? Ő a Google szolgáltatásaival nem élt vissza a leírásod alapján. Mi köze a Google-nek ahhoz, hogy az ember mit csinál a Google-ön kívül?

    Loop.

    > Ha én csalok az adóval, és egyébként a Gmail-es címemmel vagyok regisztrálva a NAV-nál, akkor le lehetne tiltani a Gmail címemet, mert adócsalásra használtam?

    Csúsztatás. Ebben az esetben az emailnek semmi köze nincs a dologhoz, mert nem azon keresztül csaltad az adót, csak mellékesen van egy gmail-es accountod. Majd ha echte a gmail-es accounton keresztül csinálsz valami illegálisat.

    > Vagy ha autóval balesetet okozok, mert közben telefonon az emailjeimet olvastam, akkor is?

    Még nagyobb csúsztatás. Ugyanígy nincs köze az emailcímhez, ráadásul ez nem is illegális, max. szabálytalan.

    > Vagy ha én egy jobboldali fórumon baloldali véleményt írok be, és mellesleg a Gmail címemet adom meg, akkor a sértődött emberek szaladnak a Google-höz, hogy ezt az embert tiltsák le, mert nem tetszik a véleménye?

    Ez meg aztán totál csúsztatás, hiszen ebben semmiféle törvénytelen, vagy szabálytalan dolog nem volt, azonfelül a véleményt összemosni egy scammel/spammel... Hát őszintén gratulálok.

    Te egy feketeöves csúsztatómester vagy, ugye?

    Oldschool Computer - http://oscomp.hu




    Hol lehet jelezni a google-nek, ha egy gmail-es account egy spammeré?: https://hup.hu/node/169925#comment-2497864

    Itt nem az volt a kérdés, hogy hol lehet bemondásra letiltatni valakinek a gmail-es címét, hanem, hogy hol lehet jelezni a gmail-nek az ilyesfajta spammelést.

    Oldschool Computer - http://oscomp.hu




    RBX.HU megy a Mobilexpo.hu után: https://hup.hu/node/168177#comment-2448384

    Én speciel utánvéttel fizettem, csak a kiküldött áru szart sem ért, küldhettem vissza, amiért felszámoltak 2k szállítási költséget, a többit meg (7k) azóta is utalják vissza.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    RPi3 + Bluetooth speaker + aplay = az első ~1 másodperc "levágódik": https://hup.hu/node/169832#comment-2495191

    Nincs kizárva, de hogy tudom felébreszteni kb. 1 másodperccel korábban akkor?

    Oldschool Computer - http://oscomp.hu




    RPi3 + Bluetooth speaker + aplay = az első ~1 másodperc "levágódik": https://hup.hu/node/169832#comment-2495201

    Asszed ez nem jutott eszembe? :P Nem az enyémek a hangfájlok, más fogja feltöltögetni... Azt meg szeretném elkerülni, hogy lejátszás előtt minden alkalommal sox-szal "elékeverjem" a szünetet...

    Oldschool Computer - http://oscomp.hu




    RPi3 + Bluetooth speaker + aplay = az első ~1 másodperc "levágódik": https://hup.hu/node/169832#comment-2495414

    És akkor, csak, hogy röhögjünk: kísérletképpen bevágtam 1.5 sec csendet az egyik hangfájl elejére és lejátszottam. Az eredmény? Ugyanúgy leharapja az elejét a hangnak, csak most a play gomb leütése után van plusz 1.5 delay... Ez a micsoda nem is az adatfolyamra, hanem a jelszintre reagál és arra is késve...

    Oldschool Computer - http://oscomp.hu




    RPi3 + Bluetooth speaker + aplay = az első ~1 másodperc "levágódik": https://hup.hu/node/169832#comment-2495425

    Nem az a bajom, hogy a jelszintre kapcsol be, hanem az, hogy késve teszi és lemarad a hang eleje. A jelszint csak azért baj - ebben a felállásban - mert így pl. az sem működik, hogy sox-szal elévágok valamekkora csendet, mielőtt lejátszom.

    Oldschool Computer - http://oscomp.hu




    RPi3 + Bluetooth speaker + aplay = az első ~1 másodperc "levágódik": https://hup.hu/node/169832#comment-2495432

    Ha bevágok a hang elejére 0.25 másodpercnyi fadeoutolt barna zajt vagy sinust, akkor pont jó. Ha máshogy nem megy...

    Oldschool Computer - http://oscomp.hu




    RPi3 + Bluetooth speaker + aplay = az első ~1 másodperc "levágódik": https://hup.hu/node/169832#comment-2495462

    Há-há. :(
    Szinusz lett belőle, nem kell beszarni. (Pun intended.)

    Oldschool Computer - http://oscomp.hu




    RPi3 + Bluetooth speaker + aplay = az első ~1 másodperc "levágódik": https://hup.hu/node/169832#comment-2495410

    Köszi a tippet, de ez a paraméter semmit nem csinált.
    bluealsa --profile=a2dp-source --a2dp-force-audio-cd --a2dp-keep-alive=2
    Nem volt különbség, bármilyen számot írtam be. Akkor sem, ha a profilt elhagytam.

    Oldschool Computer - http://oscomp.hu




    Jónak tartanád-e, ha a HUP-on nyilvános lenne a +1-ezők listája?: https://hup.hu/szavazasok/20200617/jonak_tartanad-e_ha_a_hup-on_nyilvanos_lenne_a_plusz_1-ezok_listaja#comment-2493245

    Mire fel ez a szavazás...? Ez már le lett implementálva és a tesztoldalon már működik is.

    Oldschool Computer - http://oscomp.hu




    Jónak tartanád-e, ha a HUP-on nyilvános lenne a +1-ezők listája?: https://hup.hu/szavazasok/20200617/jonak_tartanad-e_ha_a_hup-on_nyilvanos_lenne_a_plusz_1-ezok_listaja#comment-2494595

    -1

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> gaby , bobesz


    Jónak tartanád-e, ha a HUP-on nyilvános lenne a +1-ezők listája?: https://hup.hu/szavazasok/20200617/jonak_tartanad-e_ha_a_hup-on_nyilvanos_lenne_a_plusz_1-ezok_listaja#comment-2494604

    Nem értem mi a probléma, azt írtad, hogy "mindenféle komment nélkül", ez meg egy komment volt. :]

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> gaby , bobesz


    Jónak tartanád-e, ha a HUP-on nyilvános lenne a +1-ezők listája?: https://hup.hu/szavazasok/20200617/jonak_tartanad-e_ha_a_hup-on_nyilvanos_lenne_a_plusz_1-ezok_listaja#comment-2493515

    Te meg eltiltanád a portál látogatóinak egy jelentős részét a géptől.

    Gratula, hogy ide is sikerült beerőltetni a boszorkányüldözést.

    Oldschool Computer - http://oscomp.hu




    A nap képe: https://hup.hu/node/169732#comment-2492963

    Ha bilgéc minden kékhalál után kapna egy dollárt...

    Ha Linus minden kernel panic után kapna egy plüsspingvint... :)))

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Otthon hagyott értékeimet, fontos irataimat, adataimat stb. ... igyekszem védeni.: https://hup.hu/cikkek/20200611/otthon_hagyott_ertekeimet_fontos_irataimat_adataimat_stb_vedem#comment-2490513

    Az első lehet ugyanaz, mint a második és a harmadik, de a másik kettő pont ellentétei egymásnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , zerobit


    Otthon hagyott értékeimet, fontos irataimat, adataimat stb. ... igyekszem védeni.: https://hup.hu/cikkek/20200611/otthon_hagyott_ertekeimet_fontos_irataimat_adataimat_stb_vedem#comment-2490861

    ROFL. Mondjuk a typejuggling kimaradt az opciók közül. :P

    Oldschool Computer - http://oscomp.hu




    Otthon hagyott értékeimet, fontos irataimat, adataimat stb. ... igyekszem védeni.: https://hup.hu/cikkek/20200611/otthon_hagyott_ertekeimet_fontos_irataimat_adataimat_stb_vedem#comment-2490515

    Egyéb: lábszagvetővel felszerelt velociraptorok és vérszomjas adóellenőrök.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> csearo


    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2423045

    Azt, hogy rablók, akik átverik az embereket.

    Én rendeltem tőlük egy ATEN UC-100KMA-t és egy optikai egeret. Mind a kettő megjött ugyan, de az átalakító használhatatlan volt (nem, nem hibás, csak amit ráírtak az kamu volt, nem vitt át gombokat, stb.), így visszaküldtem nekik. Ezért felszámoltak újabb ~2000 Ft-ot, hogy nekik ez szállítási költség, de kifizetni nem kell, ennyivel kevesebbet utalnak majd vissza. Erről is lenne ugyan véleményem, de hagyjuk. Ami a lényeg, hogy azóta is utalnak. Többször telefonáltam, írtam nekik, mindig ígérgetés volt, aztán semmi. A weblapjukon a termék adatlapján leírtam a tapasztalataimat; azonnal törölték. Egy ideje már nem válaszolnak se emailre, se telefonra.
    Ez a bolt olyan lehet, mint anno a Gubó elektronika (?) volt a Mammut végében, akiktől vettünk egy CF kártyát, ami füstölögve megolvadt (!) az Amiga 1200-esben és amikor visszavittük, közölték, hogy ezt ki kell küldeni Londonba, hogy bevizsgálják, hogy nem raktam-e be a mikrósütőbe...

    Senki ne vegyen tőlük semmit, aki nem akar rászívni.

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2423629

    Hát, reméljük te szerencsével jársz.

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2425710

    Van fejlemény?

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2426060

    Szánalom. Persze a telefont már nem veszik fel neked, gondolom.

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2426097

    Baseball ütőt vigyél. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> krychek


    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2426063

    Már 50k? Régen csak 10k volt.

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2426098

    ROFL. :D

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2446389

    Mire gondolsz?

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2446427

    Nem szoktak reagálni amúgy sem. Lehet, hogy már elég embert húztak le és most újrahúzzák a céget; új néven folytatják a lehúzást.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2447678

    És mit remélsz a fogyasztóvédelemtől? Sokkal többre mennél, ha besétálnál hozzájuk egy jogász haverral, ha van.

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2447818

    > Vagy csak simán rendelek tőlük valamit utánvéttel és hátha beszámítják az árba a tartozást.

    Nem fogják. Ha eddig nem viselkedtek veled (és másokkal) becsületesen, akkor eztán sem fognak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2448382

    https://hup.hu/node/168177

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2449409

    Ameddig be nem mész személyesen rendet tenni.

    Oldschool Computer - http://oscomp.hu




    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2449574

    Úgy, hogy megmondod nekik, ahogy osod88 is javasolta. Esetleg egy rendőrségi papírt is mutathatsz nekik, hogy feljelentést tettél csalásért, úgy hitelesebb lesz. (Más haszna amúgy sincs a feljelentésnek.) Mondjuk dec 7.-e óta sok víz lefolyt a lefolyón, lehet csak a kezüket fogják széttárni. Én még mindig azt tenném, hogy kaparnék valahonnan jogászsegédletet és bemennék személyesen. Az lehet, hogy árut nem fogsz kapni, de ha a pénzedet ki tudod szedni belőlük az ügyvéddel, azzal is minimalizáltad a károdat.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Jason , osod88


    rbx.hu nem küldi a terméket, telefon foglalt, emailre nem válaszol: https://hup.hu/node/167294#comment-2494016

    Mázlista. :P
    Ezek szerint ezek még mindig léteznek?

    Oldschool Computer - http://oscomp.hu




    Recent Windows 10 updates block programs from running: https://hup.hu/node/169751#comment-2493288

    Ha erre gondolsz, akkor nem, csak ugyanazt a hibát eredményezi, mint az ominózus win10 update. Még említi is a cikk az egybeesést, meg azt, hogy olyanoknál is előjött, akiknél nincs is Avast telepítve.

    Oldschool Computer - http://oscomp.hu




    Recent Windows 10 updates block programs from running: https://hup.hu/node/169751#comment-2493371

    A Defender? :(

    Oldschool Computer - http://oscomp.hu




    Recent Windows 10 updates block programs from running: https://hup.hu/node/169751#comment-2493378

    Gőzöm sincs, AFAIK még mindig Defendernek hívják, de nem ez volt a lényeg, hanem az, hogy annak a védelme egy vödör vizet nem ér.

    Oldschool Computer - http://oscomp.hu




    Recent Windows 10 updates block programs from running: https://hup.hu/node/169751#comment-2493397

    Végigolvastad a szálat, amit linkeltem? Anno pont ezeken az AV teszteken lett totál utolsó a Defender. Ez az eredmény kb. azt tükrözi, hogy rágyúrtak a kérdésre és mára a Defender ismeri legjobban ezt a tesztet. A szintén 2019-es VB tesztet is 100-asra meg tudják már csinálni a vírusírtók. A srác, aki a sztoriban szerepelt és bekapta a zsarolóvírust, neki is Defenderje volt.

    Mi az a FAÉK?

    Oldschool Computer - http://oscomp.hu




    Recent Windows 10 updates block programs from running: https://hup.hu/node/169751#comment-2493289

    Updater... :]

    Oldschool Computer - http://oscomp.hu




    Recent Windows 10 updates block programs from running: https://hup.hu/node/169751#comment-2493340

    Nem, azt írta, hogy az Avast is kiadott egy frissítést, ami ugyanezt okozta. A probléma olyanoknál is fennált, akiknél nincs Avast:

    Coincidentally, Avast has recently pushed out an update that has caused incorrect IFEO entries to be created through the use of a filter pointing to C:\Program Files (x86)\AVAST Software\Avast Cleanup\autoreactivator.exe.

    While this is undoubtedly affecting some users, others have reported having this problem without Avast software being installed.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    Recent Windows 10 updates block programs from running: https://hup.hu/node/169751#comment-2493368

    Azért, mert két külön dologról van szó, az egyik a KB4535996 és KB4557957 frissítések hibája, a másik meg az Avasté, csak ugyanazt produkálják. Értelemszerű, hogy ahol nincs Avast, ott nem okozhat problémát.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kecske


    Vajon miért kell újraindítani a gépet egy böngésző frissítéshez?: https://hup.hu/node/169615#comment-2489022

    Ez nem a múlté már, amióta átváltottak krómra?

    Oldschool Computer - http://oscomp.hu




    Vajon miért kell újraindítani a gépet egy böngésző frissítéshez?: https://hup.hu/node/169615#comment-2490363

    Az ms a mai napig használja a HTA-t, ez a win10-ben is így van.

    Oldschool Computer - http://oscomp.hu




    Vajon miért kell újraindítani a gépet egy böngésző frissítéshez?: https://hup.hu/node/169615#comment-2490430

    Ez csak tipp, de szerintem rosszul fejezte ki magát és nem az volt a lényege, hogy az add/remove en-bloc így működik, hanem az, hogy egyes programok esetében működik HTA-val az add/remove. Az mshta.exe pedig a mai napig része a rendszernek, szóval ez abszolút lehetséges. (Persze többségében már valószínűleg csak malware van rá.)

    Oldschool Computer - http://oscomp.hu




    Nikkelmentes evőeszközöket honnan?: https://hup.hu/node/169464#comment-2484735

    Erről azt írják, hogy "nickelfrei".
    Itten találtam.

    Oldschool Computer - http://oscomp.hu




    Windows 10 Rant: https://hup.hu/node/169645#comment-2490012

    > ráadásul korábban volt már rá példa, hogy az openszósz chromium zárt kódot töltött le automatikusan a gugli szervereiről és azt futtatta
    > Emlékszem anno a Vivaldi csapat is írt egy blogbejegyzést arról, hogy rengeteget szenvedtek, mire kiszedték a gugli kémkedő kódjait (pedig ők csak a Blink-et használják, nem a teljes Chromium-ot). Hasonló írást találni most az Edge-ről is.

    Ezek érdekelnének, viszont én nem találtam semmit. Tudsz linket adni?

    > Még a Firefox-ot is át kell állítani, ha nem szeretnéd, hogy a gugli kövessen.

    Hiába. Amióta nem XUL van benne, hanem WebExtension, azóta ez kb. reménytelen.
    A PaleMoon lead-dev rövid összefoglalója a problémáról.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Windows 10 Rant: https://hup.hu/node/169645#comment-2490354

    Thx.

    Oldschool Computer - http://oscomp.hu




    "Kéretlenül irányított át partnerlinkekre a Brave böngésző": https://hup.hu/cikkek/20200609/keretlenul_iranyitott_at_partnerlinkekre_a_brave_bongeszo#comment-2489876

    +inf

    Oldschool Computer - http://oscomp.hu




    reCaptcha anyázás: https://hup.hu/node/169604#comment-2488773

    I feel yer pain, brada...

    A kedvencem az, amikor úgy kell bekattintani az összes négyzetet, amin X dolog látható, hogy nem ám kijelölöd mindet és majd klikk a next-re, ha végeztél, hanem egy überlassú fadeouttal eltünteti a beklikkelt képet, majd egy szintén überlassú fadeinnel behoz egy másikat, amin jó eséllyel ugyanúgy rajta van az X dolog, úgyhogy kattinhatod be megint. Na, mi van, mégis elfogytak? NEM BAJ, ADOK MÉG, SZOPJÁL!

    Ezeknek nem is versenyzongora kéne, hanem megtüzesített és kitüskézett kerekű úthengerrel lentről felfelé végrehajtott lassú kivasalás.

    BTW, hogy az ember fennakad ezen a foson, az egy dolog, de a robot átmegy.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Carter , Pene , toga77 , staccato


    reCaptcha anyázás: https://hup.hu/node/169604#comment-2489397

    Már lekövetni se tudnak rendesen, a nagytesó se a régi. :(

    Oldschool Computer - http://oscomp.hu




    win10 HOME-on bitlocker bekapcsolt: https://hup.hu/node/169632#comment-2489594

    Ezt próbáltad? Ugyan Dell-hez van a tipp, de gondolom a mechanizmus ugyanaz.

    Oldschool Computer - http://oscomp.hu




    win10 HOME-on bitlocker bekapcsolt: https://hup.hu/node/169632#comment-2489705

    Te még akkor olcsón megúsztad; ha jól értettem a fentebbi posztodat, akkor a többiek, akik hasonló problémával panaszkodtak az ms fórumain, azok bukták az adataikat. Link van amúgy?

    Oldschool Computer - http://oscomp.hu




    win10 HOME-on bitlocker bekapcsolt: https://hup.hu/node/169632#comment-2489733

    Ouch... És ha jól látom végül nem is ők, hanem a szervíz oldotta meg a kérdést egy reinstallal, legalábbis a topiknyitó számára. (Vajon mit értett az egyik mod azon, hogy megvannak az infók az eset "eszakálásához"? (Sic!) Eszkalálódott ez magától is...)

    A srácod nagyon rossz lóra tett ezzel. :( Bármekkora klisék is, de attól még igazak, hogy csak az a tiéd, ami a kezedben van, meg, hogy a backup nem opcionális...
    Volt már rá precedens, hogy az OneDrive-ot backupnak használó embereknél adott konfignál a rendszer letörölte a fájljaik egy részét.
    És nem tudom nem megemlíteni, hogy ismertem egy rendszergarázdát, aki win10/OneDrive kombóval dolgozott, az OneDrive-ba szinkronizálgatta a dolgait és egyszer a Defender és a SmartScreen ellenére valahogy beszopott egy random N+1. féle zsarolóvírust (maga sem tudja, hogy hogy), ami letitkosította az adatait, ami még hagyján lett volna, de ezután a win10 felszinkronizálta a letitkosított adatokat az OneDrive-ra, a zsarolóvírus jelenlétének ellenére.
    És valahányszor az ilyenek szóba kerülnek, az ms helyi delegációja legott nekiáll az ms mosdatásának és az áldozat hibáztatásának, had szóljon. Fő "érveik" a WORKSFORME, meg a PEBKAC, meg, hogy az OneDrive nem backup; ami mondjuk lehet, hogy igaz, csak tudnám, hogy akkor az ms miért reklámozza annak...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    win10 HOME-on bitlocker bekapcsolt: https://hup.hu/node/169632#comment-2489746

    Feltételezem, hogy ilyenkor húzzák az időt, amíg a júzer inkább lenyeli az adatvesztés békáját. Ha a titkosítás bedarálta az adataidat, akkor az ms többnyire nem tud segíteni. Néha meg is mondják: "find a good hacker"...

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482011

    Csak 27 év kellett hozzá. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 009 -> gaby , tamaas , csearo , Wabbitseason , andrasf , aszijg , carlcolt , ak0sh , ron


    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482056

    Nem tudom, de mire a ReactOS elkészül, már csomagkezelést is szállít hozzá a mikiszoft. :]

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482236

    Az még jobb. Akkor a saját klónjukat másolják. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> pepo , Botond , aszijg , ak0sh , bra-ket


    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482202

    Igazuk is van, hiszen mennyivel jobb hatvannyolcezer féle third-party telepítőmotorral hatvannyolcezer-hatvan féle módon teleszemetelni a rendszert, ahelyett, hogy maga a platform vendora adna rá egy egységes megoldást.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> aszijg


    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482298

    Na ja, csak az nem igazán csomagkezelés, hanem inkább csak telepítőkészlet. Feltelepülni még csak feltelepül, de az uninstall minden szemetet maga után hagy a registryben és a fájlrendszerben is, mert nincs se egységesítve, se rendesen megcsinálva.

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482358

    Meg, de ha még az ms se képes rá, akkor mit várunk a 3rd party cuccoktól? :P

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> aszijg , bra-ket


    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482297

    Itt most még csak nem is az apt féle függőség és repositorykezelésről beszélünk (mert az apt az nem a csomagkezelő, hanem a repo/dep. handler), hanem a csomagkezelésről: akár a Debian féle dpkg (ha már az apt-ot emlegettük), akár a BSD féle pkg tools, vagy a NeXT/OSX/macOS féle pkg installer, vagy akármi, a lényeg, hogy egységesen kezeli a rendszer csomagjait. Na ilyen nincs windows alatt, csak mindenféle 3rd party installer shieldek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> aszijg


    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482309

    > Biztos, hogy mindegyik 3rd party? :)

    Látod, erre nem mernék megesküdni, de ha nem, akkor az aztán pláne a mikiszoftot minősíti. :P

    > Nem az a szomoru, hogy ez az install shield letezik, hanem hogy hasznaljak.

    És melyik ez?

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2485420

    A per user settings konfigfájljait, de az minden UNIX alatt így van és nem véletlenül: a te egyéni beállításaidat az nem befolyásolhatja, hogy a systemwide állapot megváltozott.

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2487012

    Ha megkerülöd a rendszert, akkor mindent tele lehet szemetelni.

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2488208

    > Define rendszer.

    Már definiáltad: "az az elve, hogy egy alkalmazás, egy mappa". Ennek megfelelően az sem érdekes, hogy "nincs érdemi beépített csomagkezelője", mert ott egy alkalmazás a per user settingset leszámítva a saját dirjében lakik. Ha ezzel valami szembemegy, akkor az más tészta. Szembemenni a dpkg-val, meg a többivel is lehet, csak minek. Csomagkezelő hiánya != csomagkezelés hiánya.

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2489736

    > Ubuntun is ossze lehet dobni egy olyan appot, ami a /opt/appneve mappaban lakik, fuggosegekkel egyutt, megsem hivjuk ezt csomagnak, illetve csomagkezelesnek, nem veletlenul.

    De igen. A csomag egy szoftver összes cucca egy csomagban, amit egy művelettel tudsz telepíteni és/vagy eltávolítani. Nem egy Linux van, ami így működik hogy egy könyvtárban tart egy appot.

    > A csomagkezelesnek resze a fuggosegkezeles

    Nem feltétlenül. Van olyan csomagkezelő, ahol a függőségkezelés egyáltalán nem része a rendszernek. A csomagkezelőnek egyetlen kötelező feladata van: a csomagok kezelése. Ha a csomag amúgy is hozza magával a függőségeit, akkor nincs is milyen függőséget kezelni.

    > a frissithetoseg, a maradektalan eltavolithatosag.

    Ami egy olyan appnál, ami egy könyvtárra van korlátozva, maradéktalanul megvan.

    > Na ez peldaul Macen nincs meg, sok alkalmazas hiaba egy mappaban van, kitesz (akar sziimbolikus linkeket is) a /usr/local ala, a /Library/LaunchDaemons mappaba, vagy mashova fajlokat, mappakat, szimbolikus linkeeket, ami az alkalmazas mappajanak eltorlesevel nem fog eltunni.

    Ilyen felállás mellett ez egyik rendszeren sincs meg, mert ha az alkalmazás linkelget össze-vissza mindent a rendszerben, a csomagkezelő tudtán kívül, akkor az Linuxon, BSD-n, Solarison meg az összes többin is ottmaradó szemetet fog eredményezni.

    > A csomagkezelesnek ez is egy eleg fontos feladata is, hogy ezeket a kovetelmenyeket teljesiteni tudja, integralni tudja az alkalmazast az operacios rendszerbe.

    Még mindig nem. A csomagkezelőnek a telepítés/eltávolítás a feladata. Az "operációs rendszerbe való integrálás" feltételezi, hogy az OS-nek van bármilyen ilyen célt szolgáló centralizált felülete (anélkül ugyanis nehezen lehetne bármit is integrálni, ha egyszer nincs hova), márpedig ilyen egyetlen UNIX-ban sincs, ilyen egyedül windows alatt van: Registrynek hívják. Látjuk milyen frankón működik: pont ott van a legnagyobb kupleráj a csomagkezelést illetően.

    Oldschool Computer - http://oscomp.hu




    winget - saját csomagkezelőt fejleszt a Microsoft: https://hup.hu/cikkek/2020519/winget_sajat_csomagkezelot_fejleszt_a_microsoft#comment-2482445

    -

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486301

    Mijazalinuksz? Valami mosópormárka? Hogy jött ide? Csak nem divat rögtön reflexből mutogatni rá, ha a windóz szar?

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486332

    Ez valóban tény, csak nem tudom, hogy jön ide. A windóz attól nem lesz kevésbé szarabb, ha a Linux egyre szarabb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> robavad


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486378

    Divatból csinálni bármit elég nagy marhaság. Reflexből sem biztos, hogy célszerű. Mindenesetre a Linux trágyasága irreleváns itt.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486300

    Azaz, ha eddig egy driver gond nélkül ment és most a windózápdét után nem megy, akkor az nem azért van, mert a mikiszoft eltört valamit a windózban, hanem mert a driver hibája?

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> djsilas , kallaics , st3v3


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486313

    Vagy valami ritkán használt komponenst, vagy az ahhoz való illesztést sikerült eltörni. Vagy eddig valami elfedte a rendszerben a hibát és azon a valamin sikerült változtatni. Ezt nem lehet számok alapján belőni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> st3v3


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486317

    Már bocsánat, de te rugózol az nvidia drivereken, meg az 5 éven; senki más nem hozta ezeket eddig szóba.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486323

    Hát eléggé, ugyanis a cikk sem rugózik ezen. A megemlítés nem ekvivalens az azon való rugózással. Ez egy a sok baj közül, amit felsorolt. És nem csak driverbajok vannak.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486331

    Hol van ebben a kommentben egyáltalán szó az nvidia driverjeiről? Az egy általános kérdés, hogy ha eddig ment a driver, windózápdét után meg nem, akkor az a driver hibája? A cikk meg tételesen sorolja a bajokat és ebből egy az nvidia. Neked viszont már a sokadik kommented szól konkrétan az 5 éves nvidia driverekről, úgyhogy tényleg te rugózol rajta, nem más.

    BTW, miért fontos, hogy 5 évesek? Akkor már el lehet törni az API-t, amit használnak, akinek meg olyan hardware-e van, aminek ez kellene (ld. Polesz kommentje), az így járt? A Linuxot szokták kritizálni, hogy gyakran eltördelik a kernel API-t, ami teljesen jogos, de az viszont már kettős mérce, hogy ha az ms tördel el hathavonta mindenféle random API-t, akkor az teljesen rendben van.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> vl


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486338

    Nem sikerült megmagyarázni?

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486333

    Ld. 2. bekezdés.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486659

    Ki mondta, hogy ma vette? Lehet, hogy 2015-ben vette. Az idők végezetéig senki nem is várja el egyetlen OS-től sem a támogatást, de 4-5 év nem is az idők végezete.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486789

    > Ez kezd rohadt faraszto lenni... Hol mondtam, hogy ma vette?

    Jó ég... Szó szerint azt írtad, hogy "Ugy kell annak, aki ennek ellenere ma ilyet vesz."

    Csakhogy vehette 2015-ben is.

    > 2016 ota nincs gyartoi SW supportja ennek a kartyanak, es most szar a windows, mert 2020-ban szarul mukodik vele.

    De a kártyát forgalmazzák. Az, hogy az nVidia nem ad hozzá supportot az az ő dolga, de a régi driverrel eddig működött. Még egyszer, megvehették 2015-ben is. Ez esetben egy öt éves kártyának a supportjának az eltöréséről beszélünk, ami azért nem olyan nagy idő.

    > mint mar korabban mondtam:
    teljesen igazad van

    Ezzel az üres fölényeskedéssel nem mész semmire, hogy úgy teszel mintha nálad lenne az igazság, csak én hülye vagyok és inkább rámhagyod. Ilyen hozzáállással csak az érveid és a vitakultúrád hiányát bizonyítod, nem az igazadat, vagy a vitapartner ostobaságát.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486390

    Általában? Erre van valami forrás, hogy ez tényleg általánosan így van? Mert ez így eddig nettó spekulációnak tűnik, ami rátolja a felelősséget az eltört API-ért a drivergyártókra.

    Azonfelül, ha neked ebben igazad van, akkor most öt évig benne volt egy ilyen rés, amit a driverek kihasználhattak? Ez elég rossz fényt vet az ms féle QA-ra.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486920

    Egyáltalán nem. A viccben szükségszerűen két lehetőség volt (van vagy nincs) és mindkettőre jött az ütleg. Itt viszont nyugodtan lehet további lehetőségeket felsorolni az eddig vizsgált kettőn felül, miszerint ez most bug, hogy eltört az API, vagy csak pech, mert ennek eddig sem kellett volna működnie, de akkor meg öt évig úgy működött, hogy nem kellett volna működnie.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2488357

    Egyik kérdésemre se válaszoltál. Van erre bármilyen forrásod, hogy ez tényleg általános, hogy így van, ahogy mondod? És ha így van, ahogy mondod, akkor most öt évig benne volt egy rés, amit így ki lehetett használni?

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2488376

    És azt a pár esetet extrapoláltad? Arra kértem forrást, hogy ez általános lenne; a te tapasztalataidat nem lehet kivetíteni globális szintre.

    Nem sechole-ra gondoltam, hanem arra, hogy volt benne egy rés, amin keresztül a fejlesztőknek lehetőségük volt nem rendeltetésszerűen használni az API-t. És akkor egy ilyen rés volt benne minimum öt évig, vagy akár még hosszabb ideig.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2488507

    > Milyen nem rendeltetésszerű használat? Konkrét példánál maradva, adott hivás után beállitódott egy másik memóriacim valami hasznosra, ami nem volt dokumentálva (köze nincs hozzá) ezt észrevette a fejlesztő és kihasználta. Aztán egy frissités után már nem állitódott be az a pointer. Nem is kellett neki beállitódnia, nem ért el vele semmi plusz funkciót amit amúgy nem érhetett volna el, csak megspórolt egy rakás munkát azzal, hogy kihasználta ezt a jelenséget.

    Ez a példa, amit leírtál, ez a hack, ez nem rendeltetésszerű használat. Vagy szerinted az? Akkor miért hívod hacknek és miért töri el egy fix? Ez nem rendeltetésszerű használat, a te logikád szerint.

    > Tehát ez nem rés és nem hibás működés, eredetileg sem. Csak egy mellékhatás.

    Azt írtad, hogy "Általában az szokott lenni, hogy valamilyen nem dokumentált hackelést használnak ezek a driverek, amiket egy-egy ilyen update (általában security okokból) lezár és onnantól gáz van." Ha security okokból zárták le, akkor ez egy rés volt, ha pedig rés volt, az hibás működés. Szóval, ha igazad van és ez a fennforgás, akkor most évekig benne volt az API-ban valamilyen taknyolás, amit security okokból kellett foltozni.

    > Nincs mit extrapolálni, csak hoztam pár általam konkrétan látott példát.

    Azt írtad, hogy általában az van, hogy a driverírók gányolnak és nem az ms töri az API-t. Erre kértem forrást, hogy ez általános, de azóta sem adtál, csak azt mondod, hogy nálatok ez volt, ami lehet, de ez nem reprezentatív.

    > Ha az API működését elcseszi a MS, akkor azt javitják és a korábban perecelő régi driverek elkezdenek újra működni. (csúnya esetben átirják az API-t az új működésre és minden régi API-t használó szoftver betojik)

    > Ezek nem ilyen esetek. Az API ugyanúgy működik tovább ahogy specifikálva van, aki ezen kivül trükközött valamit, az igy járt és ilyenkor a driver irója javit, nem az MS és szépen kiadnak új drivereket amik már nem gányolnak. Ilyen egyszerű.

    Itt egy már nem támogatott driverről beszélünk, az nvidia ezt nem fogja javítani, mert 5 éves az utolsó verzió. Ha az nvidia hibája, akkor annak nyoma kell, hogy legyen valami ms nyilatkozatban/doksiban, mert nyilván nem rejtik véka alá, ha a driver gányolt.

    Egyébként az ms számos backward compatibility issue-t okozó törést nem hajlandó javítani, mert nem akar foglalkozni régi rendszerekkel/gépekkel/alkatrészekkel.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486302

    Ugyan maga az ms ismerte el, de elismerésről szó sincs, ez logikus.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486307

    Még jó, hogy leírták, hogy milyen hardware-ek jelenléte esetén van gáz.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486345

    Te mondtad, nem én. ;)

    De amúgy komolyan; lejön a hír, hogy - többek között - intel és nVidia driverek esetén van gáz, te meg közlöd, hogy AMD alatt megy? :)

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486370

    Jó neked. Akinek meg not works, annak meg nem. :P

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486348

    Szerintem így akarják rávenni a Home usereket, hogy vegyék meg a Pro-t. :P Tkp. az update defer így egy fizetős feature, ha nem akarsz update-et, akkor fizess.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> st3v3


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486352

    ROFL.

    Mondjuk a mikipédia azt írja, hogy a feature update egy évig halasztható, a mikiszoft meg nem írja, hogy meddig, csak azt, hogy beállíthatod magadnak, de a maximumról nem esik szó.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2486362

    Á, ki tudja, lehet geleinek igaza lesz és pontokért veheted a napokat. :D

    - Kissfijjam, takaroggyámán alunni!
    - Nem lehet muter, végig kő tónom ezt a pályát, különben nem kapok pontot, oszt lefrissül a windóz!

    Tuti megdobná az xbox eladásokat. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> arpi_esp , st3v3 , YleGreg


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487210

    > Regen nagy hir volt ha a Win 7 egy frissitese hibat okozott. Ma meg csupan annyit jelent, hogy kedd van.

    Made my day, made a meme. :D

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487307

    Már ne is haragudj, de ezekben összesen nem volt annyi probléma, mint amennyi csak ebben a windows 10 update-ben. Az SP1-es összeomlásokat csinált pár gépen. Ezt ez is megteszi, még többön is. Az SP2-esnek, ahogy nézem főleg tűzfal és egyéb hálózati problémái voltak, semmi olyan durva, mint amilyen windows 10-eknek szokott lenni. Egyedül az SP3-as az, ahol komolyabb bajok voltak. Viszont olyat egyikben sem olvastam, hogy az update letörli a felhasználók fájljait (nem, nem a windows által használt restore point-okat, hanem a képeidet, zenéidet, dokumentumaidat, stb.), meg, hogy visszaállítja alapértelmezettre az összes felhasználói beállítást.
    Ezeket nem lehet összemérni a windows 10-es kálváriákkal. És akkor még ott van az is, hogy az SP1 egy évvel a megjelenés után jött ki, az SP2 két évvel az SP1 után és az SP3 négy évvel az SP2 után. Itt meg hathavonta random szopások özöne, mint valami szar STS Linux disztrónál.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> ricsip


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487349

    > Csupán arra próbáltam rávilágítani, hogy minden nagyobb frissítés okozhat problémákat, ez nem volt másképp már az XP idején sem. Az összehasonlítás nem volt cél.

    Okozhat, csak nem mindegy mekkorát, meg mennyit.

    > De a korrektség jegyében azt is tegyük hozzá, hogy az XP service packok nagyságrendileg kb. ugyanannyi új fejlesztést hozták, mint most a féléventi feature update-ek.

    Erről azért jó lenne valami hard info is (összehasonlítás, vagy valami hasonló), de fogadjuk el, hogy így van. Akkor szintén a korrektség jegyében azt is tegyük hozzá, hogy talán pont azért van ennyi szívás most az update-ekkel, mert régen átlagban 2-4 év telt el két SP között, azaz annyi idejük volt az ms fejlesztőinek lefejleszteni és letesztelni azt a nagyságrendileg ugyanannyi új fejlesztést, most meg hat hónap. A jó munkához idő kell, ez látszik a win10-en és az update-jein is. (Mármint a hiánya.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> YleGreg


    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487619

    > Eleve elenyésző számú felhasználónál fordulnak elő ezek a problémák

    Bírom ezeket az extrapoláló bagatellizálásokat. Számszerű statisztika van erről, vagy bármi? Csak mert egy gyors keresés és itt egy update, ami a legtöbb usernek lekapcsolta a defendert. De itt egy másik, ahol az update kiürítette a desktopjukat, a taskbarjukat, a kedvenceiket, a jelszavaikat, stb. és ez is sok felhasználót érintett. Maximum van olyan post-update mizéria is, ami elenyésző számú felhasználót érint, de ezt így en-bloc kijelenteni az összesre, az elég meredek.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487731

    Honnan ez az egymillió? Egyik cikk sem állította, hogy csak egymillió volt.

    A híradó nem mond be semmi tech-related dolgot, kell a hely a véres gyilkosságoknak, meg a cuki állatkátknak. Példa: volt nemrég az ms-nél egy biztonsági incidens, ami 44 millió felhasználót érintett. Ez sem szerepelt a híradóban. Vagy itt egy másik, ahol az ms már előre szólt az embereknek, hogy frissítsék le a WU egyik komponensét, ha nem akarnak rászívni a októberi nagy frissítésnél. Ez is 800 millió embert érintett (azaz, ha egymilliárd win10 user van, akkor a felhasználók 80%-át), csak mivel időben szóltak, így nem szívta meg mindenki, de nem tudni, végül hányan fogadtak szót a 800 millióból. De biztos nem 799 millióan. És ez sem volt benne a híradóban.

    Ennyit az elenyésző mértékű érintettségről, meg arról, hogy ha sokan érintettek, akkor abból biztos hír lesz. (Manapság inkább abból van hír, ha a windows update működik, nem abból, ha nem...) Ez az érintett felhasználók számának a folytonos bagatellizálása, az ms kommunikációjának a része: a tavalyi fekete bootképernyős bukfencnél is azt állították, hogy csak "“small number” of users are affected", de ez is sok embert érintett.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487929

    Nincs alternatívájuk, kénytelenek eltűrni. Az átlagember nem tudja a desktop Linuxokat használni, nem is feltétlenül a "felhasználóbarátság" hiánya, mintseminkább az alkalmazások hiánya miatt. A Mac-ek meg túl drágák a többségnek. Az egyetlen járhatónak tűnő jövőkép a ReactOS, de az még nincs kész.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487983

    A jelek szerint váltanak is: a windows szegmens lélekszáma folyamatosan csökken. Hétmilliárd emberre egymilliárd windows 10-es eszköz jut.

    Oldschool Computer - http://oscomp.hu




    A Microsoft elismerte, hogy a 2020 májusi Windows 10 frissítésnek sok problémája van még: https://hup.hu/cikkek/20200531/a_microsoft_elismerte_hogy_a_2020_majusi_windows_10_frissitesnek_sok_problemaja_van_meg#comment-2487994

    Ja, hogy a home userek le vannak tojva, mert a vállalati szegmens az érdekes...értem. Így már érthető, hogy miért használják ilyen nyíltan és erőszakosan bétateszternek a home usereket.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> st3v3 , hunluki


    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2487884

    Nem csak az szólhat valami mellett, hogy mi van benne, hanem az is, hogy mi nincs.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> osod88


    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2487931

    Portolhatják a SCALE-t FreeBSD-re, vagy lehet, hogy alapból van alternatív megoldás arra, amire való. Onnantól egálban van a két rendszer és ismét lehet mérlegelni, hogy melyikkel van kevesebb szívás.

    Oldschool Computer - http://oscomp.hu




    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2488003

    Ha Linux alatt meg lehetett csinálni a SCALE-t, akkor FreeBSD-re is lehet portolni. Kérdés, hogy a szükség miatt hozták be a Linuxot a palettára, mert ez nekik kell és csak ott elérhető (mert ebben az esetben portolhatják is), vagy mindenképp váltani akarnak. Mert akkor igazából felesleges vitázni rajta.

    Oldschool Computer - http://oscomp.hu




    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2488205

    > Nem biztos, hogy meg lehet FreeBSD-n csinálni.

    Miért is? Amit az egyiken meg lehet csinálni, azt a másikon is.

    > De tényleg inkább az a kérdés, mekkora erőforrás befektetés támogatni egy olyan oprendszert, ami mérsékelt elterjedtségnek örvend, de cserébe elég sok téren másképp működik, mint egy Linux?

    Miért érdekes egy eddig FreeBSD alapokon működő rendszernél, hogy máshogy működik, mint egy Linux?

    Oldschool Computer - http://oscomp.hu




    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2488268

    > leginkább azt, hogy az OS-től a szolgáltatást elválasztják

    Egy Linux-only függőség/feature bevezetése mióta a szolgáltatás elválasztása az OS-től? Ez akkor lenne igaz, ha a SCALE crossplatform lenne, így éppenhogy hozzákötik magukat a Linuxhoz.

    > Így valós lehetőségük lesz enterprise környezetben is komolyan szerepelni

    Miért, eddig nem volt lehetőségük rá?

    Oldschool Computer - http://oscomp.hu




    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2488549

    GPL miatt bántad meg?

    Oldschool Computer - http://oscomp.hu




    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2488940

    Nem úgy értettem a GPL-t, hogy ne lettek volna jó megoldások GPL alatt kiadva, hanem, hogy esetleg belefutottál valamilyen jogi mizériába a GPL miatt.

    De akkor ezek szerint az instabilitás tette be a kaput, meg, hogy a ZFS-sel Linux alatt még mindig nyűgök vannak, meg az, hogy a Linux alatt nincs olyan elvágólagos rend, mint a BSD-k alatt. Thx, hogy leírtad. (A hat egyszerre kinyiffanó HDD-vel nem lehet, hogy belefutottál egy szériahibába? Mert azt írtad, hogy ugyanolyanok voltak.)

    BTW, az a Linux, ami a BF idején állandóan széthullott az miféle volt? RHEL, vagy SLES? Vagy nem enterprise volt?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bobesz


    Érkezik a FreeNAS|TrueNAS Linuxra: https://hup.hu/cikkek/20200604/erkezik_a_freenas_truenas_linuxra#comment-2489237

    > Van most itthon egy amd ryzen gépem és eldöntöttem, hogy szabadidőben csinálok egy "Real-Life" benchmarkot, borzasztó hitelesen egy cross-platform szoftverrel, amúgy is kiváncsi vagyok mennyire szereti a Ryzent a BSD.

    Az eredményeket feltétlen publikáld, szerintem nem engem érdekelne egyedül.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> mogorva , kikadff


    Rust: 5 éves lett: https://hup.hu/node/169567#comment-2487632

    Az megvan, hogy ott komplex dolgok nem akarnak rendesen illeszkedni? Itt sima szubrutinhívásról volt szó. :P

    Oldschool Computer - http://oscomp.hu




    Rust: 5 éves lett: https://hup.hu/node/169567#comment-2487734

    Na látod. :P

    Oldschool Computer - http://oscomp.hu




    Linus Torvalds: Linux 4.19-rc4, egy elnézéskérés és a karbantartás ideiglenes átadása: https://hup.hu/cikkek/20180917/linus_torvalds_linux_4_19-rc4_egy_elnezeskeres_es_a_karbantartas_ideiglenes_atadasa#comment-2268800

    Mit írtál neki? "Olyan ronda vagy, hogy még a villany se baszna meg?"




    Linus Torvalds: Linux 4.19-rc4, egy elnézéskérés és a karbantartás ideiglenes átadása: https://hup.hu/cikkek/20180917/linus_torvalds_linux_4_19-rc4_egy_elnezeskeres_es_a_karbantartas_ideiglenes_atadasa#comment-2267303

    +1




    Linus Torvalds: Linux 4.19-rc4, egy elnézéskérés és a karbantartás ideiglenes átadása: https://hup.hu/cikkek/20180917/linus_torvalds_linux_4_19-rc4_egy_elnezeskeres_es_a_karbantartas_ideiglenes_atadasa#comment-2267403

    > Mindig szerettem a jo osszeeskuves-elmeleteket :)

    És a gyakorlatokat?




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486428

    > Érdekes, a hivatalos címlapon egy szó sincs a bp-ről.

    Baloldalt, a gerincen, fölülről a második: "A magyar oprendszer története", az nem az?

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486489

    > De ezt a mi magyar és mi nem témát már lejátszottuk, nem?

    Velem? Én azt sem tudom miről megy itt a cséphadarás.

    > Ha "blackpanther, a magyar oprendszer története" lenne, akkor picit más lenne a leányzó fekvése. De csak egy picit.

    Hát, mint cherockee kommentjéből kiderült, tényleg a BP-ről van szó abban a címlapi szalagcímben - csak nem írták ki a nevét - úgyhogy jó volt a tippem.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486560

    Én ebből kimaradtam. De nem is bánom.

    Viszont egészen más az OS, meg a kernel. Attól, hogy Linux, vagy FreeBSD kernel van valamiben, attól még lehet magyar OS.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486651

    > Igen. Akkor fussunk neki még egyszer.

    Szerintem is, mert szemmel láthatóan nem értetted meg, amit mondtam.

    > Mitől lesz egy OS egyedi? Modjuk attól, hogy a kernele vagy a userlandje jelentősen eltér a többi OS-étől.

    Elég érdekesen fogod fel az egyediség kérdését. Az eltérésnek a mértéke irreleváns, csak a megléte számít. Ennyi erővel az emberek sem egyediek, hiszen nem térnek el jelentősen egymástól, echte ugyanazok a "komponensek" vannak mindegyikben, a génkészletük is 99+% azonos, stb.

    > Mitől lesz egy OS nemzeti? Attól, hogy a fejlesztői jelentős többsége adott nemzethez tartoznak, adott nemzet kormánya jelentős erőforrásokat fektet a fejlesztésébe, vagy adott esetben kimondottan adott nemzetspecifikus fejlesztéseket tartalmaz.

    Én nem "nemzeti", hanem "magyar" OS-ről beszéltem. A nemzeti azt jelenti, hogy egy nemzeté, valamely nemzet azt választotta és még csak az sem kell, hogy azon nemzet találmánya legyen; hány országban is nemzeti sport a futball? A magyar meg azt jelenti, hogy magyarok állították elő, de mindegy, hogy milyen komponensekből. És én ez utóbbiról beszéltem.

    > Ha a blackpanthert megvizsgáljunk, egy átcsomagolt Linux disztribúciót látunk, ami design elemeken, és a distrowatchos szavazóscripten kívül, nem tartalmaz jelentős egyedi komponenst, 99%-ban (kernel, userland, tsai.) megegyezik a többi másik disztribúcióval. És ha már a nemzetiségnél tartunk, már a neve sem magyar. Legalábbis a blackpanther nem épp egy szittya ősmagyar szó. Az OS fejlesztői gárdájában a teljes méretéhez viszonyítva elenyésző számban vannak magyar fejlesztők. Ne tudok róla, hogy bármilyen jelentős állami támogatást kapott volna a project. Nem tudok jelentős, olyan jelentős kimondottan Magyarországgal vagy magyarsággal kapcsolatos komponenséről, ami miatt megkaphatná ezt a jelzőt.

    Az én állításom az volt, hogy attól, hogy ez-vagy-az a kernel, attól még lehet magyar az OS. Ennyi és nem több. Látsz ebben az állításban bármi kitételt a BP-vel kapcsolatban? Én sem. Én egy generikus állítást tettem azzal kapcsolatban, hogy lehetnek egy OS-nek bármiféle komponensei, ha magyarok rakják össze, az egy magyar OS lesz és ezzel kapcsolatban a BP neve, tulajdonságai, vagy a készítői irrelevánsak. A te felfogásodat követve semmi sem magyar, amit idehaza állítanak elő, de idegen neve van, vagy van benne külföldi komponens; viszlát TVC, HT és Primo, ezekben mind Z80-as CPU volt, ami amcsi, sőt a HT konkrétan TRS-80 klón, még a BASIC-je is microsoftos... Ennyi erővel nem magyar egyetlen gép sem, legyen mechanikus, vagy elektronikus, hiába magyar emberek rakták össze, a komponenseket mind Kínából importálták, a chipektől a csavarokig.

    > Tehát, beszélhetünk egy linux disztribúcióról, aminek a karbantartói, fő fejlesztői magyarok. Nem beszélhetünk nemzeti vagy épp különálló OS-ről. Pl. még az UHUnak sincsenek ilyen tévképzetei.

    Isoraz, kevered a nemzetit és a magyart, valamint irreális a különálló OS fogalmáról alkotott véleményed.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486670

    > Szerintem elég egyértelmű, hogy a nemzeti itt a magyar általánosításaként szerepelt

    Mármint kinek a részéről? Mert Hiena ezt írta: "Mitől lesz egy OS nemzeti? Attól, hogy a fejlesztői jelentős többsége adott nemzethez tartoznak, adott nemzet kormánya jelentős erőforrásokat fektet a fejlesztésébe, vagy adott esetben kimondottan adott nemzetspecifikus fejlesztéseket tartalmaz."
    Én pedig nem erről beszéltem.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486680

    Akkor meg keveri a kettőt, ahogy mondtam. Amit ő leírt, az a nemzeti, hogy egy nemzet beáll valami mögé. Amiről meg én beszéltem az az, hogy ha magyarok rakták össze, akkor az magyar termék, a komponensektől függetlenül, mert az a termék és nem a komponensek.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486776

    Azt magyar/angol/svéd/kínai disztrónak. Két teljesen különálló fogalom. Ha holnap összeraksz egy Linux disztrót, akkor az mindenképpen egy magyar disztró lesz, de nemzeti csak akkor, ha a nemzet jelentős része beáll mögé.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486781

    Vagy esetleg én fogalmaztam meg túl bonyolultan a választ? Akkor egyszerűsítsünk: "adott országbeli" != "nemzeti".

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486794

    > egy magyar disztrónak nem kell hogy bármi köze is legyen Magyarországhoz.

    Ezt mondtam én is, ha nem tűnt volna fel... Hogy a magyar disztró csak annyit tesz, hogy magyar emberek munkája, terméke. Akkor most miről vitatkozunk?

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486919

    A "nemzeti" az egy melléknév, arra reflektál, hogy milyen az alany. Az ominózus intézménynek meg az a neve, hogy "Nemzeti Dohánybolt", tehát ott tulajdonnév, tehát ő maga az alany, nem reflektál semmire, csak így hívják. Annak pedig, hogy minek hívnak valamit, nincs közvetlen ráhatása arra, hogy milyen az a valami. Csinálhatsz te is sört, elnevezheted Nemzeti Sörnek, de attól az még nem lesz nemzeti. Majd akkor, ha az egész nemzet azt vedeli. Ennek megfelelően az említett intézmény is csak akkor szolgált rá a nevére, ha a hazai bagósok többsége onnan szerzi be a koporsószöget. Mivel azonban én nem dohányzom, így erre adekvát választ sem tudok adni, hogy ez így van, vagy sem.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486780

    > Ahhoz, hogy különálló OSről beszélhessünk, meg kell lennie egy bizonyos fokú eltérésnek. Pl. te sem akarsz egy csimpánzzal kamatyolni, holott a génkészletünk cca. 98%-ban megegyezik, mert semmilyen formában nem vagyunk azzal a fajjal kompatibilisek.
    > Ugyanez vonatkozik az operációs rendszerekre is.

    Én az egyediségről alkotott elképzeléseidre reflektáltam, hogy merőben tévesek. Ami nem egyezik meg 100%-ig akármi mással, az egyedi. Lehet, hogy nem túl nagy mértékben, de egyedi. Ennek megfelelően egy Linux disztró is egyedi, csak maximum nem túl eredeti. Klón. Kópia. Whatever.

    > Mikor arról beszélsz, hogy magyarok állították elő, akkor talán érdemes megvizsgálni, hogy hány %-ban is volt a dologban magyar kéz.

    És ez hol mond ellent annak, amit én mondtam?

    > Mert attól, hogy egy Suzukit itt szereltek össze, a márka nem lesz magyar.

    Itt nem is erről volt szó, nem outsourced összeszerelésről, hanem saját kútfősről. Ugyanis, ha a Suzuki valamelyik helyi gyárában rakják össze, az nyilván csak assembled in Hungary, de ha egy hazai cég Suzuki alkatrészekből, de a saját szakállára összerak egy kocsit, akkor az már magyar termék lesz. Akkor is, ha csak 5%-ban tér el az ismert Suzuki modellektől.

    > Olyan ez mint amikor piros-fehér-zöld pántlikától lesz magyar a kínai fokhagyma. Vagy amikor egy kíni pólóra rászitáznak két csíkot és magyar sportmez lesz belőle.

    És ennek mi köze ahhoz, amiről én beszéltem? (Egyébként az utóbbi példád nem feltétlenül stimmel, mert a "magyar sportmez" nyilván téves, hiszen az ominózus sportmez kínai és nem magyar, de a "magyar sportmez" már megállja a helyét, mert ez egy "kínai magyar sportmez", mivel ott a termék az nem egyszerűen sportmez, hanem magyar sportmez. Abban a kontextusban nem azt jelenti, hogy magyar a termék, hanem azt, hogy magyar "felségjelű"/"színű". A brazil sportmezeket is kínában gyártják, de attól azok még brazil sportmezek.)

    > A mikroszámítógépes analógiád ott sántít, hogy mindegyik gép esetében jelentős mérnöki munka volt, hogy a klónt, vagy a liszenszben vett terveket az itthoni viszonyokra industrializálják, és a gyártás, szerelés művelete is itthon történt. Arról nem beszélve, hogy ezek a gépek mögött volt némi politikai hátszél is, mert hozzájárult bozonyos know-how megszerzéséhez.

    Miért, egy Linux disztribúció összeszerelésében nincs mérnöki munka? Next-next-next-finish? Az UHU Linuxot is valami script állította össze, nincs mögötte tizensokévnyi melója a jóég tudja hány mérnöknek? BTW, "a gyártás, szerelés művelete is itthon történt", ez elég érdekes pont az érvelésedben, lévén egy bekezdéssel feljebb még pont azt mondtad, hogy attól még nem magyar valami, hogy itthon szerelik össze. Most akkor, hogy is van ez?

    > Bocsánat, a lendületes kommentelésben kimaradt a "tisztán magyar, nemzeti...". Van fontosabb elfoglaltságom is itteni kommenteléseknél.

    A politikai részt magasról leszarom. Ennek már amúgy sincs végképp semmi köze ahhoz, amiről én beszéltem.

    > Ha megnézed pl. Redhat, Debian, Ubuntu

    vs.

    > Nincs semmi irrealitás abban, hogy ne különálló OSnek nevezzünk egy kernel és userland szinten majdnem 100% kompabilitást mutató bytehalmazokat.

    Akkor most, hogy is van ez? A "kernel és userland szinten majdnem 100% kompabilitást mutató bytehalmazok" nem nevezhetőek külön OS-nek, de a Debian és az Ubuntu igen? Az utóbbi az előbbi mindenkori unstable ágán alapszik. A csomagkezelője azonos. Amióta systemd van SysVInit és UpStart helyett, azóta az initje is. (Mellesleg a systemd kapcsán nyugodtan ide lehet szúrni, hogy amióta van, azóta a Linux disztrók között még kevesebb a különbség.) A szoftverkészlete is azonos a két OS-nek, maximum a frissessége tér el, de nyugodtan telepítgethetsz az egyikéből a másikra és vice versa. Közel 100% a kompatibilitás. Akkor ennyi erővel az Ubuntu sem önálló disztró. Sőt, ennyi erővel kb. nem önálló OS egyetlen deriváns disztró sem. Most akkor, hogy is van ez?

    > Továbbra is azt mondom, némi jóérzéssel, a bP esetében beszélhetünk magyar linux disztribúcióról, de nem beszélhetünk magyar OS-ről.

    Én meg továbbra sem a BP-ről beszéltem, hanem általánosságban.

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486985

    > Nah, utoljára, hámozzunk eggyet a buborékon. Megpróbálom tőmondatokban írni. Nem mennek neked az összetett mondatok.

    Neked még az egyszerűek sem mennek, ahogy nézem, a nagyképűséget viszont lvl9999-esen tolod.

    > Annó, az EU előírt egy %-ot, hogy mikortól gyártanak egy terméket az EU-ban. Ez 2000 körül, az alkatrészek 30%-a és az összes jelentős szerelési fázisa EUs területen kellett történnie.

    Magyarán, ha egy számítógép alaplapjának alkatrészeit távolkeleten gyártják és ott is szerelik össze akkor hiába lehet maga az alaplap 100% európai tervezés, akkor sem európai termék? A beléptetésvezérlő, amit az előző melóhelyemen alkottunk, az sem magyar, mert Kínában gyártott amcsi chipekből áll és gyártani is Kínában gyártatja a cég. Én kívánok elnézést. Van miért.

    > Csomagolás nem az. Felirat szitázás nem az.

    Én nem is erről beszéltem. Te rögeszmésen leragadtál ennél a "betekerték nemzetiszín-pántlikával" kérdésnél és vagy nem olvastad el, hogy mit írtam, vagy nem fogtad fel. Mondom, hogy még az egyszerű mondatok sem mennek.

    > Ha egy szoftver 98%-át nem magyarok csinálták, akkor ne legyen már magyar.

    Mi az, hogy "ne legyen", sőt "ne legyen már"? Ha azt írod, hogy "nem az", akkor az egy vélemény, ami vagy megáll, vagy nem, de így ebből az jön le, hogy te nem egyszerűen nem tartod magyarnak, hanem nem akarod, hogy az lehessen, sőt egyenesen sértve érzed magad, ha valaki mégis annak gondolja. Rossz hírem van: ezt nem te döntöd el. BTW, áruld már el: honnan tudod, hogy a 98%-át nem magyarok csinálták? Honnan tudod, hogy a benne megtalálható - a projekttől független - szoftverek, vagy a kernel hányad részét írták magyarok?

    > Akkor térhetnénk el ettől, ha egyedi, magyarspecifikussá lett volna téve.

    Ehen, szóval, ha veszek pár mázsa gerendát valahonnan a skandináv országokból és megrendelésre építek belőlük egy faházat, akkor az nem magyar termék, mert nem magyar "alkatrészekből" van és nem is magyar specifikus, csak egy generikus faház, skandináv alkatrészekből. No comment.

    > Vagy magyarországon domináns lenne a területén.

    Nem, ennek már megint semmi köze nincs ahhoz, hogy magyar-e vagy sem. Ha Alaszkában egy magyar pasas összerak egy rádiót, akkor az is magyar termék, akkor is, ha sosem lát magyar földet. Ez amiről te beszélsz, ez már megint a "nemzeti" kategória.

    > Szépen elsiklottál az indusztrializálás felett. Pedig, hülyeséget írtam. Technologizálást akartam írni.

    Nem siklottam el felette, csak nem tettem szóvá, mert nem vagyok szőrszálhasogató; ha értem, hogy mit akartál mondani, akkor minek kössek bele? Lent nevergone kommentjébe is beleköthettem volna, hogy a rovásírás egyfelől nem nyelv, másfelől meg már vagy ezer éve a latin ábécé betűit használjuk, de felesleges lett volna...

    > Ami egy terv gyárthatóvá tételét jelenti. Egy fizikai termék tervezésnek kb. 80%-a. A magyar mikroszámítógépeknél ezt is meg kellett ugrani.

    Igen. Egy Linux disztró összerakásánál meg más dolgokat kell megugrani. Tonnányi disztrócsíra van, ami sosem jut el production állapotba, mert nem tudják megugrani a lécet. Ezért kérdem: szerinted az UHU-ban nincs benne az a tömérdek mérnöki munka, amiről beszélsz?

    > Csomagkezelő készítése, csak a nemzeti masni a csomagon. Még ha sok mérnök, sokat dolgozott rajta. Ezért visszás, ha ettől válik magyarrá valami.

    Nem konkrétan ettől, hanem attól, hogy magyar emberek tervezik és építik meg. Akármiről is legyen szó. Ha a komponensek származása ebbe beleszól, akkor kb. minden kínai, vagy tágabb esetben távolkeleti. Egyébként hány csomagkezelőt írtál, hogy szerinted az csak masni? (És már megint idekevered a "nemzeti" fogalmát, holott én végig nem arról beszéltem, te erőlteted bele mindenáron; mondom, hogy ez egyszerű mondatok se mennek neked, ha ezt ötödjére sem fogod fel...)

    > Linux disztribúciókat és más OS-eket írtam elválasztandónak. Erre kiemeled a Debiant és az Ubuntut.

    Kiemeltem, mert az egyik mondatoddal tettél egy állítást, amiben felsoroltad, hogy miket lehet külön OS-nek hívni, a rákövetkezővel meg nyomban meg is cáfoltad az egyiknek a különálló OS-nek hívhatósághoz való jogát. Ez egyébként nem az első önellentmondásod már.

    > A következő idézett mondatot én csesztem el, pont került a kérdőjel helyett a végére.

    Mármint, hogy úgy akartad írni, hogy "Nincs semmi irrealitás abban, hogy ne különálló OSnek nevezzünk egy kernel és userland szinten majdnem 100% kompabilitást mutató bytehalmazokat?" Hát de ez a mondat így teljesen értelmetlenül van ott. Nem csak, hogy a kapcsolatát veszti el az előzővel, de gyakorlatilag önmagadat kérdőjelezed meg azzal, hogy rákérdezel, hogy nem irreális-e azon felvetésed, hogy közel 100%-ig kompatibilis OS-eket ne lehessen különálló OS-nek hívni... Egyébként megválaszolván: de, irreális. Ennyi erővel nem különálló OS-ek a windows 7 és windows 8 sem. BTW, ha az egyik disztróban 2.6-os kernel van, a másikban meg 5.4-es, akkor ugyanaz a kernel van benne? Ha az egyik FreeBSD disztró a 12.0-án alapszik, a másik meg a 8.4-en, akkor ugyanaz a kernel van benne? Szóval a különféle disztrókban (nem csak a Linuxokban) még a kernel sem szükségszerűen ugyanaz. Számtalan mutációja lehet.

    > Igen, nem a disztribúciók, nem önálló OS-ek. Ugyanazon OS eltérően porcukrozott változatai. Mivel jelentős mértékben átjárhatóak. Pl. a binárisan terjesztett, statikus linux szoftverek, a disztribúció jelentős hányadán probléma nélkül futnak. Most próbáld meg ugyanezt a binárst mondjuk QNX-en futtani.

    Hát ezt szerintem írd meg a Slackware, a Debian, az RHEL és a Suse készítőinek, hogy szerinted a négy rendszer ugyanaz az OS. Feltétlenül posztold ki, hogy mit válaszoltak.
    Kettő: Akkor én azt mondom, hogy Igen, nem, aaaaazellennemvéééd Nem, a windowsok nem önálló OS-ek. Ugyanazon OS eltérően porcukrozott változatai. Mivel jelentős mértékben átjárhatóak. Pl. a binárisan terjesztett, statikus windows szoftverek, a windowsok jelentős hányadán probléma nélkül futnak. Most próbáld meg ugyanezt a binárst mondjuk QNX-en futtani. Érted már, hogy miért irreális?

    Oldschool Computer - http://oscomp.hu




    Megvetted-e már...: https://hup.hu/node/169534#comment-2486660

    Nekem is, főleg mivel az volt az első Linuxom.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hiena


    Szerinted igazságos-e valakit előnyös megkülönböztetésben részesíteni csak azért, mert családos?: https://hup.hu/szavazasok/20200516/igazsagos-e_szerinted_valakit_elonyos_megkulonboztetesben_reszesiteni_csak_azert_mert_csalados#comment-2480687

    > Munka persze nem maradhat el!

    Ez mit jelent? Hogy továbbra is nyolc órát dolgozik, csak 4 órányi bérért?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> khiraly


    Szerinted igazságos-e valakit előnyös megkülönböztetésben részesíteni csak azért, mert családos?: https://hup.hu/szavazasok/20200516/igazsagos-e_szerinted_valakit_elonyos_megkulonboztetesben_reszesiteni_csak_azert_mert_csalados#comment-2480760

    És a többiek mennyit dolgoznak? Azt a 6 órát, amit kapnak, vagy 8-at?

    Oldschool Computer - http://oscomp.hu




    Szerinted igazságos-e valakit előnyös megkülönböztetésben részesíteni csak azért, mert családos?: https://hup.hu/szavazasok/20200516/igazsagos-e_szerinted_valakit_elonyos_megkulonboztetesben_reszesiteni_csak_azert_mert_csalados#comment-2480781

    Ha mindenki 4 órát dolgozik, de a családos 6 órányi bért kap érte, az még belefér mert a jussát mindenki megkapta, csak a családos az előnyös megkülönböztetés miatt többet kapott. De az, hogy mindenki 6 órát dolgozik és a családnélküli 4 órányi bért kap érte, na, az nem fair, mert így tőle elvették, amiért megdolgozott: úgy nem a családos volt előnyösen megkülönböztetve, hanem a családnélküli hátrányosan.

    De ez is csak abban az esetben áll, amennyiben a "családos" szó szerint van értelmezve és azt jelenti, hogy családja van, nem azt, hogy gyerekei; a másiknak meg mondjuk a rokkantnyugdíjas szüleit kell eltartania, az is család.

    Oldschool Computer - http://oscomp.hu




    Szerinted igazságos-e valakit előnyös megkülönböztetésben részesíteni csak azért, mert családos?: https://hup.hu/szavazasok/20200516/igazsagos-e_szerinted_valakit_elonyos_megkulonboztetesben_reszesiteni_csak_azert_mert_csalados#comment-2480785

    A kiírt szavazás úgy kezdődött, hogy "szerinted". Hát szerintem. Szerinted meg nem. Pont.

    Én leszarom, hogy ha valakinek többet tolnak oda, amíg én megkapom azt, amiért megdolgoztam. Kivételezettek úgyis lesznek mindig és ameddig a többlet kitermelése nem az én gondom, hanem a szeretetszolgálatot játszó munkahelyé, addig nem az én dolgom, hogy mások zsebében turkáljak; majd akkor, ha elkezdenek az enyémben is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> simanzoli


    Szerinted igazságos-e valakit előnyös megkülönböztetésben részesíteni csak azért, mert családos?: https://hup.hu/szavazasok/20200516/igazsagos-e_szerinted_valakit_elonyos_megkulonboztetesben_reszesiteni_csak_azert_mert_csalados#comment-2480796

    > Ez így van, ezért mondtam el én is a véleményemet. Szerintem előtte nem ismerted az enyémet.

    Sorry, kioktatásnak tűnt; storno.

    > Itt a probléma az, hogy aki 4-ben van, az nem kapja meg :(

    Az más, az úgy nem fair, de ezt le is írtam és éppen ezért kérdeztem rá, mielőtt véleményt formáltam volna.

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2485421

    Telemetriát! Telemetriát mindenkibe mindenkinek!

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> n0b0dy , zsirmo , NevemTeve , ak0sh , hetvenhatos


    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2485397

    Az lett volna az igazi, ha levédik/szabadalmaztatják a koncepciót, meg a forrást, aztán beperelik a csávót. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> arpi_esp , NevemTeve , ak0sh , nydn


    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2485782

    > Szerintem ez azért mással is előfordul, és nem csak a Microsoftnál.

    És ez abban menti az ms-t, hogy...?

    > Szerintem meg az van, hogy a MS-nél valaki kitalálta hogy kell egy apt-get mint ami a linuxban is van, megnézték a létező alternatívákat,
    köztük az övét is, aztán úgy döntöttek, hogy nem ezen a vonalon indulnak, hanem inkább C++-ban írják meg (ami szerintem egy kimondottan rossz döntés volt) de a manifest fájlt az övéből vették át.

    Senki sem olvasta el a cikket? Nem a forráson van a hangsúly, hanem a működésen:

    Do you want to know how Microsoft WinGet works? go read the article I wrote 2 years ago about how AppGet works.

    I'm not even upset they copied me. To me, that's a validation of how sound my idea was. What upsets me is how no credit was given.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , neuron


    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486010

    > Sok olyan ember van, aki amúgy elég okos, de nem lehet emberek közé engedni. Ezért van az IRL beszélgetése. És ennek is lehet eredménye az, hogy nem nyert. Persze az tény, hogy a HR-esek kedves szokása, hogy ezek után nem szólnak vissza erről.

    Exception WTF has occurred...
    Ha nincs más, akkor majd megmagyarázzuk, hogy de csórikám akkora seggfej, hogy nem lehet emberek közé engedni? Ezt mire alapozod, akár még csak feltételezés szintjén is? Szerecsenmosdatás lvl999, no comment.

    > Maga az alapkoncepció kicsit sem új. Sõt, az ürge is beismerte, hogy az egészet a chocho után kezdte el. Az, hogy manifest van, szintén nem akkora újdonság, kb. minden linuxos csomagkezelő így működik (az rpm mindenesetre biztosan, olyat vagy 20 éve én is csináltam, és úgy rémlik hogy a deb is). Ami újdonság benne az max. az architektúránkénti installerek (nem tudom mennyire jó ötlet, szerintem a repo/architektúra mint a linuxokon szerencsésebb) illetve az installálási paraméterek, de egyik sem az az egetrengető. Persze nevezhetők az ötlet lenyúlásának, de akkor ő mit csinált a chocholatey illetve a linuxos package managerek kapcsán ? Illetve, ha neki szabad, akkor a microsoftnak miért nem ?

    RTFA, mert köze nincs a témához annak, amiről beszélsz. TL;DR itt.

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2485654

    1. Olyat választott. (Hint.)
    2. Koncepcióra és szóban elhangzó technikai tanácsadásra semmiféle license nem vonatkozik.
    3. RTFA.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , neuron


    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2485758

    RTFA.
    Tőből leszarja a srác, hogy a nyílt Apache2-es license-ű kódjából elvitt-e egy yottobitet is a mikiszoft, vagy sem. Még csak az sem érdekli, hogy a koncepciót felhasználta az ms; szó szerint leírta, hogy neki ez végül is igazolás. Az a baja, hogy ő rászánt az ms-re időt, pénzt, energiát, elment a mítingjeikre (sokezer km), ahol kifaggatták töviről-hegyire, hogy mit és miért, amire ő legjobb tudása szerint válaszolt, aztán meg ígéretekkel kábították...de végül aztán az ms-től még annyi sem tellett, hogy legalább egy kösz havert odaböfögjenek a projekt köszönetnyilvánításába. Sőt, még arra sem tellett, hogy rendesen átnevezzék, azt is csak félig sikerült.

    Oldschool Computer - http://oscomp.hu


    Σ: 007 -> trey , babo , NevemTeve , daemon82 , neuron , bra-ket , mbael


    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2485890

    Még azelőtt, hogy linkelted, mert nydn megelőzött. :P

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486011

    Idézd be, hogy hol "adtam elő" ilyet, hogy "meg lett lopva, károsítva", vagy inkább maradj csöndben és ne hazudozz. Itt egyelőre lopással senki nem vádolta az ms-t, viszont az ms-t mosdatók közül már többen is vádolták lopással a fickót. Mindezt úgy, hogy fingjuk nincs mi is a baj, mert a cikket basztak elolvasni. Ahogy nézem te is. És a jelek szerint a posztjaimat sem sikerült.

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486060

    Nem, te nem elmagyaráztad, hogy mit írtam, te belemagyaráztál abba, amit írtam. Mint mondtam, hazudozz másutt.

    BTW:

    "elment a mítingjeikre (sokezer km), ahol kifaggatták töviről-hegyire, hogy mit és miért, amire ő legjobb tudása szerint válaszolt, aztán meg ígéretekkel kábították...de végül aztán az ms-től még annyi sem tellett, hogy legalább egy kösz havert odaböfögjenek a projekt köszönetnyilvánításába"

    vs.

    "Lelkileg-szellemileg megkárosítva érzi magát, mert az MS ellopta a szellemi termékét, de semmiféle fizetséget vagy gesztust nem kapott cserébe."

    Te vagy olvasni nem tudsz, vagy gondolkodni. Ennyire nem érted? A te időd talán ingyen van? (És nem a fejlesztési időről beszélünk, amit úgy is beleölt volna, hanem arról az időről, amit konkrétan az ms-re áldozott.) A repülőjegyet neked ingyen osztják? A többi? Nem a "szellemi termékének ellopása" (ilyet egyébként mindig nem állított senki) verte ki a faszinál a biztosítékot, hanem, hogy heteken át hülyítették, ő pedig végig együttműködött és ezért nem kapott még csak egy köszönömöt sem.

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486076

    Már megint hazudsz. Én azt cáfoltam, hogy én olyat állítottam volna, hogy lopás történt. Most vagy tényleg bolond vagy, vagy trollkodsz. Vitatkozni egyik esetben sincs értelme veled.

    BTW, az elején még azt mondtad, hogy csak én adom elő, hogy meglopták, most meg már te állítod, hogy meglopták. Úgyhogy ha valaki itt nagyon hülye, az nem én vagyok.

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486085

    > Ja, értem, olyan betegséged van, ami ellehetetleníti az írt szöveg értelmezését. Biztos sok problémád van ebből, úgyhogy elnézést kérek, ha kellemetlenséget okoztam azzal, hogy a leírt szavakat szó szerint értelmeztem.

    Nekem? Te nem vagy képes felfogni, hogy a cikk mit írt, vagy én mit írtam. Te nem szó szerint értelmezted amit mondtam, mert amit neked értelmezni sikerült, az nemhogy szó szerint, de sehogy sem hangzott el: te még mindig nem értelmeztél, hanem belemagyaráztál.

    > Soha nem állítottam, hogy csak te adod elő, hogy meglopták.

    Ez már tényleg a legalja, hogy jobb híján belekötsz egy szóba, ami kapcsán többféleképpen lehet valamit értelmezni. Egyértelmű volt, hogy mit mondtam: te azt állítottad, hogy én azt adom elő, hogy meglopták, ami hazugság volt, mert nem mondtam ilyet, most meg már te mondod, hogy meglopták. Önmagaddal keveredsz ellentmondásba.

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486131

    http://oscomp.hu/depot/what-trolls-want-you-to-believe.png

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486130

    > Amit írni akartál az a yottabit talán, mert yotto nincs az SI előtagok között.

    De van, csak rosszul emlékeztem és nem yottonak, hanem yoctonak írják.

    Oldschool Computer - http://oscomp.hu




    "A nap, amikor az AppGet meghalt.": https://hup.hu/node/169495#comment-2486156

    Szarkazmus volt...

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441318

    Bocs az offért, de a kétértelműségre adott példád miatt ezt nem tudom kihagyni: "Akinek nem tetszik a karóra, azt felhúzzuk egy karóra!" - Benny Hill (szabadfordításban)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NewC


    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441353

    Értettem én; a rettenetes szóvicc volt off.

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441481

    Az hogy jött ki? Összetett szavakat a szóhatárokon el kell választani, azaz kar+óra = kar-ó-ra.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Wabbitseason


    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441583

    Már bocs, de én annyit írtam, hogy a szóhatárokon kell elválasztani az összetett szavakat, meg adtam rá egy példát. Mindkettő áll. Akkor én átmehetek a magyar érettségin?

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441609

    > Szerintem csak rám és sigellefre gondolt (így meg ő bukott meg a matek érettségin, mert a halmazelmélet nem megy neki, ha nála mindenki azonos önmaga egy szigorú részhalmazával :) )

    Ezen most felröhögtem. :D

    > Próbálok trollkodni, de nem megy, már este van.

    Ez most jó volt.

    > (bár ha rákérdez, hogy itt mindenkit meghúztak-e, akkor legalább őt biztosan meghúzták, különben tudná, hogy nem húztak meg mindenkit, mert őt nem... :) )

    ROFL.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hevi


    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441619

    Elválasztásról volt szó, elválasztáskor meg el kell választani a szavakat. :P (DOH!)

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441728

    De amire én reagáltam fentebb, abban szó nem volt tördelőszoftverről, csak arról, hogy kell elválasztani a karórát.

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2442024

    Olyan van, hogy ha el akarjuk választani, akkor a szabály szerint hol kell elválasztani. De ez már csak a szavakon való lovaglás.

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441729

    Ez hol mond ellent annak, amit én leírtam? Az első és a harmadik bekezdés éppenhogy megerősíti, hogy kar+óra->kar-ó-ra, a második meg az állításommal kapcsolatban irreleváns, mert itt nem arról volt szó, hogy megszakítjuk a szót és direkt nem a szóhatáron, hanem az alap elválasztásról.

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441779

    Hát, a bárminemű kommentár nélküli idézetből nekem az jött le, hogy triviális ellentmondást látsz a szabályok által leírtak, meg az állításom között, de ezek szerint félreértettem.

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441803

    Np.

    Oldschool Computer - http://oscomp.hu




    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2441900

    Faszén, szarvas. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bzs


    tipográfiai problémákat hozó szavak gyűjtése: https://hup.hu/node/167953#comment-2449252

    Nem kötelező elválasztani a szavakat. Le lehet őket írni új sorba, lehet használni valami rövidítést, stb. Ez egy lehetőség. És az mindig jó, ha valamire lehetőséged van.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2482841

    A Waylandnál magát a protokollt érted, vagy a FreeDesktop által kiadott implementációját (Weston) és annak szoftverkörnyezetét?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2482924

    Akkor +1.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> carlcolt


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2482928

    Garantáltan, a dotnetben már megoldott a kérdés...

    Úgy kb. 5 éve kívántam valakinek, hogy "élete végéig használjon windózt, systemd-vel", de azt nem gondoltam volna, hogy egy nap ez egy reális opció lesz...dehát ez már a sokadik alkalom, hogy elsütök egy abszurd viccet a systemd-vel kapcsolatban és utána valósággá válik. :P

    És ebből is kiviláglik, hogy a systemd tényleg egy rohadt trójai faló. A világ legelhízottabb trójai falova... :(

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> chx , osod88 , hajbazer , carlcolt , ak0sh


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2482965

    +1

    És az a szörnyű, hogy mivel a Linuxos világban használt eszközök, szoftverek - elsöprő többségükben - ugyanazok, mint a többi UNIX-on, ezekkel az irányelvekkel nem csak a Linuxos, de az összes UNIX-os UX-et elkúrják, vagy csak kisajátítják; mit kezdjen egy Solaris vagy FreeBSD user egy systemd dependens cuccal? Persze lehet mindenféle underground környezetekben dolgozni (TDE, CDE, WMaker, LxQt és mindenféle fapados window managerek), direkt régi vagy alternatív toolokat és szoftvereket használni, de ezek vagy megmaradnak hosszútávon, vagy nem, mert csak pár ember áll mögöttük. Persze a remény hal meg utoljára.

    A másik, ami szörnyű, hogy ez a butítási mánia nem korlátozódik a Linuxos felületekre, a windóz felületét is rommábutították az xp és a hetes óta. A windózos powerusereknek megváltás lesz a ReactOS, ha egyszer lesz belőle valami.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> NevemTeve , osod88 , ak0sh , hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2482997

    Már így is van egy tonna initrendszerünk és SCS-ünk. Mégis systemd van mindenütt.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> ak0sh , hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483175

    Nincs szükség pisztolyra, meg nokiás dobozra; open source projekt, bárki csatlakozhat és pozícióba kerülhet. Strómanjelöltek mindig lesznek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483124

    Ez igaz. (Egyébként a nagy része bullshit is.) Bár itt az elején nem a bullshitteléssel oldották meg a terjedést, hanem letolták az emberek torkán.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483123

    Nem. Csak letolták az emberek torkán.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> ak0sh , hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483519

    Ha nem tudjuk, nem vagyunk hajlandóak megérteni, átlátni, akkor miért nem a SysVInitet javasoljuk a systemd helyett, miért az s6-ot, meg a többi fullos SCS-t? Egy érv a SysVInit ellen, nem érv a systemd mellett, ez még mindig egy kamu dilemma, hogy csak a SysVInit van a systemd helyett.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483524

    Nem egészen. Nem "az egyik mögé állt be a FOSS-ipar egyik húzóneve", hanem a FLOS-ipar letolta az emberek torkán a saját megoldását.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> ak0sh


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483780

    > Itt nem pontosan értem, hogy ki a "nálad" a példában. Én nem a Redhat/Canonical méretű teamekre gondoltam, hanem azokra a projektekre, ahol egy maroknyi contributor valamilyen hozzáadott értéket ad egy baseline-nak választott disztribúcióhoz.

    Pontosan így értette ő is: ezt jelentette, hogy az érdemi fejlesztés a közösségben zajlik, hiszen bármilyen disztrót is csinálsz, a programozói meló oroszlánrészét már elvégezték a kernel és toolfejlesztők, neked csak össze kell szerelned, maximum a specifikus részeket kell leprogramoznod.

    > Másnap kiderül, hogy az Ubuntu systemd-re vált. Mit csináljak?

    Szilvás buktát mert azt szeretem. Azt amivel hosszútávon jól jársz.

    > Vagy beállok a sorba, és továbbra is csak a baseline feletti hozzáadott értékkel foglalkozom, tehát systemd lesz a következő verzióban, vagy extra erőforrást adok az érdemi fejlesztés helyett arra, hogy lecseréljük a baseline distrot, esetleg kézzel kiirtsuk belőle a systemd függőségeket. Utóbbi esetben nem lesz systemd, de akkor arra ment el a (véges) idő, hogy maintenance dolgokkal foglalkoztunk ahelyett, hogy belefejlesztettem volna a backlog következő elemét, amit a user használhatna.

    Ez csak akkor állja meg a helyét, ha mákotok van és a systemd nem szívat le benneteket le sehol sem. Akkor megállja a helyét, amit mondasz. Ha viszont de és rászívtok, akkor messze több idő megy el azzal, hogy tutujgatjátok azt a vacakot és kerülgetitek a marhaságait, meg hiábavalóan próbáljátok a saját szoftveretekben megtalálni azt a hibát, ami a systemd-ben van, mint ha egyszer rááldozzátok az időt, hogy legyen egy kiforrott revert path-etek egy másik init rendszerre.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> gee , hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483840

    Mivel nekem replyztél, én replyzek, parancsolj: http://oscomp.hu/without-systemd/

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483865

    > Ebben egy szó nincs arról, hogy mi a baj.

    Na ja, egyet kattintani kéne pl. a listához, ahol felsorolják tételesen, hogy mi baj vele.

    > Neked személyesen milyen bajt okoz?

    Mielőtt kukáztam, ezekbe futottam bele.

    > Már azon kívül, hogy meg kellene tanulni?

    Borítékoltam, hogy megint csak kötekedni akarsz. Ennyit rólad, meg az ígéreteidről.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483921

    Még mindig ugyanazt a hardware-t használom, mint akkor. És semmi baja. Amióta nincs systemd, azóta ugyananúgy szökőévente fagy csak szét, mint régen. Az fsck meg eddig még sosem talált semmit. "Belerondítani" meg nem is tudtam, hiszen a systemd nem hagyta.

    Az lehet, hogy a unit karbantartóját terheli a felelősség, dehát minek áll valaki át egy olyan technológiára, amit nem ismer? Divatból? A systemd-ből meg divatot csináltak? Legyen a karbantartó nyomora, ne az enyém.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484062

    > Oké, ezek a "miért sz@r..." pontjaid tehát kilőve.

    Nem egészen. A köztes hatások is számítanak. Az lehet, hogy nem magának a szoftvernek volt a hibája, de a szoftver mögött meghúzódó trendnek volt az eredménye. Miért adaptáltak idejekorán valamit, amit nem tudtak kezelni? Azért mert az RH része felől irdatlan pusholás volt ez ügyben mindenfelé. És ők miért pusholták ennyire, amikor még ők sem tudnak rendesen bánni vele?

    > Az fsck attól, hogy "nem talált semmit", még az indulásakor azt látta a rendszer, hogy a fs "dirty", és át kell nézni.

    Nyilván, hiszen nem szabályszerűen lett leválasztva.

    > Látatlanban nem fog engedni írni értelmes és az adatintegritásra adó OS ilyen fájlrendszerre - mondhatni a tervezési célok/elvárások között előrébb szerepelt az adatintegritás, mint a crash utáni boot időtartama. Neked nem ilyenek a preferenciáid, és sajnálatos módon ezt a különbséget nem igazánlehet áthidalni - el kell fogadni.

    Nope, én ezzel tisztában vagyok, nincsenek ezzel ellentétes "preferenciáim". El is mondtam, hogy nem szoktam lelőni az fsck-t, mert tudom, hogy bad practice. De amikor muszáj volna azonnal bebootolni, mert épp a kellős közepén voltál valami live dolognak, akkor eléggé idegesítő, hogy a rendszer kivette a kezedből a döntés lehetőségét. Én nem windózt akarok használni, ami jobban tudja nálam, ne akarjon megvédeni saját magamtól. Ha most pont gixer lett volna a fájlrendszerben, akkor az az én bajom, amiért én vállalni is fogom a felelősséget. De ha nem és most pont fontosabb volt, hogy gyorsan visszakapjam a vezérlést? A lehetőség legyen adott, hogy ha kell, akkor élhessek vele. Én értem, hogy van olyan alak, aki ezzel visszaél és szándékosan lelövi mindig az fsck-t, de az ő hülyesége miatt ne engem büntessenek le, ne tőlem vegyék el a lehetőséget, hogy adott alkalmanként, ha gáz van, akkor mondhassam neki, hogy majd a következő bootnál (touch /forcefsck) intézem magamnak. Promise.

    > és a kernel is ugyanaz? Ugyanaz a build, ugyanazokkal a paraméterekkel/opciókkal buildelve?

    Amióta upgradeltem Devuan 2-re, azóta nem, de még jópár évig toltam ugyanazon a Jessie-n, amíg ez az upgrade megtörtént és a gondok soha többé nem jöttek elő a systemd repülése után.

    > Mert mint írtam, a crash-ek döntő többsége vagy a hardver, vagy a kernel sara.

    A PID1 összeomlása is a rendszer összeomlásához vezet. Tekintve, hogy a systemd-ben számos unsafe pointerműveletet és hasonló nyalánkságot fogtak már, így nem meglepő, hogy időnként összeomlik.

    > Amióta Linuxom van, azóta ez a tapasztalatom. (0.93-as kernel volt az első, ami hosszabb távon is fent volt az általam használt/üzemeltetett gépen, illetve azóta gyakorlatilag folymatosan van a kezem alatt Linuxos gép. (Néhány darabtól a többszázig, vegyesen fizikai gép és VM).

    Nekem is ez volt a tapasztalatom évtizedeken át, Linuxon, BSD-n, OSX-en, Solarison. (windózon nem. :P ) Aztán jött a systemd. Aztán ment a systemd és megint mondhatom ugyanezt. (Oké, random fagyás szökőévente előfordul...hát shit happenz; OSX kernel panicot életemben egyszer láttam Tigeren, van ilyen, hogy sose jössz rá, miért dőlt össze/fagyott le ilyen egyszeri alkalmakként.)

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484327

    Miért nem szakítottad meg?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484541

    Szabálytalan leválasztás (pl. system crash) utáni recovery esetén valóban nem ajánlott, de nálad időzített rutinvizsgálat volt, azt bármikor nyugodtan lehet puffantani. Bár gondolom, mivel 20 éves sztori, ez már neked sem újdonság. :)

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483922

    > Mert nem az érdekel, hogy ki mekkora listát tud összeszedni, én is tudok ilyen oldalt adni az init problémáival, nem leszünk előrébb.

    Ezt is borítékoltam, hogy egy mozdulattal le fogod söpörni az egészet. Mit értesz "az init" alatt? A SysVInit-et? Az nem "az" init, csak egy init. És egy érv ellene, nem érv a systemd mellett.

    > 1, ez előny

    Az. Ezt le is írtam. Csak a korrektség kedvéért említettem meg.

    > 2, az összeomlást 99%, hogy nem systemd okozza, hanem egyéb dolgok

    Mégis mik? Ha egyszer a systemd száműzésével abbahagyta? Valami konkrétum is van, vagy csak így látatlanban, ex-katedra kijelented, hogy nem és kész?

    > 3, PEBKAC, user error

    Micsoda? Ha az fsck futás közben lemerevedik, az user error? Ez hogy jött ki? Talán nem úgy néztem a monitorra, ahogy kellett volna, vagy WTF?

    > 4, PEBKAC, user error

    Az is az én hibám, ha szarul rakják össze a unitot? Ez nem PEBKAC, ez inkább PEIYH.

    > 5, nem a systemd okozza

    Hát mi? A mikulás? Amióta nincs systemd, azóta ez sincs. A gépem ugyanaz. Még valami? Esetleg valami, amivel ezt alátámasztod? Vagy újfennt, ez kinyilatkoztatás, amit el kell fogadni és punktum?

    > 6, PEBKAC, user error

    Az mondjuk speciel tényleg user error volt, hogy nem állítottam be az UUID-et, de az, hogy egy nem kritikus - csak adatot tároló - partíció sikertelen felcsatolásakor lerohad az egész rendszer, az systemd conceptional error.

    > Bonus: valami mást is kigyomláltál.

    Mit? Ez már a harmadik állításod, amikor látatlanban, mindennemű bizonyíték nélkül kijelented, hogy márpedig ez nem a systemd miatt volt. Bizonyítsd, ne csak állítsd.

    > Hogyne. Nyilván.

    Hát nézzük csak... Itt a topicban számos ember kritizálta a systemd-t, rajtam kívül is, sőt én most még nem is folytam annyira bele, de te rögtön engem találtál meg. Miért is? Kértél indokot, adtam egy gyűjtőoldalt, ahol minden össze van szedve. Ehhez képest közölted, hogy semmit nem találtál, mert képtelen voltál három sor szöveget elolvasni és pl. rábökni az arguments against systemd feliratra. Aztán már rögtön elővetted a szokásos tempót, hogy csak azért fikkantom, mert meg kéne tanulni. Hogy is mondtad? "Hogyne. Nyilván." Ha boldogultam a Linuxon 3-4 féle inittel, a BSD-k sajátjával, meg a Solariséval, akkor nyilván ezt nem tudom megtanulni. Azért belinkelem neked a systemd szarságainak listáját, erre lesöpröd egy akkora bullshittel, hogy a szarvasmarhaállomány tőled fog receptet kérni innentől. Aztán meg nekiállsz megmagyarázni, hogy miért nem a systemd miatt volt, az ami sem előtte, sem utána nem volt; bizonyíték nincs, csak idevágod, hogy "nem a systemd", meg "PEBKAC, user error". Hiába a systemd-vel jelentek meg a problémák és hiába szűntek meg a távoztával, ez akkor is az én hibám.

    Te megint csak a kötekedés végett találtál meg; valahányszor hozzámszólsz, mindig oda lyukadunk ki, hogy görcsösen azt bizonygatod, hogy nem értek semmihez, már kb. azóta, hogy megjelentem a hupon. De te aztán kurwára értesz hozzá, a 100 GB-os win10-eddel, amik a microsoft féle bundled 4k-s háttérképek, videók és ikonok miatt hízott ekkorára.

    Azért csak óvatosan a systemd-vel, ki tudja, abban mennyi 4k-s kép van.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483931

    Nem haver, én ilyet sosem állítottam, se most, sem a múltkor, sem máskor, szóval megint hazudsz, mint az árvíz. Én nem szoktam magamat fényezni és másokat is csak akkor szoktam minősíteni, ha azt előbb ők megtették velem.

    Ellenben te vagy az, aki mindenkit lepancseroz, aki olyat állít, ami nem tetszik neked, holott nálad nagyobb pancsert ritkán lehet látni; szakmailag olyan nettó fasságokat vagy képes összehordani (soktíz GB-ra rúgó 4k-s képek/videók tömege DLL-ekben, vagy most, hogy a boot közben futó fsck lemerevedése a felhasználó hibája és még sorolhatnám), amiket alátámasztani sosem támasztasz alá, csak kijelented, mindennemű bizonyítás nélkül, de váltig kapaszkodsz bele, tíz körömmel és közben, személyeskedsz és fröcsögsz. Olyan sötét vagy, hogy egy szupernehéz fekete lyuk kvazárnak hat melletted és ennek ellenére akkora a pofád, hogy egy diplodocuscsorda is nehezen tudná teleszarni, hat hét alatt. Nyugodtan elmehetsz a devnullba a rosszindulatú arroganciáddal.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484044

    Mint a windóz. Gond nélkül, vagy csak észre sem veszik. Lentebb szó volt egy vindózos feature-ről, ami cca. másfél évtizedig hátsóajtónak volt használható, de amúgy gond nélkül ment.
    Amúgy tényleg nem fogod fel, hogy vele volt, nélküle nem? 1+1=10.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484074

    Ki, de a systemd-párti urakat nem érdekli, maradnak az "a SysVInit szar" állásponton, ami lehet, hogy igaz, csak épp nem érv a systemd mellett és nem teszi semmissé a systemdben hemzsegő bugokat, koncepcionális problémákat és azt az erőszakos hittérítést, ami kíséri.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484172

    A szart nem kell szó szerint venni. Akkor fogalmazzunk úgy, hogy továbbra is a SysVInit kritika a fő érve a systemd-pártiaknak, csak egy a baj, hogy az csak a SysVInit ellen érv, nem a systemd mellett.
    A systemd-vel meg nem az a baj, hogy többet tud, meg tanulni kell hozzá, hanem az, hogy olyat is beleöntenek, amit nem kellett volna, valamint az, hogy Poettering nem hallgat senkire sem, hanem megy a maga feje után, akkor is, ha teljes reality check error van nála. Tanulásról meg annyit, hogy volt nekem már dolgom a SysVIniten kívül is vagy féltucat initrendszerrel (runit, BusyBox, UpStart, a BSD-ké, SMF, meg még egy-kettő, amire nem emlékszem már) és egyiknél sem jelentett problémát, hogy újat kell tanulni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , bohocmasni


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484186

    > egyesek szerint, tedd szépen hozzá.

    Ha neked úgy jobb... De ezek az "egyesek" közt elég komoly szakemberek is vannak. Ott van a belinkelt archívja a without systemd-nek, van rajta egy tonna cikk, amit különféle szakemberek írtak.

    > a Linux-os hátulgombolósokat kritizálom

    Én azt értem, hogy ez a Debian csomagkarbantartóit minősíti, hogy nem tudtak összerakni egy systemd unitot sem, de az, hogy ezt a micsodát adoptálniuk kellett, az nem az ő saruk. Azonfelül, fentebb adtam linket, ahol az RH is belefutott valamibe. Lehet, hogy az is a csomagkarbantartó hibája, de akkor az RH-nál hátulgombolósok dolgoznak...akkor miért kérdés, hogy miért olyan a systemd, amilyen, ha hátulgombolósok csinálják?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484329

    hajbazer egyel lejjebb direkt belinkelte neked még egyszer, de látom, akkor igazából téged sem érdekelt, hogy mi a baj a systemd-vel.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484519

    Mondtunk. Lesöpörted, ignoráltad, vagy fel se fogtad. Vagy direkt csinálod. "Rég kikukázott szemét..." A 0day root privilege escalationt 3 éve nem javítják. Pedig az egy kritikus sérülékenység. De tessék, itt vannak tételesen a még nyitva lévő CVE-k. Jelen pillanatban 20 darab ismert sérülékenysége van a systemd-nek. Ennek a negyede súlyos.

    De ha rám hallgatsz, azt csinálsz és azt használsz, amit akarsz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484617

    Ez csak egy indok volt a sok közül. Ott van egy egész lexikonnyi adat, cikk, minden túró. Azonfelül nem is maga a sérülékenység az, ami a fő baj, hanem Poettering hozzáállása. Ehhez és még jópár abszurd hibához.

    De ha nem, hát nem.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484379

    Nem az számít, hogy hány éves egy bug/CVE, hanem egyrészt, hogy miféle bug/CVE az, valamint, hogy javítva van-e vagy sem. Nem egy van, amit a mai napig képtelenek voltak javítani. De söpörd le őket azzal a fals érvvel, hogy több évesek. Mert ugye, ha egy javítatlan sechole több éves, akkor már biztos nem kihasználható.

    És ez csak az egyik fele; nem csak bugok/CVE-k vannak felsorolva, hanem cikkek is, amiket expertek írtak. De söpörd le azokat is nyugodtan.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484185

    > tehát az, hogy a samba csomagkarbantartója nem tudta bevésni a systemd-s unit fájlba a konfig reload-ot, vagy az, hogy a rendszer indulásakor az adatintegritás fontosabb, és emiatt a "dirty" fájlrendszerekre kötelezően mefut az fsck, akkro is, ha elvtársadnak a maga alá rottyantott pécéje azonnal kéne, és nem ér rá az fsck-t végigvárni az közhely. Aha.

    A kontroll a felhasználó joga, nem a rendszeré. Sajnálatos, ha ezt nem érted.

    > Persze lassanideje lenne olyan fs-t használni, ami boot _után_, rw felcsatolva is képes gatyába rázni magát egy elborulást követően (némi performanciaveszteség árán)...

    Milyen FS-re gondoltál itt pontosan?

    > De tudom, az ilyen új dolgok az ördögtől valók...

    Quote pls, ilyet senki nem állított.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484240

    > Az adatintegritás nem felhasználói kontroll kérdése, ezt tessék felfogni.

    Na, ez a nagyon nagy tévedés. Ez az én gépem és az én adataim. Ha kedvem szottyan rá, akkor ráküldöm a dd-t az sda-ra és akkor nemhogy az integritásnak, de az adatnak is lőttek.

    BTW, milyen FS-re gondoltál, amikor azt írtad, hogy "képes gatyába rázni magát"?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> osod88 , kecske


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484174

    > Amiknek a nagyrészéről kiderült, hogy khm. némileg több tudással felszerelkezve nemkerült volna bele a lisátba

    Te most a belinkelt systemd github bugreportokról és CVE-kről beszélsz? Az nem tudás kérdése, hanem bug/sechole volt a systemd-ben. Vagy a systemd kritizáló cikkekről/posztokról/emailekről? Hát az azokat író embereket tudáshiánnyal vádolni eléggé erős.
    Vagy úgy gondolod, hogy Linus Torvalds is tudáshiányban szenved? ("And yes, a large part of this may be that I no longer feel like I can trust "init" to do the sane thing. You all presumably know why.")
    Vagy esetleg a többi kernelfejlesztő, pl. Greg Kroah-Hartman és Ted T’so?

    > mint ahogy elvtársanak a "mé' dobtam ki a systemd-t" problémáiról is leírtuk, hogy az bizony nem a systemd hibája ha nem jól használják...

    Nem indokolt a "problémái" többes szám, mert egyedül a samba unit volt, ami valóban nem közvetlenül a systemd hibája, hanem a karbantartóé. A többinél ezt nem sikerült bizonyítani. A boot közben lemerevedő fsck-t meg user errornak minősíteni az nettó röhej. (Igen, tudom, hogy az nem te voltál.)

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484189

    > És? Minden sw tartalmaz legalább egy utasítést, egy változót, egy i/o-t...és egy bugot.

    Na de ennyit? És ilyeneket?

    > Az, hogy Linux és a többi kernelpotentát kritizálja, az egy dolog, lényeges különbség van közted meg hájblézer elvtársad és köztük: ők értenek a témához, és szakmai alapon vitázak a témáról.

    Tedd szépen hozzá: "jobban" (értenek a témához). És ez rád is áll. Szépen elkerülted a választ, hogy vajon, ha pl. Linus szerint a systemd megbízhatatlan, akkor vajon Linus tudáshiányban szenved?

    > A boot küzben lerohadó fsck után gondolom a hardvert végigtesztelted, mert ahogy írtam volt, nekem huszonpár éve ritka kivételtől eltekintve ilyet csak a hardver és/vagy a kernel tudott összehozni, nem más. 100+ nagyságrendben üzemeltek/üzemelnek a kezem alatt systemd-s szerverek, és ha a vmware lila halála el nem viszo őket, akkor mennek, mint a Doxa.

    Ezt hívják úgy, hogy a WORKSFORME érv, ami minden csak nem érv. Volt egyébként hardwareteszt, memtest86+, hdsentinel és tsai, de nem találtak semmit. Utána repült a systemd és vele a probléma is. Ezen nincs mit magyarázni.

    > Neked egyébként az is bajod volt, hogy kötelezően indul az fsck - ez viszont tényleg pebkac.

    Nem az volt a bajom, hogy kötelezően indult, ne csúsztass. Az volt a bajom, hogy nem lehet lelőni, ha nagyon kéne.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484239

    > de mégis olyan a kernel, hogy "klappol" a systemd-vel összerakott rendszerekkel...

    Vagy nem. Ezért rantolt Linus is.

    > Ja, hogy a technológiai kompromisszum, mint olyan is benne van a képben...?

    Megint kikerülted a kérdést. Ha már a Linux kernel devek is felemelik a hangjukat, hogy amit Poettering és Sievers művel, az túlmegy minden határon, valamint egyre kevésbé tartják megbízhatónak a systemd-t, akkor most tényleg gáz van systemd háza táján, vagy Linusék tudáshiányosak?

    > a tied meg a !worksfome, egy darab gép és egy darab unit esetéből extrapolálva.

    Személyes tapasztalatot kértetek, azt kaptatok. Eddig nem tudtatok rá semmit mondani, hogy miért nem a systemd műve volt, csak azt, hogy de biztos nem az volt.

    > Ez technológiai, adatintegritást kifejezetten érintő döntés: igen, ahhoz, hogy _garantálni_ lehessen a fájlrendszerek épségét, ahhoz a "dirty" állapotúakat ellenőrizni kell, méghozzá úgy, hogy abba a felhasználó _ne_ piszkálhasson bele. Igen, persze, az esetek sok%-ában az fsck nem fog problémát találni, pláne egy desktop-nak (is) használt pécén, de manapság nem erre kell lőni, hanem kellemesen nagy terhelésű rendszerekre, ahol picit több nyitott fájl, illetve iops darálja a diszkeket.

    Ld. fentebb. Egyébként pláne nem értem, hogy miért kell egy workstationon erőltetni azt, ami szervereken, vagy szerver clustereken policy. Éles szerveren, pláne másén nem fogom lelőni az fsck-t, de a saját gépem és adataim felett had rendelkezzek már.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483174

    A windows kernelt nem fogják dobni, mert azzal a rössel kinyírnák a saját teljes ökoszisztémájukat. Ennyire nem lehetnek hülyék. A windózt az emberek nem önmagáért használják, hanem a rajta elérhető szoftverekért, amit ismernek és használnak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483378

    A windows API kell nekik, amit viszont jelen pillanatban csak a windows implementál 100%-osan.
    A WINE a mai napig nem opció mindenkinek. A desktop világ egyik megkerülhetetlen kulcsszoftvere a Photoshop. WINE alatt ez a mai napig nem megy rendesen, a 10 éves CS5 és a 20 (?) éves 5 LE kivételével mindnek van valami nyomora (és ez a kettő is csak adott WINE-val volt jó). És ez csak egy program volt. Azt, hogy maga az ms mennyire tudna kivitelezni egy ilyen réteget, azt azt hiszem mindennél beszédesebben cáfolja, hogy egy időben volt olyan, hogy WINE for windows, mert a WINE jobban futtatta a legacy (xp, 98) alkalmazások nagyobb részét, mint a win7 és win8.

    Hogy jött a képbe az ARM? Az ms primer bázisa az x86-os desktop ill. szerver szegmens. Ebből élnek jelenleg. Nem arról volt szó, hogy ne dobhatnának piacra egy ARM-os Linuxot, hanem arról, hogy nem fogják kukásítani sem a windows kernelét, sem az API-ját. Se most, se máskor. Nem fognak x86-on átállni Linux kernelre. Max. ha megőrültek. Onnantól ugyanis abszolút semmi sem szól az mellett, hogy te konkrétan mikrofos Linuxon emuláld a windózt, hogy fussanak a programjaid, amikor ennyi erővel bármelyik random disztrón szophatnál vele. Arról nem is szólva, hogy az ms-nek nem csak a "lakossági" szektor a táptalaja, akiket úgy szopat le, ahogy nem szégyell, hanem a vállalati is (ms caliber corporations included), akik viszont instant versenyzongora általi halálra fogják ítélni a derék mikiszoftot, ha kirántja alóluk a platformot, amin üzemeltetnek/termelnek.

    Amit látunk, az nem egy paradigmaváltásnak az előkészülete, hanem egy asszimilációs kísérleté.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483417

    Merthogy? Mi az ellentmondás a két mondat között? A windows API-t használják a windowsos programok? Igen. Az 100%-osan csak a windowsban van impelentálva? Igen. Megy minden WINE alatt? Nem. Akkor?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483496

    Aha. Nos ez esetben te olvastál felületesen, vagy csak elvesztetted a fonalat a posztok között. Ritter valóban azt írta, amit írtál, de a WINE-t hozta "jó" példának, én pedig erre írtam ellenpéldának, hogy a WINE maximum felemás példának jó, tehát nem érv arra, hogy lesz majd működő vindózemuláció Linuxon, hisz már most is van, mert vanni ugyan van, csak felemás. De olvashatod lentebb mrceeka véleményét, az ms szándékosan tördeli a backward compatibilityt a biztonság jegyében; na, vajon hány dolgot nem fognak implementálni (lustaságból, üzleti érdekből, balfácánságból), amit aztán a biztonságra fognak?

    A Linux kerneles windows egy lázálom. Ami viszont nem az, az az, hogy ha a WSL jól végzi a dolgát, akkor egyáltalán nem elképzelhetetlen az forgatókönyv, hogy az ms azzal kezd el kampányolni, hogy ne használj Linuxot, hiszen a neked szükséges kulcsszoftvereket (akár workstationod van, akár szervered) tudod futtatni windowson is a WSL segítségével. A kérdés már csak az, hogy ezúttal valóban végigtolják-e a tervet, vagy valami hülye ezt is le fogja állítani, mint anno a droidos kompatibilitási réteget, amivel pedig egy nagyon csúnya tökönlövést bevihettek volna a droidos ökoszisztémának, hiszen két szoftverparkot kaptak volna a júzerek egy helyett...dehát a mikiszoft mindig is arról volt híres, hogy ha kijönnek valamivel, amivel nagyot dobhatnának, akkor az megy a szemétbe.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483418

    És? Linuxon megy WINE-nal?

    Az ms és a backward compatibility. Ezt szerintem hagyjuk. Asszem nem ment át, hogy eddig sem jeleskedtek vele, semmi garancia nincs rá, hogy most hirtelen jobban menne nekik.

    Az intel nem az egyetlen x86 gyártó a világon, ott van még az AMD is, akinek mostanság egyre jobban megy. Az ARM meg tudtommal egyelőre nem tud olyan erős CPU-kat gyártani, mint a high-end x86-osok, valamint a fordítóprogramoknál is az x86 a fő csapásirány. Arról nem is beszélve, hogy az ARM CPU-kon nem fut a régi szoftverpark, amit az emberek használnak.

    És? Nem az volt a kérdés, hogy valaha kinyitják-e a windowst és ha igen, akkor az rossz lesz a mikiszoftnak, vagy sem, hanem az, hogy nem fogják Linxura cserélni a windowst.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483425

    De itt API backward compatibilityről beszélünk, nem formátumokról.

    Magyarázd akkor meg, hogy miért volt kompatibilisebb a WINE a legacy (98, xp) appokkal, mint a win7 és 8.
    Amúgy csatlakozni akarsz az előtted szólókhoz, akik szerint az ms rövidesen Linux kernelre vált?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483435

    > Miért váltana Linuxra az NT subsystem?

    Ezt tőlem kérdezed? Én végig azt mondtam, hogy ez egy marhaság, kinyírnák saját magukat, ha ezt tennék.

    > nem használta az erre szolgáló eszközöket.

    Mert ehhez külön eszköz kell? WINE on windows alatt csak duplaklikk.

    > Az egyik legnagyobb magyar cég korabeli Vista migrációs elemzésének ismeretében állítom, hogy az appcompat sosem volt igazi show stopper

    Ha már szóbahoztad a vistát, na, az is annyi kompatibilitási nyűtől szenvedett, mint égen a csillag. Tényleg nem volt showstopper, végül is csak épp megbukott az oprendszer, az emberek nem váltottak xp-ről. (Tudom, volt annak ezer más baja is, ami ezt előidézte, de ez is elég kardinális ok.)

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483451

    > Sokadjára citálom az Apple példáját, akik egy teljesen nyílt forráskódú kernelre építik az operációs rendszerüket.

    Tévedés. A macOS kernel nem nyílt; csak a Darwin core az.
    Azonfelül még mindig nem értem, hogy hogy jön ez ide.

    > Ezzel nem nyírják ki magukat, semmi jele ennek.

    De ilyet senki nem is mondott. Még egyszer: nem az volt a kérdés, hogy kinyitják-e valaha a windows kernelét, hanem, hogy lecserélik e Linuxra. Az, hogy a kinyitás reális-e, vagy sem, rossz lenne-e a mikiszoftnak vagy sem, azt nem tudom. De az sehogy sem kapcsolódik a windows kernel Linux kernelre cseréléséhez, hogy a macOS kernele részben nyílt; cseréről volt szó, nem nyíltságról. Ha kinyitják a windows kernelt, attól még minden alkalmazás megy tovább windowson, de ha lecserélik, akkor megdöglik mind.

    > Már régen nem a Windows licencek jelentik a fő bevételi forrást.

    Ez is irreleváns. Tök mindegy, mi a fő bevételi forrás, ha nem fognak menni az alkalmazások, akkor semmilyen bevételük nem lesz.

    > Érv lehetne még, hogy Linux kernel fejlesztése nem a Microsoft kezében van. Az Android példája azt mutatja, hogy ez egyáltalán nem jelent stratégiai hátrányt a Googlenek.

    De ez is hogy jött ide? A google a kezdettől fogva Linuxra alapozott. Értsd meg: nem a nyitás ölné meg a mikroszoftot, hanem a csere.

    > Nagyon sok lépést tett a Microsoft az open-source világ felé, sőt konkrétan azon belül a Linux világ felé.

    Ja, hogy bekebelezhesse, nem azért, hogy csatlakozhasson.

    > Ma már szerintem nem abszurd gondolat a jövőbeli Linux alapú Windows lehetősége. Természetesen nem állítom, hogy ez az nyilvánvaló jövő a MS-nél. De a korábban elképzelhetetlen ma már szerintem egyáltalán nem lehetetlen esemény.

    De. Abszurd. Még egyszer, nem a nyílt windows volt a téma, hanem a Linux alapú windows.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483456

    Na, ez könnyen lehet.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483497

    Biztonság? Az ms és a biztonság? Ez tényleg no comment.
    Ráadásul ez esetben még csak nem is "biztonságról" beszélhetünk, hanem "biztonságoskodásról", ugyanis ha azért dobnak ki egy legacy API interface-t, mert az nem biztonságos, akkor miért teszik lehetővé, hogy külön eszközzel ugyanúgy elérhető legyen, ezzel tökönrúgva a "biztonságot"? Ha pedig abban a bizonyos eszközben meg van oldva a probléma, akkor ennyi erővel az eredeti helyen is orvosolhatták volna...

    Nem mintha bármilyen szinten is érdekelne, hogy mi elegáns, de ettől függetlenül megjegyzem, hogy egyáltalán nem HW kompatibilitásos példát adtam, hanem olyat, ami azt taglalta, hogy az xp alatt futó szoftverek nem akarnak menni vista alatt.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483506

    Pl. már 10 éve is minden költői túlzás nélkül ezerszer annyi vírus volt rá, mint a többiekre összesen, és anno, amikor még a vírusírtócégek nem csítelték el az eredményt, hogy a teszteken jól szerepeljenek, az ms féle vírusírtók menetrendszerűen sereghajtók voltak a biztonság szempontjából (és ez valószínűleg ma is így van, csak ma már nem lehet a tesztekkel kimutatni).

    Pl. az egész windows hemzseg a javítatlan biztonsági résektől (jelen pillanatban 1111 db ismert, aminek közel fele kritikus, vagy legalábbis súlyos), csak most áprilisban hét újabb kritikusat ismertek el.

    Pl. a SmartScreen csak az ember bosszantására jó, hogy a homebrew programodat leblokkolja, de a megfelelő aláírással bíró malware-t átengedi.

    Pl. az NTFS beépített titkosítóját használva, a windows újratelepítése esetén az összes adatot bukja az ember, de amúgy a BitLocker féle titkosítással sem érsz túl sokat. (Konteó: vajon az amcsi kormány hány sérülékenységet tetetett bele a titkosításba, hogy ők hozzáférhessenek?)

    Pl. a windows ASLR-jének egy sereg nyavalyája van.

    Pl. a windowsos mobilokat egy SMS-sel is meg lehetett borítani.

    Pl. az ms a saját internetes jelenlétét sem tudja megfelelően megvédeni (670 hijacked subdomains).

    Pl. ott volt az a sztori, amikor a WU eltérítésével rakosgattak malware-t az emberek gépére.

    Pl. itt van ez a sztori is.

    És végül egy saját sztori: Ismertem egy rendszergazdát, aki win10-et használt és a OneDrive-ba szinkronizálgatta a fontos dolgait. Egyszer a Defender és a SmartScreen ellenére valahogy bekapott zsarolóvírust (nem tudni, hogy hogy), ami letitkosította az adatait, ami egy dolog, de a win10 utána kérdés nélkül felszinkronizálta a letitkosított adatokat a OneDrive-ra. A srác azóta offline backupot használ.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483528

    Számára el, mert nem tudja őket kicsomagolni. Azt nem tudom, hogy a techsupportot felkereste-e, de decryptelni ők sem fognak tudni segíteni. Azt sem tudom, hogy az ilyenekre kitalált Files Restore be volt-e kapcsolva, vagy, hogy egyáltalán volt-e már akkor Files Restore (nekem 2019 január 15.-én mesélte a srác, vagyis a sztori 2018-as, vagy annál régebbi, úgyhogy fifty-fifty).

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483533

    Vagy csak neki sem működtek a verzióelőzmények.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483538

    Ennyi? Erőletetett fölényeskedés? Ez nem válasz, ez szánalmas vergődés. 2018 februárjában reportolták a hibát, 5 hónappal később még mindig voltak, akiknek nem ment, úgyhogy ebbe simán belefuthatott.

    Álhír meg akkor lenne, ha nem történt volna meg a dolog, nem akkor, ha esetleg user error is közrejátszott benne. FYI: a SmartScreenen és a Defenderen átmászó ransomware és a letitkosított fájlok felszinkronizálása teljesen független attól, hogy a verzióelőzmények működtek-e akkor, vagy sem.

    Esetleg van valami válaszod a többi linkre is, amit összeszedtem? Vagy ennyi volt? Kiböktél egyet, amit esetleg rá lehet kenni user errorra, aztán ezen lovagolsz, mintha a többi nem is létezne?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483542

    > Csak nem cáfolja azt az állításomat, mi szerint a Vista biztonsági fejlesztései törték meg a legtöbb korábbi alkalmazást és hogy ezeket alkalmazás-specifikus SHIM-ekkel jól és ráadásul biztonságosan lehetett kezelni.

    Az a válasz nem is neked, hanem Tassadar "miért nem fér össze az MS és a biztonság" kérdésére ment. Én azt az állításodat egyébként nem is próbáltam cáfolni sehol sem, hogy milyen fejlesztések törték el a vistában a kompatibilitás (hol láttál ilyet?); én egyfelől azt mondtam, hogy eltört egy csomó minden - tehát az ms múltja nem éppen folttalan a backward compatibility terén (főleg, mivel ez nem egyedi eset) - másfelől meg azt, hogy felesleges a biztonságra kenni a backward compatibility szándékos eltörésének megindoklását, mert ettől nem lett biztonságosabb (ilyen memóravédelmi bugokkal, meg a fentebb belinkelt ASLR mizériákkal nem is csoda).

    De most komolyan, hajbazert sokan ekézik itt, hogy mindig a butítással jön, de hát hány tonna feature-t szedtek ki a vistából, ami az xp-ben még benne volt? Ezt is mind a biztonság oltárán?

    > Továbbá ugyanezek a biztonsági fejlesztések hiányoztak és hiányoznak a wine-ból, ezért valóban duplaklikkel indulnak az ilyen alkalmazások.

    Tény, a WINE ebből a szempontból ementáli. De ettől még a windows nem lesz biztonságos, azonfelül itt a seamless integration volt a kérdés: a felhasználó számára nem az a kompatibilisebb, ha a legacy appjait elméletileg biztonságosabb mechanizmusokon keresztül kell futtatnia, hanem ha rábök, mint régen és megy.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483549

    Tehát a biztonság kedvéért butították rommá az xp-hez képest?
    Akkor mi eszik meg 15 GB-ot benne, ha a biztonság kedvéért dobáltak ki belőle egy raklap dolgot? Ugye nem azt akarod mondani, hogy a bevezetett biztonsági mechanizmusok miatt kell tízszer annyi hely?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483551

    Hát végül is, tényleg azt mondtad, hogy "szerinted"...hát szerintem meg leginkább nehezményezték a hardwaregyártók, hogy az xp eldöcög egy sokéves, 64 MB-os, 233 MHz-es P2-esen is, valamit tenni kéne; az ms meg ráeresztett egy csomó világmegváltó ötletekkel tele lévő figurát, hogy csináljatok, amit akartok, írjátok meg az egészet dotnetben, vagy amit akartok. Ami hasznos - és használt! - volt, azt kihajigálták, mert az úgy nem jó, de lett benne egy tonna marhaság, ami a kutyának nem kellett, de jól mutat a CV-ben, meg a featurelistában.

    TL;DR: üzleti érdekből lett a vista olyan, amilyen. Vagy, B verzió, nem volt külső nyomás a hardwaregyártóktól, csak simán ráeresztették a világmegváltókat a windowsra, mert valaki a felsővezetésben kattant volt (Ballmer?).

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483561

    Ez nem válasz, ez személyeskedés. Az válasz, ha kifejted, mik azok a marhaságok. Vagy az is válasz, ha tudsz ellenindokot mondani, hogy mitől hízott 10x akkorára a vista az xp-hez képest (1.5 GB vs 15 GB), miközben ennyi mindent kihajigáltak belőle.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483613

    Mit? Mármint mit, ami indokolja a 10x-esre hízást?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483849

    ??? Az xp 2001 augusztus végén jött ki, a vista 2006 november elején. A kettő között 5 év van, nem húsz.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483920

    ROFL. :)

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483614

    Kicsit kevesebb sértődött szarkazmussal talán hatásosabb lett volna...

    Egy kérdés, ami mindre vonatkozik: ezeknek a jelenléte tényleg indokolja a 10x-es növekedést?

    Aztán nézzük sorba:

    > Remote Assistance

    Ööö...te gelei...ez már az xp-ben is benne volt. Gondolom te is belátod, hogy elég érdekes lenne a vista megnövekedett rendszerigényeit egy olyan szoftver jelenlétével magyarázni, ami már előtte is része volt a rendszernek.

    Aztán - csak mert ugye a biztonság volt a fő téma - ezt a micsodát hátsóajtónak lehetett használni 2018 márciusáig, egészen a kezdetektől fogva.

    Úgyhogy igen: ezt tényleg kár volt. Megcsinálni is, meg neked felhozni is.

    > Meeting Space

    Ez ugyan tényleg egy hasznos cucc lehet, de ez pont az, amire a legtöbb júzernek tényleg nincs szüksége, tehát nincs mit csodálkozni rajta, ha a paraszt feleslegesnek ítéli és kikapcsolja.

    > ReadyBoost

    A ReadyBoost pont az a szoftver, ami egy olyan problémát old meg, ami vele együtt debütált: a vista brutális memóriaéhségéből származó belassulást, amikor elfogyott a RAM. A hatékonyságáról meg annyit, hogy jobban jártál, ha vettél még memóriát a vista alá. Sebességügyileg is, meg anyagilag is. Ez persze a többi operációs rendszerre is igaz, csak az OSX-ek, korábbi windowsok, Linuxok és egyebek nem faltak föl indulásként 2 GB RAM-ot, így náluk kevesebb memória is elegendő volt, hogy tudjanak rendesen cache-elni.

    Szóval leginkább nem kellett volna így elcseszni a vistát és akkor erre sem lett volna szükség; úgy könnyű valamit hasznosnak kikiáltani, ha előtte direkt teremtek egy problémát, amit megoldhatok vele.

    > Search Indexing

    Ez megint az, ami tényleg hasznos lenne, ha rendesen megcsinálták volna, ami nem sikerült, mert akkor is és még most is csak úgy belassítja a rendszert (#1, #2, #3, #4, most többet nem linkelek, találhatsz még tonnájával), valamint menetrendszerűen felzabálja a rendelkezésre álló memóriát (#1, #2, dettó lehet még keresni) és CPU időt (#1, #2, ebből is lehet még keresni), hogy az esetek többségében jobban jársz, ha kikapcsolod a francba. (Egyébként többségében direkt answers.microsoftos linkeket adtam, lehet lecsekkolni, hogy a hibabejelentőn kívül hányan bökték még be, hogy nekik is ez a problémájuk.)

    Úgyhogy ebben a formában ezt is kár volt.

    > Offline Files

    Ez megint csak hasznos volna...csak ez a cacheing témakör nem nagyon akar sikerülni szegény miklósszoftéknak (ebből már végképp had ne linkeljek be többet)...

    Szóval ebben a formában ezt is kár volt.

    > Elfogadom, hogy a te számítógéphasználati szokásaid mellett ezek nem adnak értéket neked, de így kijelenteni pl. a network share fájlok cache-elésére, hogy "marhaság, ami a kutyának nem kellett, de jól mutat a CV-ben", kicsit erős. :)

    Most kiemeltél kemény öt dolgot a vista felesleges baromságai közül (amiből egyébként négyről kiderült, hogy vagy abban a formában ahogy, vagy abszolúte tényleg feleslegesek voltak) és máris indokolva van a vista batár rendszerigénye?
    Azonfelül az állítás csak annyi volt, hogy belekerült egy csomó marhaság, de azt senki nem mondta, hogy minden ami bekerült a vistába, az haszontalan volt, ezt te láttad bele a nagy sértődöttségben. (Egyébként kár volt vastagon kiemelni, hogy nekem, mert én nem használok windózt, még mindig.)

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483630

    Itt ti vagytok a windows expertek, nem én, ezt nektek illett volna tudni, nem nekem. gelei kiemelte, én meg utánanéztem, hogy mi ez.

    Te egyébként mindig így vitatkozol, hogy kiböksz egy halomból egyetlen dolgot és abba próbálsz belekötni? Ráadásul mindig a legérdektelenebbe? Ez ma már a második ilyen próbálkozásod.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483635

    > Nem vitatkozok momentán, ezt helyesen vetted észre. A vitához szükséges a másik fél minimális nyitottsága a vitapartner érveinek megértésére, akár elfogadására. Csináltam is Veled feljebb egy darabig, de reménytelennek ítélem a helyzetet, sajnálom.

    Milyen érveidnek a megértésére célzol? Az ásítozásra? Nagyon nagy szavakkal dobálózol itt, csak teljesen falsul hangzik, mert érveid neked nem nagyon voltak. Fentebb sem. Éppen erről beszéltem, hogy ott is belekötöttél kb. a leglényegtelenebb pontba. A verzióelőzmények felhozása ugyan még egy értelmes megnyilvánulás volt, de a rá kapott ellenérvre már csak üres fölényeskedésre futotta. Aztán meg semmire. Semmire se. Max. arra, hogy szerinted. Meg egy kis hajbazerezésre. Erre van ekkora mellényed? Te voltál a vitaképtelen nem én.

    > Így csak néha beletrollkodok, ha már nem bírok magammal! ;-)

    Azaz nem sikerült a szerecsenmosdatás és marad a mellébeszélés, meg a görcsösen erőltetett lazaság, leszaromság, meg a vitapartner fikkantása, ha már az érveit nem sikerült kikezdeni.

    > Látod, magad mondod, hogy ismeretlenül, pár netes keresésből ítéled meg egy-egy technológia hasznosságát.

    Én nem ezt mondtam, ezt te próbálod belemagyarázni.

    > Külön kedvenced a vele kapcsolatos hibák lobogtatása, mintha az perdöntő lenne a hasznossága szempontjából.

    Hát ha valami annyira hemzseg a hibáktól, hogy használhatatlan, az hogy lehetne hasznos?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483696

    > A múltkor belinkelt Bill Gates utálók klubja, vagy mi a fene után bocsánat, de talán érthető, hogy feleslegesnek érzem a vitára fordított időt, és gondolom Marci is hasonlóan van ezzel, azért ásítozik.

    Ez. Egy. Nagyon. Láma. Kifogás. Továbbá személy elleni érvelés, ami a lámaság legbiztosabb jele, amikor nincsenek ellenérveid és inkább a vitapartner személyét próbálod támadni, az érvei helyett. Eléggé szánnivaló... Marci meg azért ásítozik, mert megpróbálja azt a képet kelteni, hogy ő kurwára leszarja, meg csak röhög az egészen, holott ismét csak az történt, hogy sikertelenül megpróbálta megvédeni azt, amin nincs mit védeni, aka. szerecsenmosdatott és felsült. Aztán megpróbálja megmagyarázni, hogy ő csak trollkodik. Persze...és ezt mindenki el is hiszi.

    > Egyezzünk meg abban, hogy te utálod a MS-t, mások meg nem, és ezzel a világon semmi probléma nincs. Én is rühellek egy csomó olyan dolgot, ami mások szerint jó, pl. a seafood minden formáját, de ettől még nem megyek oda másokhoz az étteremben leszarozni, amit esznek. :)

    Egy: Nem én mentem oda leszarozni, hogy ti mit esztek, hanem ti jöttetek ide; hát nem tűnt fel, hogy ez az én topicom, nem tűnt fel, hogy ti szóltatok először hozzám? Ti jöttetek ide, nem én mentem oda. Más szemében a szálkát, magadéban az Endort se.

    Kettő: Nem tudom, feltűnt-e, hogy most már - ismételten - a szakmai rész - itt pl. a vista fals biztonsága, vagy az elhízottsága, ill. annak oka - kiveszett a szálból és most már megint a sokadik poszt arról szól, hogy én ilyen, meg olyan vagyok és megpróbáljátok ezt megideologizálni azzal, hogy én ez, meg az vagyok. Ti vagytok, akik személyeskedtek és engem vádoltok haterkedéssel? Mi ez az alpári kettős mérce? Kit minősít ez szerinted?

    Három: Nagyon megható ez a teamwork, ahogy egymás posztjait lájkolgatjátok a nagy sértődöttségben, hogy "dejó'megaszontaneki" (ebből is látszik, hogy mennyire fals ez a nagy lazaság, amit mutatni próbáltok; ha leszarnátok a fejem, már rég itthagytatok volna), mert érveitek nem nagyon vannak; egy-két értelmesebb meglátáson, vagy információmorzsán túl leginkább kerestek valamit, amibe bele lehet kötni, aztán azon lovagolni, vagy csak megpróbáltok rámsütni valamit, hátha hiteltelenné lehet tenni vele mindent amit mondtam, vagy linkeltem. (Szerinted ettől semmis lesz a tény, hogy több, mint 1100 biztonsági rés van a windowsban, amiből több, mint 500 kritikus vagy súlyos? Vagy az, hogy az xp 1.5 GB volt a vista meg 15 GB?)
    Feltételezem, hogy te +1-ezted le mrceeka fentebbi "észrevételét" (bár ha nem, az is mindegy a továbbiak szempontjából), miszerint 'Az előbb még azzal linkelted a cikket, hogy "lett benne egy tonna marhaság", most meg rájössz, hogy "ez már az xp-ben is benne volt."', hát fordítsuk már meg a dolgot: én - a köcsög UNIX-os - legalább rájöttem, ti meg - a nagy windows expertek - nem. Még utólag sem. Te csak becitáltad, hogy de mekkora jóság debütált vele a vistában, mrceeka meg belájkolta. Kinek égő ez inkább, szerinted?

    Szerintem nézzetek egy kicsit tükörbe.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483704

    > Ezek szerint nem tetszett a YT videó sem?

    Utólag szerkesztetted hozzá, amikor már írtam a posztot. Most lecsekkoltam, jópofa, csak semmi köze ahhoz, amiről szó volt. Az még mindig egy nagy nulla, mint ellenérv, hogy "nincs kedvem mshaterrel vitatkozni". Főleg, ha érvei is vannak, ugye?

    > Őszintén? Nem. Nem szoktam nézni, ki az OP, csak ha valamiért releváns.

    Ez nem változtat a tényen, hogy nem én mentem oda a ti asztalotokhoz kötekedni, hanem fordítva. Ha az OP-ot nem is nézted, azt csak vissza lehet nézni, hogy minden egyes subthreadben ti szóltatok először hozzám.

    > Ebben a threadben asszem egyetlen lájkot nyomtam, szarok rá, hogy állnak a lájkok. Mi vagyok én, Instagram celeb?

    Nem tudom, hogy mi vagy. De mondtam, hogy igazából mindegy is, hogy ki volt az, mert ez nem változtat azon, hogy nektek kellett volna tudni, hogy a RA miben debütált, nem nekem, de ennek ellenére az orrom alá lett dörgölve, hogy "most jössz rá?", holott ti rá sem jöttetek.

    Mondom, egy kicsit magatokba nézhetnétek.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483766

    Csak akkor ne nekem mondja, hogy vitaképtelen vagyok, amikor vele nem lehetett vitatkozni. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483774

    mrceekáról volt szó, hajbazer egy neki szóló replymre replyzett.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483833

    > Azt mondtam, hogy "A vitához szükséges a másik fél minimális nyitottsága a vitapartner érveinek megértésére, akár elfogadására." Ezt tartom.

    Ez csak eufemizálás, de legyen. Az viszont elég visszás, hogy pont te voltál, aki a becitált linkeket en-bloc letojtad és ezek után engem osztasz ki nyitottság kérdésében.

    Ezt hogy érted, hogy soha meg nem valósult? Mi az, hogy légből kapott? Ez a projekt létezett. Vagy szerinted a linkelt archivált WINEHQ oldal kamu?

    Először is, nem csak HW-compat példa volt, fel volt benne sorolva többféle inkompatibilitás is. Ezt mondtam is, de nem reagáltál rá. Azonfelül utána kaptál olyan linket is, ahol tételesen fel volt sorolva, hogy mi lett kiszedve a vistából. De "szerinted" az is csak a biztonság kedvéért.

    Véget ért? Igen? Ezt így te döntöd el, hogy nekem mikor ér véget a vita? Az nem jutott eszedbe, hogy egyszerűen csak magától értetődött számomra, hogy ez így egy vicc? Tassadarnak eszébe jutott, rá is kérdezett, válaszoltam is neki.
    Érdekes, hogy pont akkor "szállsz ki", amikor utána beküldtem azt a tonnányi linket...

    Ezt már mondtam, hogy akkor "álhír", ha nem történik meg, nem akkor, ha esetleg a user is vétkes. Hovatovább, te meg egy-az egyben letojtad azt az "irdatlan listát" és csak arra válaszoltál, amibe bele bírtál kötni. De most komolyan, biztonságos az, amiről ilyen "irdatlan listát" lehet írni? Mert szerintem nem.

    Nem volt róla szó, mert ő sem mondta. Egyszerűen csak bevertem a kugliba a verzióelőzményeket (mert ugye én nem foglalkozok azzal amit írsz, így nem is nézek utána, hogy mit írtál, ez logikus) és rögtön ez jött velem szembe. Rengetegn jelezték az ms-nek hónapokon át, hogy baj van. Ebbe a srác is belefuthatott. Az ásítozás meg meg sosem érv. Akkor sem, ha nem is fölényeskedésnek szántad, mert annak sikerült. Ennyi erővel én is mondhatnám, hogy nagyon fárasztó és unalmas a folyamatos szerecsenmosdatásod. Többek között megint ignoráltad a sztori másik felét, hogy a zsarolóvírus átment a Defender/SmartScreen kombón; még mindig az ms és a biztonság relációjáról értekezünk, nem baj? Mint mondtam: amibe bele tudsz kötni, azon lovagolsz.

    Könyörgöm összecitáltam neked a fél internetet, kaptam én arra érdemi választ? Egy túrót. Annyit írtál, hogy "Örülök, hogy sok mindent összeszedtél, szép munka. Nem mondtam, hogy nem létezik a többi." Aztán pedig azt írtad, hogy "Csak nem cáfolja azt az állításomat, mi szerint a Vista biztonsági fejlesztései törték meg a legtöbb korábbi alkalmazást és hogy ezeket alkalmazás-specifikus SHIM-ekkel jól és ráadásul biztonságosan lehetett kezelni. Továbbá ugyanezek a biztonsági fejlesztések hiányoztak és hiányoznak a wine-ból, ezért valóban duplaklikkel indulnak az ilyen alkalmazások." Úgyhogy nem is én nyergeltem át oda, hanem te. Te kezdted el terelni a témát affelé, hogy a vistából mit dobtak ki a biztonság miatt, már bocs.

    Hát ezt lehet, hogy félreértettem és nem nekem akartál beszólni. De ha egy másik emberrel minősítesz egy adott témát, úgy, hogy ahhoz negatív jelentéstartalmat csatolsz, az szintúgy személyeskedés, csak max. nem velem, hanem hajbazerrel. Az jobb? Hozzád se szólt, minek kellett ez a kiszúrkálás a sorok közül?

    > A harmadikban (még inkább vesztemre) Mérges és csalódott voltam, mert az összes válaszomat negligáltad vagy tovább csúsztattad, a bennük foglaltak szemmel láthatóak kíváncsiságot nem keltettek benned, csak azon dolgoztál (érzésem szerint), hogy találj valamit a kezed ügyében (alkalmas vagy alkalmatlan dolgot), amivel visszavághatsz.

    Én? Már bocs, de pont te voltál, aki nem reagált a becitált cuccokból szinte semmire, csak amibe bele bírtál kötni.

    > Ezért, amikor Te magad igazoltad korábbi állításomat ("ritka sok marhaság van a linkelt cikkben"), ezzel: "Ööö...te gelei...ez már az xp-ben is benne volt.", erre felhívtam a figyelmedet.

    Ezt is megválaszoltam már: én becitáltam egy cikket, amiben valaki leírta, hogy miféle "marhaságokat" kapcsolt ki. Nem csekkoltam le egyesével, hogy mindegyik megállja-e a helyét, ez tény. (A jelek szerint ti sem. Mindezt úgy, hogy nektek szakterület a windows. Mint mondtam: kettős mérce.) Viszont gelei volt az, aki kiemelt belőle egy feature-t, hogy ez miért lenne marhaság? Na, ha én letojnám, amit írkáltok, ahogy te itt állítod, akkor nem kerestem volna rá egyáltalán, hogy mi is ez. De nem tojtam le és rákerestem. És egy kicsit meghökkentett, hogy pont sikerült becitálni belőle egy olyat, ami nem is a vistában debütált. Még egyszer: ti vagytok a windows expertek, ezt nektek kellett volna tudni. Ha úgy emeli ki, hogy az RA már az xp-ben is benne volt, tehát a cikk hülyeségeket beszél vele kapcsolatban, egy szavam nincs, mert igazatok van. De nem, úgy emelte ki, hogy ez milyen jó, hogy bekerült.
    De most komolyan, ha nekem az lenne a célom, hogy titeket bántsalak, akkor nem gondolod, hogy kaptam volna az alkalmon és leoltottam volna a francba? Ehhez képest csak annyit mondtam, hogy ez benne volt az xp-ben, tehát nem lehet a vista új feature-jei között.

    Ja és ami igazán gáz, hogy megint sikerült a dolog másik felét ignorálnotok, hogy ez a fasza cucc, amin már sokadjára lovagolunk, usque 15 évig egy batár nagy hátsóajtó volt az összes windowsban. Erre sem reagáltatok. Minden ami kínos volt az ms-nek és nem volt rajta fogás, az mind ignorálódott és a végére csak annyi maradt, hogy én ez meg az vagyok.

    > Sajnálom, hogy így alakult.

    Legalább ne próbáld meg magadat áldozatnak beállítani, mert irtó fals. Mint fentebb leírtam, ti jöttetek be egy topicba amit nyitottam és ti szóltatok hozzám először. Én benneteket nem bántottalak, viszont ti a nektek nem tetsző válaszaim nyomán nekiálltatok személyeskedni és - saját bevallásod szerint - "trollkodni". És akkor még meg is ideologizálod, hogy ezt azért, mert én ez, meg az vagyok. Bocs, de - ahogy mondtam - ez nem engem minősít.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483836

    > Örülök, hogy erre ennyi energiád és időd van, megtisztelőnek is gondolom, hogy ilyen terjedelemben válaszoltál.

    Pedig CFS-ben HPAAD-ben szenvedek. :P
    De most komolyan, ha nem válaszolok, azt írod, hogy nem foglalkozok a válaszaiddal, ha meg igen, akkor meg ezt?

    > Tanultam az esetből.

    Annyit még megkérdezhetek, hogy mit?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483842

    > Például azt, hogy ami nekem elsőre kellemes csevelynek tűnt, ahol relatíve pongyolán megoszthatom a saját gondolataimat, tapasztalataimat - az Neked ennél sokkal komolyabb dolog volt.

    Nem annak indult, de ahogy bepipultatok, ti kezdtétek el komolyan venni. Mit vártatok? (Főleg ennyi pénzért.)

    > Például Szerinted "folyamatos szerecsenmosdatás"-t csinálok. Idézz kérlek egyetlen mondatot a topikból, amiben a Microsoftot mentegettem.

    Mindjárt azzal nyitottál, hogy "ne vicceljek", mert ők aztán nagyon backward compatible-ek. Aztán "postafordultával" már arról értekeztél, hogy a backward compatibility nem showstopper, tehát nem baj, ha eltörik. Aztán meg a biztonsággal próbáltad megmagyarázni, hogy muszáj volt eltörni.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483863

    > A brutális backward compatibility a Microsoftnál sima tény, olvass utána.

    A saját tapasztalatom is mást mond, meg amiket a neten találtam, az is. Egy részét be is linkeltem. Nem foglalkoztál vele.
    Egyébként ezt írtátok a biztonságra is. Annak is utánaolvastam. Úgy kb. negyed óra alatt összeszedtem azt az "irdatlan listát". Azóta is válaszoltok rá... Érdemes volt.

    > És igen, az ok a Vista esetében túlnyomó részt a biztonság volt (nem, most nem beszéljük végig a történetet a DEC-től jövő RPC-ről, az RPC-DCOM-on, Longhornon és XP SP2-n át a Vistáig). Ha meg szeretnél róla győződni, találomra (mondom találomra! ;) ) válassz néhány funkciót, ami ki lett hagyva a Vistából és olvass utána. Valószínűleg igazolva fogod látni az állításomat.

    Oké, akkor ahhoz, hogy biztonságossá tegyék az xp-t, a saját kódbázisának a tízszerese kellett, pluszban. Ha te mondod én elhiszem. Csak akkor miért nem lett biztonságos? :(

    > És most: meglepetés! Egyik sem mentegette a Microsoftot. Száraz tényeket és személyes tapasztalatokat írt le, amitől a Microsoft semmitől sem került jobb pozícióba, legfeljebb a látóköröd tágult valamelyest.

    Hát ha megmagyarázod, hogy nem... De összefoglalom egy mondatban: egy olyan operációs rendszer irdatlan felfúvódását és backward-compatibility issue-jait akartad megindokolni a biztonsággal, ami minden csak nem biztonságos. Ez mi, ha nem szerecsenmosdatás?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483689

    Egy kis önvigasz? :P

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483697

    Micsoda mazochizmus...

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483923

    > Egy frissen telepitett Vista Business igy nez ki

    És egy vista ultimate?

    > Aztan a c:\windows\system32\driverstore 1G, pontosan az van benne, ami varhato a neve alapjan.

    És? Akkor annak nem kell tárhely?

    > A c:\windows\winsxs-re 4.6G-t hazudik a totalcommander. Hazudik (illetve teved), mert tele van hard linkkel."

    Teljesen mindegy, hogy hardlink-e, vagy sem, mert a szabad kapacitásból levonódik és része a windowsnak, az ms álmodta így meg, nem más. BTW: https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/determine-the-actual-size-of-the-winsxs-folder Így megmérve mennyit ad?

    > Lenyeg a lenyeg: A Vista nem foglal 15G-t. A windows mappa valos merete kb 6.5G

    Hogy jött ki az a 3 GB levonás? Amúgy egy windows nem csak a windows mappából áll, hanem mindenből, amit a windows feltelepít. (BTW, az megvan, hogy a 15 GB-ot az ms adta meg hivatalos igényként?)

    Másnak egyébként ugyanúgy ~10GB-ot evett a friss telepítés, pedig ő másik partícióra száműzte, amit lehetett.
    Egyébként ha 6.5 GB, ha 9-10, ha 15, ez mindenképpen a többszöröse az xp-nek, úgy, hogy kihajigáltak belőle egy raklap dolgot.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483545

    Ez nem hit kérdése. Már ott bukó a dolog, hogy a SmartScreen/Defender kombón átment a vírus; az kinek a hibája, ha nem az ms-é? A felszinkronizáláson ugyan lehet vitatkozni, de ha az ms úgy gondolta volna, hogy jól van ez így, akkor nem vezette volna be a Files Restore-t, ami pont az ilyesmit hivatott kiszűrni, ami azt jelenti, hogy a srác esete baromira nem egyedi eset lehetett, hanem tömeges, mert egy ember nyomorával aligha foglalkozott volna az ms.

    Az offline backup hiánya valóban a srác hibája (tanult belőle), de ez csak a fájljai elvesztésének kérdésében releváns, az ms cuccainak biztonságosságának kérdésében nem.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483864

    > Nyilvánvalóan lépéselőnyban vannak a ransomware írok a virusirtókkal szemben, a többi virusirtót sem kárhoztatnám azért, mert egyetlen ransomware átment a rostán.

    Egy? Napi szinten zabálják fel az emberek gépét a vírusok. Ott van ez is benne a fenti listában, amit a kérdésedre kaptál tőlem; ezerszer annyi malware van windowsra, mint a többi platformra összesen.

    > Nagyon sok technológiát szolgáltat a Microsoft a Defenderen felül is by default, hogy ezek kivédhetőek legyenek: tiltva vannak az aláíratlan makrók és scriptek, administrator esetén sem kap felhasználói interakció nélkül admin hozzáférést (UAC).

    Tapasztaltam. A saját programunkat is blokkolta, ki kellett kapcsolni. Sok értelme van így, hogy ki kell lőni, hogy dolgozni tudjon az ember... Bár mondjuk vele sem vagyunk nagyobb biztonságban...

    > Ezen felül lehetőség van path-ra, aláírásra szűrni a végrehajtható binárisokat (AppLocker), sőt path-ra is szabható ilyen kritérium (controlled folder access).
    Microsoft 365 esetén pedig számos más lehetőség van az organizáció védelmére.

    Igazán örülök neki. Valami a fenti listához, amit kértél?

    > Ezek közül mi áll rendelkezére egy tetszőleges desktop-linuxon?
    > Mit nyújt egy desktop Linux a ransomware támadások kivédésére?

    Idéznélek téged: "Miért releváns ez a Windows-ra nézve?"

    A windows biztonsága a téma, nem a Linuxé. A windows biztonságosságának mértékét semmiben sem befolyásolja az, hogy mi van, vagy mi nincs Linuxra. És a windows biztonságossága illúzió. Ld. a fentebbi listát. Te kérted, megkaptad.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483436

    A PowerPC-ről intelre váltás fatális hiba volt, a Rosetta meg távolról sem volt olyan tökéletes, mint azt sokan hiszik.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484070

    Elég jól működik, annak, akinek bejáratott non-windows munkakörnyezete van és csak egy-egy windowsos program kell neki, vagy játszani akar. Full windows környezetet sosem raksz össze WINE-ban. A negyede sem működne.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hajbazer , gelei


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483450

    Hogy jött ide a Photoshop? Én a WINE vs. natív winapi miatt hoztam fel a Photoshoppot; nem tudom, hogy kapcsolódik a windows kernel Linux kernelre cseréléséhez az, hogy OSX-en megy a Photoshop...

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483460

    A kettőt nem lehet egy lapon említeni. Ha CPU-t cserélsz, akkor jó eséllyel csak újra kell forgatni a programjaidat, max endian fixekre, meg az ASM betétek újraírására van szükség. Ha a kernelt cseréled le egy teljesen másfélére, akkor írhatsz újra majd' mindent.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483498

    > Márpedig ez történt az első esetben. A Classic macOS egy teljesen más OS volt mint az OS X. Eljárt az idő felette, például még cooperative multitask volt, és teljesen más OS mint a utód OS X. Egyetlen közös dolog a kettőben, hogy mindkettő az Apple rendszere. Mégis működtek az régi classic macOS binárisok az új OS X-en újrafordítás nélkül. Egészen a Tigerig megvolt ez a kompatibilitás.

    Nem, nem ez történt. A Classic Mac OS programok futtatása teljesen más tészta, mint a windowsos programoké. Két okból is.

    Egyfelől a Classic Mac OS egy a 80-as évekből ittrekedt, minden a korszerűbb OS-eket jellemző feature-t (memóriavédelem, SMP, valódi (preemptive) multitask) nélkülöző őskövület volt. Azért ezt gyorsan be lehet látni, hogy sokkal egyszerűbb megoldani az olyan programok futtatását, amik erre épülnek, mint egy bonyolultabb rendszerre: pl. OSX emuláció - mármint használható (nem, a Darling nem az) - van Linux alá? Nincs? Pedig a Darwin nyílt, ráadásul UNIX-UNIX felállás, nem windows-UNIX, azaz elvileg jóval egyszerűbb kéne, hogy legyen; hogyhogy nincs ez rendesen megoldva?

    Másfelől pedig - és ez a fontosabb - kevered a fogalmakat: a WINE nem emuláció, hanem API-wrapping, azaz a windows API hívásokat wrappeli a host OS API-jára, míg a Classic Environment valódi emuláció volt, egy sandboxolt környezetben felhúzta a Classic Mac OS kernelt és ott futtatta a célprogramot; nem wrappelt semmit, hanem futott a Classic Mac OS kernele N példányban és mindegyik sandboxban egy-egy Classic Mac OS program. Ugyanezen elvek mentén a Linux alatti windows kompatibilitást úgy lehet megoldani, hogy felhúzod a windows kernelt egy sandboxba és ténylegesen futtatod alatta a programjaidat. Ez ugyan valóban működik, de ez nem API-wrapping, hanem virtuális gép és ami még fontosabb: kell hozzá a windows kernel, tehát nem tudják lecserélni.

    > Különben később a PowerPC - Intel váltásnál sem kellett újrafordítani a Photoshopot, hogy működjön Inteles Macen. Nem adott forráskódot az Adobe, hogy fordítsuk le magunknak az új platformra. Működött a PowerPC bináris az Inteles OS X-en.

    Az Adobe magától leforgatta intelre, függetlenül attól, hogy ment-e a usereknek, vagy sem, ugyanis a Rosetta - lévén emuláció - elég erős performance impactot csinált, azaz a PowerPC-s Photoshop töredék sebességgel futott - ha egyáltalán futott - az inteles Mac-eken.

    > ASM betétek már szerintem elég ritkák. Szoptunk vele egy félévet, de azóta sem kellett soha semmihez assemblyben írnom bármit. Ha valaminek nagyon gyorsnak kell lennie, arra ott a C++.

    Nem tettem semmilyen állítást a gyakoriságukra, annyit állítottam, hogy CPU váltáskor át kell írni őket, ha vannak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> osod88


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483710

    > csak egészen apró toolokból nincs win-es de azokra van száz másik windows alternatíva.

    Mi számít aprónak? A Rapid Photo Downloader az kicsi vagy nagy? Alternatíva meg lehet, hogy van, csak kérdés, hogy jó-e a felhasználónak. Itt nem arról beszélünk, hogy át lehet-e szokni valamire, hanem arról, hogy ha a WSL működik, akkor a Linux usereknek nem kell átszokniuk, hanem futtatják a régi programjukat, windows alatt.

    > Szerver világ meg egészen más. Ott már ma is inkább a Linux a jelentősebb.

    Lehet, hogy az ms szeretne ezen változtatni?

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483749

    > Ott a WSL nem érv semmire.

    Ha működik? Dehogynem érv. Kapsz egy hibrid környezetet, ahol mindkét platform cuccait tudod futtatni. Ez elég jelentős érv. A választásnál szerinted mi a fő szempont? A pénz. Az idő pedig pénz. Szerinted, ha van egy adott feladat, aminek az egyik felére windows alatt van kiforrott technológia (mert mondjuk IIS specifikus cuccokat igényel), a másik felére meg Linux alatt (mert mondjuk WebScaleSQL kell hozzá), akkor mit fog választani a cég? Kiszenvedi a saját megoldását az első felére Linux alatt, vagy vice versa on windows? Vagy WSL on windows és használja az egyik felére a kész windowsos megoldást, a másik felére a kész Linuxost, csak össze kell kapcsolnia valahogy a kettőt.

    Ehhez persze az kell, hogy a WSL jól működjön, továbbá, hogy ne lőjék le, mielőtt befutna.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484069

    > Ez nem érv, mert nem akarja kicsiktől egészen óriásokig semmilyen szerverben érdekelt fél mindkét platform cuccait, ha eddig teljesen jól elvolt Linux alapú szervereivel. Amazon, Google, a kisebb OpenSTACK felhős szolgáltatók soha nem fogják Windowsra cserélni a Linux szervereiket, legyen bármilyen WSL csoda rajtuk. Nem fogják mert totál felesleges.

    Miért lenne felesleges? Ezt a feladat dönti el.

    > Nem fogják mert elvesztik a gyártófüggetlenségüket.

    Tehát, ha eddig pl. kizárólag RHEL alapokon futottak, innentől meg választhatnak az RHEL és a WSL+windows között, akkor elvesztették a gyártófüggetlenségüket és szűkebb lett a mozgásterük? Ezt nem nagyon értem...

    > Nem fogják mert azzal Intel platformhoz láncolnák magukat.

    Mármint az x86-ra gondolsz, gondolom, mert x86-ot nem csak az intel gyárt. Egyébként ez sem igaz. Most x86-centrikus a windows, de volt annakidején az minden platformra. Ma is portolhatják.

    > ARM szerverek szvsz nem túl távoli jövőben nagyobb szerepet fognak kapni. Technológiailag a POWER már ma is bőven alkalmas, itt inkább az IBM elkötelezettsége kérdéses abban a tekintetben, hogy mennyire is gondolják ők komolyan azt a nyílt OpenPOWER és mennyire marketinges porhintés a dolog.

    Ebben egyetértünk.

    > Szóval legyen példa az Amazon a felhős szolgáltatásával. Ők konkrétan semmit nem kapnának ha Windowsra migrálnának. Lenne egy jó nagy költség már az elején. Utána Microsoft függőség. Semmivel sem működne jobban az Amazon felhő ha a host gépeken el tudnának indulni a Windowsos szerver programok. Csak több erőforrás kellene minden host alá.
    > A guesteken sem valószínű, hogy az ügyfeleket nagyon vonzaná az ilyen cserelehetőség. Tegyük fel hogy van egy Amazon ügyfél, akik a felhősített és webes Linux alapú ügyviteli rendszerét működteti az Amazon felhőjén. Mit nyer azzal, ha kéretlenül kap windows kompatibilitást? Nem túl életszerű, hogy hirtelen a webes ügyviteli szerveréről szeretne mondjuk MS Office csomagot tolni remote desktopon át.

    Akkor álljunk meg egy pillanatig. Én nem azt mondtam, hogy a meglévő, már működő megoldásokat fogják migrálni, azt minek? De ha újat építenek valamiből és a feladat ezt követeli meg? A virtualizált gépek piacára szerintem az ms nagyon is szeretne betörni és nem az ms office-szal.

    > Viszont magasabb időalapú díjat kellene fizetnie, mert a Windows guest licencdíja így van beépítve az árba és cserébe nem kapna semmit. Vagy ha MS ingyen kezdené osztogatni felhőkre a Windows licenceket még akkor sem érné meg Amazonos ügyfelünknek, mert a WSL-es csodás Windows szervere több ramot és egyéb erőforrást igényelne ugyanarra a feladatra, és ez újra csak magasabb díjhoz vezetne.

    Az erőforrások oroszlánrészét sosem az oprendszer, hanem a célszoftver viszi el. TFH a windows mondjuk (hasraütés) 50%-al többet zabál, mint egy random vállalati Linux. So? A Linux mondjuk megette a rendelkezésre álló erőforrások 0.001%-át (felhőről, clusterekről beszélünk, nem egy gépről), akkor a windows megeszi a 0.0015%-át.

    > Linux szerverekre kész megoldások vannak amik évekig jól működnek minimális adminisztrációs igény mellett ha azok jól lettek megtervezve, márpedig aki ezt nem hobbiból csinálja a szerver szolgáltatásait jól megtervezi, ill megtervezteti. Nem kell IIS mert eddig sem kellett. Akinek valamiért Windows-függő szerverei vannak, annak pedig a Linux rész felesleges.

    Again: te váltásról beszélsz. Én új feladatokról. Sosem állítottam, hogy már működő infrastruktúrákat vernének ezért szét, te valamit nagyon félreértettél. Arról beszéltem, hogy az újakat már esetleg erre alapozzák.

    > A desktop oldal találgatás terepe. De a szerver az nem. Legfeljebb fejlesztésnél jön jól ha WSL lehetősége ha Linuxos szerverekre fejlesztünk. Ott egyébként valóban hasznos. És itt véget is ér a WSL Linux szerveres potenciálja. Maga a Microsoft sem számít itt semmi többre.

    Ezt elég nagy magabiztossággal állítod és feleslegesen: a szerveroldali részről is nyugodtan lehet spekulálni. Te azt mondod, hogy no way. Én azt mondom a hibrid rendszerek vonzóak lehetnek új projektek kivitelezéséhez, mert kétszer annyi választási lehetőséged lesz, ami a technológiákat illeti. Az idő majd ítél, hogy kinek volt igaza...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gelei


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484126

    Ez egyáltalán nem biztos, hogy azért van dotnet for Linux, mert oda is Linuxot vizionál az ms. Akik kaptak az alkalmon és dotnetet használtak Linuxon, azok onnantól így vagy úgy, de függenek az ms-től. Következő lépésben mondjuk Linuxra már nem adják ki a dotnetet, vagy durván lekorlátozzák, így aki arra építette fel a Linuxos szoftvereit, az vagy meg van lőve, vagy átmászhat windows + WSL-re, ahol továbbra is futhat a Linuxos cucca, de van dotnet is.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484136

    Még egyszer: én nem már futó projektek felesleges átmigrálásáról beszélek, hanem újakról. A dotnetet pedig rengeteg Linuxos fogadta szívesen, mert a technológia érdekelte őket és építkezni akartak rá. Ha ezt most visszaveszi az ms, akkor vagy leragadnak a régi dotneten, vagy windows + WSL. De ez is csak egy lehetőség. Mindegy, ez szerintem meddő vita, majd az idő eldönti, hogy az ms a szerverpiacon is próbál-e teret nyerni ezzel, vagy sem. Vagy, hogy egyáltalán lesz-e hosszútávon bármi a WSL-ből és nem nyírják ki ezt is.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2483709

    +1, nekem is ez jutott eszembe.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2485139

    > de biztosan nem a linux hibaja

    Mondjuk tényleg nem a Linux kernel hibája, hanem használt a software-stacké. Régebbi gépeken jobban kijönnek a különbségek, ott lehet látni mi az ami tényleg baromi lassú. Pl. 2x1.25 GHz-es PowerMac G4 MDD, a buguntu 10.04, régebbi GTK 2-es Xfce-vel valamivel gyorsabb volt, mint az OSX Tiger, viszont a Debian Jessie a GTK3-as Xfce-vel nagyságrendekkel lassabb a Tigernél. A króm emlékeim szerint még támogatja a GTK2-őt is (legalábbis a nálam lévő relatíve friss 73.0-át még le tudtam forgatni GTK2-vel), csak minden csomagkarbantartó már a 3-assal fordítja és csomagolja. Ki kéne próbálni a gépeden, hogy mennyit gyorsul a rendering, ha GTK2-vel használod.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2485025

    > Mit irjak nekik? Hogy a gnome-shell es xorg processek megesznek egy magot csak hogy az amugy tok ures kijelzon odebb tegyenek egy terminalt 4cm-rel, vagy azt, hogy a bongeszoknek ugyanazt a wiki oldalt atlag 2x annyi ideig tart megjeleniteni Ubuntu allat, mint windows alatt.

    > Elebe mennek annak, hogy a Linux nem tehet arrol, ahogy a bongeszok mukodnek. Nyilvan nem. De ettol meg szar az "elmeny", mert az akksimat megzabalja, a CPU-t elpocsekolja es hatekonytalanna teszi a munkamat. Sajnos ez a tapasztalatom.

    GTK3 still at large. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484330

    > Például mert a windowsért fizetni kell

    A vállalati Linuxokért is.

    > vagy mert a lin lightweightebb

    Komoly környezetben elhanyagolható a windóz overheadje.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484463

    Komoly helyen a support alap.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gelei


    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484520

    Ez csak játék a szavakkal. A lényeg az, hogy ennek is költsége van. Az lehet, hogy kevesebb, mint a win-é, de van.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484616

    Hát, ha nem kell semmilyen support, szerződés, vagy anyámkínja, akkor tényleg ingyen van. Üzemeltettünk mi is Debian/Devuan alapokon, de ez kis cég volt. A legtöbb nagyobb cégnél a supporthoz ragaszkodnak.

    Oldschool Computer - http://oscomp.hu




    Windows 10 is Getting Support for GUI Linux Apps: https://hup.hu/node/169405#comment-2484521

    Ezt nem nekem kell mondani, hanem a cégeknek, akik meg vannak vele zakkanva.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2477483

    Azt jelenti, hogy míg Debianban ugyan lecserélheted az initrendszert SysVInitre, de a repositoryban boldog-boldgtalan dependel a systemd-re, így ha nem akarod felrakni, akkor előbb-utóbb a fél rendszeredet forrásból kell felraknod. A Devuannál a systemd egyáltalán nem is szerepel a repositoryban, tehát nem is dependel rá semmi. Fel sem tudod rakni. Tehát de, systemd-mentes.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> osod88 , solt87 , carlcolt , hetvenhatos


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2477559

    Azért jó, mert aki a háta közepére sem kívánja Pötyi bátyánk agyrémeit, de szeretne Debian vonalon maradni, annak így van lehetősége ezt megtenni.

    Oldschool Computer - http://oscomp.hu


    Σ: 009 -> zapverho , NevemTeve , end , osod88 , Pene , solt87 , carlcolt , bra-ket , hetvenhatos


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2477563

    +1, igazán beemelhetnék az s6, nosh és egyéb SCS-ek támogatását a Debianba, ha már azt szavazták meg, hogy "we support exploring alternatives".

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2477560

    Olvasd el a manualt: ez nem a systemd és nem is annak valamely komponense, ez csak egy interface a systemd komponensek felé; ha azok nincsenek feltéve, akkor ez semmit nem csinál. Úgyhogy igen: így is systemd-mentes.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> carlcolt , hetvenhatos


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2477575

    Ugyanaz a csomagkészlete van, mint a Debiannak; az általad kért szoftverek is benne vannak.

    A systemd-nek nincs köze a hardwaretámogatáshoz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> osod88


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478001

    Hardwaretámogatásról beszéltünk, nem hardwarekezelésről. Ha a kernel driver híján nem ismeri fel a hardware-eket, akkor az udevnek nincs mit kezelnie.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> osod88 , hetvenhatos


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478016

    De ez még mindig hardwaremanagement és nem pediglen támogatás, márpedig utóbbi volt a kérdés; a systemd meg nem hajt meg egyetlen eszközt sem, mert nem az a dolga, tehát a hardwaretámogatáshoz nincs köze.

    > ez speciel systemd nélkül sok-sok-sok-sok különböző szoftverben kézi konfigfájl taknyolás

    Az összes többi fullos SCS-ben (s6, nosh, stb.) is? Vagy megint csak a SysVInit-es felállásról van szó.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478038

    Lehet csűrni csavarni, csak felesleges. A systemd nem foglalkozik a hardware-ek meghajtásával, tehát nincs köze a hardwaretámogatáshoz. A kérdés sem erre vonatkozott (legnagyobb valószínűséggel), hogy lehet-e valami olyan külső cuccot találni, aminek user space drivere van, vagy egyáltalán semmilyen drivere nincs, mert soros portra/GPIO-ra/parallel portra van aggatva és maga a szoftver kommunikál vele nyersen, hanem arra, hogy menni fog-e a videókártya, hangkártya, NIC chip, a soros port maga, nem ami rá van aggatva, az USB és még sorolhatnám. Ezekbe a systemd hiánya, vagy megléte semmi szinten nem avatkozik bele.

    Az, hogy nem kapsz rá találatot, semmit nem jelent. Ezt az egyes SCS-ek manualjából lehet kipuskázni, van belőlük jópár darab. És akkor még az önálló konfig segédprogramokról még nem is beszéltünk. A többi UNIX-ok konfigurációs megoldásairól meg pláne. Azt elhiszem, hogy egy natúr SysVInites Linuxon sokat kell hozzá konfigot taknyolni. De ez megint csak a SysVInit ellen érv.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478533

    Bullshit. Nem egyszer linkeltük be a without-systemd.org linkgyűjteményét, benne benchmarkokkal, CVE-kkel, analízisekkel, kódauditekkel, bugreportokkal; minden alkalommal lesöpörtétek az asztalról, hogy deezegysystemdhateroldal. No comment.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> osod88


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478607

    Ha mi elvakult haterek vagyunk, akkor ő elvakult fanboi. Asszem legalábbis kvittek vagyunk. :P

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478642

    > a nálam okosabbak (arch linux, és minden más mainstream distro gyártók)

    A Slackware elutasította a systemd-t és az is mainstream gyártó, tehát nem indokolt a "minden" kitétel. És a nem mainstream distro-k, azoknak a gyártói nem okosabbak, mint te?

    > Arról tudomásom van hogy a systemd szépen gyűjtögeti a bug reportokat és egyéb jelentéseket, de nyilván foglalkoznak velük, és ki van/lesz javítva.

    Van olyan critical CVE, amit hat éve (!) jelentettek be, de nemhogy nem javították, de még reakció sem jött rá. (https://seclists.org/oss-sec/2014/q4/654)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> osod88


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478657

    Valóban mindegy, a lényeg, hogy a systemd fejlesztők már hat éve tojnak rá.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478673

    Tehát csak válaszolni csesztek, a hibát stikában javították? Hát ez még mindig a jobbik eset, mert pl. a "0day" CVE-t NOTABUG-ként lezárták, azzal a felkiáltással, hogy a "0day" nem valid username, ami egyébként nem igaz, de még ha az is lenne, nem az a baj, hogy nem fogadja el (az nem lenne issue, maximum annoyance), hanem az, hogy a rootra revertel. (Egyébként vicces, hogy Pötyi bátyánk userneve meg "0pointer". :] )

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> osod88 , hetvenhatos


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478688

    > Nope, lennart: http://0pointer.de/public/pscgroups.png :)

    Van 0pointeres is.

    > A 0day-nek nekifuthatunk megint, de nem revertel rootra, hanem számként értelmezi a számmal kezdődő usert (1day-el uid=1 lenne)

    Tehát magyarán a "0day" user a rootra revertel. Felesleges csűrni-csavarni.

    > és ahogy ezt múltkor tisztáztuk, ez más daemonoknál is gondot okozhat,

    Az nem érv, hogy a másik is.

    > úgyhogy van jogalapja a sok rendszeren használt username regexnek.

    Szó szerint leírtam, hogy "nem az a baj, hogy nem fogadja el", tehát nem a regex-szel van baj. Az a baj, hogy "0day" => root.
    Egyébként nem nekem kell megmagyarázni, én már csak a vállam tudom vonogatni; majd azoknak kell, akik így fognak megszívni egy hacket. A sérülékenység él és nincs javítva évek óta és a jelenlegi álláspontjuk szerint nem is lesz.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> osod88 , hajbazer , hetvenhatos


    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478858

    Naná, az a tökéletes biztonság, ha bármelyik júzerre tudok revertelni, feltéve, ha tudom az UID-jét.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478889

    > ha meg eleve root vagy, akkor miért gond, hogy el tudsz valami indítani bármelyik userként?

    Ha a rendszer ezt amúgy is lehetővé teszi, akkor nyilván semmi, de ha pl. a runuser és a sudo ki vannak iktatva, akkor az biztos nem azért van úgy, hogy mégis lehessen.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478919

    Az is számít, hogy mennyi időbe, erőfeszítésbe és egyébbe tellik, hogy vissza tudja kapcsolni őket, aminél egyszerűbb, ha élhet egy ilyen exploittal. Nem tudok neked igazán adekvát választ adni, mert nem vagyok secu-expert. Józan paraszti ésszel csak annyit tudok mondani, hogy ez rendellenes működés, amit így-vagy-úgy ki lehet használni.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478606

    A tíz soros scriptből megoldható watchdogra gondolsz? :] Vagy esetleg valamelyik újrahúzóval felszerelt SCS-re, pl. s6? :P

    Egyébként ezen nem segítene sem watchdog, sem az a bizonyos "rendszer", sem más "rendszerek" sem, mert ez már hónapok óta ilyen, szóval nem az üzemeltető alszik, hanem a projekt szenderült örök álomba. A webarchívból ugyan levakartam az utolsó elérhető állapotokat, de összereszelni és feltölteni még nem volt érkezésem.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478663

    Akkor "közkívánatra" (ROFL) itt a mirror: http://oscomp.hu/without-systemd/
    Amit sikerült, lementettem, a fontosabb lapok mind megvannak, ha valaki hiányosságot, vagy rossz linket talál, szóljon.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2478859

    Ööö...ezt tuti jó helyre írtad? Mert én nem írtam sebességről egy szót se.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2477620

    A Debian az upstream, ugyanaddig van támogatva.

    Oldschool Computer - http://oscomp.hu




    Elindult bétában a Devuan új weboldala, lassan stable kiadássá érik a 3.0 "Beowulf": https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf#comment-2477630

    Ha a Debian annyi, akkor ez is; fejből nem tudom.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482010

    up

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482055

    Megreklamálta a recipient hiányát pár helyen. Rákerestem, hogy ez mit is takar, ha egyszer a parancssorban már megadtam és ezt találtam: https://superuser.com/questions/956954/exim-how-to-send-email-with-headers-from-command-line

    Átírtam a kis tesztfájlt:

    To: akarki@protonmail.com
    Reply-To: root@mittudomain.com
    Subject: teszt
    
    KECSKE
    

    Kipucoltam mindent, újraindítottam az exim4-et, majd cat teszt.txt | exim4 -d akarki@protonmail.com 2> exim4.log, ami ezt eredményezte a /var/log/exim4/mainlog-ban:

    2020-05-19 19:36:05 1jb69t-0004Gc-RZ <= root@mittudomain.com U=root P=local S=371
    2020-05-19 19:36:05 1jb69t-0004Gc-RZ H=mail.protonmail.ch [185.70.40.103] Connection refused
    2020-05-19 19:36:05 1jb69t-0004Gc-RZ H=mailsec.protonmail.ch [185.70.40.102] Connection refused
    2020-05-19 19:36:05 1jb69t-0004Gc-RZ == akarki@protonmail.com R=dnslookup T=remote_smtp defer (111): Connection refused

    Az exim4 debugja itt érhető el:http://oscomp.hu/depot/exim4.log

    Sz*rk: Egyébként csak CPaneles cuccot találok, ha rákeresek, meg iptables tippeket, csak itt nincs CPanel, meg iptables szabály sincs.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482074

    Betelnetelni már próbáltam, az ment is, de levelet még nem próbáltam telnettel küldeni. Most mondtam neki, hogy telnet 127.0.0.1 25, aztán

    Trying 127.0.0.1...
    Connected to 127.0.0.1.
    Escape character is '^]'.
    220 localhost.localdomain ESMTP Exim 4.89 Tue, 19 May 2020 20:10:29 +0200
    HELO mittudomain.com
    250 localhost.localdomain Hello mittudomain.com [127.0.0.1]
    MAIL FROM: root@mittudomain.com
    250 OK
    RCPT TO: akarki@protonmail.com
    250 Accepted
    DATA
    354 Enter message, ending with "." on a line by itself
    Subject: teszt
    
    KECSKE
    .
    250 OK id=1jb6hh-0000A0-Kl
    quit
    221 localhost.localdomain closing connection
    Connection closed by foreign host.

    Ugyanúgy 111-es hiba van az exim4 logjában. Miben lehet még a hiba az SMTP konfigon kívül?

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482308

    Digikábel, de eddig ment. Most megpróbáltam betelnetelni több helyre is, de mind ezt mondja... Megpróbálom felhívni a Digit és megkérdezni.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482317

    Ebben a percben raktam le a Digi ügyintézőjét és azt állították, hogy ők nem blokkolnak semmit. Most kipróbáltam az smtp.digikabel.hu-t és ez beengedett.

    Az a célom, hogy le kell fejlesztenem egy webes backendet, amiben van emailküldés is és szeretnék tesztelni. De egyszerűen nem megy ki semmi. Parancssorból sem.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482330

    Nem biztos, hogy más nem megy, csak azok nem mentek, amiket én próbáltam. (kugli, protonmail, t-online, stb.)
    Van valami public free SMTP szerver lista? Hiába kerestem, nem találtam, csak kamu toplistákat, ahol kiírták, hogy free, de azért mindegyik fizetős volt, URL meg sehol.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482332

    Megkaptam, köszi.
    A 25-ös porton refused volt, a 26-oson beengedett.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482335

    És mit mondjak nekik? A Digi SMTP szervere beengedett a 25-ös porton is. Valami IPTables filter van náluk, ami csak a feléjük menő 25-ös porti forgalmat engedi át?

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482347

    Na, most a második csak kiköpte, hogy a 25-ös port blokkolva van, de nem tudott választ adni arra, hogy akkor a digikabel.hu felé miért nincs és arra sem, hogy régebben miért ment. Írjak a hibabejelento[at]digikabel[dot]hu-ra, mert maximum 72 órán belül válaszolnak... Amúgy csak KKV-knak, fix IP-vel. Aki meg webet fejleszt, az meg dögöljön meg, nincs regisztrációs, meg jelszócserés ímélküldés. Kérdem tőle, hogy felhívnám-e őket, ha spammer lennék, megadnám a valódi nevemet, címemet? Írjak ímélt. Tiszta XXI. század...

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482362

    1. Account nélkül?
    2. Nincs. (Meg amúgy se jó, mert beágyazott eszközökön fog futni majd a végeredmény.)
    3. Van SMTP szerver a gépemen, ha a fentebbi telnet 127.0.0.1 25-ből nem derült volna ki, csak épp nem megyek vele semmire, mert mint épp kiderült, maga az ISP korlátozza a 25-ös porti forgalmat.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482368

    1. Jelen pillanatban a Digi inkább ügyfélelhárítósdit játszik, mintsem ügyfélszolgálatost; a hibabejelentő szinte egy az egybe visszaböfögte azokat, amiket én is leírtam, csak épp arra nem válaszoltak, amit szerettem volna megtudni.
    3. Mert élesben szeretném tesztelni, hogy elmegy-e a levél ahova kell. Azzal nem megyek semmire, ha localhostról localhostra küldöm.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482372

    RPi3, szóval elvileg kibírná, de SMTP-t kértek.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482373

    Azt sem tudom, hogy hol vannak a Digis papírok... Évekig ment ez a szar, anélkül, hogy ezzel szívattak volna; ez a kérdés, hogy most mire fel?
    De egyébként Ar0n már adott egy temporal accountot, úgyhogy ezzel a remote STMP kérdés áthidalva, a localhostoshoz meg mindenképpen localhostról kell küldenem.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482385

    Thx a tippet, de ez most pont mindegy, mert egy sorozat beágyazott gépen fog futni, nem webszerveren. Webportálok fejlesztéséhez van remote tárhelyem, csak jobb lenne localhoston megoldani.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482633

    Mert ott ez nem fog menni: a webfelület turkál a rendszerben, ahhoz pedig nincs jogom. Mondom, hogy beágyazott projekt és nem webportál. Nem arról beszélünk, hogy egy emailt ki tudok-e küldeni, hanem, hogy a teljes process végigmegy-e, úgy, ahogy kell, beleértve az emailt is.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482710

    Ez eximmel is megy.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482929

    Nm.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482994

    Így ránézésre nem tudom. Köszi a tippet, átnézem és kiderül.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482242

    up

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482447

    Hosszas pingpongozás után (érdemi válasz nincs, csak ugyanannak az ismételgetése, a kérdések elkerülése, terelés stb.), amikor a 2016-ban aláírt szerződésre hivatkoztam, hogy abban nem volt a 25-ös port blokkolása leírva, akkor azt kaptam vissza, hogy kb. 2016 óta ez a jelenlegi (sic!) szabályozás a tárgyban forgó (sic!) port kapcsán. Namármost, akkor miért tudtam én 4 évig levelet küldeni?

    De ettől függetlenül, erről van valakinek valami infója, hogy erre tényleg van valami törvényi szabályozás, hogy a 25-ös portot blokkolni kell?

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482634

    Ez megvan, royal lentebb már felhomályosított. Azzal nincs is bajom, ha a szolgáltató a spam ellen védekezik, az rendben van, de ha egyszer valaki odamegy, névvel és arccal, hogy helló én vagyok Gipsz Jakab, a 123-as ügyfeletek, kapcsoljátok már ki ezt a baromságot, akkor nem értem, mit kell itt akadékoskodni, főleg úgy, hogy ez négy évig ment gond nélkül és eddig is nyugodtan rommáspammelhettem volna a világot, szóval leginkább valami hülyének fordulhatott egyet az agykereke "odafönn".

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482451

    Mert accountless módon kell tudnia levelet küldeni. Ez nem egy webportál lesz.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482457

    Ez a része igazából már megoldódott, mert itt fentebb Ar0n adott accot egy szerverhez egy másik porton. Most inkább azt próbálom meg kideríteni, hogy tényleg van-e ilyen törvényi szabályozás, hogy blokkolni kell a 25-ös portot, vagy kamuzott a Digi.

    Oldschool Computer - http://oscomp.hu




    exim4 levélküldés: https://hup.hu/node/169355#comment-2482473

    > Konkrét törvényi szabályozás a 25-ös port kötelező tiltásáról nincs, de a legtöbb szolgáltató magától tiltja, hogy ne szabaduljanak el a hálózatában a spam-küldő zombik.

    Ez teljesen érthető, de ha valaki kéri, akkor nyugodtan feloldhatnák; aki ilyet kér, az nyilván nem potenciális spammer. De mindegy, a lényeg, hogy nincs erre törvényi szabályozás és a szerződésem sem tartalmazta.

    > A Diginél legalább egy fix IP címre való előfizetéssel ez feloldható, de van ahol ezt még VPS esetén sem lehet triviálisan megtenni.

    Nem szeretném, ha fix IP-m lenne, ez már a trékomnál is az agyamra ment, amikor új IP kellett volna és proxy nem játszott. Most akkor tartson az ember két előfizetést?

    > Pár hónapja küzdöttem IBM Cloud-ban levő VPS-el, ahol a feloldási kérelmi ticketre küldtek egy kérdőívet főleg hülye nem technikai kérdésekkel (olyanok, mint pl. "Please provide the domain you will be sending email from, and confirm that DKIM and SPF have been set up for it." vagy "Please describe how you are confirming the email addresses you will be sending to." vagy "Please describe your current policies and procedures for handling bounces, unsubscribe requests, and ensuring your email lists remain clean."), majd aztán közölték, hogy úgy döntöttek, nem oldják fel a korlátozást és részükről a téma lezárva. Nem hatotta meg őket, hogy mi csak a szerver technikai üzemeltetését csináljuk, a rajta futó szoftverről semmit nem tudunk... Mindezt nem egy filléres cuccon, kb. havi 200 USD-ért még egy mezei értesítő levelet sem tud az ügyfelünk onnan küldeni az ügyfeleinek, pedig pont a brand marketingértéke miatt választotta az IBM Cloud-ot. Marad a szolgáltatóváltás amint letelik a hűségidőszak...

    Részvétem, ez szopás. Nem panaszoltad be őket valami fentebbi polcon ülő IBM-esnél?

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476563

    Részben kapcsolódik: pár éve Svájcban volt egy független kutatás, ami kimutatta, hogy az illegális letöltések nemhogy komoly, de semmiféle károkat nem okoznak a móguloknak, sőt néha még hasznot is hajtanak, mert sokan "próbavásárlásként" tekintenek a dologra, valamint baromi jól funkcionál a dolog "reklámként", azaz ha tetszett neki, akkor utólag megveszi, meg elmegy koncertre, stb.

    A link: http://www.ejpd.admin.ch/content/ejpd/de/home/dokumentation/mi/2011/2011-11-30.html

    A magyar sajtóban is megjelent anno: https://itcafe.hu/hir/svajc_kalozkodas_kiado_szerzoi_jog.html

    De született másik - EU-s - tanulmány is, ami szintén azt állította, hogy a torrent nem árt a kiadók bevételeinek: https://juliareda.eu/2017/09/secret-copyright-infringement-study/

    Itt a hupon is volt topicja: http://hup.hu/node/157477

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> bimi3 , Nyosigomboc , hajbazer , st3v3


    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476577

    Olvasd el még egyszer: nem "lopják" a filmeket/zenéket, hanem "kipróbálják" őket. Ha tetszett neki, megveszi (vagy alternatív esetben koncert/mozijeggyel fizeti meg, viszont azt akár többször is), ha meg nem, akkor meg úgyis letörli, mert nem kell neki. Ez hol lopás?

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476605

    Nem az a kérdés, hogy jogilag minek számít az illegális kölcsönvétel, hanem az, hogy nem okozott kárt a tulajdonosnak.

    Mire fel az E/2? Egyébként meg nem okoztak kárt, erről szólnak a linkelt tanulmányok. Egyet nem értés esetén lehet őket cáfolni valós adatokkal, azoknak hiányában viszont lehet befejezni a csipogást és a stigmatizálást. BTW, neked akkor nincs semmilyen kalózanyagod? Se zene, se film, se játék, se szoftver, se semmi? Soha nem is volt?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476638

    > Szóval szerinded a könyves példámban a lopás teljesen oké, hiszen nem okoztál kárt, akkor is, ha kifejezetten nem szeretném, hogy elolvasd a regényt, amit írtam, és nem is adtam neked oda?

    Mi lenne, ha nem adnál szavakat a számba, hanem felfognád végre amit a tanulmány állít? Letölti, ha tetszik neki, akkor megveszi utólag, vagy letörli. Ha utólag kifizeti a letöltögető a letöltött regényt, akkor mivel okozott kárt? Ha meg letörölte az első X oldal után, mert nem tetszett neki, akkor meg el sem olvasta, tehát megint mivel okozott kárt? Ez csak abban az esetben áll, ha letöltötte, elolvasta, tetszett neki és aztán semmi. Viszont ha kifizette, vagy el sem olvasta, akkor nem lopott. De még olyan is előfordulhat, hogy letölti, elolvassa, nagyon bejön neki és a szerző összes regényét azzal a rössel megveszi valamelyik e-book store-ban. Hú, mekkora kárt okozott azzal az egy db illegális letöltéssel. Tehát ezek az agyonüldözött letöltések még reklámként is elsőrangúak. Ezt kéne megérteni, hogy az emberek többsége nem robinhúdkodik, csak elege van a zsákbamacskából.

    > Nincs. Volt, nem vagyok rá se büszke, se ideologizálni nem próbálom. Remélem többet nem fog előfordulni.

    Helyette megpróbálod megideologizálni az ellenkezőjét. Ne ítélkezz. Főleg ne fogalom nélkül.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476658

    Kaptál rá részletes választ, de akkor még egyszer:
    - Lenyúlta, elolvasta, de utólag megvette (vagy donatelt a szerzőnek, vagy bármi módon törlesztett, pl. fejbevágta a szerzőt valamivel ami szerepelt a szerző wishlistjén) -> rendben van, mert a szerző így-vagy-úgy, de megkapta a maga jussát, vagy akár többet is.
    - Lenyúlta, de el sem olvasta, letörölte a fenébe pár oldal után -> rendben van, mert ő sem kapott semmit.
    - Lenyúlta, elolvasta, a többit meg leszarta -> nincs rendben.

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476753

    Néha? :]

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476670

    "Infót"? Mit értesz ezalatt? A bértollnokok kritikáit? Azzal ki lehet törölni. A júzerek kommentjeit? Az már talán többet ér, de ízlések és pofonok különböznek, tehát attól, hogy RandomGuy3654-nek tetszett/nem tetszett a film, az még nem jelenti, hogy neked is ugyanaz lesz a véleményed. Azonfelül RandomGuy3654 honnan szedte az infóit? Ha elsőkézből, akkor neki kellett megvennie a zsákbamacskát.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2479116

    Mondjuk ez a megfogalmazás azért eléggé érdekes; csak akkor számít lopásnak, ha direkt lopni akartam? Nem vagyok jogász, de IMHO ilyen felállás mellett kb. csak a kleptomániások tudnak lopni, mert ők tényleg azért lopnak, hogy lopjanak, mindenki másnak lesz valami alternatív primer indoka. :)

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2479125

    Azt értettem, hogy mit akar jelenteni, csak IMHO eléggé félreérthető. BTW, az minek számít akkor, ha elveszem, de nem tartom meg, viszont nem is adom vissza, pl. lenyúlom a bicaját, letekerek vele valahova, otthagyom és vissza már vonattal jövök?

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2479845

    > Akkor érthető félre, ha valaki félre akarja érteni.

    Pont erről beszélek: ami egyértelmű, azt készakarva sem lehet félreérteni és ennélfogva belemagyarázni sem. Ezt félre lehet érteni, ha nagyon akarja az ember. Legalábbis nekem sikerült, mint látod. De én sem vagyok jogász.

    Aha, értem, kösz a fejtágítást.

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2479844

    Ha rám céloztál, én nem beszólni, vagy a lopáson lovagolni akartam, csak vicces volt a jogi megfogalmazás (legalábbis nekem). Szerintem nem lopás sem a torrent, sem az adblocker, szerintem ez lejött az eddigi posztjaimból.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476671

    Miért, szerinted hányan nem? Prejudikáció? Guilty until proven innocent? Szépen vagyunk.

    És egyébként mennyire mérvadó, hogy "idehaza" mit csinálnak? Mennyire zavarhat ez bele a globális piacba?

    BTW, mi számít lopásnak? Nekem pl. torrentről kb. semmilyen zeném nincs (100%-ra nem merném állítani azért), mert a tecsőről van szinte az összes. Egy részét a jogtulajdonos maga töltötte fel, egy részét meg nem, de nem szedette le. Akár ott is megnézhetem minden nap. Az is lopás?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476683

    Nem használok. Saját YT frontendet használok MPV-vel karöltve, tehát reklám nincs, de adblocker se. :P Na, ez így minek számít?

    De egyébként el kell, hogy keserítselek: akkor sem lopás, ha adblockerem van, ez ugyanis sem az US, sem a hazai törvényekben nincs benne, hogy ha adblockerrel bámulom a tecsőt, akkor lopok.

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476725

    Hát ez az elmélet, de sajnos a gyakorlat más...

    És ettől még nem lesz lopás adblockerrel nézni a tecsőt.

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476750

    Hát veszem észre. Tényleg az lenne jó, ha az összes valódi tartalomelőállító átállna valami közvetlen finanszírozású bázisra; azt nem tudom, hogy konkrétan milyen megoldással, de a köztes réteget játszó kiadókból és társaikból már bőven elég volt, ahogy az Artisjus nevű maffiából is...

    Mindig ez a strip jut eszembe a témáról: http://www.userfriendly.org/cartoons/archives/07jan/uf009915.gif

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476825

    > Mondtam en ilyet?

    Te nem. harlequin mondta. Csak mivel az ő válaszára adott válaszomra hoztad, gondoltam leszögezem, for the record.

    > Sajnos itt megint csak egy WORKSFORME-re lesznek elegendoek a temaban szerzett tapasztalataim. :)

    :P
    A betonszatyrod nem fogja vigasztalni azokat, akik feleslegesen perkáltak. Ez persze nem magát a modellt minősíti elsősorban, hanem a google trehányságát és/vagy inkompetenciáját.

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2482238

    Szencségtörésch, főháborittóú, monnyonle... Az ilyet instant versenyzongora általi halálra kéne ítélni, én mondom. :P

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476644

    Abszolúte nem csak a zenére igaz. Nem csak nagyfilm van (bár, ha valami nagyon bejött az embernek, akkor azt is előfordulhat, hogy többször megnézi), hanem vannak sorozatok is; az első epizódot (rosszabb esetben évadot) még letorrentelte, aztán megy föl a kedvenc store-jába és megveszi az egész pakkot.

    És akkor a játékokról és szoftverekről - amit az ember folyamatosan nyüstöl - még nem is beszéltünk.

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2477578

    Személyeskedésen kívül más, azon túl, hogy te nem láttál olyat? Amit te nem láttál, az nem is létezik? Különben sem az én érvrendszeremről beszélünk, hanem több tanulmány egybehangzó eredményéről. Sajnos ennek felfogása meghaladta a képességeidet, így maradt a mutogatás és az üres fölényeskedés, dehát van ez így. Az sem engem minősít, hogy érdemben a tanulmányok cáfolatára semmit nem tudtál felhozni, mert azzal, hogy te nem láttál olyat, meg egy béna beszólással ugyan nem cáfoltál semmit. Talán majd legközelebb.

    Oldschool Computer - http://oscomp.hu




    DMCA felfüggesztést kapott a Popcorn Time GitHub repója: https://hup.hu/cikkek/20200505/dmca_felfuggesztest_kapott_a_popcorn_time_github_repoja#comment-2476604

    -

    Oldschool Computer - http://oscomp.hu




    Megkeződött a munka a powerpc64 porton az OpenBSD-nél: https://hup.hu/cikkek/20200518/megkezdodott_a_munka_a_powerpc64_porton_az_openbsd-nel#comment-2481304

    Én nagyon szomorú lennék, ha csak a Raptor vasak lennének támogatva... De mivel eddig is volt MacPPC portja és itt sem emelték ki, hogy ez egy LE-only ág lesz, így remélhetőleg támogatva lesznek a G5-ös Mac-ek is. Azokra ugyanis valóban 64-bites desktop BSD-t eddig (az OSX 10.5-öt leszámítva természetesen) nemigen lehetett tenni, mert a NetBSD és az OpenBSD csak 32-bites porttal rendelkezett, a FreeBSD meg egy katasztrófa rajta; nincs bináris tároló, a ports fele meg nem akar PPC-n fordulni/működni.

    Oldschool Computer - http://oscomp.hu




    Megkeződött a munka a powerpc64 porton az OpenBSD-nél: https://hup.hu/cikkek/20200518/megkezdodott_a_munka_a_powerpc64_porton_az_openbsd-nel#comment-2481628

    Majd, ha lesz rá időm, meg erőm, akkor megpróbálom felrakni a 12-est a G5-ösre. A 11-est egyszer már összereszeltem rajta addig, hogy bejött a TWM, de - valószínűleg a driver miatt - minden zöldben pompázott és ott elengedtem a dolgot egy időre.
    Bináris tárolót nem akarnak csinálni, legalább a PPC64-hez? A portsból forgatva az X11 képes volt teleszórni 16 GB tárhelyet is forrásokkal és az objektumfájlokkal; valamiért nagyon csodálkoznék rajta, ha tényleg ennyi függősége lenne.

    Oldschool Computer - http://oscomp.hu




    Megkeződött a munka a powerpc64 porton az OpenBSD-nél: https://hup.hu/cikkek/20200518/megkezdodott_a_munka_a_powerpc64_porton_az_openbsd-nel#comment-2482213

    Úgy néz ki, OpenPOWER-only lesz, azaz a régi Mac gépeket nem fogja támogatni. :(

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479880

    Nem egyen, az összesen a teremben.

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479890

    Nem fikának szántam, csak a számadatot javítottam. A cucc brutális. Tekintve, hogy az ms épp pár napja égett be (újfennt) az xbox bemutatóval, ez a videó elég erős alaphangot adhat a konzolgamereknek, hogy mit érdemes inkább venni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> aszijg


    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479956

    Nagyjából ugyanaz, mint az előző xbox bejelentésénél - bár ezúttal nem égtek akkorát - de ismét csak üres rizsa volt, rizsa hátán, esetleg egy-két trailer, gameplay alig, ami meg volt, azon meg kb. semmi "nextgen"-t nem lehetett látni, az ember simán hihette, hogy ez nem a series x-en, hanem egy one x-en fut; azaz semmire nem lehetett rámondani, hogy következő generációs lenne.
    Hogy a sajtóban mi jelent meg az egy dolog - nyilván az ms-tábor ajnározik, az ellentábor fikázik, a kevés semleges pedig egyelőre fanyalogva tartózkodik - de az elég beszédes, hogy a debütálásban segédkező gamecégek (pl. Valhalla) és maga az ms is azóta csak magyarázkodnak a különféle interjúkban, hogy mi volt ez, pl., hogy a nagy elánnal berahangozott "The Mediumból" - ami állítólag majd maxra kihajtja az új platformot - miért nem lehetett semmit látni. De a legjobban talán maga a hivatalos anyag fogadtatása beszél, a voterek közel fele elégtelenre ítélte a produkciót, hogy ez így egy nagy semmi, de a kommentekből ítélve a pozitív szavazók is inkább csak megelőlegezték a bizalmat az új platformnak, mintsem a videót +1-ezték volna. A játékosok csalódtak, hogy ekkora hírverés után ezzel áll elő az ms.

    Azt nem tudom, hogy maga a konzol milyen lesz, de az előző konzol sem a hardware miatt bukott meg, hiszen a memóriát leszámítva (DDR3 vs. GDDR5) nem sokkal maradt el a PS4-től; a körítés buktatta meg azt a konzolt is. Nem tudom, hogy a Sony és az Epic direkt mostanra időzítették ezt a bejelentést, vagy sem, de jobbkor ki sem jöhettek volna vele.

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479961

    > Ezt nem egeszen ertem. A bejelentes szerint az engine futni fog az osszes jelenlegi es osszes next-gen konzolon,

    Én is leírtam, hogy lesz mindenre. Nem erről volt szó.

    > szoval nem tudom pontosan hol kene latni a beegest.

    Lásd egyel feljebb: a bemutatóval égett be az ms.

    > De meg ha valamilyen csoda folytan nem igy lenne, a gamerek valasztasat nem az egy szoborra juto poligonszam fogja eldonteni.

    A körítés dönti el, hogy mit kapnak a konzolzól. És egyelőre abból amit az ms mutatott, azt a következtetést vonhatták le, hogy "semmi újat".

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2480040

    > Hardverileg amugy az Xbox-ok erosebbek valamicskevel a PS-nel, nem? Legalabbis nekem One X vs PS4 Pro eseten ugy tunt (6 TFLOPS vs 4.2 TFLOPS). Viszont az elerheto jatekok es elsosorban az exkluziv tartalmak erosen hianyoznak.

    Először is, amit írtam, az az induló felállásra vonatkozott, ahol az xbox 1.3 TFLOPS-ot produkált, a pedig PS4 1.84-et.
    Másodsorban, a PS4 Pro tud "felesbe" is dolgozni, ahol kétszer annyi műveletet tud elvégezni és úgy 8.4 TFLOPS-ot produkál és mivel a lebegőpontos műveletek egy jó részénél nem feltétlenül szükséges a 32-bites pontosság, így nyugodtan átlagolhatunk és belőhetjük 6.3 TFLOPS-ra a teljesítményt; onnantól csak optimalizáció kérdése, hogy mennyit préselnek ki a konzolból, de az elméleti csúcs mindenképpen több, mint a latest xbox-é.
    Harmadfelől a TFLOPS az csak a feldolgozás sebességét takarja, ami önmagában semmit nem jelent; az xboxban sem az a 0.5 TFLOPS-os margin volt a bottleneck, hanem a DDR3-as memória: amíg a PS4 a kezdetektől fogva GDDR5 memóriával volt felszerelve, addig az ms csak 4 év késéssel eszmélt rá, hogy ez így nem jó, és jött ki a model x-szel, amikor a konzol már régen megbukott.

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2480215

    Nm.

    Biztos... :) Nekem egyik sincs.

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479893

    > mennyi emberóra lehet

    Az Unreal Editorokat ismerve jóval kevesebb, mint az ember gondolná.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Nuanda73 , aszijg


    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479907

    Az editor aláddolgozik egy rakás "generátorral"; nem kell minden szirszart neked a helyéreálmodni és tenni. Ne kérdezd, hogy milyenekkel, mert nem értek hozzá. Viszont az editor bővíthető is, mindenféle custom vacakkal, tehát ha kijön és rászabadulnak az őrültek, akik értenek is hozzá, akkor még több ilyen munkamegkönnyítő cucc lesz benne. IMHO, annál a résznél, ahol a csaj végigrepül a völgy fölött, a terep kb. 90%+-ban generátorral készült, hiszen csak dísznek volt ott.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Nuanda73 , aszijg


    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2480375

    Nem a pályát, részleteket belőle, mind makro, mind mikroszinten. Az editor rommászkriptelhető; amire nincs kész megoldás, azt megírhatod.

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479899

    https://blog.us.playstation.com/2020/03/18/unveiling-new-details-of-playstation-5-hardware-technical-specs/

    "AMD Radeon™ RDNA 2-based graphics engine, 2.23 GHz (10.3 TFLOPS), 36 CUs"

    Oldschool Computer - http://oscomp.hu




    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2479934

    Az UE mindig is gyúrt arra, hogy crossplatform legyen; egyértelmű, hogy menne PC-n is, N féle operációs rendszeren. Hogy most csak PS5-re jelentették be, az valószínűleg egy Sony/Epic paktum eredménye, később lesz ez mindenre. Mindenre is. Már amin lesz értelme, mert az "elfut" és a "hasít" között azért elég erős különbségek húzódnak meg.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kikepzo


    Bejelentették az Unreal Engine 5-öt: https://hup.hu/cikkek/20200514/bejelentettek_az_unreal_engine_5-ot#comment-2480042

    A videóban szó szerint az hangzott el, hogy PS5-re. Ez bejelentésnek minősül. Azért nincsenek, mert ezzel a nanorészecskés izével, ami ezt tudja, most rukkolt elő az Epic. Majd lesz, ami tudni fogja.

    Oldschool Computer - http://oscomp.hu




    Szerintem áprilisban azért ugrott nagyot a Linux desktop piaci részesedése, mert ...: https://hup.hu/szavazasok/20200510/szerintem_aprilisban_azert_ugrott_nagyot_a_linux_desktop_piaci_reszesedese_mert#comment-2478205

    Egyéb: nem a Linuxé nőtt, hanem a többieké esett. :]

    Oldschool Computer - http://oscomp.hu


    Σ: 009 -> csortu , zeroms , wheelmaster , kecske , gelei , aszijg , bra-ket , hetvenhatos , uid_21365


    Szerintem áprilisban azért ugrott nagyot a Linux desktop piaci részesedése, mert ...: https://hup.hu/szavazasok/20200510/szerintem_aprilisban_azert_ugrott_nagyot_a_linux_desktop_piaci_reszesedese_mert#comment-2478300

    > Továbbra is a KDE3 testreszabhatósága hiányzik, de látszik, hogy ez az irány nem jön már vissza.

    Trinity nem játszik? Az a KDE3, csak továbbfejlesztették.

    Oldschool Computer - http://oscomp.hu




    Szerintem áprilisban azért ugrott nagyot a Linux desktop piaci részesedése, mert ...: https://hup.hu/szavazasok/20200510/szerintem_aprilisban_azert_ugrott_nagyot_a_linux_desktop_piaci_reszesedese_mert#comment-2478475

    Hát de ezek a dolgok megvannak a Trinityben is, hiszen az a KDE3. Csak van benne új dolog is. Bőven többet tud, mint a desktop környezetek elsöprő többsége. (KDE5-öt nem tudom mit tud.)

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2456603

    Ezek szerint 5 milliárd embernek már egyáltalán nincs is asztali gépe/laptopja?

    Csak mert asztali szektorban 50% a win10, viszont mobilon és tableten meg egyáltalán nem jegyzik, azaz ez az egymilliárd ember a desktop/laptop userek 50%-a.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2456725

    Ezeket én is tudom, csak a számokkal nem voltam tisztában.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2456726

    Nem követtem figyelemmel sem a vindózos, sem a droidos történéseket, egyikkel sem rendelkezem.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2456727

    Az is lehet.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2456931

    Nem puskával ment oda, hanem egyfelől a windózápdéttel rátolták az emberek gépére, opt-out nem volt (ha nem vagy windózguru), a win7 installerhez meg szándékosan nem adnak ki drivereket és patcheket, hogy ne tudjon felmenni az újabb gépekre és muszáj legyen win10-et felrakni helyette. (Mondjuk erre is van megoldás, öcsém szerzett olyan windóz telepítőt, hogy win10-es installer van benne, de win7-et pakol fel, így felmegy az újabb gépekre is.)

    Ez minden, csak nem szabad választás.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457154

    Nahát, ki gondolta volna... És neked soha sem fagyott, kékhalálozott, vagy bugzott, neked mindig működött. Hihetetlen! :)

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457801

    Természetesen, csak használni kell, amire való és megy! Neki is ment.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457807

    Mert ugye frissítés csak egyszer van az életben, nem pedig patchkeddente, meg a win10 óta félévente... :)

    Sz*rk: (Alámszerkesztettél.) Honnan tudod, hogy saját akaratából használ win10-et? Miből gondolod, hogy preferálja? Munka esetében nem ritkán van olyan, hogy nincs választásod, azon kell dolgozni, amin dolgozni kell. Egyébként, ha már Gabutól idézel, becopyzhattad volna a bekezdés maradékát, ahol két mondatban a helyére teszi az egész winfosos ökoszisztémát.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457813

    Nem nekem. Már nem kell ringyózzal bíbelődnöm. Egyébként a patchkedd, meg a hathavi nulláról újrahúzás csak példa volt. Bármelyik nap beeshet valami frissítés a windózápdéttől.

    Ha nem érdekel, mit foglalkozol vele? Nem a havi 1 db újraindítástól (ami nem is annyi, hanem a jóég tudja mennyi) ment el az esze, hanem attól, hogy a frissítések belekavarnak a munkájába. Nem tudom feltűnt-e, de épp renderelt valamit. Annak biztos jót tesz, ha újraindítom közben a gépet. Frissítés meg bármikor beeshet.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457865

    Ez a csávó is azt csinálta egy darabig. Aztán vindóz úr úgy döntött, hogy nem. Ha nem hiszed, nézd meg a videót. Ki van kapcsolva a "close" gomb.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457911

    Nem sok napon keresztül renderelt valamit, hanem minden nap renderelt valamit, mert gondolom ez a dolga. Nem ez a PEBKAC, az a WORKSFORME, amit te csinálsz. Már megint. Még mindig. Ezek is mind PEBKAC? Az is PEBKAC, hogy YleGreg-nek nem megy a start menü?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458011

    Honnan tudod, hogy nem volt újraindítva? Reggel bekapcsolta, este ki. A frissítés meg jött, amikor jött, elküldte a halálba párszor, aztán többet nem lehetett. Ez egyetlen nap alatt is lefolyhatott, a fickó egy szóval nem mondta, hogy több napig futott a gépe és több napon keresztül lőtte le azt a dialógust, ezt te próbálod meg minden áron belemagyarázni. Ő csak annyit mondott, hogy minden nap feljönnek ezek az ablakok.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458029

    Nem frissítés nélkül hajtotta el, hanem újraindítás nélkül. A frissítés magától lement, csak nem indította újra, amikor a windóz kérte.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458086

    Nem. Beindítja. Csendben lefrissül a vindóz. Szól, hogy indítsa újra. Nem teszi. Este lekapcsolja. Megvolt az újraindítás. Másnap kezdőik előről egy újabb frissítéssel.

    De ha még nem is kapcsolja le, mert tényleg napokon át renderel, mi is van akkor? Ez nem úgy működik, "hogy mit kell napokon át renderelni", ez nettó nonszensz. Ez egy munkagép. Nem tudjuk, mire használja. Arra, amire akarja. Kifizette. Ha sosem frissíti le és ezért seggbekúrják a vírusok, az a PEBKAC, nem az, hogy dolgozni akar vele és elküldi a halál náthás faszára az akadékoskodó májkrémszoftot, aki azt hiszi, hogy minden win10-es géppel azt tehet, amit akar és akkor, amikor akarja. Majd lefrissíti a csávó, amikor az idő engedi és nem akkor, amikor az ms mondja. Lehet, hogy lassú a gép és valami sokórás baromi nagyfelbontású videót renderel éppen. Te mit szólnál hozzá, ha besétálnék a lakásodba és közölném, hogy most pedig egészségügyi testmozgást tartunk, húzzál ki a fárasba kocogni? Lelőnél a gecibe, vagy rendőrt hívnál, nem?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458398

    > Napi lekapcsolással nem fog napközben újraindulni. Szóval itt még nem kerek a dolog.

    Forrás is van, vagy csak higgyük el, a mikiszoft sosem hazudik?

    > Az külön jó, hogy korábban nagyon határozottan írtad, hogy hogy használta, most meg 'nem tudjuk, mire használja'.

    Végig "nem tudjuk, mire használja" volt az álláspontom, a többi spekuláció volt, hogy mire használhatja. So? gelei is spekulált. Ti spekulálhattok, meg PEBKAC-ozhattok, másnak nem szabad? Sőt, mindjárt kötelezően el is kell fogadni a spekulációtokat tényként? Én egy dolgot állítottam fixre, hogy nem a frissítést küldte el a a sunyiba, hanem az újraindítást, hiszen ez van a videóban is; különben is, ha nem frissített a rendszer, akkor minek indulna újra?

    > A többi erősen hisztiszagú részre nem fogok reagálni.

    Ki kérte, hogy reagálj? Hisztizni meg szemlátomást a windózfanok hisztiznek, miközben hisztivel, picsogással és sivalkodással vádolnak mindenkit, aki ki meri mondani, hogy egy rakás szart próbálnak meg hiábavalóan védeni.

    > Igen, a Windows ilyen, hogy megköveteli a frissítést.

    Ja. Meg az újraindítást is. 2020-ban.

    > Viszont nem követeli annyira erőszakosan meg, ahogy ezt itt leírod.

    Aha... Akkor ezért nincs ezzel tele a net, hogy mennyire nem követeli meg, ugye?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458848

    > Tapasztalat van. A munkahelyi gépem kötelezően Windows, és már elég régóta Win10. Nem vagyok windows-fan, az itthoni gépem linux, a notebookom dual-boot, mert van windows-only programom, amire szükségem van. Nem kell hinni. Nekem se kell hinni, hidegen hagy, hogy mit hiszel el és mit nem. Én csak elmondtam egy véleményt, ami a tapasztalatomon alapul.

    На здоровье! export WORKSFORME=42

    > Nekem pl. ebben: https://hup.hu/comment/2457911#comment-2457911 nem az volt az érzésem.

    Itt nem tettem feltételes módba a feltételezést. Az előtte és utána következő kommentekben igen. Kössél bele.

    > Aztán fokozatosan változott, bizonytalanabb lett a tényállítás, és nagyobb az aggresszív hangnem.

    A tényállítás végig feltételes volt. Agresszióban meg csak utánatok. Az talán jobb, amit gelei írt, hogy mindenki így járt, akinek nem működik, vegyen másik gépet, másik OS-t, whatever és különben is ez csak hiszti?

    > A net meg tele van hülyékkel, mindenre - és az ellenkezőjére is - lehet találatot keresni. Azt meg tudjuk, hogy bármivel kapcsolatban mindig a hibákról fogsz többet olvasni.

    Nem, ezt nem tudjuk. Ezt csak azok próbálják meg állandóan megmagyarázni, akiknél éppen gáz van, esetünkben akik a win10-et védik. Ez már hajbazer múltkori win7-es topicjában sem jött be; nem tudjuk, hogy aki kussol, az mit gondol.

    > Lásd emberünk értelmetlen túlreagálását is.

    Az, hogy értelmetlen, az lehet, mert nem jutott vele semmire. De honnan veszed, hogy túlreagálta? Vajon mennyi munkája mehetett pocsékba?

    > De nyugodtan hisztizz tovább.

    Egyelőre nem én hisztizek, hanem azok, akik a windózt védik. Felhívnám szíves figyelmedet, hogy nem én szóltam tihozzátok. Hogy téged parafrazeáljalak: "én csak elmondtam egy véleményt, ami sokak tapasztalatán alapul." Ti álltatok le vitatkozni és hisztivel, picsogással és egyebekkel vádaskodni, valamint abszurd módon mosdatni az ms-t. Ez valahogy mindig így megy, aki le meri írni, hogy a windóz szar, az hülye és hisztizik, mert nekik WORKSFORME.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2459224

    https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458011

    A PEBKAC-cal elég egyértelműen a vindózt mosdatod, ugyanis teljesen mindegy, hogy mennyit frissített, vagy sem, a windóz önhatalmúlag döntött, tehát PEIS és nem PEBKAC.

    https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458392

    Itt is egyértelműen mosdatod, hogy ez így megy és kész, fogadjuk el. Holott ez elfogadhatatlan. Meg, hogy "nem is olyan agresszív"... De, az.

    https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458066

    Ez egy elég agresszív, támadó megnyilvánulás volt, amire egyrészt nem adtam okot, mert nem is hozzád beszéltem, másrészt meg amit állítottál rólam, az köszönőviszonyban sem volt a valósággal.

    https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458393

    Ez pedig egyértelműen személyeskedés volt.

    Tehát áll a többes szám.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2459437

    Így könnyű, hogy letagadod, nem és kész.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2463902

    Maximum neked nem tartozik oda, meg neked nem érv. Nem kell értened. Amúgy most mégis leállsz szőrszálhasogatni?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458164

    Ööö, mert ha te órákig - vagy, ha mégis neked van igazad, akkor napokig - renderelsz valamit és jön a windóz és rádoltja a villanyt és kárbamegy az addigi munkád, kezdheted előről, akkor te csak mosolyogva vállat vonsz, hogy ez egy jelentéktelen faszság? Ha nekem menne pocsékba többórányi - vagy rossz esetben többnapnyi - munkám, akkor én is dühös lennék, mert ez nekem nem jelentéktelen faszság és valószínűleg neki sem, mert ha azt üvölti, hogy "I am rendering something, you cocksucker! I'm doin' important shit!", akkor az "important shit" és nem "jelentéktelen faszság". Az ms dönti el a júzer helyett, hogy neki mi a fontos?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458192

    Ez már nettó terelés. Vajon van neki konzervtartaléka, ha beütne a zombiapokalipszis? Van fegyvere, ha kitörne az anarchia? Van PowerBook 5300-ja, ha july 4 happenz?
    Teljesen mindegy, hogy mekkora balfácán az ipse, vagy sem, hogy mikre készült fel, vagy sem, hogy megfelelő gépen rendereltet, vagy sem: a windóz helyette döntötte el, hogy mit csinálhat a gépével. Pont.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458028

    > Ugy gondolom, te most nem mondasz igazat:

    Miért is? Hol mondja, hogy több napig futott a gépe? Ilyen nem hangzik el a videóban. Az hangzik el, amit elmondtam és amit te is becitáltál ide, hogy feljön minden nap és ő lelövi. Az, hogy egy pár nap eltelik és ő meg minden nap kattog a "később"-re, az hol implikálja, hogy nem indította újra egyszer sem?
    Amúgy meg kicsit kapj már a fejedhez: az az ő gépe. Azt csinál vele, amit akar. Legalábbis ez volna a normális, de a jelek szerint a mikrofos nem így gondolja, hanem úgy, hogy amin winfos10 van, azzal a mikrofos csinál azt amit akar.

    > Roppant komoly video egyebkent, foleg az utolso nehany masodperc, amiben az uriember kifejti, hogy “Obama, you’re a fucking nigger”.

    Úristen, kimondta a tiltott N-betűs szót, megsértette a píszí tízezerparancsolatot és ezért azonnali hatállyal demotáljuk szubhumán entitássá, innentől kezdve már nem lehet igaza semmilyen egyéb kérdésben, ergo bebizonyosodott, hogy a windózápdét hibátlan és nem szopatja a júzert... Jó ég... Nem az a lényeg, hogy egy random windózjúzer mennyire primitív, vagy idegbajos, hanem az, hogy használná a gépét, úgy ahogy ő akarja a és a mikiszoft ebben megakadályozza. Hogy esetleg tényleg fontos lett volna az a frissítés, hogy ne kúrja szét a rendszert az első jöttment hacker valami sechole miatt? Na, az könnyen lehet. Ha az megtörténik, na, az a PEBKAC. Ha a saját felelősségére baromságot csinál. Az, hogy jön a rendszer és helyette dönt, az nem PEBKAC.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458089

    Szarkazmus volt. Gratulálok, neked is sikerült belemagyarázni.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458168

    > Esetleg megprobalhatnal leereszkedni a mi ertelmi szintunkre, es egyszerubben elmagyarazni a problemat, hatha akkor megertjuk. :)

    Folyamatosan azt magyarázom neked - most már évek óta - hogy az a baj, hogy az ms dönt a júzer helyett, elveszi a júzertől a kontrollt, de nem akarod megérteni. Amúgy nem én vagyok, aki "leereszkedik mások szintjére", egyelőre te mosdatod a szerecsent a magas lóról, bocs.

    > En a videon azt latom, hogy egy Angry German Kid copycat mindjart szivrohamot kap, miutan napokig balfaszkodott a frissitesek halasztgatasaval.

    Látod? Te osztogatod a lenéző címkéket. Balfaszkodott? Nem. Ő dolgozott, mert azért fizetik és nem azért, hogy a frissítésekkel balfaszkodjon. És tök mindegy, hogy kicsoda, vagy kinek a copycatja; mert ez a probléma szempontjából hótt irreleváns.

    > (Amugy ovatosan kerdezem, ez nem Win 8.1?)

    Passzolom. Miért, abban is ilyen extrém erőszakos a WU?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458190

    > Tudom, pont azert kertelek, hogy esetleg probald meg. ;)

    Há-há. :(
    Úgy értettem, hogy nem én nézlek le téged, hanem te nézel le mindenkit, akinek baja van a vindózzal.

    > Peldaul nem tudom, hogy mi a fene tarthat egy renderelesen megszakitas nelkul egy hetbe. Tenyleg nem. Nekem eddig az volt az elkepzelesem, hogy a kisebb taskok ennel kevesebb ido alatt is megvannak, a nagyobbakat pedig nem 1 db desktop PC-n futtatjak.

    Nem tudom, hogy mi tart annyi ideig. Akármi. Nem a mi dolgunk. És nem is a májkrémszofté. (És egyébként ez még mindig nem tisztázott, hogy több napig renderelt-e folyamatosan, vagy sem.) Az meg a költségkerettől függ, hogy min futtatják.

    > Viszont ugy remlik, abban nezett ki igy az ablak, 10-bol nem emlekszem ilyenre + amikor a videot feltoltotte a srac, akkor a W10 alig volt 3-4 honapos, es a latottak alapjan nem az a kapkodos fajta, ha upgrade-ekrol van szo.

    Lehet, hogy frissen vett gép volt. Vagy nem. Tőle kéne megkérdezni, bár a WU szempontjából mindegy, hogy melyik windózon erőszakoskodik.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458196

    És mit tegyen? Netszerte panaszkodnak a júzerek - nem csak a mezeiek, de a powerjúzerek is - hogy az update jön, lát és pusztít és hiába minden, nem tudják kikapcsolni. Akkor ez a csóringer mit tehetett volna?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458207

    ROFL. Tehát miután kifizette a windóz árát, fáradjon a kasszához még egy Macbookért is? :) Ez a hivatalos ms álláspont a fizetős kuncsaftoknak, hogy ha a windóz szar, akkor buy a Mac? Ennyi erővel beszüntethetnék a windóz árusítását és árulhatnának csak Mac-eket. Hosszútávon az egész világ idegrendszere hálás lesz érte. :)

    BTW mi van, ha a júzer cuccának nincs macOS portja?

    Sz*rk: (Alámszerkesztettél.) Honnan tudod, hogy a "sivalkodás" mellett nem próbálta-e meg megoldani a problémát? Erről konkrétan zéró infód van. Sokan próbálták megoldani a problémát. Nem lehetett. Az ms eldöntötte, hogy ez így lesz és kész. Mit lehet itt még tenni? Ja, persze, OS-t váltani, főleg, ha windows kell a melóhoz. Meg "sivalkodni". Szerintem meg a mikrofosfanok sivalkodnak, amikor valaki báncsa a szent vindóztot. :P

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458221

    > Fogalmam sincs, mi a hivatalos allaspontja a Microsoftnak. Ez az en allaspontom. Pontosabban nem ez, hanem hogy megoldas > picsogas, az elet minden teruleten.

    Csakhogy a WORKSFORME nem megoldás. Értsd: te sem oldottál meg semmit, csak neked valamiért működött. És te ugyanúgy "picsogsz", ha valaki szót mer emelni a windóz ellen. Az jobb?

    > Akkor szepen elviseli, hogy hetente egyszer ujra kell inditania a gepet. Igy jart.

    Tehát kicsengeti a sok lóvét ezért a szarért és aztán így járt? Na látod, ezért gyűlöli kurwa sok ember az ms-t. Ez amit itt most tanúsítottál ez a legalja mikrofosos cinizmus: dögöljön meg a júzer, szokjon hozzá a világ, hogy ALL YOUR KOMPUTER ARE BELONG TO US. És még te osztod lent az észt a rabszolgatartásról; ez micsoda, ha nem az? Csak itt nem a főnök fizet a rabszolgának, hanem a rabszolga fizet az ms-nek. És ez szerinted így van jól. Congratulations.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458228

    > Marmint az, hogy heti 10 perc szunetet kell tartani a munkaval?

    A gépnek?

    > Nem. Kell. Megvenni. ¯\_(ツ)_/¯

    Az. Emberek. Nem. Is. Akarták. A. Mikrofos. Tolta. Le. A. Win7. Userek. Torkán.
    Továbbá. Ez. Ma. A. Mainstream. Desktop. Rendszer. Ezt. Használják. És. A. Mikiszoft. Ezt. Tudja. És. Visszaél. Vele.
    (This chart is not available)

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458400

    Ez maximum a te végtelenül szar szóviccedre igaz. Meg a windózra. Arra triplán.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458163

    Persze, mert ez csak úgy megy, hogy felrak a munkagépére valami mást. Mi a túrót kezdjen egy Linux-szal, ha nem megy rajta a program, amivel dolgoznia kell? Amúgy ez a hivatalos elhárítóduma minden fizetős kuncsaftnak, akinél bajok vannak a windózzal, hogy rakjon fel valami mást, hiszen azért fizetett érte, hogy mást használjon?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458191

    Ennyire felkúrt agyilag a windóz? :)

    Amúgy hiába vált munkahelyet az ember. A windózt az esetek elsöprő többségében nem lehet megúszni.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458200

    Ja, mert ha a cucc, amivel dolgoznia kell windóz-only, akkor csak akarnia kell, hogy ne legyen. :)
    (Amúgy ez csak szerintem vicces, hogy elmész dolgozni az ms-hez, majd kérsz tőlük egy Macbookot, hogy megúszd a vindózt, utána meg itt véded, hogy nem is szar, miközben még az azt előállító cégnél is inkább mást használtál?)

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458189

    1. A híres "itt kapcsolhatod ki az ápdétet" menü? Amit a windóz állandóan visszakapcsol, ha letiltod?

    2. Been there, done that. Minálunk is volt, hogy letiltottuk. Visszakapcsolta. Ütemezett feladatból volt már a végén tiltva, félóránként. Visszakapcsolta, lefrissítette, kinyírta. Yay.

    3. Már megint ez a bullshit duma, hogy "nem kell használni"... Munkában azt kell használni, amit adnak, vagy amit muszáj; például Photoshoppolj Linux alól, ha tudsz. Itt nem azért kell szidni a windózt, mert másnak nincs támogatása arra a hardware-re, hanem mert a windóz már megint a júzer helyett döntött. Nem értem, mit nem lehet ebben érteni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458204

    > Igen. 35 naponta, ha jol latom. Havi egy ujrainditas ferjen mar bele.

    Kész... Ne te döntsd már el, hogy mi férjen bele és ne is az ms. Főleg akkor nagyon vicces ez, amikor nem arról van szó, hogy gond nélkül lefrissült, hanem tönkrecseszte a rendszert. Hány ilyen is történt a win10 kiadása óta, hány nagyfrissítést vontak vissza mikiszofték? Az is férjen már bele 35 naponta?

    > Csak a korrektseg kedveert, nemcsak Windows-ra van Photoshop, meg ha ez a peldadbol nem is derul ki. :)

    Ja, van Mac-re is. Többszörös költség. Cégvezetőség likes this. Helyettesítsd be bármi windóz-only cuccal.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458216

    ROFLMAO. Van valami munkád, amihez vindóz kell és akkor két opciód van, hogy használsz vindózt, vagy sem? Ja, csak utóbbi esetben búcsút inthetsz a melódnak. GG!
    Ez az interneten picsogás problémamegoldás helyett nagyon beakadt neked, már vagy ötödjére jön elő; cáfoljam meg ötödjére is? Ez nem egy idegbeteg youtuber panasza, hanem kurwa sok useré.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458222

    > Ha mar szorszalakat hasogatunk, akkor ez sem derult ki a videobol.

    Valóban nem. Ki tudja, az is lehet, hogy Mac-re nem volt pénze, csak windózos pécére? Jah, tudom. "Így járt."

    > Ha a melod annyira megvisel pszichesen, hogy a YT-on kell uvoltozni, akkor ez nem feltetlenul baj. :)

    Úgy megnéznélek egyszer, amikor egy szar program levesbe küldi több napi munkádat. Egyébként nagyon leragadtál ennél az elmerokkant youtubernél, mint ha ez valami egyedi panasz lenne.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458220

    Vettek munkaeszközt. A munkaeszköz meg önhatalmúlag megakadályozza a munkát. Ezek a rohadt cégvezetők. Felháborító.
    És megint nagyvonalúan átsiklottál azon, hogy nem minden fut Mac-en is. Mi lesz a windows-only cuccokkal?

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458227

    (Ezt még azelőtt írtam, hogy azt a fentebbi "így járt" beszólást eleresztetted volna.) Azaz szerinted semmi kivetnivaló nincs abban, ha az ember többé nem ura a gépének, hanem helyette egy pofátlan amcsi mammutvállalat rángatja kénye kedve szerint. Oké.
    A "gyártó" meg keblére fog ölelni az ötleteiddel. A világ 90%-a winfost használ, az a piac. A 8%-nyi Mac-re talán még portolják, de a többiekkel a kutya nem fog foglalkozni. És ezt te is, meg a mikrofos is pontosan tudjátok.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458235

    Már megint? Azért fizette ki, hogy aztán mást rakjon rá? És megint figyelmen kívül hagyod, hogy nem biztos, hogy a neki szükséges program meglesz-e azon a másik OS-en. Ja, persze, tudom. "Így járt." A microsoft felhasználói már csak ilyenek, ők mindig "így járnak".

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458241

    Szívből örülök neki, hogy neked mindig minden működik. Ezzel valószínűleg egyedül vagy az egész világon. Csak tudnám, hogy akkor mit prézsmitálsz problémamegoldásról, ha neked nem is volt problémát, amit megoldhattál volna. BTW, a neten való "picsogás" is a problémamegoldás egy fajtája: hátha jön valaki, akinek van megoldása. Ja, ez persze azzal jár, hogy a júzer az asztalra borítja a mikiszoft szennyesét. Nem tetszik? Nem. Kell. Olvasni. ¯\_(ツ)_/¯

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458252

    > Jaja, annyira keresi a megoldast, hogy 4 eve varjak a kommentszekcioban a valaszt az "Is this Windows 8/8.1?" kerdesre.

    Már megint leragadtál ennél az egy embernél. Én most en-bloc az összes "picsogról" beszéltem, mert te en-bloc az összes windózzal kapcslatban panaszt emelni merő embert minősítetted így, hogy csak sivalkodik a neten, ahelyett, hogy megoldaná a problémáját.

    > Szerinted erdekel engem barmennyire is a "mikiszoft" szennyese? Miutan sem alkalmazott, sem reszvenyes nem vagyok mar: nem.

    Akkor mit mosdatod őket körmödszakadtáig minden alkalommal?

    > Azt viszont jo lenne tudni, hogy ettol a beszelgetestol mit varsz, mert ezt az elmeleti maszturbalast kezdem mar unni.

    Akkor mit mosdatod itt még mindig őket? (Neked minden kritika recskázásnak minősül?)

    > Azt varod, hogy elismerjem, hogy minden szoftverben van bug? Igen, van. Es?

    Bug? Bocsi, de itt nem bugokról beszélünk. A bugokat javítani szokták, ezt az ms meg nem javítja, mert ez szerintük így van jól. Ez nem bug, ez feature. Ez nem rosszul lett leprogramozva, hanem koncepciójánál fogva van totálisan elbaszva...
    Nem várok semmit, mert nem hiszem, hogy azt beismernéd, hogy a windows 10 egy katasztrófa. Csak válaszolok, mert kiváncsi vagyok, hogy milyen abszurdságot találsz még ki, hogy mosdasd őket.

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2458215

    1. Én megnéztem. Lehetőség volt egyéb ms cuccok updatelésre, ha updatelsz, lehetőség volt kvótás kapcsolaton keresztül leszedni, lehetőség volt letiltani az újraindítást (de azért szó sincs letiltásról, ugye?), lehetőség volt figyelmeztetést kérni, ha újraindítás kell és lehetőség volt az update tiltásáról maximum 35 napig (remember: szó sincs tiltásról). Nem értelmeztem félre semmit.

    2. Csakhogy ez az általános netes tapasztalat, hogy nem lehet végérvényesen tiltani. Vannak hóttbiztos tippek/trükkök, amikről mind kiderül, hogy ideig-óráig megy, aztán egyszercsak beüt a bazmeg.

    > Akkor szidd azt, aki adta
    > Szidd a Photoshop-ot

    Na, ez kurwa jó! :D Szóval szidjak mindenki mást, de a winfost ne merjem szidni! Akkor is, ha a fasságot a windóz csinálta és nem a Photoshop, vagy a munkaadó. Így tényleg nincs értelme a vitának, mert ez nem vita, ez windózfanboista ukáz.

    > Az alapertelmezett beallitasokat lehet vitatni. Es meg is lehet valtoztatni. Windows 10 pro-t ugy konfiguralod, ahogy csak akarod. Ha meg valaki Home-ot hasznal munkara, ne csodalkozzon, ha atlag Marinenikent van kezelve.

    Proban sem lehet. Mi is szoptunk vele. Mások is. STFW.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457166

    Akkor már értem miért pánikolt be a KERNAL a C128-ban a minap: most nem az 1581-es hozta rá megint a frászt a trollkodásával, hogy portolták az MS-DOS-t Z80-asra és az lesz betöltve CP/M helyett, hanem ezek szerint a Linux volt. :P

    Oldschool Computer - http://oscomp.hu




    Immár 1 millliárd ember használja a Windows 10-et: https://hup.hu/cikkek/20200321/immar_1_millliard_ember_hasznalja_a_windows_10-et#comment-2457455

    > Gnome-mal illetve Ubuntu-Xfce-vel probalkoztam
    > - a gep erezhetoen lassabb volt, legyen szo bongeszesrol vagy fejlesztesrol (IntelliJ foleg. Gorgetes lag, lassu ugras fajlok kozott)
    > - a venti a gepben sokkal tobbszor es sokkal tovabb jar magas fordulaton mint windows alatt. ez onmagaban nem zavarna, de
    > - az akksit olyan gyorsan szivja ki a rendszer, mint a lanyom a 2 decis sio almalevet.

    GTK3 still at large. :(

    Oldschool Computer - http://oscomp.hu




    sedsokoban: https://hup.hu/node/169270#comment-2479871

    Üt.

    Oldschool Computer - http://oscomp.hu




    Ami ki van vágva, az ki van vágva!: https://hup.hu/node/169229#comment-2479272

    Így is lehet, talán így kicsit emészthetőbb, kézenfekvőbb:

    printf "`cut -b40-49 log.txt`,`cut -b31-38 log.txt`"

    Oldschool Computer - http://oscomp.hu




    Ami ki van vágva, az ki van vágva!: https://hup.hu/node/169229#comment-2479339

    > De az eredeti felvetés pont az, hogy módosít-e a bemenő sorrenden a cut a kimenetben. Nem.

    Én nem is mondtam, hogy módosít.

    Oldschool Computer - http://oscomp.hu




    Újra fordul és fut a CDE NetBSD/amd64-en: https://hup.hu/cikkek/20200509/ujra_fordul_es_fut_a_cde_netbsd_amd64-en#comment-2477918

    Hogyhogy eddig nem ment? Eltörtek valamit a NetBSD-ben?

    Oldschool Computer - http://oscomp.hu




    Újra fordul és fut a CDE NetBSD/amd64-en: https://hup.hu/cikkek/20200509/ujra_fordul_es_fut_a_cde_netbsd_amd64-en#comment-2478857

    Hát, ha most modernizálják, akkor lehet, hogy megkapja a szükséges kényelmi fícsöröket. (Csak a Motifot ne cseréljék le...)

    Oldschool Computer - http://oscomp.hu




    De szeretnék egy olyan telefont, amin rendes Linux fut!: https://hup.hu/node/169124#comment-2475902

    Itt pont passzol az ékezetek hiánya. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> wladek1 , Carter , andrasf , therion , p2pking


    De szeretnék egy olyan telefont, amin rendes Linux fut!: https://hup.hu/node/169124#comment-2475990

    Alig hinném. Nem kávézom.

    Oldschool Computer - http://oscomp.hu




    De szeretnék egy olyan telefont, amin rendes Linux fut!: https://hup.hu/node/169124#comment-2477561

    Elő az alabárddal, báncsák a drojidot.

    A kérdésre válaszolva: mások telefonja volt a kezemben és ilyen alap dolgokra szerettem volna használni, mint pl. böngészés, fotó, stb.; hát kb. úgy működik, mint a windóz: ahogy ő akar. És kb. olyan stabilan is.

    Oldschool Computer - http://oscomp.hu




    De szeretnék egy olyan telefont, amin rendes Linux fut!: https://hup.hu/node/169124#comment-2477680

    Lehet, hogy lehet használható felállást is találni belőle, de hát az xp és a win7 is használható volt a többihez képest és mégis agyérgörcsöt kaptam tőlük, amikor mindenért akadékoskodtak; ez a droidnál is megvan. "Csomagkúltúra" dettó, windowson kb. tök mindegy, hogy hogyan telepíted fel a cuccaidat - hacsak nincs portable hacked belőle - akkor tele fogják fosni a rendszert és takaríthatsz és ugyanezt látom a droidon is.

    Biztos lehet olyan - hogy is hívják? főzött ROM-ot? - varázsolni a telefonokra, amivel ezek nincsenek, még az is meglehet, hogy van olyan összeállítás belőle, ami azt csinálja, amit az ember mond, van rá rendes csomagkezelés, ahol az appok nem azt taglalják vég nélkül, hogy mihez kérnek hozzáférést és nem fossák tele a rendszert mindennel, sőt vannak rá rendes appok is, nem csak olyan hulladék, amit a cég beengedett a store-ba, vagy lehetőség, hogy onnan telepítsél, ahonnan akarsz, nem csak ahonnan megengedték, ill. ami nem kémkedik utánad megállás nélkül...dehát a windowst is lehet úgy, "normálisan" használni, hogy éveket lehúzzon újratelepítés, vírusok és szemét nélkül, arra sem lehet ráhúzni, hogy 100% szar és semmire sem jó, de ettől még maga az ökoszisztéma - az, ahogy az azért felelős cég kitalálta - az borzalmas. Ha kicsontozod belőle a szart - vagy olyan összeállítást raksz fel, ahol ezt mások megtették - akkor lehet, hogy használható. De defaultból kb. ugyanaz a feeling, mint a windóz: nem a tiéd a rendszer, hanem a google-é/ms-é. Nos, felőlem nyugodtan megtarthatják.

    Oldschool Computer - http://oscomp.hu




    De szeretnék egy olyan telefont, amin rendes Linux fut!: https://hup.hu/node/169124#comment-2477713

    > a telepítőt kell jól megírni/összerakni - na ez szokott elmaradni...

    Erre céloztam.

    > Stock Androidnak hívják, nem pedig gyártói/szolgáltatói "testreszabott" verziónak.

    A stock verzióból mire kihozod, ami kell, addigra megőszülsz. Persze, ha minimális igényei vannak az embernek, akkor mehet.

    > pedig ez pont,hogy jó dolog: ha akarod, engeded, ha nem, akkor nem. Ha ez utóbbi miatt nem működik az alkalmazás, akkor szépen letörölhető.

    Na ja...és amikor a store-ban az összes böngésző azzal nyit, hogy húzd szét, mert oda is, akkor hogy? Ld. következő pont.

    > lehet ezt is, igaz, nagyon nem ajánlott ismeretlen forrásból appot felkalapálni - ahogy nem igazán javallott Linux vagy épp Windows alá random helyekről szoftvereket telepíteni.

    Nem erre gondoltam, hogy megbízhatatlan helyről csomagokat pakolsz fel, hanem arra, hogy nem vagy a store-ra korlátozva és akkor akár magadnak is leforgathatsz dolgokat és nem vagy meglőve, ha az összes böngésző azzal nyit, hogy húzd szét... Én értem, hogy a rendszer alapvetően ezt nem tiltaná, de a "gyártói/szolgáltatói "testreszabott" verzió" igen és akkor ott vagyunk, amivel nyitottam, hogy lehet jó sokat hekkelni, mire úgy fog működni, ahogy az ember akarja.

    > No mindegy, van a boltban nagypapatelefon, bazi nagy nyomógompokkal meg ortopéd kijelzővel - végülis azt is lehet telefonálásra használni...

    Bizony. És az legalább OOB működik rendesen.

    Oldschool Computer - http://oscomp.hu




    De szeretnék egy olyan telefont, amin rendes Linux fut!: https://hup.hu/node/169124#comment-2477724

    > Ez nem az OS hibája a Windows esetén...

    Az nem, hogy a developer nem csinált rendes telepítőt, de az, hogy az OS-en nincs egységes csomagkezelési kultúra, az de. Illetve nem az OS-é, hanem a fejlesztőcégé.

    > Te mondtad, hogy alap dolgokat (fotózás, böngésző) akartál használni, és broáf... Ezekkel nincs semmi probléma az "alap" rendszerben sem, de egy Chrome-ot feldobni, vagy a csillió+1 kameraokosító motyó közül valamelyiket...

    Igen és mind azzal nyit, hogy húzd szét, mert oda is... Úgyhogy de, van bőven probléma velük az alaprendszerben.

    > Az is gyorsan megvan - igen, a lehetőségek széles tárháza az problémát is okozhat,mire megtalálod, adott célra melyik alkalmazás válik be neked leginkább - de ez más OS esetén is így van - legfeljebb kisebb a választék, és kevesebb a reklámból vevételt remélő sw.

    Jó, hogy mondod, mert erről már meg is feledkeztem, hogy ez is egy külön borzadály, hogy az appok tele vannak ratyi reklámokkal...

    > fejleszthetsz Android alá alkalmazásokat, felpakolhatsz apk-ból bármit - senki nem tiltja, igaz, a fejlesztéshez picit több kell, mint egy makefile-t látva képesnek lenni kiadni a make config && make && make install parancsokat

    Itt most nem is fejlesztésről volt szó, hanem még mindig a store-tól való függetlenségről. Még egyszer: attól, hogy összerakhatsz magadnak olyan rendszert, ahol ez nem gond, attól még defaultból nem működik a dolog.

    Oldschool Computer - http://oscomp.hu




    De szeretnék egy olyan telefont, amin rendes Linux fut!: https://hup.hu/node/169124#comment-2477753

    > De akkor az Androidban miért fújfújfúj az, hogy egy ilyen megoldás az alap?

    Mert nem alap; pont ezt magyaráztam, hogy egy raklap alsógatya a default csomagkezelés.

    > A "húzd szét, mert..." nagyon erős hatásra alakulhatott ki nálad - szerintem keress fel egy pszichoterapeuta szakembert.

    Nem tartott sokáig, amíg megint átmentél mocskolódásba. Biztos megint én kötöttem beléd, ahogy sosem. Neked kéne felkeresned az említett pszichoterapeutát, mert ez már mániás.

    > De visszatérve nem tudom, mit értessz ezen - a gyári alap alkalmazások semmilyen extra igénnyel nem élnek - ha akarod, van automatikus mentés a felhőbe, igen, ha meg nem akarod, akkor nincs. Ezen túl mire gondolsz?

    Pedig leírtam, sőt be is linkeltem, hogy a seggedbe is be akarnak nézni, ezt jelenti az a bizonyos ismételt mondat. Nem tudom, hogy elolvasni, vagy felfogni nem sikerült, de igazából mindegy, mert akár analfabéta vagy, akár hülye, mindenképpen nagyon szomorú.

    > A reklámok vannak, meg vannak oylan alkalmazások, amikben nincsenek, meg olyanok is vannak, amiket pár gombért megvehetsz, és akkor nem lesznek reklámok. Ha valami hasznos, az ember szívesen használja, akkor valahol elvárható, hogy támogassa a fejlesztőt.

    Vagy felrak mást, ami ingyen van és nincs benne reklám. Azaz felrakna, dehát...

    > Igen, tudom, a Spotify az ingyenes account esetén nyomja a reklámot

    Kapaszkodj meg, a prémium account esetén is előfordul. "Just log out and then log in back." Hát ez tiszta vindóz...

    > wazze

    A wazze az az, amit te művelsz, a Waze, az meg megint más. Freudi elszólás lehetett a részedről...

    BTW, az egyébként megvan, hogy egy poénba sikerült belekötni ekkora vehemenciával? Nekiállni kardoskodni egy vicc kapcsán és megmagyarázni, hogy de nem is, hát ez végtelenül szánalmas. Ekkora seggfájást okoz, ha valaki bántja a jócéget, vagy a vackait? Hát jó, ha ennyire akarod én beismerem nyílt színen: a droid a legkirályabb oprendszer a rántott csirke óta! Kb. ugyanannyira lehet oprendszernek használni, mint az említett étket, csak ezt még megenni sem lehet, mert gyomorhurutot kapsz tőle... :(

    > hány órát használtál Android-os telefont

    A házamat alkotó kvarkok számát nem kéred? A család többi tagjának a telefonját sokat használtam, meg basztattam a PIPO-n is, igaz, az nem telefon, hanem asztali gép.

    > milyen Android verzióval/gyártótól

    Tekintve, hogy sokféle eszköz volt, a hócipő tudja.

    > és mennyiben volt módod testreszabni

    Telepíthettem rá appokat a store-ból, meg próbáltam fájlból is, de arra csak az egyujjas nemzetközit kaptam.

    > Mert a "volt a kezemben" az jelen esetben a "nulla tapasztalatom van"-nal egyenlő.

    Nálad ez kényszeres? Valahányszor hozzámszólsz (mert a korábbi hazudozásoddal ellentétben te vagy az, aki engem mindig megtalál), két fordulón belül már valahogy mindig azt próbálod meg görcsösen erőlködve bizonygatni, hogy én nem értek semmihez, nincs semmi tapasztalatom, mindezt személyeskedve, mocskolódva, engem cseszegetve a stílusért, miközben te tkp. többet káromkodsz, mint én, csak álszent módon kicsillagozod. Neked valami nagyon durva komplexusod lehet, ha ennyire a májadra mentem. Tényleg keresd fel azt a bizonyos pszichoterapeutát.

    Na, ha akarod folytasd magaddal, mert nekem nincs kedvem veled még egy szálat végigvinni, amiből mindennemű szakmai tartalom az első két kör után eltűnik és másból sem áll az egész, mint a te mocskolódásodból. Majd gyere vissza, ha normálisan is tudsz beszélgetni.

    Oldschool Computer - http://oscomp.hu




    Ezen a napon csapkodtam az operációs rendszerre: https://hup.hu/node/168931#comment-2471152

    "Kémtelek" bazmeg, biztos oda építkeznek a kémek...

    Egyébként a mailcímed egész jól kivehető maradt. AFAICS.

    Oldschool Computer - http://oscomp.hu




    Ezen a napon csapkodtam az operációs rendszerre: https://hup.hu/node/168931#comment-2472095

    Ha megszakadok sem értem az összefüggést aközött, hogy hogy nézed a kockázott képeket és hogy te írtad-e a spamet.

    Oldschool Computer - http://oscomp.hu




    Google foobar: https://hup.hu/node/169162#comment-2477302

    Az nem Yandex, hanem Yahoo. :P A Yahooval dolgozik együtt a DDG. (Az eredeti link már elszublimált és a webarchív se őrizte meg.) A Yandexhez csak annyi köze van, mint a Binghez vagy a Wikipediához, hogy felhasználja a keresési eredményeiket.

    Totál off: A reddit teljesen elkurwult, JS nélkül már szinte teljesen használhatatlan...

    Oldschool Computer - http://oscomp.hu




    A magyar es azsiai kulturak hasonlosaga: https://hup.hu/node/162048#comment-2294351

    > Ha valamivel kell valamit kezdeni, az bizony a pesszimizmus...

    +1, ha csak siránkozunk, hogy szar minden, akkor az is marad, ha meg azon sírunk, hogy nem lehet segíteni rajta, akkor egy idő után el is hisszük...




    A magyar es azsiai kulturak hasonlosaga: https://hup.hu/node/162048#comment-2294454

    Nem vagyok történelemből túl jó, de emlékeim szerint a kiegyezést követően függetlenné váltunk Ausztriától, csak a király volt közös; 1918 után pedig teljesen függetlenek voltunk (leszámítva persze a Tanácsköztársaság pár hónapját), egészen a szovjet megszállásig. De mondom, nem vagyok túl jó történelemből.




    A magyar es azsiai kulturak hasonlosaga: https://hup.hu/node/162048#comment-2294949

    +1, nem lehet minket kiirtani, pedig sokan próbálták.




    Florian: https://hup.hu/treyblog/20200507/rip_florian#comment-2477033

    RIP.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> Hiena , Zozz , thomasp001


    Az atomhulladék hasznosítása (Pécé szerviz #3 / RR XIII): https://hup.hu/node/168995#comment-2473049

    Friss böngésző ugyan fut rajta, de a mai webhez azért már bőven kell hozzá türelem. Így az eredeti netbook kifejezést nyugodtan el lehet felejteni, nem méltó rá. :)

    Ez inkább a webkettőt minősíti, mint ezt a gépet. Alien a jávaszkript rémuralma. :(

    Amúgy szép munka, grat, mínusz egy kidobott gép. BTW, csak a megvilágítás miatt van, vagy az a Sun billentyűzet ennyit sárgult az elmúlt 8 és fél év alatt? :)

    Oldschool Computer - http://oscomp.hu




    Az atomhulladék hasznosítása (Pécé szerviz #3 / RR XIII): https://hup.hu/node/168995#comment-2473351

    Ezzel maximálisan egyetértek; az AMIGÁs időszakban mennyire örültünk volna ilyen CPU teljesítménynek... :)

    Hajaj. :) Bár mondjuk G4-es kártya még van Amigába, az még úgy közelíti ezt a teljesítményt.

    Lehet hogy érdemes lenne megtanulnom fotózni..? :) Semmi sárgulás nem látszik, a színhőmérsékletet jól benézte a fényképezőgép. :-D Pedig időnként még a nap is idesüt az asztalra. (Van egy másik Type5c-m, azon – érdekes módon – a szóköz teljesen be van sárgulva, az összes többi normális színű. Mintha más anyagból lenne az az egy gomb. Lehet, hogy úgy is van... :) )

    A műanyagmasszába sok minden kerülhet, lehet, hogy az a rész tartalmaz valamit, ami sárgulásra hajlamos.

    Oldschool Computer - http://oscomp.hu




    Biztonsági incidens a LineageOS projektnél: https://hup.hu/cikkek/20200504/biztonsagi_incidens_a_lineageos_projektnel#comment-2475648

    Ha megtörik a szerveren futó szoftvert, akkor a mobilon futó firmware a gány?

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> fdavid , juniorz , Pene , BlackCode


    Fut a Portal ReactOS-en: https://hup.hu/cikkek/20200503/fut_a_portal_reactos-en#comment-2475873

    https://reactos.org/wiki/Supported_Hardware/Video_cards

    Van OpenGL rendering is. Hogy működik-e, az a driver függvénye. Az nVidia kártyák többségénél megy a rendes windózos driver és vele az OpenGL is. (Max nem mindnél tesztelték.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Kristee


    Fut a Portal ReactOS-en: https://hup.hu/cikkek/20200503/fut_a_portal_reactos-en#comment-2475892

    Ahhoz tudni kéne, miféle hardware-en fut. Ha pl. virtuális gépen, akkor egyáltalán nem meglepő.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Kristee


    Fut a Portal ReactOS-en: https://hup.hu/cikkek/20200503/fut_a_portal_reactos-en#comment-2475989

    Jó kérdés, csak rossz embernek. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Kristee


    "macOS sandbox escape": https://hup.hu/cikkek/20200501/macos_sandbox_escape#comment-2474917

    "nem látunk semmilyen aktuális biztonsági implikációkat" => "nem látunk semmilyen tényleges biztonsági következményt" ?

    Oldschool Computer - http://oscomp.hu




    A HUP haldoklik #543: https://hup.hu/treyblog/20200421/a_hup_haldoklik_543#comment-2471301

    Ez grafikon az egyedi IP-kről érkező lekéréseket mutatja, vagy az összes lekérést?

    Oldschool Computer - http://oscomp.hu




    A HUP haldoklik #543: https://hup.hu/treyblog/20200421/a_hup_haldoklik_543#comment-2471467

    Négyszázezer per hó. Persze ehhez még mindig az kéne, hogy 12-13 ezer egyedi user használja egy nap a portált. Ha minden igaz, 21397 felhasználó van itt, szóval elméletileg beleférne, csak ki tudja mennyi aktív ebből. Meg, hogy mennyit lát a rendszer, mert pl. nekem a GA tiltva van browserből és /etc/hosts-ból is.

    Oldschool Computer - http://oscomp.hu




    A HUP haldoklik #543: https://hup.hu/treyblog/20200421/a_hup_haldoklik_543#comment-2473004

    Miért kéne oszlopdiagramnak lennie? Ha az oszlopok csúcsait összekötöd, akkor pontosan ilyen diagramot kapsz. Amúgy meg ott van a kép jobb oldalán a felosztásválasztó és ki van választva a "Month". A diagram nem sugall semmit, egyértelmű, hogy milyen felosztást mutat.

    Oldschool Computer - http://oscomp.hu




    Milyen típusú világítás van többségben az otthonodban? : https://hup.hu/szavazasok/20190202/milyen_tipusu_vilagitas_van_tobbsegben_az_otthonodban#comment-2314651

    A monitorok világítanak.


    Σ: 001 -> kupcsik


    Milyen típusú világítás van többségben az otthonodban? : https://hup.hu/szavazasok/20190202/milyen_tipusu_vilagitas_van_tobbsegben_az_otthonodban#comment-2314752

    CRT.




    Milyen típusú világítás van többségben az otthonodban? : https://hup.hu/szavazasok/20190202/milyen_tipusu_vilagitas_van_tobbsegben_az_otthonodban#comment-2315057

    what_why.gif




    Milyen típusú világítás van többségben az otthonodban? : https://hup.hu/szavazasok/20190202/milyen_tipusu_vilagitas_van_tobbsegben_az_otthonodban#comment-2315097

    Nincs pénzem drága IPS paneles laposmonitorra, a többi fajtán meg nagy túl nagy a blur a mozgó tartalmakon, meg az éles határvonalakon (pl. betűk) és akkor még ott van az arpi_esp által említett beesési szög függvényében változó színek kérdése is.




    Milyen típusú világítás van többségben az otthonodban? : https://hup.hu/szavazasok/20190202/milyen_tipusu_vilagitas_van_tobbsegben_az_otthonodban#comment-2315336

    Majd meglátom, mennyire idegesítő. Sajnos lassan tovább kell lépni, bármennyire is CRT párti vagyok; elöregednek a CRT monitorok, nem is gyártanak már. Jelen pillanatban úgy gondolom, hogy még mindig inkább az legyen, hogy nagyon sötét képernyőtartalom esetén világítson egy kicsit, mint, hogy elmossa nekem az összes tartalmat.




    Milyen típusú világítás van többségben az otthonodban? : https://hup.hu/szavazasok/20190202/milyen_tipusu_vilagitas_van_tobbsegben_az_otthonodban#comment-2315354

    Remélhetőleg én sem fogom megbánni.




    Milyen típusú világítás van többségben az otthonodban? : https://hup.hu/szavazasok/20190202/milyen_tipusu_vilagitas_van_tobbsegben_az_otthonodban#comment-2315668

    A főnököm nemsokára fejbekúr egy céges monitorral, aztán majd pár év múlva, ha bevált, akkor meg is tudom venni.

    Azt, hogy a felbontásváltás 1-2 másodperce alatt mit csinál, az nem érdekel egy fikarcnyit se. Előtte, meg utána legyen jó a kép. A windows ilyen jellegű nyavalyái amúgy sem érintenek, mert itt nincs windows, csak Linux, OSX, BSD-k, Solaris, meg retrogépek, meg underground vackok (pl. next-gen Amiga rendszerek vagy Haiku).




    Mit érdemes linkedin profilba pakolni?: https://hup.hu/node/168916#comment-2470748

    Saját page nem jó, csak valamelyik kódrepo?

    Oldschool Computer - http://oscomp.hu




    Mit érdemes linkedin profilba pakolni?: https://hup.hu/node/168916#comment-2470746

    Programozással.

    Oldschool Computer - http://oscomp.hu




    Mit érdemes linkedin profilba pakolni?: https://hup.hu/node/168916#comment-2470976

    Projekt szinte csak céges van, meg pár contribution open source cuccokba. Az összes többi - a nagyrésze - az ilyen egyedül fejlesztett cucc. De gondolom azokat is lehet linkelni.

    Oldschool Computer - http://oscomp.hu




    Spammel a Microsoft: https://hup.hu/node/168895#comment-2470502

    Nem vagy egyedül vele, ha jól látom. Itt kapott a fickó egy raklap címet, amiken próbálkozhat és valamelyik bejött neki, mert bepipálta jó válasznak. Lehet neked is ezen a fórumon kéne feltenned a kérdést, hátha.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468285

    Ha a lelkünket, meg - az egyébként amúgy is free - kódunkat nem is, de az adatainkat igen. Amióta megvették, azóta nem lehet belépni, csak úgy, hogy ha minden rohadt alkalommal belép az ember az emailfiókjába és becopyzza nekik a megerősítő kódot. Ennek a baromságnak a kikapcsolására lehetőség nincs (én legalábbis nem találtam, meg mások sem, viszont hivatalos válaszként a 2FA erőltetését kapták - sok-sok bullshittel indokolva - mert természetesen ők csak a mi accountunk biztonságáért aggódnak...természetesen...); alternatívaként meg lehet adni nekik a telefonszámunkat, hogy nagytestvérkedhessenek 2FA-zhassanak... Most tekintsünk el attól, hogy a nemzetközileg alkalmazott "tenorpista" törvények miatt a telefonszámmal egyedileg azonosítható bárki (hacsak nem tudott valahonnan hamisat/eldobhatót szerezni), mert a 2FA ettől függetlenül is egy használhatatlan alternatíva, mert még az emiles bulinál is körülményesebb és kényelmetlenebb. (Arról nem is beszélve, hogy a GH nem támogatja az SMS-küldést minden országban, tehát, aki ilyen országban van és nincs okosteflonja, az nem is tudja használni.)

    Szerencsére egyelőre nem kötelező, csak ajánlott. Egyelőre. Mák, hogy tartani nem tartottam ott semmit.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468291

    Nincs okostelefonom.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468298

    Kösz, kihagyom. Nem szeretném a mikiszoftnak megadni a telefonszámomat, ha nem lett volna egyértelmű a kommentemből.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468315

    Igen, 2FA esetén kötelező, még linket is adtam, ahol leírták.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468562

    Ezek szerint mégsem, pedig anno a hivatalos ms válasz ez volt. De ettől még ugyanúgy egy felesleges baromság és ugyanúgy körülményesebb, mint simán belépni az email fiókba és ahogy az egyel lejjebbi posztomban olvashatod, hogy ugyanúgy nem tudom használni a phonenumber-less megoldásokat.
    Egyébként meg lehet befejezni a fölényeskedést. Ha valakinek nincs rá oka, az pont te vagy.

    Sz*rk: Jé, hogy lecserélted a szöveget, mialatt válaszolgattam... Eredetileg ez volt:

    Nem érted, kötelező a telefonszám! :D

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468598

    > Rohadt hosszu ideig irhattad akkor ezt a par sort, mert szerintem max 1 percen belul szerkesztettem at.

    Jézus Mária... /o\
    Nem ezt a pár sort írtam rohadt hosszú ideig, hanem ha nem tűnt volna fel, írtam vagy nyolc kommentet, többek közt ezt a lentebbit, ahol kipróbáltam a TOTP-t. Az tartott "rohadt hosszú ideig".

    > Amugy mi itt a gond? Tovabbra is azt gondolom, hogy a fo problemad a Microsoft stringgel van a GitHub impresszum oldalan, nem a MFA-val.

    Ja, értem. Az más. Ha te azt gondolod, akkor az biztos úgy is van. Nem az számít, hogy mit mondok, hanem, hogy te mit gondolsz, hogy én mit mondok. Majd te megmondod, mit mondok: azt amit te gondolsz.
    Nem tűnt fel, hogy soha nem rejtettem véka alá a véleményem a mikrofossal kapcsolatban? Hidd el, ha a itt "microsoft string" lenne a problémám, akkor a szemedbe mondanám. Látod, erről beszéltem: ha bármilyen negatív vélemény megjelenik valahol, amit akár a legcsekélyebb mértékben is az ms-hez lehet kötni - függetlenül attól, hogy ms-specifikus disznóságról van szó, vagy csak a szokásos amcsi '84-eskedésről - akkor te amygdala hijacket kapsz és jön a butthurt-attack.

    > (ezt is szerkesztettem, ahogy latszik is a ceruza ikonbol a headerben)

    Sz*rk: Látom. Megint sikerült utólag kiszerkeszteni a legviccesebb részt...

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468698

    ROFL, na, ez már tényleg a legalja... Ebben a kommentben szó szerint azt írtad, hogy "Tovabbra is azt gondolom, hogy a fo problemad a Microsoft stringgel van a GitHub impresszum oldalan, nem a MFA-val." Csak éppen kiszerkesztetted belőle, mielőtt elküldtem a választ, én meg még az eredeti kommentedet idéztem be. Legalább ne próbáld meg letagadni, hogy eredetileg azt írtad.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468721

    Leírtam, hogy kivételesen nem a mikiszofton van a hangsúly, te meg leírtad, hogy nem hiszed, te mást gondolsz. A szellemeskedős része karikírozás volt, de ez irreleváns. Úgyhogy ne terelj, ne szőrszálhasogass: szó szerint beismerted, hogy az a bajod, hogy szerinted az ms-t támadom és ezzel azt is elismerted, hogy neked ez probléma, ha valaki támadja az ms-t. No comment.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468733

    Jóságos ég... Arról vitatkozunk, hogy a tököm ki van ezzel. A probléma nincs megoldva, a legkisebb béka van lenyelve.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468745

    Mint mondtam, lehet befejezni a fölényeskedést. Ha valakinek nincs rá oka, az pont te vagy.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468790

    Amekkora feneket kerítek neki én? Én egy posztot írtam róla, hogy rohadt idegesítő, meg belinkeltem, hogy nem vagyok egyedül ezzel a véleménnyel. Az összes többi már csak reagálás volt a válaszaitokra.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468557

    Több böngészőm is van, szóval az Opera nem lenne akadály, csak épp ehhez hardwarekulcs kell, ami nekem nincs. Tehát ez az opció Operától függetlenül is kiesik.

    A ktkt által linkelt megoldás sajnos pont nem jó, mert GTK3-as, de van oathtool is. Kiváncsiságból reggeltem egy kamu akkantot a githubra és bekapcsoltam a 2FA-t. Adott egy QR kódot, amit a https://zxing.org/w/decode.jspx oldalon beolvastam, kaptam egy linket, abban a kóddal. oathtool --totp --base32 [kód], kaptam egy hatszámjegyű számot, ezt bemásoltam neki, elfogadta, leokézta.

    Oké. Kiléptem, töröltem a cache-t, majd beléptem. Usernév, jelszó beír, elfogad. Kéri az authentikációs kódot. Beírom neki. Eredmény. Oké, akkor recovery kódot neki. Eredmény. Próbáljuk meg még egyszer. A 6 számjegyű kódot ismét nem fogadta el, egy másik recovery kódot viszont igen. Próbáljuk újra. Kilépés, cache töröl, belépés, kéri a 6 számjegyű kódot, megint nem fogadja el. Adok neki recovery-t, nem fogadja el, kidob a login promptra. Még egyszer az egész. Ugyanaz az eredmény. Még egyszer, most csuklóból recoveryt adok neki, úgy beenged. Próbáljuk még egyszer, most nem engedett be.

    Summa summárum, a hatszámjegyű kódot egyszer sem fogadta el, a recoveryket meg ad-hoc módon fogadja el. Így bejutni még annál is körülményesebb - ha épp egyáltalán működik! - mint ha belépek az emailfiókomba és kicopyzom a kódot. Ezek szerint telefonszám tényleg nem kell hozzá, de a másik állítás, hogy ez még az emailes loginnál is körülményesebb, az maradt.

    Ja, ha a hatszámjegyű kódot azért nem fogadta volna el, mert lejárt...hát sehol nem kínált föl semmilyen újítást, se QR kód, sem egyéb formában, tehát ha akartam volna sem tudtam volna beírni mást.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468623

    > De gondolom azt sejted, hogy a use caseiddel kb az elhanyagolhato 0.0..X szazalekban vagy, es kar megsertodni, ha nem rad optimalizalnak.

    Nem sértődtem meg, hogy nem rám optimalizálnak. Ha valahol valami nem megy pl. Operában nem szoktam érte szólni. De itt arról beszélünk, hogy eddig ment szívatás nélkül, most meg nem megy. És FYI: ettől nem lett biztonságosabb a rendszer, mert a legnagyobb sechole mindig az user, amit meg nem tudnak kivédeni.

    > Mi a masik 99.9..X szazalek tudjuk hasznalni minden gond nelkul.

    Honnan a statisztika? A fentebbi panasztopicban nem egy ember panaszkodott, hanem sok, de mindegy. Ez a projektált WORKSFORME, ha neked megy, akkor biztos mindenkinek megy, kivéve aki hülye és védeni meri a privátszféráját. Lehet, hogy a többségnek megy, ezt nem vitatom, de az ilyen hasból előhúzott bagatellizáló statisztika minden, csak nem mérvadó.

    > Te minden letezo eszkozzel veded a privacydat, a github meg valahogy szeretne beazonositani.

    De ne akarjon. És lécci ne gyere a "te vagy az áru" szöveggel, mert ez nem az az eset. A github önmagában nem ér semmit, a rajta tárolt forráskódok érnek valamit. Bárki, aki a githubot használta, akár repo-ownerként, akár kontribútorként (mint pl. én) kóddal, bugreportokkal és tesztekkel, stb., az mind a munkájával fizetett a githubért, tehát nem volt ingyen. Legalábbis nekünk, aktív hozzájárulóknak nem. Most viszont az új tulaj (lényegtelen, hogy ki az, mert látom te is rögtön ezen húzod fel magad, hogy jaj báncsák az emest) azt szeretné, ha az adatainkkal fizetnénk érte. Te magad is elismerted.

    > Igazabol megodas is van (tobbis: hw kulcs 6000 Ft, eldobhato sim 3200 Ft lidlibe telefonnal egyutt adjak 5ezere, vehetnel egy okostelefont amin csak az authentikator van kb 10000Ft de annak mar az aksija is birja, emulalhatnal androidot), csak az neked nem felel meg.

    Persze, még én adjak ki ezért pénzt, miközben egyfelől ők akarnak az adataimból pénzt csinálni, másfelől meg kóddal fizetek a használatért. Az android emuláció még elfogadható alternatíva lenne, de akkor már megint ott vagyunk, hogy egyszerűbb és gyorsabb belépni az emailfiókba. Úgyhogy persze, hogy nem felel meg, ha egyszer rosszabb, mint a fennálló helyzet, könyörgöm. Látom senkinek nem megy át a lényeg: eddig ment, most meg szív az ember és nem lett biztonságosabb semmi sem.

    > Es persze minden fajdalmadrol az M$ tehet.

    Legalább ne adnál szavakat a számba. Én ilyet nem mondtam. FYI: azzal nem tudod az állításaimat hiteltelenné tenni, hogy abszurd baromságokat magyarázol bele.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468726

    Read again, mhmxs megállapítására írtam, hogy ne akarjon, miszerint "Te minden letezo eszkozzel veded a privacydat, a github meg valahogy szeretne beazonositani.", ezen a megállapításon pedig nem változtat, hogy nem kell hozzá telefonszám. BTW, a hardwarekulcs egyedi fingerprint, ha egyszer sikerül hozzá nevet kötni, ugyanott vagy. A TOTP-t megpróbáltam, de megbízhatatlan a működése, a hatszámjegyű kódot egyszer sem fogadta el, a recovery-ket meg ad-hoc módon.

    > copyzod tovabb szorgosan az emailes kodot

    Ezt csinálom, képzeld. Ameddig ez az opció megmarad.

    > valasztasz masik MFA csatornat

    Read again, túl vagyunk rajta.

    > nem hasznalod a GitHubot

    Na, a végére csak bejött az ultima ratio. Mert ugye ha a projektek, amiket használok és amibe kódot küldök, a githubon vannak, akkor ne használjam, ugye? Na, ez az, amitől hányok, az amcsi tempó. Van valami ami működik, jönnek, megveszik, szétkúrják, majd jön az ultima ratio, hogy nem kötelező használni. A kugli is ezt csinálta a tecsővel.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468843

    > Mert ha nem ugyanazt a jelszot hasznalod az emailfiokodhoz mint a guthubhoz, akkor jo esellyel rogton ket jelszot is meg kell kaparintani. Szoval ha ettol nem lett biztonsagosabb a te github fiokod, akkor lehet nalad van valami elkefelve.

    Miért, 2FA nélkül nem lehet mindenütt más jelszót használni? De lehet. Van rá saját megoldásom, lehet kísérletezni a kapott jelszavak feltörésével. Úgyhogy nem nálam van valami elkefélve.

    > pontosan, ezert kell vedeni a fiokokat tobb modszerrel is.

    Az oké, de miért kötelezően? Akinek erre nincs igénye, arra miért is kell rákényszeríteni?

    > es az mennyire reprezentativ az osszes uzerre nezve?

    Azt nem tudom, de 20-30 ember véleménye még mindig reprezentatívabb, mint egyé, esetünkben itt a tiéd. Főleg hasból előállított statisztikával.

    > Azt gondolom, hogy a userek donthetik el a secure es user friendly csuszkan hova teszik magukat.

    Ebben igazad van, csak ezzel pont a fentebbi állításodnak mondasz ellent, amire felhívtam a figyelmet: legyen opcionális.

    > Szamtalan megoldas letezik, pl futtass valami kontenreben/vmben egy bongeszot, amiben csak github van, es ments el a cookiet egy diskre, amin full disk encryption van. Dragabb lesz megszerezni a cookiet nagy valoszinuseggel, mint amit vedesz vele (de ha nem, lehet biztos meg fokozni).

    Ez már megint az a kategória, hogy messze több idő és szívás, mint beloggolni az emailfiókba.

    > azt mondtam, valahogy be szeretne azonositani.

    Hát ez az... Vagy te a "beazonosítás" alatt a "hitelesítést" értetted? Mert akkor elbeszéltünk egymás mellett. Nálam az beazonosítás az azt jelenti, hogy személy szerint tudja, hogy ki vagyok.

    > es egyaltalan nem kotelezo megadnod semilyen szemelyes adatot, nem sorolom fel milyen modszerek vannak.

    Fentebb kiveséztük: Okostelefon nincs, tehát app sincs. HW key nincs, meg amúgy is, az ugyanúgy egyedi fingerprint. TOTP-t megpróbáltam, nem működött. A hatszámjegyű kódot 100%-ban visszaköpte, a recovery kódokat rnd().

    > ez most anyagi vagy elvi kerdes?

    Anyagi.

    > Persze lehet dacoskodni, de ettol nem fog a Githubnal senki hasraesni. Azta, hogy megszivatott minket. Kenyelmetlenul hasznalja a rendszert a fafejusege miatt.

    Fordítsuk meg: kényelmetlenné tették a rendszert a saját fafejűségük miatt. Hovatovább, ha csak egy elmebeteg kecske (én) mondaná ezt, akkor igazad lenne, de egyre több user/repo pattan meg. Akkor is ezt fogják mondani, hogy "azta, hogy megszivattak minket", ha tömegével húznak majd el onnan? Egyelőre még csak apránként lépnek le (tízezrével a sokmillióból), de itt a tendencia a kérdés.

    > Szarul, egy gyenge jelszoval vedve (kb elso hullamban alltam at 2fa-ra, mert olyan projektekhez volt hozzaferesem, ahol nem lett volna jo, ha barki ellopja az accountomat)

    És? Ez legyen a te dolgod. Ha te váltani akarsz, akkor tegyed. Másnak ne tedd kötelezővé, kösz.

    > Marmint a privacy nacik, meg akinek rejtegetnivaloja van, aki nem kolt 3000 Ft eldobhato simre, stb. A legtobbunknek nem okoz problemat bejelentkezni a githubra

    Gratulálok ehhez a véleményhez. Aki nem szeretné az élete minden szegmensét kiteregetni a tömegmanipulációval foglalkozó amcsiknak, az privacy náci, meg biztos bűnöző, hiszen tisztességes embernek nincs mit rejtegetnie.
    Engedelmeddel felszerelnék a slozidba egy kamerát és kitenném a live feed-et a tecsőre meg pár óriás kivetítőre a világ nagyvárosaiban. Jó lesz?
    Engedelmeddel elkérném a bankkártyád adatait, aztán megyek bevásárolni. Jó lesz?
    Engedelmeddel kiposztolnám redditre meg még pár helyre az egészségügyi kartonodat. Jó lesz?
    Engedelmeddel lemásolnám a lakáskulcsodat párezer példányban és szétosztanám a csövesek, meg a maffiózók között. Jó lesz?
    Jó reggelt kívánok, tudod mi az az érzékeny adat? Szerinted miért nem osztunk meg mindent mindenkivel? Ez nem privacy nácizmus, hanem óvatosság és józan ész. Mindenkinek van mit rejtegetnie: a saját fontos dolgait, amiken keresztül sebezhető - ez lehet a bankszámlád hozzáférése is, de akármi más is; te sem hagyod ott lezáratlanul a mobilodat/laptopodat mindenféle zsúfolt helyen, mert nem akarod, hogy visszaéljenek vele, nemdebár?
    Az információ hatalom. Hatalom annak, aki birtokolja és hatalom afelett, akiről birtokolja. És ennek semmi köze nincs ahhoz, hogy ki privacy náci, meg ki mit rejteget. Ha tudják rólad, hogy mi érdekel, mire reagálsz, hogy mennyi pénzed van, milyen problémáid vannak, hogyan élsz, mit csinálsz, akkor manipulálni és/vagy támadni tudnak. Képzeld el ugyanezt tömegszinten. Szerinted, ha nem érné meg nekik a tömeges megfigyelés, akkor beleölnének ekkora pénzeket a rendszer kiépítésébe és fenntartásába? Gondolkodj már. Országok sorsát is el lehet akár így dönteni. És ha ezek után valaki nem akarja, hogy kövessék, megfigyeljék, hogy bűnözőként, állatként, kezeljék, akkor szerinted az hülye?

    > Ezt kifejtened? Mert en egeszen eltero tanulmanyokat olvastam 2fa-rol. Nekem azt adja ki a matek, hogy jelszo mindig gyengebb mint ugyanaz a jelszo meg meg valami.

    Kifejtem, bár már az elején leírtam, hogy a legnagyobb sechole az user, feltételeztem érteni fogod. Ugyan ez eléggé merev felfogás, hogy mit "ad ki" a matek, de megnézhetjük így is: ha van egy olyan jelszavad, hogy "6v867()=/BV89BT()6tb=/%RV7r/=IBR6tbi/=T8", meg egy olyan, hogy "x", meg arra még valami, akkor is a második felállás a jobb?
    Aztán, mint mondtam, ez egy merev megközelítés, csak a metódust nézi (azt is rugalmatlanul), a körülményeket nem. Ha a júzer hülye és a hekkerek meghekkelik a ringyózos gépét/szardroidos mobilját, akkor fújhatja a 2FA-t. Márpedig a júzerek többsége hülye. Ezt te is elismerted fentebb. Ennek eredménye az is, hogy windózos ill. droidos malware milliószámra kószál mindenfelé. És ez csak az egyik fele. Ki is csalhatják tőle a hozzáférést. Pont mint jelszónál. Azonfelül mi lesz, ha lenyúlják a mobilját? És még sorolhatnám. Nem. A hülye júzerek számára a 2FA-tól semmi sem lett biztonságosabb, mert ők maguk a gyenge láncszem, a szűk keresztmetszet a biztonsági rendszerben. Aki meg tudja mit csinál, az meg elvolt enélkül a marhaság nélkül is.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468920

    Aha persze, tehát ha nincs pénz, okostelefon, a maradék meg vagy ki lett próbálva és nem működik, vagy csak körülményesebb, mint az emailes login, akkor én nem akarok. Oké.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469013

    Ennyi erővel én meg azt írom, hogy neked van bajod mindenkivel, aki nem hajlandó felszopni az ideológiáidat. És nem kell átállítani semmit az én elképzeléseimre, én csak egy kicsit rugalmasabb hozzáállást és opcionalitást kértem. De fröcsögni és belemagyarázni megint egyszerűbb, mint olvasni és értelmezni. Go rent a clue.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469169

    Nem írtam nekik, elég hülyén vette volna ki magát, hogy helló, épp szeretném megkerülni a vackaitokat, de a TOTP így nem akar menni...

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469211

    Ezzel csak az a baj, hogy nem ez a helyzet. A TOTP-t sikerült beállítani, ezt le is írtam. A kamu akkanton be lett kapcsolva a 2FA és a rendszer a bekapcsolás megerősítésekor elfogadta a 6 számjegyű kódot. Él a TOTP-s 2FA. A probléma, hogy nem enged be, csak akkor ha recovery kódot küldök és akkor is csak az esetek (hasraütés) felében, amúgy kivágja a browsert. Ha ezek után előadom, hogy az OTP decodingot parancssorból intéztem, a QR kód-ot meg egy online dekóderrel és az egész procedúrához több browsert is használtam, akkor jó, ha annyit visszaírnak, hogy sorry, de nem véletlenül írtuk, hogy mobil appal csináld az egészet, mert ahhoz értünk és abban tudunk segíteni, ezzel a felállással nem tudunk mit kezdeni. És ezért még csak kárhoztatni sem lehetne őket.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469250

    Megint? Mi az, hogy megint? Mit nem próbáltam meg előtte? A felsorolt alternatívákat? Akkor ebben a posztban mit csináltam? Olyat meg nem is állítottam, hogy "elhajtanak". Látom itt tényleg nem az számít, hogy mik a tények, mi az igazság, hanem, hogy a tyúkszaros sérülő ideológiák védelmében a másik embert meg kell próbálni így-vagy-úgy hiteltelenné tenni, ha máshogy nem megy, hát hazudozással, a félig elolvasott posztjába belemagyarázással...

    De rajtam ne múljon, megírtam nekik. Ha szétteszik a kezüket, vagy nem válaszolnak, előrébb leszek vele?

    A statikus recovery key-eket ad-hoc módon fogadta el, ezt mondtam, nem azt, hogy egyet sem fogadott el, plz. olvasd már el rendesen amit írok. (De egyébként ezt is megírtam nekik, mindent leírtam, amit csináltam.)

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469310

    > Gyakorlatilag az osszes eddigi, ehhez hasonlo vitank ugyanezt a forgatokonyvet koveti.

    Érdekes. Én valahogy máshogy emlékszem.
    De ezektől függetlenül is, csak úgy megjegyezném, hogy azt egy kezemen is össze tudnám számolni, hogy én hányszor kezdeményeztem veled - bármilyen - beszélgetést, ahhoz viszont féltucat kéz is kevés lenne, hogy összeszámoljam, hogy te hányszor kezdtél el velem kötözködni a nem tetsző véleményem miatt. Főleg, ha köze volt az ms-hez. Röviden te vagy az, aki jössz és beszólsz. Nekem ilyenféle forgatókönyv rémlik inkább.

    > Szerintem itt teged vezerelnek ideologiak, a threadben megszolalok nagy resze egesz gyakorlatiasan all a dologhoz: hasznalja a szolgaltatast, vagy nem.

    Engem? Mégis mifélék, ha szabad tudnom? Az ideológia, ha nincs pénzem mobilra, vagy hardwarekulcsra? Az ideológia, ha eldobok egy javaslatot, mert több szívással jár, mint a fennálló helyzet? Az ideológia, ha kipróbálok egy javaslatot, csak épp nem működik? Az az ideológia, hogy valaki zsigerből úgy reagál, hogy biztos megint csak szegény ártatlan mikiszoftot támadom. És most nem csak rólad beszélek, mert nem voltál vele egyedül.

    > Mindenkeppen. Peldaul az orrom ala dorgolheted, hogy igazad volt a supporttal kapcsolatban, te behuzhatod a strigulat, en meg elhetem tovabb az eletem ugy, hogy holnap mar nem is fogok emlekezni a kalvariadra a Github MFA-val. :)

    Megmondtam, hogy a fölényeskedést lehet abbafejezni, mert pont neked nincs rá okod. Ez nem strigulahúzogatás, maximum nálatok; pont erről beszéltem, hogy el nem olvassátok, amit az ember ír, aztán meg belemagyaráztok valamit, mindegy, csak nyerjetek.
    Ami pedig az emlékezetet illeti - csak, hogy mondjak egy konkrét példát is - te emlékszel rá, amikor egy linuxfanboi elsütött egy baromságot a WSL-lel kapcsolatban - vagy szándékos csúsztatást, mert ez végül nem derült ki - akkor ismét csak triggerelődtél és baromi nagy elánnal tettél többek között egy olyan kijelentést is, hogy az OSX-nek nem lehet a felületét lecserélni, majd tereléssel és bullshittel hárítottál? Én igen. Láttál te tőlem ott fölényeskedést, személyeskedést, gúnyolódást, vagy a mondandódba bármi belemagyarázást? Nem. Végig arra reagáltam, amit mondtál és végig a tényekre koncentráltam, ha nem tűnt volna fel. Úgyhogy egyfelől ismét ennyit az említett "forgatókönyvedről", meg a gyakorlatias hozzáállásról is. Neked egyszerűen nem tetszik a pofám és/vagy a véleményem, ami egy dolog, de kamuzni azért nem kéne, főleg nem úgy, hogy azt osztod rám, amit nem én, hanem te csinálsz.

    Ami pedig az orrod alá dörgölést illeti, azzal sem volnék előrébb, csak úgy mondom. De köszi a feltételezett rosszindulatot.

    > Ha tizbol kilencet elfogad, es csak egyet nem, az is valid support issue, nem hajthatnak el vele.

    De én nem is mondtam, hogy elhajtanak bármivel is, ezt te adtad a számba. Már megint.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469334

    > Emlekeim szerint a legelso kommentem ebben a threadben az volt, hogy leirtam, nem az a normalis mukodes, ami nalad van.

    Elég szomorú, ha ennyire rossz a memóriád, az meg még szomorúbb, ha még arra sem vetted a fáradságot, hogy megnézd, mit írtál. De akkor beidézem én, hogy mivel is nyitottál:

    Ja, tudom, mert a Microsoft csinalta, ugyhogy biztosan szar. :)

    Ilyet senki nem mondott. Ezt megint te láttad bele.

    > Ezt elintezted az ilyenkor szokasos WORKSFORME-sablonvalasszal, pedig az, hogy egy feature-nek hogy kellene mukodni, eleg hasznos info a debuggolashoz.

    A "WORKSFORME sablonválasz" pedig a te WORKSFORME sablon-attitűdödnek szólt.

    > amellett a velemenyem mellett kitartok, hogy a temaban tett megnyilvanulasaid a legkevesbe sem objektivek.

    Igen, tudom, már a tudtomra adtad, hogy neked mindegy, mit mondok, te mást gondolsz és punktum. És látod? Már megint arra megy ki a játék, hogy becímkézz, hogy én csak azért támadom ezt a marhaságot, mert ms és megpróbáld hitelteleníteni azt, amit mondok. Holott nem írtam le elégszer, hogy totál irreleváns, hogy itt pont a mikiszoft vette meg a githubot? No comment. Hidd el, ha nekem valamivel valami bajom van, azt ki is mondom. Nem tűnt még fel?

    > Hogy mit adtam en a szadba?

    Azt, hogy elhajtanak. Én ilyet egyszer sem írtam, hogy elhajtanának. Azt mondtam, hogy valószínűleg nem fognak tudni segíteni, de olyat nem mondtam, hogy elhajtanak. Ezt te írtad. Helyettem. Már megint...

    > Arrol szolt az adott mondat, hogy lenyegtelen, hogy egy kodot nem fogad el, vagy az osszeset, az hibas mukodes, es a supportnak foglalkoznia kell vele.

    Ha tud. Egyfelől nem biztos, hogy idejük lesz rá - ki van írva a support oldalon, hogy a kávénak köszönhetően csökkentett módban futnak (pun intended) - másfelől meg, ha nem tudnak mit kezdeni a problémával, akkor nem lehet tőlük elvárni, hogy oldják meg.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2470101

    Ne hazudj. Nem erre kaptad a WORKSFORME-t, hanem erre, ahol megint annyit tudtál leírni, hogy neked működik, azaz a szokásos WORKSFORME sablon-attitűdödre. Meg persze, hogy megint szegény mikrofost báncsák.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2470399

    > Te meg ne beszelj ossze-vissza.

    Én meg ne beszéljek össze-vissza? Azaz oké, hogy te ne hazudozz, csak akkor én meg beszéljek össze-vissza? Tehát magyarán elismered, hogy hazudtál. Ok.

    > Nemcsak azt irtam le, hogy nekem mukodik, hanem hogy hogyan mukodik, mi az elvart viselkedes. ("Nekem eleg volt a gepemen egyszer belepni az email fiokomba, es bemasolni a kodot. Azota nem keri.")

    Csak amit leírtál, az egy vödör vizet nem ért. Ugyanis képzeld, én is ezt csináltam. De nekem kérte, ahogy le is írtam: "Nekem minden alkalommal kéri. Ez probléma."
    Mit szerettél volna itt tőlem? Mégis mit? Én is tudom, hogy kell belépni, képzeld el. Én is ugyanezt csináltam, képzeld el. Tehát magyarán nem írtál semmi érdemlegeset. Illusztrálom:

    - Nem indul be a gépem, biztos bedöglött.
    - Nekem megy, csak meg kell nyomni elöl a nagy gombot.

    Na, ez kb. ilyen szint volt. Leírtad, hogy hogy kell használni, köszi. Holott a fenti posztomból kiderült, hogy én is be tudtam lépni, csak mindig kérte a megerősítőt. Az, hogy neked nem kérte, azzal nem tudok mit kezdeni. Ahogy le is írtam. Az, hogy neked ugyanaz működik, az WORKSFORME, akár tetszik neked, akár nem.

    > Ezutan jott a WORKSFORME-sablonvalaszod. ("Azzal nem tudok mit kezdeni, hogy neked megint WORKSFORME.")

    Mivel csak annyit írtál, hogy neked megy. Arra mit írjak? Betonszatyrot? Legközelebb azt írom.

    > Es en erre valaszoltam, hogy ha valoban a megoldast keresned panaszkodas helyett, akkor tudnal mit kezdeni az infoval. ("ha valoban erdekelne a tema, akkor tudnal vele mit kezdeni")

    Kaptál rá választ. Csak nem tetszett.

    > A tovabbiakban nem kivanok kommenteket copypaste-elni, ott a thread nezet, vilagosan latszik, hogy melyik komment mire erkezett.

    Valóban felesleges is, mert látszik, hogy leszarod mit mondok (még be is ismerted), az érveim helyett engem támadsz. Nézd vissza az utolsó pár posztot. A témával kapcsolatos hozzászólások már rég elhaltak, az utolsó a supportos kaland kudarcával. Már rég arról szól, hogy én ilyen, meg olyan vagyok. Már megint. Miközben ismét te szóltál be, te kezdted a konfliktust, ismét te voltál, aki személyeskedni, belemagyarázni, fölényeskedni kezdett; ismét úgy próbáltál "vitatkozni", hogy engem minősítesz, mert ha sikerül, akkor majd biztos hiteltelen lesz, amit mondok, az érveimmel már nem is kell foglalkozni. Nos, magadat minősítetted, nem engem.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2470488

    Hurrá... :(

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469594

    Írtak választ, lássuk sorban:

    Hi there,

    Thanks for getting in touch about this. I'm afraid there is no way for us to troubleshoot third party authenticator applications, but there are a couple of things that you can try:

    Azaz nem tudnak mit kezdeni azzal a felállással, ami nálam van. Pontosan erre számítottam, de szerinted ez "baszd meg a fűnyíródat" hozzáállás.

  • Make sure that both the TOTP authenticator application, and your mobile operating system, are up to date.
  • Up-to-date. Csak nem mobil. Leírtam nekik, hogy nem mobil, de nem tudnak vele mit kezdeni, legyen mobil, mert ahhoz értenek. Ezt is megjósoltam, de nem hittél nekem.

  • Then, check if your phone is set to sync time with an NTP server. We see similar issues when the clock on your phone is out of sync with the clocks on our server.
  • Nincs baja az időnek, be van lőve. Csak ugye még mindig mobil.

    As far as the recovery codes, each 10-digit recovery code is single use only, so you could try a different code from the set in case you've used any of them previously.

    Na, ez már hordozott érdemi infót is, miszerint egy recovery kód egyszer él, ezért dobált ki vele 50%-ban. (Egyébként volt egy ilyen sanda gyanúm, de nem voltam benne biztos, mert nem sorban copyztam be a kulcsokat.) Magyarán, ha recovery kóddal akarok beloggolni, akkor újra és újra generálni kell őket. Alapvetően ez még nem olyan vészes workaround, mert ezt legalább csak minden tizedik (?) loginnél kell csak csinálni, de ha elfelejtem, akkor rászívtam, kőkeményen.

    If you're currently logged in, I'd also suggest setting up some of these additional recovery methods:

    https://help.github.com/en/github/authenticating-to-github/configuring-two-factor-authentication-recovery-methods

    Aszongya, hogy:

  • Le lehet tölteni a recovery kódokat. Köszi, de ezen túl vagyunk - amúgy sem kell letölteni, elég kicopyzni - de ettől még egy kulcs továbbra is csak egyszer él.
  • Lehet új kulcsokat generálni. Ld. előző bekezdés: ez még nem olyan vészes, de ha elfelejtem, akkor koniec gry.
  • Be lehet állítani hardware kulcsot is. Hát az nincs, ahogyan azt már kiveséztük.
  • Meg lehet adni egy fallback telefonszámot. Na, pont ezt nem akartam, ld. korábban.
  • Meg lehet adni egy fallback frászbúk accountot. Nincs és nem is lesz.
  • Let us know if you have any other questions.

    Nincs több kérdésem, tisztelt bíróság.

    Nos, elégedett vagy? Én megpróbáltam és nem lettem vele előrébb, csak az időt pazaroltam feleslegesen és ezt lehetett előre tudni, csak gondolkodni kellett egy kicsikét. Semmi "baszd meg a fűnyíródat" nem volt benne, csak ez ennyire nyilvánvaló volt, hogy nem azért írnak le oda guide-ot, hogy te attól eltérj, hanem azért, mert ők is így csinálják és ezért ehhez értenek és ha más módszerhez kérek segítséget, akkor csak az időmet pocsékolom. (Meg az övéket is, hozzáteszem.)

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2470100

    Én meg mondtam: nem húzogatok strigulát. A fölényeskedés az látom nagyon megy, az olvasás már nem annyira. Nem tudom, miért feltételezel folyamatosan rosszindulatot, dehát mindenki magából indul ki.

    Leírtam: oathtool. Azzal reggeltem be. Az még működött, mármint a regisztráció.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2470398

    Hát, amennyiben megengedsz nekem ennyit, hogy a mindenkibe én is beletartozhassak... De amúgy én mit is feltételeztem rólad? Egyelőre te feltételeztél itt mindenfélét, a strigulahúzogatástól elkezdve a biztosmegintcsakamájkiszoftotbáncsáig.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468919

    > latom nem ertetted amit irtam, nem a jelszavad minosegevel volt bajom, hanem azzal, hogy _ha nalad a 2fa nem javit a biztonsagon, akkor valami el van kefelve_ mert az by design javitja

    Lentebb adtam példát, hogy ez miért nincs kőbevésve, de csak lehülyéztél.

    > Ha' ne legyel legyszi ilyen igenytelen. Most erre mit mondjak, es akinek nincs igenye egy jo jelszora, azt engedjuk be jelszo nelkul? Nem veletlen vannak password policyk, mert vannak igenytelenek. Es nem veletlen van 2fa policy, mert vannak igenytelenek.

    Ne adj szavakat a számba. Valahogy hitelesíteni kell a júzert az igaz. De ha valakinek megteszi, hogy csak jelszava van, akkor az az ő dolga.

    > Van egy alap kovetelmeny, jelen esetben a 2fa, es annak hasznalataban donthet a user, de biztos az elso pontot nem fogtad fel, ezert ki kellett emelni. Ezen az elven legyen opcionalis a jelszo, ugyse ved meg a user hulyesegtol.

    Ha ezt úgy érted, hogy a júzer írhasson be üres jelszót is, akkor tkp. igen. Az az ő dolga. Ha feltörik, az meg az ő baja. De csak azért, mert hülye, azért ne más szívjon. Unom már, hogy a hülyék miatt vezetnek be mindenféle extra biztonságoskodási korlátozást, ami aztán a hülyét ugyanúgy nem védi meg saját magától, de legalább rabolják vele az ember idejét.

    > Te ez annyira bonyolut volt, hogy lezsibadt az agyam, es macos-en is mukodik

    Rossz lehet neked. Miért is jobb ez így, mint simán fenntartani egy browsert csak github célra? Mire gondolsz? Hogy ha van egy szeparált browser, aminek nem kell üríteni a cache-ét, mert csak erre használom, azzal nem kell mindig beloggolni az emailfiókba? Hát, ha a sütik lejártak, akkor de. És ezen nem segít a docker.

    > ebbol mennyi lepett le a 2fa miatt, mert most arrol beszelunk. az, hogy felnek vagy utaljak az ms-t egy masi kkerdes. Konkretan hanyan mennek el a kotelezo 2fa miatt?

    Ezt nem tudom. De aki az ms miatt lépett le, az a legnagyobb valószínűséggel megtette az első 168 órában, vagy valami hasonló időintervallum alatt. Akik utána léptek le, azok korábban nem utálták az ms-t? Akik a fent linkelt topciban panaszkodtak, azok sem az ms ellen beszéltek (többnyire), hanem ez ellen a marhaság ellen.

    > nem en tettem kotelezove. aljjon mar meg a menet. en nem artottam neked semmit, azon kivul, hogy elmondom az allaspontomat, ami epp nem egyezik a tieddel

    Az nem baj, hogy nem értünk egyet. De az viszont baj, belőled az egyet nem értés instant személyeskedést vált ki, lehülyézed a másikat, miközben te voltál, aki a hét baromságát elsütötte ld. privacy náci.

    > ezek valoban egy lapon emlithetoek azzal, hogy valaki megtudja melyik repoba kommitoltal (raadasul megadhatsz eldobahto szamot, es akkor meg csak az sem)
    > Es esetunkben mit tudnak meg rolad? Hogy belekommitaltal XY repoba. Attol, hogy megadod a telefonszamod, es kommitolsz egy repoba hogy jon az, hogy "mi érdekel, mire reagálsz, hogy mennyi pénzed van, milyen problémáid vannak" Ertem en amit irsz, es nem is alaptalan. Csak epp nem ebben kontextusban.

    Ezek példák voltak. A lényeg az információ. Ha az utcán szólítanak le, hogy te add már meg a telefonszámod, akkor is megadod? Vagy ha egy étterembe mész be és csak akkor mehetsz be, ha megadod, akkor is? Ajánlom figyelmedbe ezt a comicot. Szatíra, de a lényeg adja magát.

    > gondolom mekkora osszeg lehetett a githubnak kotelezove tenni a 2fa-t, amit ki is lehet jatszani. Mekkora sikerstory lehet naluk

    És még én vagyok a hülye... Itt nem csak a githubról volt szó, hanem a mass-surveillance-ről, amit az amcsik játszanak. A github itt csak egy fogaskerék.

    > te bakker tenyleg ekkora hulye vagy?? Ha van egy jelszavad "6v867()=/BV89BT()6tb=/%RV7r/=IBR6tbi/=T8" vagy van a jelszavad "6v867()=/BV89BT()6tb=/%RV7r/=IBR6tbi/=T8" meg meg valami, akkor melyik a tobb? Ne almat hasonlits mar kortehez!

    Nem, nem én vagyok a hülye, hanem nem fogtad fel, amit mondtam: te általánosságban kijelentetted, hogy jelszó vs. jelszó + valami felállás esetében mindig az utóbbi a jobb, mert ezt adja ki a matek. Én meg mutattam ellenpéldát a "matekodra", hogy egyáltalán nem. És a példa sem hülyeség: odamegy egy infós, beírja az első jelszót, mert neki olyan van, viszont nincs 2FA. Aztán megy valami lamer, beírja, hogy "x", meg 2FA. Kit törnek föl előbb? Még mindig nem érted?

    > tok mindegy, abszolut szinten a vilag legerosebb jelszava is kevesbe biztonsagos, mint a vilag legerosebb jelszava plusz meg egy faktor (amig a faktor nem gyengit a jelszon)

    Persze, mert te direkt ragaszkodsz mereven ehhez a felálláshoz, hogy két ekvivalens jelszónál tesszük hozzá az egyikhez a 2FA-t, holott nem, mert két userről beszélünk és az egyik így, a másik úgy.

    > Igen de nehezebb a jelszot meg meg valamit kicslani mint csak a jelszot.

    Kihagytad a feltört gépet/mobilt. Az smafu? Pedig hány usernek törik meg a cuccait minden nap...? Ha az megvan, fújhatja a 2FA-t, mert bemennek a gépéről, ha akarnak.

    Hovatovább (ez az előbb kimaradt), kukucs, feltörtek egy raklap accountot a githubon, a gitlabon és a bitbucketen. Persze a sóder rögtön az volt, hogy ezek a köcsög júzerek tartották plaintextben a jelszavukat a repoban (mind a többezer, mind a három portálon?), meg, hogy be kell kapcsolni a 2FA-t, csak a bibi az, hogy bizony a júzerek közül elég soknak be volt kapcsolva (egy pár példa) és mégis feltörték őket. És az az ironikus, hogy itt valószínűleg még csak nem is a júzerek voltak balfaszok (legalábbis nem az összes), hanem magát a rendszert törték meg a hackerek. Na, az ellen hogy véd a 2FA, ha nem is téged támadnak? Biztonságosabb lett általa a rendszer? Nem.

    > Akkor meg mindig le kell nyulni a jelszavat. Persze minden ellen nem ved, de JELSZO < JELSZO+VALAMI. Erted az egyik esetben egy dolog van a masikban meg ketto. raadasul sokszor ket kulon devicen. Nekem pl nincs github jelszo a telomon, a gepemen meg nincs authenticator. tehat 2 devicet kell megbaszni 1 helyett.

    Aha, nekem meg nincs a device-hoz kötve semmi, így nyugodtan feltörhetik és ellophatják az összes device-ot, nem jutnak be sehova, nálad meg elég két device-ot megbaszni. Szekuricsi™.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468944

    Igen. Két dologról beszélünk. Ő azonos jelszavakkal akarja mindenáron, én meg arra szeretnék rávilágítani, hogy ha a júzer gyökér, akkor a 2FA sem fogja megmenteni, ha beírt valami nulla password-öt, míg a másik oldalon az önmagában alkalmazott erős jelszóval is többre mentünk.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468959

    *sigh* Lécci, olvasd már el, amit írok, ha már reagálsz. Tök ki van azzal, hogy írok, mindenki elolvas belőle három szót, majd fröcsög, vagy jobb esetben valami hótt másra reagál, vagy olyannal próbál sarokbaszorítani, amire már rég leírtam az ellenválaszt.

    Belinkeltem mhmxs-nek a jelszókezelőmet, ami nem tárolja a jelszót, hanem mnemonik + salt alapon előállítja őket (akár még ennél durvábbakat is egyébként), tehát a device korrumpálásával sem tudják lenyúlni a jelszavaimat. Azt meg meg tudom jegyezni, hogy treceha@hup, vagy retard_kecske/gitthab.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469014

    Az infósnak indokolatlan, a lamernél meg mindegy, mert úgyis megtörik, ld. a linkelt mass-hacket.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469012

    Neked is szól: tanulj meg olvasni. Nagyon cuki, hogy be+1-ezted azt a retard posztot amit alkotott, de csak azt bizonyítottad vele, ismételten, hogy nem olvastad el a posztot, vagy nem fogtad fel, ugyanis nem szerzett meg semmit az előállíátáshoz, mert mint leírtam a mnemonikok a fejemben vannak. Látom itt tényleg arra megy ki a játék, hogy a tények helyett a félig elolvasott posztba görcsös vérhugyozás közepette belemagyaráztok valami abszurd fasságot, amin aztán lehet fölényeskedve röhögni. Csak ezzel nem az én mondandómat teszitek hiteltelenné, hanem saját magatokat.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469011

    *facepalm* Tanulj meg olvasni végre. A saltot hiába lopják el, mert mnemonik + salt kombóból áll össze a jelszó, a mnemonik meg a fejemben van. A salt egyébként globális, de ez is le volt írva a linkelt blogposztban, de megint analfabéták voltatok. Ahhoz meg jó szórakozást, hogy olyan algoritmust írj, ami kitalálja, hogy én milyen mnemonikokat használok. Az algoritmust meg senki sem őrizte; feltűnt, hogy publikus a forrás? Ja nem. Nem olvastad el. No comment.

    De még ha a mnemonikokat ki is bruteforce-olják, neked már a második device ellopásánál mindenedet megtörték, amíg nálam még lehet számolgatni a lehetőségeket. Ismételten no comment.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469109

    Ez ennyi erővel oda-vissza igaz, ennyi erővel az övét sem kell ellopni, csak figyelni, hogy mit csinál, ha megcrackelték. Mit fognak előbb feltörni szerinted? Egy droidos telefont, vagy egy random UNIX-ot?

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469119

    Akkor meg ugyanott vannak vele. De ez a fele amúgy is spekuláció. Az, hogy valaki beszop egy malware-et, az még csak-csak elképzelhető, de az, hogy ne is vegye észre utána a megnövekedett hálózati forgalmat, az extra taskokat, a plusz CPU használatot...na, az a nem valószínű.
    A feltörésekről amúgy sem szakemberek kapcsán beszéltem, hanem a lamereknél. Ott - két eszköz esetén - legnagyobb valószínűséggel droid/windóz kombó lesz, ami nem ugyanaz a kategória, mint mhmxs workstationje + a mobilja.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2469010

    > a 2fa meg az uzemelteto dolga, es ha ok ugy latjak jobbnak, akkor ez van. Lehet, hogy semmi osszeeskuves nincsa hatterben, okos mernokok kitalaltak, hogy ez igy nagy atlagban kb mindenkinek jobb.

    Jah, nagyon okosak voltak. Az eredményt az előbb belinkelt mass-hack jól szemlélteti.

    > Ezt evente hanyszor is kell megcsinalni? kontra most minden alkalommal? Pl az ellen ved, hogy ha viszik a sutiket csak a githubot viszik es csak akkor ha epp megy is a kontener, es csak a github oldalon keresztul tudnak megnyomni. Hat ez jopar extra layer, ami megneheziti a tamadot.

    Az a sütik lejárati idejétől függ. Ha az pl. 1800 sec, akkor elég, ha otthagyod a gépedet egy kis időre. Nem tudom a githubon mennyire állították.

    > Le en, amikor elkezd almat kortevel hasonlitani, hogy bizonyitsa az igazat. Azt mondom egy jelszonal erosebb a jelszo meg meg egy faktor. Erre jossz nekem az "x" a jelszo, akor nem igaz. Hat persze, hogy nem igaz, csak nem errol beszeltunk.

    Pontosítsunk, te nem erről beszéltél. Mert te mindenáron meg akarod védeni magától, azt, akit nem kell, miközben figyelmen kívül hagyod, hogy akit meg meg kéne, azt meg nem lehet.
    Azonfelül az, hogy nem érted mire akarok kilyukadni, az még nem jogosít fel arra, hogy az ellenvéleményt alkotót csak úgy ex-katedra lehülyézd. Illetve pontosítok: jogod van hozzá, csak magadról állítasz ki szégyenseggi bizonyhitványt.

    > rosszak, mert nem vetheto ossze a telefonszamom a bakkartyaadataimmal.

    A bankkártyát már a privacy nácis agymenésedre írtam, nem a telefonszámra. Ha neked ennyire nincs rejtegetnivalód, akkor nyugodtan oszd meg mindenedet mindenkivel. De mástól ne várd ugyanezt el, köszi.
    Egyébként is tendenciákról beszéltünk. [sarcasm]Ma telefonszám, holnap DNS minta.[/sarcasm]

    > A telefonszam amugy is publikus adat.

    Úristen... És még én vagyok hülye? A nagy lófaszt publikus adat. Annak adom meg, akinek akarom.

    > sikerult kiforgatni a szavaimat. "hogy jelszó vs. jelszó + valami" nyilvan nem jelszo meg valami tok mas jelszot kell osszehasonlitani. hanem van egy jelszavad, amihez ha hozzajon a masik faktor akkor beljebb vagy. Nem ertem mit nem lehet ezen erteni.

    Te nem érted meg, hogy nekem erre nincs szükségem, aki meg hülye, annak a jelszava úgyis szarabb lesz az enyémnél. Én nem értem, hogy ezen mit nem lehet érteni.

    > Te beszelsz ket userrol, de az csak kavaras. En egy userrol beszeltem, beszelek, es fogok is. Mert a ket useres osszehasonlitasnak se fule se farka.

    Dehogynem. Ezt magyaráztam el már hatfelől, de még mindig nem érted. Egyébként egy user is eljátszhatja azt, hogy 2FA nélkül erős jelszót használ, vele meg valami gyenge szart. Na, akkor mi van?

    > Persze, de akkor is nehezebb ket eszkozt feltorni, mint egyet. De amugy ha a geped torik, az ellen a te cuccaid sem vedenek.

    Nem védenek? Az attól függ, hogy mit kell védeni. A gépemet nem védik meg nyilván, de nem is arra valók. Az accountjaimat, ha feltörnék a gépemet? Akkor de. Mivel nincs tárolva a jelszó sehol - lévén generálódik a mnemonikból és a saltból - így nem tudják lelopni róla őket. A saltot le tudják, de a mnemonikok nélkül - amiket ugye fejben tárolok - nem mennek vele semmire.

    > Igen ilyen hulyek a userek.

    Persze. Minden egyes user direkt felrakta plaintextbe a jelszavát a repoba. Direkt. Úristen... B.U.L.L.S.H.I.T.

    > A cloud szolgaltatok parsoljak a nyilvanos repokat, mert sok ember bekommitolja a kulcsit. En szemelyesen lattam mar ilyen levelet, sot zaroltak is az accountot, mert megtalaltak repoban a kulcsot. Hat ilyenek az emberek vigyazni kell rajuk, es neha a keves kivetel jar emiatt rosszul.

    Nem érted. Nem azt vitatom, hogy volt aki ilyen hülye volt, hanem azt, hogy mind ilyen hülye lenne. Azonfelül, még ha tényleg mindegyik becommitolta volna direkt a jelszót plaintextbe, azoknak hogy törték fel az accountját, akiknek be volt kapcsolva a 2FA? Nem sántít ez egy "kicsit"?

    > hat nem attol lesz valami biztonsagos, hogy esz nelkul minden cuccot bevetunk.

    Pedig effelé tendálunk és mégsem jutunk ötről a hatra, mert a júzer a szűk keresztmetszet és nem a jelszó. És ez így is fog maradni, ezen nem lehet segíteni. És ezt a döntéshozók is tudják, nem a mi biztonságunk miatt nyomatják ezt a sok bullshitet. Még pár év és a 2FA lesz a sárbatiporva, hogy az milyen elavult, azonosítsd magad biometrikusan, vagy - önként! - beültethető chippel.

    > nincs tokeletes IT biztonsag, szolok a tied sem az

    Nem is állítottam ilyet. Azt állítottam, hogy az én megközelítésem így is jobb, mint a 2FA. Ellopni nem lehet a jelszavaimat, hiába törik fel a gépemet, csak magát az accountot lehet bruteforce-szal feltörni, ami pedig - tekintve, hogy 56 karakter hosszú kis/nagy betűt, számot és írásjelet tartalmazó garbage jelszavakról van szó - el fog tartani egy jó darabig; tovább, mint ha egy "közönséges" erős jelszót, meg 2FA-t használnék.

    > plusz az elobbi szabaly nehogy veletlen fereertsd ezt IS

    És még én szurkálódok?

    > Szoval szurkalodhatsz, de jelen allas szerint jo esellyel csak a celzott tamadasok miatt kell aggodnom.

    Ja, ha becéloznak távcsövessel, akkor tényleg célszerű aggódni. Szurkálódni meg egyelőre te szurkálódsz, csak fonnyadt brokkolival, így hatástalan. Javaslom a mirelit répát. Az jobb.

    > Illetve van a lokal, hat az ellen nem vagyok felkeszulve, hogy valaki levagja az ujjam, es kinyitja a gepet :D

    Ezért nem biztos, hogy célszerű a biometrikus azonosítás. Nem is kell, hogy levágják az ujjadat, elég, ha csak összeégeted, lemarod, összevagdalod a bőrt és eltűnnek a vonalak, akkor is rászívtál; igaz akkor az adataidat ugyan nem lopták el, csak épp te sem férsz hozzájuk. A retinát sem javaslom. :P

    > vagy bekamerazza a lakasom, de ezzel is egyutt tudok elni

    Jó neked. Én kidobnám a kamerákat.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468316

    "Two-factor authentication application built for GNOME."

    Kösz, de mint mondtam, nem akarok 2FA-ra átállni, nem akarom nekik megadni a telefonszámom.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468559

    Thx, én megpróbáltam, de... https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468557

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468317

    Nekem minden alkalommal kéri. Ez probléma. Azzal nem tudok mit kezdeni, hogy neked megint WORKSFORME. Azzal meg pláne, hogy megint triggerelődtél - ezúttal teljesen feleslegesen, mert semmi olyat nem állítottam, amit te a számba adtál. Reparon a patikában.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468338

    Tényleg? Áruld már el: ha nem kerestem megoldást, akkor honnan tudom, amiket fentebb leírtam, meg belinkeltem? Megint látatlanban állítottál valamit rólam, alap nélkül. Kettő: szerinted miféle megoldást lehet itt találni? Sokan reklamálták meg ezt az újabb big-brother feature-t, de érdemi választ nem kaptak; az ms hivatalos álláspontja, hogy vagy copyzod a kódot, vagy lenyeled a békát és 2FA (linket is adtam). Három: ha tartottam is volna itt bármit, már rég migráltam volna bárhova máshova, tehát totálisan irreleváns abban a kérdésben, hogy mennyi energiát szántam arra, hogy ezt a marhaságot kikerüljem.

    Csak így ennyi marhaság volt ebben a kommentben így első blikkre. Szerintem hagyjuk, mert veled ms témákban nem lehet normálisan beszélgetni: minden kritikát és negatív véleményt a cég irányában személyes sértésként fogsz fel, ráadásul ezúttal még lukra is futottál, mert én ez ellen a nagytestvérkedős marhaság ellen beszéltem; hogy a githubot pont az ms vette meg az ezúttal teljesen irreleváns, mert lehetett volna a Google vagy az Apple is, a lényeg, hogy jött egy amcsi techmammut, megvette és rögtön mass-surveillance tool-t próbál belőle fabrikálni - ez pedig nem ms-specifikus történet, hanem köcsögjenkicorp-generikus.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468560

    > kocsog GitHub, minden belepeskor be kell copyzni a kodot – nem kell, te dobod el a sutiket

    Már bocs, de leírtam, miért van cache-empty minden alkalommal. Pont azért, hogy megszabaduljak a tracking-cookie-ktől. Eddig működött, most nem megy. Tehát de: köcsög github.

    > kocsog GitHub, kotelezo a telefonszam az MFA-hoz – nem kotelezo

    Belinkeltem fentebb egy panasztopickot, ez volt az ms álláspontja. Ezek szerint ez azóta változott.

    > "linket is adtam" – "If you're unable to authenticate using a TOTP mobile app, you can authenticate using SMS messages. [...] We strongly recommend using a TOTP application for two-factor authentication instead of SMS.

    Ez ugyanaz még egyszer, hogy kiderült, nem kell telefonszám. A kísérletet a használatára fentebb olvashatod.

    > Igy nem tudok erdemben vitatkozni. Ha ez az en hibam lenne, akkor elnezest kerek.

    Ez nem a te hibád. Az a te hibád, hogy minden egyes microsofttal kapcsolatos megnyilvánulásnál triggerelődsz és butthurtkodni kezdesz. És mint mondtam, ezúttal minősített eset, mert bármelyik másik techcég is lehetett volna a felvásárlója a githubnak; ezzel a bullshittel ("nyiff-nyaff a jelszó már nem biztonságos") indokolt extra biztonságoskodást támadtam elsősorban.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468601

    Jó'megmontad.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468335

    Kikapcsolva nincsenek a sütik, hiszen akkor belépni sem lehetne, de valóban minden session végén cache-empty van, pont azért, hogy megszabaduljak a tracking-cookies és hasonló nyalánkságoktól. És ennek - idáig - ismét semmi köze nem volt az ms-hez, a github meg eddig gond nélkül ment így is.

    Hát ha folyamatosan be vagy lépve, akkor nyilván nem kell minden alkalommal autentikálni.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468556

    Egy kommenttel feljebb írtam le, hogy minden session végén cache-empty van, hogy megszabaduljak a tracking cookie-ktől, de eddig ez nem jelentett gondot, mert eddig nem akart követni a github.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468394

    Elolvastad a kommentet? Pont, hogy nincs bekapcsolva a 2FA, azért kell mindig kódot copyzni.

    Oldschool Computer - http://oscomp.hu




    "GitHub is now free for teams!": https://hup.hu/cikkek/20200415/github_is_now_free_for_teams#comment-2468555

    Én nem hülyéztem le senkit, tehát nem érzem indokoltnak a helikopter titulust, azonfelül nincs elbaszva nálam semmi, hanem be lett vezetve feleslegesen egy felesleges feature, ami nálam is szarakszik (meg még sok más embernél is, ha valaki vette volna a fáradságot és elolvasta volna a linkelt panasztopicot). Előtte nem volt semmi probléma, most meg van, viszont a változás nem nálam volt, hanem a githubon, tehát ott van végzetesen elbaszva valami, nem nálam.

    Oldschool Computer - http://oscomp.hu




    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469546

    És nagyon úgy néz ki, hogy egyre inkább bejön. :(

    Részlegesen kapcsolódik: https://ic.pics.livejournal.com/mancunian/848090/278554/278554_original.jpg

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , dap , hetvenhatos


    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469565

    Mert ugye csak a win95 menüje létezik alternatívaként...ja nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469628

    A képen a hasonlóságon volt a hangsúly, amire jött egy off-context szarkasztikus válasz, hogy mert a win95 jobb volt-e, ami irreleváns, csak leszögeztem, hogy ez hamis dilemma, nem csak ez a két felállás van.
    Egyébként a klasszikus menürendszer (direkt nem írom, hogy start menü, mert nem csak az volt és nem is az volt az első) annyiban igényelt több intelligenciát, hogy flexibilisebb és jobban struktúrálható volt, tehát többet is ki lehetett belőle hozni, mint egy ilyen megközelítésből. Ennyi erővel fel lehet tenni a kérdést, hogy mennyivel igényel több intelligenciát a LEGO Technics, mint a LEGO Duplo. De mindegy, mert mint mondtam, a hasonlóság miatt volt vicces.

    Az biztos nagyon jó, csak a dashboard funkciót meg lehetett volna csinálni a régi start menü mellé, mert desktopon a csempéket elég kényelmetlen használni.

    Oldschool Computer - http://oscomp.hu




    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469641

    Érintőképernyőre lehet, de desktopra?

    Az egy dolog, hogy előállhat olyan setup, ahol ez kézreáll. A baj a drótozottsággal volt. Szerintem a kutya nem szólt volna egy szót sem, ha ez egy opt-in feature lett volna.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , tomio , hetvenhatos


    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469735

    Dehogynem. Az Apple-nek is sikerült. A laptop meg alapvetően nem egy érintőképernyős móka (még ha van is olyan belőle).

    Nem túl ideális? A listának kb. mindegy. A csempe meg egérrel minden, csak nem kényelmes.

    Oldschool Computer - http://oscomp.hu




    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469869

    > Mi a baj a mostani win10 start menüjével? Amit gyakran használok kirakom csempébe, amit meg nem azt gépeléssel kikeresem.

    A windows 8 start menüjéről volt szó.

    > Nekem sosem hiányzott a win98-as start menü, sőt néha még rémálmomba visszatér, ahogy a képernyőn túl nyúló lista esetén a kis nyílra lassan scrollozodó listában várom az alsó elem felbukkanását.

    Egyfelől, lehetett több start menüd is, ugyanis a quicklaunchra könyvtárakat is ki lehetett pinnelni, amiknek a tartalma ugyanolyan felugró menüként jelent meg. Kettő, ez még mindig hamis dilemma, hogy vagy win8 csempe, vagy win9x start menü.

    Oldschool Computer - http://oscomp.hu




    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469646

    ROFL. :)

    Oldschool Computer - http://oscomp.hu




    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469622

    Formailag mindenképpen közelebb áll, amúgy ugyanaz a kategória. Max. annyi különbséggel, hogy ez az érintőképernyős PIPO-n talán használható, a másik viszont desktopon biztosan használhatatlan.

    Oldschool Computer - http://oscomp.hu




    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469695

    IMHO, ennek a filmnek elsősorban nem az volt a célja, hogy röhögj rajta, hanem, hogy pár embernek kinyissa a csipáját.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Schedar


    Hülyék paradicsoma (2006) - film ajánló: https://hup.hu/node/168877#comment-2469816

    > Egy eletre elmegy a demokraciatol a kedved.

    Nekem már rég elment...

    Oldschool Computer - http://oscomp.hu




    C-standardization: ez vajon eszükbe jutott?: https://hup.hu/node/168684#comment-2463693

    És ha az Outer struktúrának ugyanúgy van i1 és i2 eleme? Akkor hogyan éred el az Inner struktúráét egyszerűsítetten, úgy, hogy ne legyen ütközés? Amennyiben oka van, hogy az a két elem benne van egy külön konténerben, akkor logikus, hogy a konténeren keresztül hivatkozik rá az ember.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> persicsb , Hiena , uid_21365


    Újabb szög a TLS 1.0 és 1.1 koporsójába: https://hup.hu/cikkek/20200401/ujabb_szog_a_tls_1_0_es_1_1_koporsojaba#comment-2462440

    Az Indy 10-es támogatja a TLS 1.2-őt, azaz megoldható Delphi alól is, de migrálhatnak FreePascal/Lazarus kombóra, ott is van TLS 1.2.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Arpi


    Folding@Home & Rosetta@Home (boinc) Coronavirus prozse': https://hup.hu/node/168271#comment-2451977

    > Vagy kérdezhetnénk akár azt is , hogy miért kell egy alkalmazásnak bármiféle gnome library.

    +1

    > Vagy azt, hogy 9 évvel a gnome3 megjelenése után miért a gnome2 kell neki.

    Mert a GNOME3 9 évvel a megjelenése után is használhatatlan.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> Jason , wladek1 , neuron , lacesz , hetvenhatos


    Folding@Home & Rosetta@Home (boinc) Coronavirus prozse': https://hup.hu/node/168271#comment-2452123

    > de a gnome2-höz képest így is előrelépés.

    "Tavaly a szakadék szélén álltunk. Azóta egy jelentős lépést tettünk előre."

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> Jason , salaud , neuron , hetvenhatos


    Folding@Home & Rosetta@Home (boinc) Coronavirus prozse': https://hup.hu/node/168271#comment-2451976

    -

    Oldschool Computer - http://oscomp.hu




    Folding@Home & Rosetta@Home (boinc) Coronavirus prozse': https://hup.hu/node/168271#comment-2463795

    Az egy évben már közel 60000 Ft. Az sem pazarlás?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Folding@Home & Rosetta@Home (boinc) Coronavirus prozse': https://hup.hu/node/168271#comment-2463821

    Én nem a cikkre reagáltam, hanem csak a napi ~150 Ft-nyi kiadás elbagatellizálására.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2460818

    A JS typejugglingjának gyönyörei. Jobban jársz, ha integerműveleteknél (komparációnál is) mindig mind a két oldalra ráhúzol egy parseInt()-et, úgy kevesebb lesz a kellemetlen meglepetés. Persze, ha az van benne, hogy "kecske", akkor azzal sem vagy előrébb, validálni kell őket. De általában sok agybajt megspórolsz a parseInt()-tel, ha ezt ökölszabályként alkalmazod.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2460873

    Teljesen irreleváns, hogy ezt speciel véletlenül pont lehet szakmailag indokolni, mert egyfelől a JS typejugglingja még mindig egy agyhalál (hint: loose equality), másfelől meg ettől még áll, amit leírtam: ha integer értékek közt végez műveletet, akkor parseInt()-elje mindkét oldalt. És ezen ökölszabályt követve, ugyanez vonatkozik a lebegőpontosokra is (parseFloat()).

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461046

    Micsoda lehengerlő műszaki érvektől hemzsegő és személyeskedéstől teljesen mentes megnyilvánulást láthattunk. Elolvastad te egyáltalán amit írtam? Vagy megint csak addig sikerült, amíg amygdala hijacket kaptál és nekiálltál kötözködni a semmin? Vagy csak értelmezni nem sikerült, amit írtam?
    Indokold már meg plz., hogy a parseInt() használatának javaslata miért is volt itt irreleváns hülyeség?

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461074

    Olvasd már el még egyszer a posztot, mert ezt is leírtam:

    Persze, ha az van benne, hogy "kecske", akkor azzal sem vagy előrébb, validálni kell őket.

    Te is csak a felét olvastad el?

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461155

    Aha és ha az ominózus z-index érték numerikus, akkor szerinted mit fog vele csinálni a böngésző? Mert szerintem numerikusan értelmezni. És egy numerikus értelmezést hogyan implementálsz JS-ben? Mert szerintem parseInt()-tel. Ennek megfelelően:

    function getZIndex(o)
    {
    	var nzi = parseInt(o.style.zIndex);
    	if (!isNaN(nzi))
    	{
    		return nzi;
    	}
    	// ide johet a kiszamitosdi
    }

    Szóval egyáltalán nem volt irreleváns hülyeség, csak gondolkodni is kéne kicsit.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461102

    Hát ez teljesen kész...

    > A type juggling egyrészt egy PHP specifikus terminológia, amit te keresel az a type coercion vagy type casting. Abban egyetértünk, hogy ez szőrszálhasogatás, és a két terminológia közel ugyanazt a jelenséget fedi le.

    Megválaszoltad magadnak, bár a szőrszálhasogatás enyhe kifejezés.

    > Bárhogy is hívjuk, amiről Apal ír, annak nincs köze hozzá, hiszen csupán arról van szó, hogy ő rosszul azt feltételezte, hogy egy bizonyos api egy bizonyos értéket számként ad vissza, holott nem. A két zIndex összehasonlításánál nem történik type casting.

    Ez az ami irreleváns volt, mert én leírtam, hogy neki kell megcsinálnia kézzel. Csak nem sikerült elolvasni, most meg össze-vissza magyarázol.

    > Tehát a reakciód hiányos volt, a javaslatod pedig ráadásul rossz, hiszen a zIndex VEHET FEL nem számszerű értékeket, a számmá konvertálás ilyenkor többet árt, mint használ. És nem érdekel hogy mit írtál még le (kecske), senki se mondta, hogy a teljes mondanivalódat kritizáltam.

    Atyaég... /o\
    Tehát magyarul azért hibás amit leírtam, mert nem vettem figyelembe, hogy nem csak szám lehet benne és valójában hiába írtam le szó szerint, hogy lehet benne más is számokon kívül és akkor validálni kéne, akkor is hibás amit mondtam, mert téged nem érdekel, hogy mit írtam le. No. Fucking. Comment. Szerintem ez a vita kb. itt vesztette el teljesen a komolyságát.

    > Olyan egyértelmű, hogy csak fikázni akartad a nyelvet ahelyett, hogy a problémára próbáltál volna koncentrálni. Ha jó megoldást akartál volna javasolni jöhettél volna azzal, hogy a style.zIndex nem feltétlenül a valós értéket tartalmazza, csak az inline stílust, hogy van jobb css api, ami számokkal és mértékegységekkel tud visszatérni, stb.

    Olyan megoldást adtam, amit működik, tehát jó megoldást akartam adni és adtam is. De te nem olvastad el, csak az első felét, mert nem érdekel, mert fáj az igazság. Nem olvasod el, amit írok, mert nem érdekel és aztán valami totál fals baromságot írsz. Ez is biztos olyan, mint amit a JS viselkedésére mondtál a múltkor, hogy "nem ésszerű, de logikus."

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Hiena


    napi js: https://hup.hu/node/168577#comment-2460883

    Természetesen a szokásos JS-agyhalál módon teljesen inkonzisztens: hol "lexikografikusan", hol "aritmetikusan" (csak akkor miért fordítva van ez is?), a "100" nem csak a "4"-nél, de a "004"-nél is kisebb. Ha! De csak akkor, ha zIndex-eket komparálsz! Konstans, vagy változóba rakott sztringeknél már fordítva van: a "004" kisebb, mint a "100". Pedig az is string! Alien a konzisztencia...

    https://jsfiddle.net/jmuysavr/

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2460911

    Hogy ezt a CSS értelmező húzta rá, azt értem, de mi az, hogy "megint"? Ha a fentebbi szóváltásunkra célzol, ott pont neked nem sikerült megragadni a lényeget, nem nekem.

    Ami meg az inkoherenciát illeti, az a baj, hogy nem csak a specifikációk, de az implementációk is teljesen inkoherensek, még egy böngészőn belül is, nemhogy böngészők között...
    Hogy ennek a fura komparálásnak itt a CSS parsing az oka, az egy dolog, de ott a fentebbi táblázat, amiből azért elég jól kiderül, hogy a JS agyhalott módon komparál értékeket.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461045

    Miért? Nem lehet a JS-ben stringet komparálni? Vagy nincs JS-ben type juggling? Vagy mit akartál mondani? Hogy a stringekkel nem zsonglőrködik? Akkor itt van még egyszer a tábla. Az üres string pl. megfelel üres tömbnek, nestingtől függetlenül. Ez nem type juggling, stringekkel? Vagy az, hogy a "1" az true és a "0" meg false, az még egy dolog, de akkor a "-1" miért nem true? Logikailag az, aritmetikailag meg pláne (~0). Ez logikus komparálás?

    De mondok mást string és type juggling témakörben: hogy a '8' - 2 az 6, az még oké, de a '8' + 2 akkor miért '82'? Fő a konzisztencia. Egy nagy lábosban. Túl bonyolult lett volna konkatenációra egy másik operátort használni, mint a + jelet? Még a PHP-nak is sikerült, pedig az nagy szó. Aztán még több string és még több type juggling: a "kecske" + + "kecske" az "kecskeNaN". Logikus. Egyáltalán, miért nem hal el egy ilyen formula láttán? Biztos erre is van valami fasza indoklás, hogy ez working as intended. Ez a nyelv egy agyrém.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461103

    > hogy a faszba jön ide?!

    Úgy, hogy a stringek komparálásakor is van type juggling. Mi fáj? Mondanám, hogy szerecsenmosdatás amit csinálsz, de az a baj, hogy itt nem is szerecsenről beszélünk, hanem egy szénbányáról. Vagy egy szupermasszív fekete lyukról.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461348

    Személyeskedés látom az megy. Mi váltotta ki? Mivel és hol bántottalak? Beszóltam tán? Mert én nem emlékszem ilyesmire, arra annál inkább, hogy te végig csak beszólogattál, sőt azzal nyitottál. Miért vesztetted el így az önuralmadat? Miért fröcsögsz? Ekkora fájdalom, ekkora sértés neked, ha valaki szidja a JS-t? Ha igen, akkor nem én vagyok a hülye. Nézz gyorsan tükörbe.
    Amúgy mondanám, hogy olvasd el még egyszer, dehát mint fentebb kifejtetted, téged nem érdekel, mit írok. Csak akkor minek reagálsz egyáltalán? Hogy fröcsögni lehessen? Leszarod, mit ír a másik, majd te eldöntöd, hogy mit írt és arra írsz valami beszólásokkal megtűzdelt fals ökörséget?

    Kérdésedre válaszolva: itt egy gyengén típusos nyelvről beszélünk, azaz típusok csak elméletben vannak. Azt hiszed string és nem az. Amikor azt mondtam, hogy stringek komparálása alatt is van type juggling azt nem azt jelentette, hogy "kecske1" == "kecske2" esetén van type juggling, mert ennek semmi értelme nem lenne, hanem azt, hogy szeretnél összehasonlítani két változót, amiről te feltételezed, hogy string típusú (erre írtam, hogy "stringek komparálásakor") és aztán egyik nem/másik nem/egyik sem az és aztán jön a meglepi, amikor kiderül, hogy "" == []. Naná, ezt ki lehet védeni, ha levalidálod a változókat, pl. typeof-fal (vagy, ha speciel egyezőséget/eltérőséget vizsgálsz, akkor === és !==), de akkor a végén annyi validálásra, manuális konverzióra, típusellenőrzésre és egyéb biztonsági mechanizmusra lesz szükség a nyelv baromságai miatt, hogy a végén tízszer annyi lesz a kód, mert kerülgetni kell olyan problémákat, amik abból erednek, hogy a JS koncepcionálisan el van baszva. Dehát mit várunk egy olyan nyelvtől, amit anno 10 nap alatt dobtak össze? (Nem, ez nem vicc.) Mégis mi értelme van egy olyan nyelvet használni, ahol folyamatosan ellenőrizni kell a típusokat, mert a konverzió alatti megfeleltetéstől "gyakran" kihullik az ember foga? Ennyi erővel használhatnánk valami statikusan típusos nyelvet is, ott legalább indokolt a manuális konverzió.

    Na, erre mit fogsz válaszolni? Hogy megint oldalakon át bizonygatom a nemlétező igazamat? Ha valaki olyat mond, ami neked nem tetszik, az automatikusan nem igaz és punktum, tök mindegy mivel támasztja alá? Szép lehet, okos nem? Mindenkinek lehet véleménye, de csak neked lehet igazad? Mert eddig kb. ez jött le és nem csak ebben a topicban.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461618

    > Ez az amiben nincs igazad. Minden referenciának pontosan ismert a típusa - futás időben, a hívás helyén.

    Nem. Nem a VM-ben: a kódban. Egy JS kódban egy változónak nincs típusa. Te nem deklaráltál semmilyen típust, csak a változót, amibe adat került és te pedig azt valamilyen módon felhasználod. Ha egyszerűen akarod megírni, akkor kiindulsz abból, hogy ott ilyen és ilyen típusnak kell lennie, ami ha mellémegy, akkor happy debugging, vagy, lekezeled, hogy milyen típusú is az adott pillanatban vált a változód, ami nyilván több meló és kód, mint az egyszerű felállás. Ezt eredményezi a JS agyrém módon zajló type jugglingja.

    > Nem kell. Úgy kell megírni a kódot hogy mindig ismerd a referenciáid lehetséges típusát, és úgy alkalmazás az implicit/explicit típuskonverziókat hogy soha ne álljon elő nem definiált állapot.

    Pont erről beszéltem, hogy le kell kezelni a type jugglingból eredő összes lehetséges állapotot, átfedést, fals pozitív konverziót (ld. a tábla) és ez fog a végén sokszoros munkaidőt és kódmennyiséget eredményezni. Nem értem mi nem érthető.

    > Nem állítom, hogy ez egyszerűbb, mint statikusan tipusos nyelven programozni, ezért is letezik a TypeScript.

    Tehát magad is elismered, hogy a JS típuskezelése annyira problémás, hogy megoldásnak azt javaslod, hogy inkább használjunk egy másik nyelvet, ami majd lefordul JS-re. Ergo a problémát JS-ből nagyobb szívás megoldani, mint nyelvet váltani. (Nem meglepő, a JS maga a probléma.) Ennyi erővel van egy raklap egyéb nyelv is, amihez van JS transpiler/compiler; ez nem érv a JS védelmében, hogy lehet rá fordítani másik nyelvből, ez inkább éppen azt jelzi nagyon is jól, hogy a JS annyira "jó", hogy az emberek kínjukban már inkább más nyelvekből fordítanak JS-re, mert még az is kevesebb szívás.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461705

    > Kevered a dinamikus típusosságot a gyenge típusossággal. ... Az, hogy egy referenciának nem ismered előre a típusát az a dinamikus típusossághoz köthető, a "type juggling" a gyengén típusossághoz.

    Nem kevertem, maximum a kommentben összemostam a kettőt, de ez igazából mindegy abból a szempontból, hogy amit elmondtam a JS típuskezelésével kapcsolatban, az áll, mert ahogy a táblázatodból is látszik a JS gyengén és dinamikusan típusos.

    > Privát kód esetén, amikor csak te hívod azt a kódot, akkor pontosan tudod hogy mivel hívod, felesleges lekezelni a nem létező eseteket. Ha 3rd party is hívhatja, akkor ledokumentálod mivel lehet hívni, ami abban nincs az nem definiált viselkedés. Ha te hívsz 3rd partyt, azon meg a rendes teszt lefedettség segít, de az nyelvfüggetlenül hozzátartozik a professzionális szoftverfejlesztéshez (értsd: akkor sem elfogadható ha egy Java kód nincs tesztekkel lefedve).

    A létező esetek számossága is elegendő munkát ad, pont ezt magyarázom.

    > Ne forgasd ki a szavaimat, nem ezt állítottam. A TypeScript csak statikus típusosságot ad a JavaScripthez (lásd fenti táblázat, nem keverendő a type inference-szel), a típusrendszer a kettőben megegyezik. Mindkettőnek megvan a helye és előnyei-hátrányai. Vannak esetek, amikor a statikus típusosság segít, és vannak esetek, amikor csak hátráltat.

    Nem forgattam ki, azt írtad, hogy: "Úgy kell megírni a kódot hogy mindig ismerd a referenciáid lehetséges típusát, és úgy alkalmazás az implicit/explicit típuskonverziókat hogy soha ne álljon elő nem definiált állapot. Nem állítom, hogy ez egyszerűbb, mint statikusan tipusos nyelven programozni, ezért is letezik a TypeScript."
    Ebből nekem az jött le, hogy a TypeScript azért létezik, mert egyszerűbb egy statikusan típusos nyelvben programozni, mint egy dinamikusan típusosban lekezelgetni az összes lehetséges felállást. (Egyébként ezzel egyet is értek.) Ettől függetlenül a TypeScript még mindig nem a JavaScript, hanem egy másik nyelv.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461923

    > kiemelés tőlem

    Kiemelhetted volna azt is, hogy "that compiles to plain JavaScript".

    > Tehát az állításod csak félig igaz, nem minden TypeScript kód JavaScript, de minden JavaScript kód TypeScript.

    Kissé fals módon, de ez kb. a C és a C++ közti párhuzamhoz hasonlítható, mert a C++ is felülről kompatibilis a C-vel, majdnem minden C kód C++ is, a C kódok közel 100%-át fordítja a C++ compiler, de mégsem mondja senki, hogy a két nyelv ugyanaz, mert nem is azok. Tehát az állításom nem csak félig, de teljesen igaz: a TypeScript az nem a JavaScript, az egy másik nyelv. De ez csak a kisebbik baj, mert ha a browserek megennék a TypeScriptet, akkor le lehetne tojni, hogy ez most két nyelv, vagy egy. De nem eszik. A browserek csak JavaScriptet esznek, az meg megeszi a gépet is, meg a webet is.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2462115

    > Kivéve hogy vannak olyan C programok amik nem valid C++ programok, ezúttal szintaktikai és szemantikai különbségek egyaránt vannak. Pl. a mindenkinek ajánlott Deep C (and C++) diasor első példája gond nélkül fordul és fut mint C program, de nem fordul mint C++ program.

    Elolvastad te amit írtam?

    a C++ is felülről kompatibilis a C-vel, majdnem minden C kód C++ is, a C kódok közel 100%-át fordítja a C++ compiler

    Le volt írva, hogy nem teljesen kompatibilis felülről, csak majdnem.

    > De minden JavaScript program TypeScript is, ezért vannak olyan TypeScript programok amiket a böngészők transpileolás nélkül tudnak futtatni.

    Bocs, de ez akkora csúsztatás, hogy lavinának is beillene. Fogtál egy tisztán JavaScript kódot, beleraktad a TypeScript kódba és közölted, hogy akkor az is TypeScript kód, tehát a browserek tudják futtatni a TypeScript kódok egy részét. Hát nem. Azok a kódok, amikről beszélsz, azok nem TypeScript kódok, hanem JavaScript kódok, amik felhasználhatóak TypeScript kódban is, de attól még nem azok. Azok a kódok már akkor is valid JavaScript kódok voltak, amikor a TypeScriptet még ki sem találták.

    Ennyi erővel ezt is lehetne C++ kódnak nevezni, mert megeszi a C++ fordító:

    char *kecske = "kecske";

    De ettől ez még C kód, ez C-ben már akkor is ment, amikor C++ még nem is volt, másfelől meg C++-ban van már string:

    string kecske = "kecske";

    Na ez C++ kód, mert ez nem megy C-ben, csak C++-ban. Ugyanez a TS/JS felállásra is. Ami megy egy JavaScript VM-ben, az JavaScript. Ami meg nem, az meg nem.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2462491

    Na, erre mondtam, hogy csúsztatás, méghozzá orbitális. Attól, hogy a TypeScript visszafelé kompatibilis a JavaScripttel és minden JavaScript egyben valid TypeScript is, attól még ez baromira nem így van, hogy a browserek tudnak TypeScriptet futtatni. Ez belemagyarázás, a lovon fordítva ülés. Azonfelül ez a diagram még hibás is, mert a C/C++ átfedést teljesen rosszul ábrázolta: a C programoknak egy kisebb, a C++-ból csak picit kilógó körnek kellett volna lennie. (Azt nem tudom, hogy az arányok stimmelnek-e, de kb. így.)

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2463053

    Ja, azért hülyéztél le többször is, mert cseppet sem vesztetted el az önuralmadat. Azért közölted, hogy leszarod, amit írok, arra reagálsz, amire akarsz, mert cseppet sem sértődtél be. Tudod kinek add ezt a bullshitet elő.

    Én sértődtem meg? Egyelőre te fröcsögsz magadból kikelve, nem én. Az én igazam szent? Te írtad le szószerint, hogy nem érdekel, hogy én mit írok, akkor is rossz, amit írok, ha leírtam azt is, amit szerinted nem. Az pedig tény, hogy a JS szar. Csak nem fogod fel, mert nem akarod felfogni.

    Félinformációk... 16 éve szívok a JS-sel, elég sokáig bírnám ecsetelni (ahogy a mellékelt ábra mutatja is), hogy miért tűzrevaló szemét az egész nyelv. Kioktatni egyelőre te oktattál ki engem, iszonyatos butthurt picsogó módon, személyeskedéssel nyitás, ukázkinyilvánítás, a másik ember véleményének, műszaki érveinek deklaráltan szándékos semmibevétele, majd te megmondod, hogy én mit mondtam, ahelyett, hogy elolvasnád és értelmeznéd... A JS meg egy raklap szar marad, tök mindegy mit erőlködsz.

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461347

    A példában az egyszerűség kedvéért illusztráltam a problémát konstansokkal. Nyilván, aki ilyet leír így, konstansokkal, az inkább menjen kecskepásztornak, csakhogy x - y esetén is ugyanez lesz a helyzet, ha x == '8' és y == 2 és azért lássuk be, ez viszont simán előfordulhat, pl. ha x pl. egy HTML inputból jön be, y meg egy algoritmus eredménye (vagy, amit apal írt egyel feljebb). Nyilván, validálni kell a dolgokat, ahogy fentebb is írtam. Na de, itt jön be akkor a kérdés, hogyha úgyis szénné kell validálni mindent, akkor mivel vagyunk előrébb, mint egy erősen típusos nyelvnél?

    Oldschool Computer - http://oscomp.hu




    napi js: https://hup.hu/node/168577#comment-2461617

    Olvasd el még egyszer, mert látom baromira nem sikerült. Vagy csak felfogni nem sikerült? Vagy szándékosan ragadsz le a konstansos példákon és játszod az értetlent?

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2447814

    Vagyis hajbazernek már megint igaza volt. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 010 -> pepo , Ar0n , NevemTeve , mhmxs , csearo , kecske , hajbazer , agostonl , kikepzo , baloghge


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2447815

    A szakemberek szerint az egyetlen módja, hogy megszűnjön a fenyegetettség, ha új, 10. generációs CPU-t szerel az asztali gépbe, vagy vesz egy új notebookot.

    Vegyünk új intelt, vagy mindjárt új (inteles) gépet jó pénzért, hátha abban nem fognak majd megint egy tonna biztonsági rést és egyéb bugot találni, mint eddig?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mhmxs


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2447953

    Ahogy más architektúrákat se (pl. POWER, ARM).

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448090

    ARM-ra speciel van ringyóz, szóval oda még átpattanhat aki akar, ott inkább a szoftverpark áthurcolásával lesznek bajok. Máshová valóban nem nagyon fog, de ez meg a mikiszoftot minősíti, nem a többi CPU architektúrát. De értem mit mondasz: nyilván aki intelt használ, az AMD-re tud átállni a legegyszerűbben. Ettől még megemlíthetnék a fújságírók, hogy van más is a világon, mint a wintel, meg az armdroid...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Addam2


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448151

    Miért a windózt meg az x86-ot szabad? :) Az is reklám, ha leírják.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448242

    Miért gondolod technológiai zsákutcának a POWER architektúrát?

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448276

    Ez inkább előny, mint hátrány. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kikadff


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449224

    > Desktop-ra az zsákutca volt..

    Akkor a többi területen miért nem? x86 minden szegmensben van.

    > Volt egy darab gyártó (ibm), és egy darab vevő (aapl), ráadásul eléggé kicsi piaci részesedéssel (százalékban 1 számjegy, ha jól emlékszem). Nyilván nem tudott olcsóbb lenni a piac 90+ %-át uraló x86-nál/amd64-nél, mert a fejlesztési költséget ennyi terméken kellett teríteni.

    Ezek nem technológiai, hanem gazdasági problémák, az állítás pedig az volt, hogy technológiai zsákutca volt.

    > Így aztán túl sok pénzt se tettek a fejlesztésébe, ezért még csak jobb se volt, mint az x86/amd64. És a drágábban lassabb, többet zabáló proci nem akkora főnyeremény...

    Az intel brosúrák/PR cikkek helyett inkább a topicot kellett volna végigolvasni, ugyanis már két napja be lett linkelve, hogy pont a fordítottja az igaz: a soron következő POWER6 ugyanakkora órajelen is gyorsabb volt, nemhogy azoknál a Core/Core 2 CPU-knál, amikre az Apple váltott, de még a Xeonoknál is, miközben kevesebbet evett. Hogy drágább volt a POWER, az lehet.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449384

    Csakhogy az állítás magára a technológiára vonatkozott, nem a gazdasági szempontokra. Bírom mikor van egy konkrét állítás, arra érkezik egy cáfolat, mire az a reakció, hogy de ha még ez is, meg az is, meg amaz is, amiknek semmi köze nincs az eredeti állításhoz, na akkor.

    Hogy szerintem miért váltott az Apple, azt itt már leírtam; cáfolat nem érkezett rá. Egyébként a POWER a desktopon is elkalapálta az intelt, nem csak szerveren. G5 vs. P4 benchmark is volt linkelve.

    A TDP-nek igazából köze nincs a fogyasztáshoz.
    A marketinghez annál inkább.
    Főleg ha az intel csinálja.
    Ami pedig a 45W ill. 65W-os TDP-vel bíró POWER6 CPU-kat illeti; semmilyen hivatalos infót nem találtam, hogy mi a POWER CPU-k TDP-je, de még cikkeket sem. Úgy látszik az IBM nem foglalkozik a marketinggel. Ez összecseng az inteles "gazdasági" érvekkel. Ha technológiai érveket szeretnél a POWER6 teljesítményfelvételről és leadásáról, akkor az IBM pl. az 595-ös manualjában tart egy kis fejtágítást, az 2.3.7-es fejezetben.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449428

    > Ha jól tudom, a POWER6 ez első olyan ezen a platformon, amelynek részegységenként lehet a teljesítményét és sebességét szabályozni.

    Mintha a POWER5+ is tudta volna, de nem esküszöm meg rá.

    > Vajon miért rugózunk egy 12 éves eszközön?

    A szálindító állítás az volt, hogy technológiai zsákutcából menekült az Apple. Nem, a POWER nem volt technológiai zsákutca.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Jason


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2450106

    Bocs, én védtem a POWER-t, úgyhogy ezt rossz embernek címezted, de amúgy +1, végre egyetértünk valamiben.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449568

    > Lehet, hogy az a zsákutca nagyrészt gazdasági okok miatt (értsd: drága), és kisebb részt technológiai (értsd: szar) okok miatt lett zsákutca, vagy hogy épp baromi drága lett volna azt a fejlesztést kifizetni, hogy ne legyen szar.

    Jó, akkor leszel szíves forrást linkelni arra, hogy technológiailag szar volt. Addig neked ezzel kapcsolatban minden agymenésed érdektelen. Pont.

    > De az aapl kiszállásával kb. a kutya nem fejlesztett power6 (7-8-9-whatever alapú) desktop és notebook procit.

    Akkor a Raptor mit fejleszt? Citromízű sajtburgert? Mert nekem úgy tűnik, hogy POWER(7-8-9-whatever) alapú desktopokat, több, mint egy évtizede. Legalább néznél már utána, mielőtt bármit kijelentesz.

    > TDP-t pedig nyilván nem találsz

    Nem is hiányzik. Úgy látom nem sikerült elolvasni/megnézni amiket belinkeltem: a TDP marketingbullshit. Nem mérvadó egy CPU valós fogyasztásának esetében. Sem akkor, ha az intel írja rá, sem akkor, ha az AMD, sem akkor, ha az ARM, sem akkor, ha az IBM, csak ők nem is tesznek ilyet. Tényleg nem olvasod el a kapott forrásokat?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Jason


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449903

    > Majd nyilván linkeket fogok neked túrni, csak hogy elhidd ami nyilvánvaló.

    Nyilvánvaló? Mi? Hogy a POWER architektúra technológiailag szar? Ez nem nyilvánvaló, ez a te ex-katedra módon tálalt magánvéleményed, ami kb. annyira mérvadó, mint egy döglött kecskéé a mélytengeri olajfúrás kapcsán. Ezt nem kötelező elhinnem, meg amúgy sem szoktam csak úgy elhinni bármit is. Ez olyan, mintha én azt mondanám, hogy az intel CPU-knak minden nyavalyája van, aztán nem adnék rá forrást...vagy várj...én adtam. Úgyhogy várom a linkeket, amik a POWER architektúra fatális technológiai hibáit taglalják; biztonsági rések, CPU-crash bugok, stb., azaz bármi ami igazolja, hogy a POWER egy technológiai zsákutca. Lehetőleg többet, mint amennyi az intel lelkiismeretét terheli, hiszen ha az nem technológiai zsákutca, akkor ennek nyilvánvalóan több technológiai nyűgjének kell lennie, ha ez viszont az. Ne csak állítsd, hogy nyilvánvaló, bizonyítsd is.

    > Elmondom mit fejlesztenek: egy kerekítési hiba nagyságrendű niche piacra fejlesztenek speckó gépeket.

    És? Állításod szerint az Apple kiszállásával véget ért a POWER, mint desktop. Ennek a cégnek a puszta létezése is cáfolat erre az állításra és mindegy, hogy ezer POWER alapú desktopot adnak el, vagy egymilliót: van. És ez csak egy cég volt. Ott van még a Genesi, az ACube, az AEon, stb.

    > Azokat a ránézésre 4 rack unit méretű dobozokat azért nem nevezném desktopnak, notebook-nak pedig nem csak én nem, de még te se.

    Mert ugye a doboz számít és nem az, ami benne van...te jó ég... Ha én beszerelek egy VIC-20-ast egy ilyen 4 rack unit méretű dobozba, akkor az szerver lesz? Meg lehet venni az alaplapot is; EATX méretű, amihez tonnájával van desktop ház. Úgy is van hirdetve, hogy ez egy workstation gép és nem szerver. A felhasználók is annak használják.
    Notebookot én pedig sehol nem említettem, én egyszerűen desktop felhasználásról beszéltem, ami meg, amint látod, van.

    > És főleg ugye erről volt szó, az volt a fő prior, és ott volt fontos az alacsony fogyasztás, ami a power procik felhasználói közül egyedül az apple-nek volt fontos. Az intel notiproci pedig ootb tudta.

    Ha alcsony volt a fogyasztásuk, akkor mitől voltak olyan melegek, mint egy alternatív nemi irányultságú vulkán? Linkeltem Mac-esek panasztopicját, ahol ezért anyáznak, de ha kinyitod a wikicikkét a MacBook Pro-knak, akkor láthatod, hogy a melegedési problémák nem korlátozódtak az első generációs gépekre; rengeteg reklamáció volt emiatt. Ehhez képest kérdezz meg egy PowerBook G4 usert. Az intel "notiproci"-ra meg belinkeltem lentebb egy hupos topicot, ahol annak a line-nak a nyomorai voltak kivesézve, hogy mennyire is volt jó az az intel "notiproci", amire az Apple sok észzel váltott. További linkek Theo leírásaira a topicban. Választ nem adtál rá. Biztos az is "nyilvánvaló", hogy nem igaz, azért derült ki tíz évvel később, hogy de.

    > Ehhez képest ott van az általad linkelt raptor oldalon a TDP, just sayin'

    So? Tök mindegy, hogy ki írja ki, attól még marketingbullshit marad. Lehet, hogy kérték a felhasználók, ők meg mértek valamit, aztán kirakták. Vagy nem. Kérdezd meg tőlük.

    > Amit tőled kaptam azt egy ideig megnézegettem, aztán inkább leszoktam róla.

    Azaz: nem. Azt ugyan már nem fejtetted ki, hogy miért is nem, de igazából mindegy is, a lényeg, hogy nem. Bármi cáfolatot kapsz a véleményedre - mert hiába próbálod ténynek beállítani, nem az - azt ignorálod. Na, ezt hívják echo chamber-nek. Olyanban pedig a fanboyok szoktak üldögélni, nem a szakemberek.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2450469

    > tl;dr

    > Ha hallucinálsz fordulj orvoshoz.

    Hát ezt aztán kőkeményen odamondtad. Érvet, szakmai levezetést, vagy bármi egyebet ismét nem tudtál adni arra, hogy technológiailag miért is szar a POWER, csak higgyük el neked, hogy ez nyilvánvaló, mert te azt mondtad.
    A TL;DR-t nem is minősíteném: te nem olvasol, te tudsz. Csak úgy, magadtól. És mindig jól. Ezt bizonyítani sem kell, ez egy szakrális axióma.

    > Gyakorlatilag igen. A mainstream power desktop és laptop kihalt, attól még niche piacok léteznek.

    Csakhogy te nem azt mondtad, hogy a mainstream, hanem azt, hogy a kutya nem fejlesztett ilyet, ami alapból hamis, hiszen vagy egy tucat kisebb cég csinálja és ez pedig azt jelenti, hogy megéri csinálni, mert üzlet van benne, tehát nem is halhatott ki. Marginalizálódott az lehet, de nem halt ki.

    > Bár ezeket inkább neveznék workstation-nek, de ha szerinted desktop, akkor legyen.

    Huh, ez már tényleg a legalja. De ez akkor sem desktop, ez workstation. POWER desktop nincs, mert csak. Punktum. De ha annyira akarom, akkor megengeded, ROFL.

    @https://en.wikipedia.org/wiki/Workstation

    A workstation is a special computer designed for technical or scientific applications.

    @https://en.wikipedia.org/wiki/Desktop_computer

    A desktop computer is a personal computer designed for regular use at a single location on or near a desk or table due to its size and power requirements.

    Magyarán egy munkaállomás lehet asztali is. Ki gondolta volna? Mégis mi a fárast értettél te itt azon, hogy ez workstation és nem desktop?

    > Mennyien is? Százan? Hány százezerből?

    Jó reggelt kívánok, még a wikicikkben is benne van, hogy melegedési bajai voltak a Macbook Pro-knak, több generáción át. Azt se olvastad el ezek szerint.

    > Anno a P4 korszak hajnalán magam is találkoztam komplett szériákkal (más brand), ahol a gyártó elcseszte a hűtést. Az meg egy másik kérdés, hogy az epül szerint a design fontosabb, mint a funkcionalitás, ezt látjuk a butterfly (vagy mi a tököm) billentyűzeteknél is, Ilyen hűtéssel ennyit lehet kihozni. Legyen könnyú és vékony, ezek a fő szempontok, minden más másodlagos.

    Az nem zavar, hogy előtte az Apple számos notebook szériát bocsátott ki POWER és 680x0-es CPU-kkal? Azoknál miért nem cseszte el a hűtést 15 éven keresztül? A pre-inteles Apple notebookok közül egyedül a 68040-es notebookoknak volt melegedési problémája és ott sem a hűtés volt a probléma forrása: a 68040-es közismerten villanykályha volt (hozzáteszem a 680x0-esek közül egyedül). Ehhez képest az intelre váltás után évekig kínlódtak a melegedéssel. No comment. Hát tutti a hűtés volt az oka, biztos nem megfelelő TDP értéket írt az intel a CPU-ra és ezért alulméretezték a hűtést! Több szérián át! :)))

    > Nem fogok minden fasságodra/képzelgésedre/mániádra érdemben reagálni.

    Ezzel csak egy baj van: te érdemben eddig semmire nem reagáltál. Te csak kijelentettél dolgokat, anélkül, hogy bármit alátámasztottál volna. Neked olyat nem kell. Mert nyilvánvaló. Mert te azt mondtad. És ha te mondod, akkor az tény. Források nélkül is. Csak higgyük el. Ha meg én mondom, akkor tök mindegy, hogy mennyi forrást hozok a bizonyítására, az fasság/képzelgés/mánia, a lényeg, hogy POWER sux, igaz? Szerintem neked kéne orvoshoz fordulnod.

    > Elég jól látható ebben a topic-ban (is), hogy neked mindenki szembejön az autópályán...

    Ez nem érv, ez személyeskedés. Kérdeném, hogy az érvek hol vannak, tán elfogytak-e, de azok eddig sem voltak, mivel eddig egyetlen elfogadható forrást nem tudtál mutatni, hogy miért is technológiai zsákutca a POWER, inkább megpróbálod görcsösen bizonygatni, hogy én hülye vagyok, tehát nem lehet igazam, tehát a POWER szar.

    > Konkrétan ezen "marketingbullshit" alapján méretezik a hűtést (már ha nem írja felül más szempont).

    Ja, tényleg. :))) Aztán mindenki azt ír rá a CPU-ra is, meg a hűtőre is TDP-nek, amit akar, akár a macskája személy számát is; a valósághoz ugyanannyi köze lesz.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2451035

    > amit én nem mondtam

    Mit? Hogy zsákutca? De, mondtad. Hogy technológiailag szar? De, mondtad. Akkor?

    > Van legalább 1 darab kis cég, ami marginális mennyiségben gyárt ilyen gépet.

    1? Többet is felsoroltam. Látom megint sikerült az értő olvasás nevű műveletet hiba nélkül elvégezni.

    > Kurvára nem hallottam róla, nem is akartam, nem is érdekel, és nem is érdekes a témában.
    > Persze hogy nem. Leszarom.
    > Egy kicsit sem zavar.

    Igen, pontosan erről beszélek. Szarsz a a forrásokra, szarsz a mérésekre, szarsz az érvekre, szarsz a tényekre, szarsz az egészre, POWER sux és kész, mert te így akarod és kész és ha te azt akarod, akkor a POWER sux és kész. Így egy szakember nem gondolkodik, csak egy fanboy.

    > És most el, dolgom van

    Mert ugye egy asztalnál beszélgetünk és nem pedig egy internetes fórumban posztolunk már vagy három napja. De azért csak kőkeményen, like a boss. Szánalmas vagy.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448318

    Egyrészt PS3-ból eladtak kb. 90 milliót, benne van az öt legsikeresebb konzolban, tehát a Cell-t sikertelennek nevezni elég erős. Másrészt a piaci teljesítménynek és a marketing hatékonyságának nem sok köze van a technológiai rátermettséghez; ha ez így lenne a windows 10 lenne a legjobb OS a világon, márpedig távolról sem az.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> mark7


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448344

    Azt nem tudom, hogy mennyire volt olcsó, de az intel sem olcsó. Többszöröséért kapsz azonos teljesítményű intelt, mint AMD-t. A Sony és a mikiszoft sem intelre váltott a hetedik generációs - POWER alapú - konzolok után, hanem AMD-re.
    Oszladozik lassan a Megahertz mítosz, amivel az intel évtizedek óta hülyíti a vendorokat és a usereket is.

    Az Apple is ezért váltott, nem azért, mert a POWER technológiai zsákutca lett volna.
    Indoklásuk szerint a G5 nagyon melegedett és nem tudott 3 GHz fölé menni. Ez az indoklás csak azért érdekes, mert az akkori Core/Core 2-es CPU-k - amikre nagy ésszel váltottak - azok aztán brutál melegedtek és nemhogy 3 GHz fölé, de még a közelébe se tudtak menni, miközben a POWER ág új tagja a POWER6, az 5 GHz-ig is fel tudott menni, ha nagyon akart, de az alap órajele is 3.6 GHz volt és nemhogy a Core/Core 2 CPU-kat, de még az akkori Xeonokat is überelte, úgy, hogy olcsóbb is volt, meg kevesebbet is evett. (Egyébként a G5-ös Mac-ek kijövetelekor a leoltott G5 alacsonyabb órajelen is gyorsabb volt, mint a vele egyidős akkori intel zászlóshajó P4-es.)

    Úgyhogy nem, nem a POWER volt technológiai zsákutca, hanem az Apple hülye. Vagy kapzsi. Vagy mindkettő.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Jason


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448396

    Helló,

    Utánaolvastam volna, de a google nem hozott ki semmi relevánsat az IBM, Apple, Domino és Notes szavakra.
    Viszont ha a két vezetőség zördült össze és emiatt dobták a POWER-t, akkor pláne nem beszélhetünk technológiai zsákutcáról.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448424

    Biztos, de úgy sem találtam semmilyen Apple vs. IBM sztorit.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448557

    Maradtak is utána a POWER vonalon, még egy pár évig.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448425

    Hát az lehet, hogy saját magához képest fele olyan gyors, mint ha OoO végrehajtású lenne, de in order létére is gyorsabb volt, mint a vele egykorú - és az Apple gépekbe került - OoO intelek. A Cell programozhatósága miatt már annak idején is panaszkodtak, hogy nehéz kisajtolni belőle a teljesítményt, de azért volt, akiknek sikerült. (Miért lett ez törölve a pouet-ről?)

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448555

    Erről van valami benchmark? Mert ami benchmarkokat én anno láttam, azokon a POWER CPU-k folyton verték az x86-okat.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448603

    Értem. Akkor ott sikerült az IBM-nek pechesen időzíteni az OoO eldobását.

    Hát mondjuk a te Q6600-osod az már egy újabb generáció volt, két-három évvel későbbi eresztés, mint a Cell.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448615

    Cell vs. P4 összehasonlításom sajnos pont nincs. :P G5 vs. P4 van, azt fentebb belinkeltem.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448599

    > de ezen kívül az in order jelleg miatt labdába se rúghat az intel mellett

    Peches volt az időzítés, a POWER6 az egyetlen a sorozatban ami nem OoO, előtte és utána is az az összes. Az lehet, hogy az intelnél pont akkor vezették be az OoO-t, de cserébe nyögtük és azóta is nyögjük az intel féle OoO implementációból eredő bugokat, sechole-okat. Volt, aki már akkor megkongatta a vészharangot, igaza lett. Ironikus módon, most pont az intel issza meg végül a levét, ahogy mind az OS-ek felől, mind a mikrokód felől egyre több kényszerű "kerülgetés" válik szükségessé, mert úgy olvad el az AMD-vel szembeni erőfölény is. Mi lett volna, ha akkor hallgatnak Theora és már akkor patchelni/workaroundolni kényszerültek volna? Erről nekem mindig az a régi vicc jut eszembe, hogy kérdik az intel CPU-t, hogy 2x2? 5! Ez nem jó! De gyors voltam!

    > A kedvencem az, hogy nincs direkt átjárás a floating point és integer regiszterek között.

    Az lfixxx/stfixxx parancsok csak a memórián keresztül üzemelnek? A PowerISA manualban nem tértek ki rá így, bár az EA számításnál csak memóriás példa volt. Vagy ez a bekezdés most csak a Cell-ről szólt és ott van így?

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448614

    Jogos.

    A PowerISA 3.0-ban sem találtam erre egyértelmű magyarázatot, szóval ez lehet, hogy a mai napig így van.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449567

    > Fogalmad sincs, hogy 2006 körül (pontos évszámot most lusta vagyok nézni) mibe került az epülnek egy intel proci és mibe egy ibm.

    Neked van? Akkor miért nem linkelsz rá forrást?

    > Épp ezért az AMD-s agymenésed érdektelen.

    Az AMD mindig is töredékárú volt az intelhez képest. Ha annyira az ócsóság volt a szempont (még mindig az Apple-ról beszélünk: nem valószínű), akkor ennyi erővel akár azt is rakhattak volna bele. Az lehet, hogy gyengébb lett volna a teljesítménye az intelhez képest, de legalább nem melegedett volna annyira.

    > jó notiprocit pedig az intel gyártott akkoriban, pont.

    Jó "procit" az intel soha nem gyártott, csak bugoktól és/vagy egyéb problémáktól hemzsegőket. Pl. amikor az összes Pentiumot operációs rendszertől függetlenül merevre lehetett fagyasztani négy byte-ból. És ez már nem az első ilyen volt náluk. Hogy mennyire voltak jók azok a "notiprocik", arról képet kaphatsz, ha elolvasod ezt a topicot, meg a linkeket, hogy mit mondott Theo de Raadt a Core 2 CPU-król, ugyanis igaza volt, az egész architektúra hemzseg a javíthatatlan bugoktól, a koncepciós hibáktól (és ez a leszármazottakra is vonatkozik), csak 2007-ben a kutya nem hitt neki és mindenki leszarta, aztán bő tíz évvel később jött a Meltdown, majd a többi. Az eredmény ma már látható: lassítópatchek garmadája, a régi intelek visszalassultak a régi AMD-k szintjére, az új intelek meg már egyértelműen lassabbak, mint az AMD. Mindezt többszörös árért. Ennyire voltak jók, azok a "notiprocik". Erre váltott az Apple.
    A POWER CPU-k pedig végig gyorsabbak voltak.

    > A Core/Core2 pedig baromira nem melegedett, az az előtte levő generáció volt, a P4-ek.

    Bakker, be volt linkelve, ahol panaszkodnak a júzerek, hogy melegszenek az első inteles Macbookok, márpedig azokban pedig Core/Core 2 volt és nem pedig P4. Semmit sem olvasol el, ami forrást kapsz? Mire alapozod akkor a véleményedet? Az intel marketinganyagára?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Jason


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448241

    +1, de nem kettő, hanem három, mert a 68000-esre is csak váltottak, 6502-ről.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448393

    Mit nevezünk "igazi" oprendszernek? A memóriavédett, (preemptív?) multitaskos LisaOS nem számít annak? Csak mert az volt az Apple első 68k-s OS-e, nem a Mac-es System 1. De egyébként meg IMHO OS az, ami működteti a gépet; akkor is, ha C64 vagy ZX Spectrum szintű. A CP/M futott Z80-assal bővített C64-en, vagy C128-on, az nem igazi OS?

    Hogy nem mérhető a későbbi váltásokhoz, az fix, mert sokkal nagyobb volt az impact, akkor kb. mindent nulláról kellett újragondolni, újraszervezni, újraírni, később meg nem. :]
    A backward-compatibility-re is ez igaz; az x86-os OSX-ben ott volt a Rosetta a PPC emulációhoz és a Classic Environment a MacOS API wrappinghez, a PPC-s MacOS-ekben pedig a Mac 68k emulator a 68k emuhoz. Ehhez képest sem a LisaOS-ben, sem a System 1-ben nem volt semmilyen visszamenőleges kompatibilitás.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448442

    A BASIC interpreter egy dolog, de ott van a GEOS, ami az Apple II-es (és a 8-bites Commodore) gépeken futott; kooperatív multitaszkos, GUI-s OS volt, az azért nem egy BASIC interpreter szintje, az is van olyan kaliber, mint a System 1. (Olyan nincs, mint a LisaOS, az sokkal jobb volt, mint ezek, csak az Apple kukásította...)
    Nem az összehasonlításon volt a hangsúly, hanem azon, hogy volt igazi OS a 8-bites Apple gépeken is. (Oké, az Apple I.-esen tényleg csak BASIC interpreter volt.)

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448277

    Azért azt ugye te is érzed, hogy egy 8086->...->486->... út és egy 6502->680x0->PPC->x86 út messze nem ugyanaz a kategória. Az elsőben csak processzort váltasz, architektúrát nem.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448372

    Asszem nem ment át, hogy a backward compatibility itt a kulcskérdés; az x86-os CPU váltásoknál ez mindig megvolt, míg az Apple architektúraváltásainál nem.

    > Azért is irtam így. No, meg csaltál. :)

    > A 6502 párja a 8080 lenne. Igaz, a 8086 úgy készült, hogy a 8080 programok crossassemblerrel áttehetők rá. Tehát ugyanaz az architektúra, csak nem teljesen. ;)

    Te 8086 és 486 CPU-t említettél, 8080-asról nem volt szó, de ott is legalább assembler szintű kompatibilitásról beszélhetünk, míg a 6502->680x0->PPC->x86 esetén arról sem.

    > De ez egyben teljesen más rendszert is jelentett, ráadásul a 6502 idején még nem volt 8086, se 68000.

    Pont az a lényeg, hogy az Apple-nél minden ilyen váltás új rendszert jelentett, míg a PC oldalon nem.

    > Bátran állíthatom, hogy egy 8086 és egy Core i7 architektúrában annyi a közos, mint a mackósajtban...

    Hardware téren lehet, de opcode téren kompatibilisek egymással, ergo az x86 egyes lépcsői között a létező szoftverpark futtatása sosem okozott gondot. Ami ment 8086-on, annak mennie kell i7-esen is, maximum az OS-ből hiányzik már a meghívott funkció, de maga a program fut.

    > Egy PPC->x86 váltás, - figyelembe véve azt is, hogy nem a legfrissebb PPC - csak C fordító kérdése.

    Főleg, hogy pl. a Photoshopot eredetileg Pascalban írták... Továbbá mi van, ha nincs forráskód? A megvásárolt szoftvereiddel mit fogsz kezdeni? Veheted meg őket újra?

    > A PPC meg egy sokregiszteres Motorola-szerű csak risc.

    A 68k-nak és a PPC-nek opcode szinten semmi közük egymáshoz, a PPC nem fogja tudni natívan futtatni a 68k-s programokat.

    > A felhasználók meg a laptopok irányába fordultak, így még egy bika desktopot sem lehet csinálni. Ez okozta a fajlagosan olcsóbb Intel váltást, és talán ez fogja okozni a sláger ARM váltást is.

    Ehhez képest az Apple-nek utána is voltak szép számmal desktop gépei. Azonfelül a PowerBook-okban G4-es volt, ami sokkal olcsóbb volt, mint a Core vagy a Core 2 CPU-k.

    > A fentiek miatt úgy gondolom, hogy az architektúra nem csak a regiszterkészletet, hanem a külvilághoz (hardverhez) kapcsolódást is jelenti.

    Ja. És ennek a kapcsolódásnak az egyik sarokpontja az opcode. Ha az felülről kompatibilis, rengeteg probléma azonnal meg van oldva.

    > A többit intézi a fordító.

    Főleg ha másban írták, vagy nincs forrás...

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448426

    > Ez csak akkor áll, ha régi desktop (==windows) programot akarsz futtatni egy új rendszeren. Persze a biztonság kedvéért nem árt, ha a dotnet -∞ - +∞ verziókat is felrakod hozzá, meg egy DOS emulátort és egy virtuális flopit, stb. Aztán úgy jársz mint én, amikor a win program csak egy helyen indult el: linux text parancssorban. :-)

    Itt opcode szintű backward-compatibilityről volt szó, lévén CPU-król volt szó... Nyilván, ha nincs meg az OS-ben, ami kell, akkor nem fut.

    > Vannak ilyenek, de azok megtalálják maguknak a régi rendszereket. Nem csak a Windows tud ilyet, hanem az AIX is, mert ott is ügyelnek az időtállóságra, meg a cross platform kedvelőire is.

    Tud ilyet több rendszer is, ahol ügyelnek arra, hogy ne törjék el az API-t lépten nyomon; ez inkább csak Linuxon divat. (Ugyanitt: olcsó AIX alá való desktop vasat keresek. :P )

    > Hiába a backward compatibility, mert pl. az Outlook Express elhalt az XP után.

    Na, azzal inkább csak nyertél... Volt windows alá is normálisabb levelezőszoftver, tucatjával és nem a Thunderbirdre gondolok.

    > Egy régi kis kis kitérő az opcode birodalmába: Írtam assembler programot 286-ra, V20-on (~8088) .186 direktívával. Ami kb. annyit tesz, hogy 286 protected mód nélkül. A V20 kissé gyorsabb is volt, kicsi többet is tudott, mint a 8088. Sőt, volt natív 8080 üzemmódja is, így pécén közvetlenül lehetett futtatni az Intel Isis-II rendszert, ami 8080-ra készült. Nnna, ez a backward compatibility! ;)

    Assemblert én is írtam, de az inkább forward compatibility, mert úgy lett megtervezve, hogy bővíthető legyen a CPU "készlet", adott családon belül akár felülről is; most pl. 65xx->65Cxx van benne. (Mondjuk most már nem így írnám meg, ahogy most meg van írva...)

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448556

    > Célozgattam rá, tán nem elég drasztikusan, hogy az OS és a CPU váltásakor - ha ez egyszerre történik - néha úgyis mindegy.

    > Néha "'igy jártunk" lesz, néha meg pozitív a változás.

    Tény, de a szál onnan indult, hogy egy végig x86 alapú vonalnak a váltásai nem egyenértékűek a többszöri teljes architektúraváltásokkal, OS nem volt a képben. (Egyébként Apple-nél többször volt példa a csak CPU/csak OS és mindkettő egyszeri váltására is.)

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449114

    Innen indult ki a szál. Az állítás annyi volt, hogy nem egy súlycsoport az x86-on belüli ugrálás a teljes architektúraváltással. Ennyi és nem több.
    Hogy mit futtatok? Mondjuk az egész OS-t? Megfogtam pl. az MS-DOS X.Y-t és fel tudtam rakni bármilyen IBM-PC kompatibilis gépre, mert az újabb CPU ugyanúgy tudta futtatni ugyanazt a kódot, mint az előző és ezzel mindjárt az OS függőség is megoldódott a "hurrá! opcode szintű backward-compatibility segítségével". Ehhez képest az Apple különféle (fentebb belinkelt) emulátorokat adott ki, hogy a visszamenőleges kompatibilitást megőrizzék, ill. 680x0->6502 esetén még az sem volt. Én erről beszéltem. A különféle OS függőségeket, C fordítót és egyebeket már te öntötted bele, feleslegesen, mert nem arról volt szó. De ha már OS és fordítók: szerinted mikor van egyszerűbb dolga a cégnek? Amikor a következő gép ugyanolyan architektúrájú CPU-val lesz szerelve, vagy amikor teljesen mással? Kinek volt egyszerűbb, az MS-nek, amikor kijöttek a 286-osok, vagy az Apple-nek, amikor a Lisa-t csinálták? Az MS-nek nem kellett semmi extrát csinálnia, mint lefejleszteni az új verziót, ami már le tudja kezelni az új hardware eltéréseit és ezt a régi gépen a régi fordítóval leforgatni, majd az újon egyszerűen használni. Ehhez képest az Apple-nek pl. a 6502->680x0 váltáskor elő kellett állítania mind a hardware-es, mind a szoftveres eszközöket, hogy a Lisa-ra fejleszthessenek. Én erről beszéltem. Miféle sarokbaszorulásról beszélsz? Vagy nem érted, hogy mit mondtam, vagy direkt kötekedni akarsz.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449424

    > A program megy, de nem működik, tehát kompatibilis. :-D

    Valóban, feltételes módban kellett volna azt az egy mondatvégi szót írni: "maximum az OS-ből hiányzik már a meghívott funkció, de maga a program futna". Nyugodtan ignoráld facepalmok vagy akármik kíséretében az egész mondanivalót egy hiányzó toldalék miatt; szerintem enélkül is tökéletesen érthető volt, hogy opcode kompatibilitásról beszélünk.

    > A 6502 mellé azért kevertem oda teljes joggal a 8080-at

    Utólag. Na, az a csalás. Utólag belerakni valamit. x86-ról volt szó előtte, nem másról. A másik szálon meg 4 féle arch-ról. (Nem mintha egyébként ez változtatna a többin, ezt csak a "csaltál" kitételedre írtam.)

    > Itt az egy pont a MSnek (Intelnek), hogy crossassemblerrel gyorsan át lehetett tuszkolni a programokat.

    Igen, mert volt olyan. 6502-ről 68000-re hogy tuszkolták át a programokat? Sehogy. Írhatták meg újra. 6502-esen. 68000-esre. Biztos egyszerűbb dolguk volt, mint a mikiszoftnak.

    > A 286 korszakban már voltak DOS alá programok.

    Mert előtte nem. Előtte csak maga a DOS volt, programok nélkül. Még kommandkom sem volt.

    > Az új CPU előnye - eltekintve néhány kivételtől - csak a gyorsaság volt.

    Irreleváns. Nem az előny volt a lényeg, hanem a váltási nehézségek minimalizálása, ami az x86-os vonalon belül megvolt.

    > Pontosan ezért keveredett bele a C fordító is, hiszen a DOS még assemblerben készült. Viszont utána olyan kódbázis alakult ki, amely - esetleg némi befektetéssel - platformok között hordozható lehet.

    Az Apple cuccai meg Lisa ill. Apple Pascalban. Ott a C-vel nem is foglalkoztak. Többek közt ezért is irreleváns a C fordító. Persze a Pascal is hordozható, ha van a túloldalon/túloldalra fordítód, de az Apple-nek nem volt, amíg meg nem írták.

    > Éppen ott tartunk, hogy a MS a múlt héten vásárolt processzoromat a jövő héten nem fogja támogatni. :-D

    Csakhogy ennek semmi köze az x86 CPU-k egymás közti opcode kompatibilitásához, amiről szó volt. Porszívót nem vettél véletlenül a múlt héten? Tudod mikiszoft félét, amivel sosem fogsz szívni... Esetleg azt is besuvaszthatnád ide érvnek.

    > Az első mondatodnak ma már kizárólag az "x86 egyes lépcsői között" van értelme. Ha a szoftverparkod már két lépcsős, az sok is lehet. Ilyenkor a gyártó alaposságán múlik a platformváltás zökkenőmentessége. És ebbe beleértendő az is, hogy felmérést készít a felhasználók által kialakított szoftverparkról, konzultál az egyéb szoftvergyártókkal. Ez a zárt kód és idegen CPU(k) hátránya.

    Bármilyen régebbi x86-os opcode-ra forgatok le egy programot, az 99%-os valószínűséggel futni fog a mostani gépemen is, hacsak nem hajítottak ki valami utasítást. Én még nem találkoztam ilyennel, de shit happenz.

    > De akár vissza is lehetne fordítani a dolgot. Jó dolog-e az, ha az Intel kompatibilis a 40 évvel ezelőtti opkódokkal. Vajon nem okoz ez valamilyen hátrányt?

    Nekik? Biztos. A szoftverfejlesztőknek és a felhasználóknak? Lehet. De ha okoz is, előnye messze több van.

    > Tehát nem kötekedek, csak egyrészt nem látom akkora problémának a váltást.

    Ez a mondat értelmezhetetlen. Nem látod akkora problémának, mint mit? Vagy csak úgy simán, nem akkora probléma? Utóbbi esetén értelmezhetetlen, hogy hogy kapcsolódik ide, mert én sehol nem állítottam olyat, hogy ez aaakkkora probléma, hogy világvégemindmeghalunk; azt mondtam, hogy nehezebb egyik archról átállni a másikra, mint egy archon belül egyik modellről a másikra. Ennyi volt az állítás, amiből ez az egész szál elindult és nem több. Ezt azóta sem cáfoltad, csak belehoztál a szálba olyan elemeket, amiknek köze nem volt az egészhez, pl. C fordító, mert más nyelv nincs is; hát az Apple-nél meg pont nem C-ben ügyködtek anno.

    > Másrészt meg nincs teljesen igazad az "egyes lépcsőkben" sem. Belátom, a DOS az adu, bár értelme nincs. Ha az egy lépcsőből véletlenül kettő is lesz, akkor az oprendszer jelenléte (és a driverek hiánya) miatt erősen megkérdőjelezhető a kompatibilitás.

    Az MS-DOS-t azért hoztam fel, mert amikor az Apple váltogatta az architektúrákat, akkor a "túloldalon", az x86-os világban az MS-DOS dívott. De akkor hagyjuk az MS-DOS-t; mondok mást: WINE. Azért tudja a virtuális gépeknél sokkal nagyobb teljesítménnyel "emulálni" a windowst, mert nem kell a CPU-t is emulálnia. És működik a vindózos cucc Linuxon, BSD-n, Solarison, meg ahova le tudod forgatni a WINE-t. Az "oprendszer" (esetünkben a windows) jelenléte nélkül. Fogod a windózos binárisodat, átrakod akárhová, az API wrappingot a WINE (elméletileg) biztosítja és az opcode kompatibilitásnak köszönhetően futni fog. (Már, ha a WINE bugmentesen implementálta a szükséges interface-eket és értelemszerűen ez a hordozhatóság csak azonos architektúrán belül értendő.) És - bár nem tudom, milyen hatékonysággal, de - ugyanezt csinálja a mikiszoftnak a WSL, vagy mi a rosseb nevű Linuxos rétege. Nekik is mennyivel egyszerűbb a dolguk, hogy a CPU emulációjával nem kell bajlódniuk. (Egyébként WINE még windowsra is van és sok esetben sokkal kompatibilisebb a korábbi windózokkal, mint maga a host windows. Na, többek között ezért is irreleváns, hogy az ms nem akarja a múlt héten vett CPU-dat támogatni.)

    > Mert ugye a 10 éves gépemre rakhatok DOS-t - de minek, viszont se Windows se linux környezetben nem fognak futni a 386-os programok.

    A DOS-osak? windowson egy részük futni fog. Itt egy kis DOS-os karaktertáblaprogram. Xp-n még fut, Win7-esen már nem, ugyanazon a gépen. Nem a 386-tal van a baj (főleg mivel nem 386-os kód), hanem az API-val.

    > Az opcode pipa, csak nem megy. Ez a második mondatod.

    Mint mondtam: köss bele egy hiányzó toldalékba. A szövegkörnyezetből elég egyértelmű volt, hogy miről beszélek. Ahogy mondják: értsd jól. Te nem akartad érteni, inkább belekötöttél egy lemaradt szótagba, több kB szövegben. Baromira nem az újabb OS-ből már hiányzó részek okozta breakage volt a lényeg, hanem az, hogy a régebbi programokat egyszerűbb az új rendszeren életrekelteni, ha az architektúra azonos. Nem, még az OS sem feltétlen kell hozzá, ld. WINE.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2450112

    > Butaság azt a kritériumot felállítani az emulátorral szemben, hogy egy emulátornak muszáj komoly sebességcsökkenést okoznia. És ha nem okoz, akkor máris nem lehet emulátornak hívni.

    Ilyen kritériumot nem is szabott senki, mivel nem is a sebességcsökkenésen van a hangsúly, hanem arról, hogy a WINE semmi olyat nem csinál, amit emulációnak - azaz utánzásnak - lehet hívni, sem hardware-esen, sem szoftveresen, mivel nem emulál sem virtuális gépeket sem fake windows kernelt, csak átfordítja az API hívásokat az adott OS hívásaira.

    Wine (originally an acronym for "Wine Is Not an Emulator") is a compatibility layer capable of running Windows applications on several POSIX-compliant operating systems, such as Linux, macOS, & BSD. Instead of simulating internal Windows logic like a virtual machine or emulator, Wine translates Windows API calls into POSIX calls on-the-fly, eliminating the performance and memory penalties of other methods and allowing you to cleanly integrate Windows applications into your desktop.

    API-emulátornak talán lehetne hívni, de nem annak szokták, hanem API-wrappernek.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2450464

    Írtam, hogy "API-emulátornak talán lehetne hívni, de nem annak szokták, hanem API-wrappernek." De hívjuk API-emulátornak.

    A kernelben tkp. igazad van, az utánzás a lényeg (mert az emulátor ezt jelenti), az meg tényleg mindegy hogy egy fake win kernellel, vagy wrappinggal csinálja, ez jogos.

    Viszont az eredeti téma az opcode-kompatibilitás volt - hogy miért volt egyszerűbb dolga annak, aki csak architektúrán belüli modellt váltott és nem architektúrát - amit ugye a WINE nem biztosít; csak a host architektúrájával azonos archra való windowst tud emulálni. Mondjuk ez már inkább buckonak szól, mert ő hozta bele a szálba.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2450473

    Pontosan, erről beszéltem én is.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2449604

    > Látom, a ragon rugózol, pedig nincs különbség. A futna is azt jelenti, hogy nem fut.

    A végeredmény szempontjából nincsen, de a belekötésed szempontjából van, mert a feltételes mód explicit kijelenti, hogy nem fut, csak futna, ha meglenne a backend, míg nélküle fennáll az a logikai anomália, amibe belekötöttél.

    > Ugyanúgy nem fut a karaktertábla program sem (XP SP2):

    A hiba az ön készülékében van. Még be is linkeltem a printscreent, hogy nálam megy Xp alatt.

    > Talán nincs felrakva a 16 bites API. - Ez is egy emuláció, mint a WINE.

    Ez nem emuláció, hanem absztrakció. A kettő nem ugyanaz. A WINE még a nevében is WINE Is Not (an) Emulator. Csak egy API wrapper. Xp alatt sem emulálnak egy 8086-ost, csak wrappeli a hívásokat a win32-nek.

    > Fogalmam sem volt, hogy az Apple pascalban dolgozott, de nem lep meg. Mióta láttam PHP tűzfalat, és a Windows dll a BIOS-ból töltődik már nem jöhet új. ;)

    Nem véletlenül dolgoztak Pascalban; az egyik legjobb programnyelv. A C-nek csak annyi az előnye, hogy baromi pici és gyors binárisokat eredményez. Illetve - de ez már újkori eredmény - hogy mivel szinte mindenütt elérhető, ezért az abban írt kód a leghordozhatóbb. De ez nem a nyelvből jön, hanem az elterjedtségből.

    > Csak annyit állitotam, hogy a mai fordítókkal nem lehet nagy durranás.

    Még szerencse, hogy a történelemről beszéltünk, nem arról, hogy mi van ma.

    > Ennek ellenére pozitívnak tartom az egyre szaporodó kompatibilis rétegek elvetését, ami alatt persze nem a jó dolgok megtartását értem.

    Akkor mit csodálkozol, hogy az MS már egy tegnapi gépet sem akar támogatni? Amúgy meg a backward compatibility kiszórása nagyon ocsmány szokás.

    > Most utána is néztem, hogy az Apple sem a 6502->68k átállást lépte meg, hanem 6502->65C816->68k->PPC. Vagyis 8->16, 16-arch váltás->32, 32->64.

    Mondjuk a 65C816 valamilyen szinten opcode kompatibilis volt visszafelé, de amúgy ja. Még az is ott volt egy köztes lépésnek. Viszont, akkor már 8->16->32->32->64->64, mert 6502 (8) -> 65816 (16) -> 680x0 (32) -> PPC -> (32) -> PPC64 (64) -> x86_64 (64). Ugyan a 68000-es belülről 16-bites felépítésű volt, de maga a koncepció, a logika és főleg az utasításkészlet full 32-bites volt már a legelején is. Az a CPU család ékes példája a forward compatibilitynek.

    > Tehát a nyomorult Apple az első lépésént rosszul választott CPU-t

    Miért is? Amikor Wozék elkezdték, csóró egyetemisták voltak. A 6502-es a legolcsóbb 8-bites CPU volt. Ezért is volt olyan népszerű. Mit választottak volna, amikor még a kocsijukat is el kellett adni, hogy legyen pénzük az első pár lapot legyártani?

    > Az első döntés végig kísérte mindkét gyártót.

    Az Apple-t? Ők az OS-t is eldobták többször. GEOS -> LisaOS -> MacOS -> OSX. Már a Mac-ek idején sem volt semmi a 6502-es örökségből.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Jason


    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2450107

    > Vagy csak nekem tűnik igy? ;)

    Csak neked.

    > És a hiba tényleg az én készülékemben van, mondom: Nem raktam fel a 16 bites API-t. És erről is lehetne vitatkozni, hogy része-e az OS-nek, vagy sem. De minek.

    Hívd akkor emulációnak, de opcode volt a kérdés, hardwares emulációt a WINE meg nem csinál, ld. egyel feljebb.

    > Olvasd el innen kezdve a végéig:

    Elolvastam még egyszer. Nem lettem okosabb. Az összefüggést sem értem. A win10-ben a mai napig kísért a CP/M szelleme, ez tény, de a macOS-ben hol lehet látni a régi 6502-es rendszer örökségét?

    > A Pascal tényleg jó nyelv, csak abban programoztam pécét még DOS alatt. A C akkori megnevezése "struktúrált assembler". Azóta fejlődtek a fordítók, aminek a lezárását 2000 környékére teszem. Tehát nem a mai fordítókra gondolok, és tudom mikori a POWER6. POWER-en 33MHz-es korától 1,5GHz-ig (POWER5+) dolgoztam. A 80-as években megszokott technológia - megírod, majd assemblerben optimalizálod - a fejlett fordítóknál értelmetlen, mert megteszik ők maguk. No, akkor ez már történelem? ;)

    Hogy kapcsolódik ez a korábbi szálhoz? Opcode kompatibilitásról volt szó, ami az Apple-nél nem volt az arch-váltásoknál, abba te még behoztál egy C fordítót, mint a kompatibilitás záradékát, ami megint csak nem volt az Apple-nél. Vagy arra célzol, hogy ami 2000 előtt volt azt felejtsük el? Az érdekes lenne, lévén ahonnan indult, ott te is messze 2000 előtti x86 verziókról beszéltél.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2451052

    > Ha nem lettél okosabb, megpróbálom mégegyszer elmagyarázni a történelmet - napjainkig, különös tekintettel az opcode kérdésére.

    - Az Apple 1975 elején kezdte fejleszteni az Apple I-et, a CP/M-et alig fél éve fejezték be és az intelnek sem kellett, visszadobták, a DR pedig a piacon forgalmazni csak 1975-ben kezdte, bőven azután, hogy az Apple I fejlesztése elindult; mégis hogy vehették volna figyelembe a CP/M kompatibilitást, mint tényezőt a CPU választásnál? Ha tudtak is róla, hogy van olyan, hogy CP/M, akkor az még csak egyike volt a 70-es évek számtalan OS-csírájának.
    - Az IBM nem egyszerűen a CP/M kompatibilitás miatt választotta a 8088-at. Több alternatívát is átnéztek, többek közt a 6502-est is és éppen azért dobták el, hogy ne legyen Apple-kompatibilis. A 8088-at csak a 68000-essel szemben választották, mert több tool volt rá, de egyébként a választásában bilgéc adta a végső lökést, aki szaros 50k-ért megvette a SCP-től a CP/M klónjukat, majd rávette az IBM-et, hogy vegyék meg.

    > A) ...

    Képzeld, ezt én is tudom.

    > B)...

    Magyarán az Apple-nek a többszöri architektúraváltással sokkal nehezebb volt, mint az IBM/intel/ms triumvirátusnak az architektúrán belüli modellváltogatással. És egyébként ez nem magyarázat a korábbi állításodra, hogy az első döntés miért kíséri végig az Apple-t. Az első váltásig kísérte, aztán elfelejtették. Hol van a 6502-es korszak öröksége a mai Apple rendszerekből?

    > Indiana Jones kereszteslovagja azt mondaná: A - bölcsen döntöttél, B - ostoba választás volt. ;)

    Ld. első bekezdés, a törioktatásodra...

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2451745

    > Ugyanekkor a MS már 8080-on dolgozott, bár ez lényegtelen, mert nem befolyásolta az IBM PC-t. Csak később.

    Az a kisebbik, hogy az IBM PC-t nem befolyásolta, de az Apple-t sem. Egyébként az MS dolgozott mindenen, lévén a BASIC-jüket mindenhova portolták. 6502-esre is.

    > Nem mondtam ilyet.

    De mondtál: "Az első döntés végig kísérte mindkét gyártót." Erre mondtam, hogy az Apple-nél max az első váltásig.

    > Ami csak bullshit, mert

    He also felt the the 68000 didn't have as good software and support tools, and the similar register model allowed the porting of 8080 tools to the 8086/8088.

    > ugye a 6502 az igazán 8080 kompatibilis volt. ;)

    WTF? Ki mondta, hogy a 6502 8080 kompatibilis volt? A cikk arról szólt, hogy a 6502 is szóbakerült, mint az első IBM PC CPU-ja, csak eldobták, mert nem akartak Apple kompatibilis CPU-t. Nem értem, hogy mit akartál itt mondani.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2451972

    > Szóval az IBM biztosan azért dobta a 6502-t mert Apple. ;)

    A te spekulációd az első IBM PC-t megalkotó csapat vezetőjének állításával szemben. Ó jaj, most kinek higgyek?

    > Itt egy kicsit két malomban őrlünk, mert az Apple pont akkor kezdett, amikor a CP/M még pont nem jött be. A nagy dobás a PC CP/M továbbvitele (6 évvel később), ami után pár évvel (83?) az Apple pont eladási rekordot állítot be. Viszont közben a CP/M (már korábban) és a PC is ipari szabvány lett...

    Nem, nem őrlünk két malomban, pontosan erről beszéltem idáig, hogy azt kéred számon az Apple-ön, hogy miért nem választottak egy CP/M-kompatibilis CPU-t, a CP/M megjelenése előtt. De akkor végre átment.

    > Lefordítom a kacsnitós szmájli értelmét: Nem volt az, ezért a kutyát sem érdekelte.

    Azt értettem, hogy szarkazmus volt, de ilyet senki nem is állított, hogy a 6502 8080 kompatibilis volt. Se én, se a linkelt levelezés. És az meg nettó WTF, hogy szerinted azért bullshit, hogy az IBM az Apple kompatibilitás miatt dobta a 6502-őt, mert a 6502 nem 8080 kompatibilis... A két dolognak az ég egy adta világon semmi köze nincs egymáshoz!

    > A BASIC ugyan népszerű volt a 80-as években is, de ez lényegtelen. A 80-as évek közepén a PC-n ment pl. a Turbo Pascal 3, Macro 80, WordStar stb. Ha kiírtam flopira, akkor akár otthon is tudtam dolgozni az Enterprise 128 gépemen, mert ugyanezek a programok mentek CP/M alatt is. Aztán a munkahelyemen rádugtam egy terminált a Dolch logikai analizátorra és MP/M alatt programozhattam a 8db Z80-at. (Az alapgép 2MFt volt, a fizetésem meg már akár 8eFt is. ;))

    Honnan kellett volna az Apple-nek tudnia tíz évvel korábban, hogy a még ki sem adott CP/M ekkora hordozhatóságot fog jelenteni? Ez nem bölcs, vagy balfasz döntés kérdése volt a hetvenes évek közepén, hanem lutri.

    > Az Apple jó dötése a UNIX volt, amitől kezdett nem túl lényegessé válni az arch-ok közötti ugrabugra. Apple szivat, júzer jó pénzért mosolyog. Hol itt a gond?

    A UNIX nem az Apple döntése volt, hanem az Apple-től kirúgott Jobsé, amikor a NeXT gépeket csinálta, annak volt Darwin kernelű UNIX OS-e. Az OSX-nek semmi köze nincs a korábbi MacOS vonalhoz, Jobs kukázta az egészet és átültette a NeXTSTEP-et a POWER alapú Apple gépekre. Az Apple pedig nem szívatásból választotta előtte a 6502-őt és a 68000-et, hanem előbbit azért, mert olcsó volt, utóbbit meg azért, mert jó.

    > Érdekes, hogy a MS nem tudta stabilizálni a UNIX irányvonalat, mert a Xenix és SCO is elég gyorsan megszűnt.

    Nem tudták megoldani a backward compatibility-t, ami náluk a fő megtartóerő volt.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2452360

    Tisztelem is. Ezért írtam - ha kicsit szarkasztikusan is - hogy az mérvadó az IBM PC CPU választásáról, amit az IBM PC atyja írt az emlékirataiban, nem egy hupos kolléga spekulációi. Az lehet, hogy az ismereteid nem a bulvársajtóból származnak, de nem is első kézből; az IBM PC tervezésének részleteit csak az tudhatja, aki ott volt. És nem, ez nem hit kérdése.

    Impresszív az önéletrajzod, csak nem értem, hogy hogy jön ide. Érezzem magam kevesebbnek, mert túl későn születtem? Vagy írjam le, hogy 89-ben, három évesen írtam az első programomat C128-on és elsőként programoztam le egy adott környezetben működő virtuális gépet, amit előtte (tudtommal) senki nem tudott? Hogy kapcsolódna ez az opcode kompatibilitáshoz, vagy ahhoz, hogy az Apple ostobaságból, vagy szemétségből választotta ki az első CPU-ját, vagy csak éppen az volt elérhető áron két csóró egyetemistának?

    A jobbra balra kanyargásban egyetértünk, erről beszéltem már a legelső posztban, hogy nekik nehezebb volt az architektúraváltást végigzongorázni, mint az IBM világnak. De nem azért, mert hülyék vagy köcsögök voltak.

    Az lehet, hogy ha nincs az MS egyeduralma, akkor ma POWER gépek előtt ülnénk. Nekem nem hiányozna az x86, elhiheted.

    A NeXT gépek baromi jók voltak. Kár, hogy csak baromi ritkán és akkor is gyémántárban elérhetőek, már vettem volna egyet...de ez off.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2452661

    Mit jelent az az "ilyen" project?

    Kösz a tanítást, az mindig jól jön. Tehát az eddigiekből és ebből az ideerőltetett analógiának szánt sztorizgatásból a következő két következtetést levonni:
    - Az IBM PC egy innovatív készülék volt, amit bölcs előrelátással terveztek.
    - Az első IBM PC tervezője egy idióta volt.
    Ez tulajdonképpen teljesen logikus. Mondjuk ebből még mindig nem derül ki, hogy az Apple miért lett volna hülye, vagy köcsög, mert 6502-őt, meg 68000-est választott, hogy miért szopatta volna ezzel a felhasználóit, dehát ez van. Az ipar viszont évtizedek óta az x86-ot nyögi.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2452768

    > Ebből következően pont nem hinném, hogy az IBM PC tervezője papája idióta volt, hiszen számba vette mindazt amit kell.

    Akkor meg mire fel volt a Videoton-sztori, meg a kiselőadás, hogy miért is nem kell komolyan venni a véleményét, miszerint az IBM az Apple kompatibilitás elkerülése végett dobta a 6502-őt? Megmondták neki fentről? És még 25 évvel később is azt mondja, amit anno fentről mondtak neki?

    > Az Apple-t nem én dícsértem ennyire, de kérdésedre a válasz - már amennyit olvasgattam róluk - a mai napig ők mondják meg, hogy mi kell a felhasználónak. Ezt sokan be is nyelik, boldogan. Pedig régen is az adott kort meghaladó műszaki megoldásokat csináltak. Aztán ebből húzták a hasznot, amíg csak lehetett. Még akkor is, amikor már rég nem csóró egyetemisták voltak. OK, még nem vesztek éhen, üzleti tanácsot meg csak legutoljára kérjél tőlem. ;)

    Ja, értem már mi a problémád. Nem, nem vagyok Apple fanboi. Csak épp annak, hogy az Apple mit művel mammutcégként, annak semmi köze ahhoz, hogy a két Steve szakadt gatyában mit alkotott a hetvenes évek közepén.

    > Tehát az a hibájuk, hogy nem úgy, nem akkor váltottak, amikor kellett. A 6502-vel semmi bajom, csak ami utána jött.

    A 68000-essel? Akkor már tellett rá, választhattak erős CPU-t. Mi a baj ezzel? Hogy nem x86-ot, vagy CP/M kompatibilis CPU-t választottak? A LisaOS egy klasszissal jobb OS volt, mint a CP/M. Csinálták a sajátjukat. Szerintem meg nincs ezzel semmi baj. Az már inkább minősíti őket, hogy a LisaOS-t kukázták a sokkal gagyibb System 1.0-áért.

    > Semmiben nem különbözik az Apple hozzáállásától! Van egy olyan süket duma, amikor a mennyiségi változás átmegy minőségibe...csak itt negatív értelemben.

    Ez itt már nem hozzáállás kérdése, hanem kényszeré. Az ipar nem tud megszabadulni tőle, mert akkor levesbe menne a windózos szoftverpark... (Még ARM-on is épp, hogy csak megvetették a lábukat, mármint az MS.)

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2452893

    > A Videoton sztori rendre:

    > - Lehet egy információ téves.

    > - Lehet rossz emlékezet és hazugság is.

    > - Lehet vaskos tévedés.

    Lehet, lehet, lehet...látod, erre írtam, hogy spekuláció.

    > A mottó: Inkább higgy annak, aki akkoriban csinálta, mintsem a főnökének. ;)

    És van kéznél olyan ember véleménye, aki részt vett az első PC tervezésében és ellentmond az egykori górénak?

    > Ha nem érted amit írtam, olvasd el az iAPX rendszer és rendszerlemek dokumentációját!

    Lehet, hogy kiváncsiságból elolvasom, bár hirtelen nem igazán értem, hogy hogy kötődik az Apple/IBM szálhoz...

    > Ezt a 6502 sztorit sem értem teljesen, mert ez a CPU, illetve a 16 bites utóda 1993-ig ment. A 68000 vonal meg 1983-ban kezdődött és 1996-ban ért véget. A PowerPC 1994-2006 között.

    > Ezek szerint a 6502 kódokat 1976-1993 között lehetett futtatni.

    > A 68000-re váltás csak az AT megjelenésekor indult.

    Szó szerint azt írtad. "A 6502-vel semmi bajom, csak ami utána jött." Ezért kérdeztem rá, hogy pontosan mivel is van bajod. A 68000-essel? Vagy az OS irányzattal?

    > A LisaOS és a CP/M összehasonlítása meg butaság. (Írtam erre is példát.) A CP/M nem csak konzumer rendszer volt, illetve főként nem az. Egy csomó ipari rendszer használta, így a vásárlók köre teljesen más.

    Viszont az Apple az homecomputereket gyártott. Tehát nem volt ostobaság, hogy nem CP/M vonalon indultak el. Nem a LisaOS vs. CP/M volt a lényeg, csak próbáltam kipuhatolni, hogy mivel volt a bajod, ld. előző bekezdés. Sajnos most sem lettem okosabb.

    > Van ipari PC és van ipari Apple?

    Miért, ipari windóz van?

    > De sajnos van ipari Windows.

    Na tessék; hát ha az iparinak számít...

    > (A vakbélműtétemnél fekszek a műtőben, fejem fölött indul az XP: Úristen! Meghalok!)

    Ne aggódj, a windóz előbb hal meg. Kéken.

    > nem akarom a netbeans alapú IDE gyönyöreit élvezni

    Ezt maximálisan át tudom érezni, de ez már végképp ködös, hogy hogy a búbánatba jött ide...

    > Miért nem tud összeülne egy csomó okos és egy csomó gazdag ember, és csinálhatnának 4 OS-t: Konzumer grafikus, ipari grafikus/ipari, RT és embedded?

    Csináltak. (Milyen az az "ipari ipari"?)

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2454518

    > A 6502 alkalmazása egy ipari célokra is alkalmas gépben, 1981-ben abszolút nem indokolható.

    Az IBM PC-t intelligens terminálnak szánták eredetileg. Abba egy 16-bites 6502-es is jó lett volna akár. Mit értesz ebben a kontextusban "ipari" alatt?

    > Az IBM PC bevezette a Industry Standard Architecture (ISA) buszt.

    > A fejlesztést az Intel IAPX architektúrára alapozták.

    > Az iAPX nem csak CPU család, hanem mellette komolyabb követelményeknek megfelelő komplex és multiprocesszoros rendszer kialakítására alkalmas támogató csipeket is tartalmaz: Support chips - Ezeket egy-két kivétellel használtam is.

    Ez csak akkor érv, ha a buszrendszert előbb konstruálták meg, mint ahogy CPU-t választottak, mert akkor természetesen adja magát, hogy olyan CPU-t raknak alá, amivel a legjobban együtt tud működni. Ha viszont előbb választottak CPU-t és aztán építették meg a buszrendszert, akkor ez nem érv, mert utólag bármilyen CPU-val tervezhetnek bármilyen buszrendszert.

    > Mellékesen az x86-ot kihegyezték a "magasszintű nyelvek támogatására".

    Hogy mi? Mintha egy intel brosúrát olvasna az ember... Mit jelent ez a mondat? Azt, hogy relokálható volt a stack? A két évvel korábbi 68000-esben is. Azt, hogy a 6502-essel szemben ennek volt tisztességes regiszterkészlete (1 db 8-bites adat + 2 db 8-bites index vs. 4 db 16-bites adat + 3 db 16-bites index)? A 68000-esnek messze több regisztere volt (8 db 32-bites adat és 7 db 32-bites index). Azt, hogy ez tudott 4 MHz felett is menni, azaz volt elég kakaó a magas szintű nyelvek assembly-hez képesti overheadjéhez? A 68000-es már eredetileg is 8 MHz-en ment, de '81-ben már volt 10 MHz-es változata is. Mit jelent ez a mondat?

    > Nálad a labda, hogy bizonyítsd volt értelme 6502-ben gondolkozni, mert ilyen tulajdonságokkal rendelkezett!

    Túldimenizonálod az IBM PC-t, mert messze nem az lett belőle, mint ami eredetileg a cél volt. Azonfelül én nem azt állítottam, hogy a 6502-vel jártak volna legjobban, hanem becitáltam a tervezőjének a visszaemlékezését, hogy az is megfontolásra került, többek között, mert - ahogy abból a levélből kiderült - az IBM-nél nem egyedül 8088 és 6502 volt az asztalon, lehetett volna 68000-es is. Márpedig a te állításod ugye az volt, hogy az IBM bölcsen döntött, amikor a '81-ben a 8088 mellett döntött, az Apple meg hülye, amiért - kezdő cégként - '75-ben az olcsóbb 6502 mellett (Apple I), '79-ben pedig - már befutott cégként - az erősebb 68000-es mellett (Lisa).

    > - A 6502 és a 16 bites változata a sikeressége ellenére kihalt.

    Aha, tényleg...
    Ha a számítógépekben érted, hát ott eljárt felette az idő. Közel tíz évig hajtotta az Apple gépeit és elegendő pénzt termelt ahhoz, hogy nagyvállalat legyenek. So?

    > - A 68k előremutató tulajdonságai ellenére kihalt.

    Kb. mint a 6502...
    Ami pedig a számítógépeket illeti, efelett is eljárt az idő, mint az összes CISC CPU felett. Amúgy, ha megnézed, a 80-as évek homecomputereinek többségében 68k volt. Ami az Apple-t illeti, az Apple Lisa megjelent 1983 januárjában, az Apple Macintosh Quadra 950 1995 gyártása befejeződött 1995 októberében. Tizenkét évig hajtotta az Apple gépeit. Miért is volt rossz választás?

    > - A PowerPc motorola vonala kihalt.

    És? Az IBM vonallal mi a baj? Backward-compatibility megvan, nem? És egyébként ezek a gépek is 12 évig vitték a vállukon az Apple cuccokat.

    > - Most az Intel vonal is megszűnik.

    Most már az is baj? Eddig az volt a baj, hogy miért nem x86. Egyébként, most függetlenül attól, hogy az ARM milyen, tekintve, hogy az Apple jelenlegi fő fejősteheneiben (okoseszközök) is az van, ez nem feltétlen hülyeség, hogy egységesítik az architektúrát az összes termékükben. Mondjuk nem tudom, hogy fogják a high-end gépekben kiváltani az x86-ot, AFAIK nincs olyan ARM, ami akár csak megközelítené a high-end x86-ok teljesítményét (fixme).

    > Windows XP Embedded

    > Windows Embedded Industry

    > Ezek annyira halottak, hogy nem is olyan régen hivatalos MS drivert töltöttem le az XP SP2 rendszeremre. Ők ajánlották, hogy az embedded platformhoz kiadott driver alkalmas a rég nem támogatott rendszerhez - és így is volt. És nem, nem vagyok MS fan! ;)

    > A hupon is láthattál néhány ipari windózos szerkezetet.

    Uhh, ember, szarkazmus volt... Nem tűnt fel a következő két bekezdés, amit a válaszodban elfelejtettél citálni? Hogy olvasod te el a posztjaimat?

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2454741

    > Ipari==iparban használatos. És használták is.

    Ez így nem mond és jelent semmit. A 6502-őt is használták az iparban. Sőt a 4004-et is.

    > A 8086 '78-ban, a 8088 '79-ben, a PC '81-ben, a 65816 '83-ban jelent meg. Nem spekuláció, hanem zöldségeket beszélsz. ;)

    Rosszul emlékeztem a 65816 kiadási dátumára, ilyen van. A zöldségekkel nem vagyok egyedül. Ld. pl. lejjebb. Vagy mit is jelent, hogy "kihegyezték a magasszintű nyelvek támogatására"?

    > Az ISA buszt konstruálták ugyan, miszerint elhelyezték az iAPX rendszer csipjeit a csatlakozó mellett.* ;)

    > A 68k-hoz a VME busz akkoriban született, amikor a PC, de csak később szabványosították. Meg egy kicsit más volt a célja.

    Tehát magyarán a buszrendszert igazították az architektúrához és nem az architektúrát választották a buszrendszerhez. Erről beszéltem.

    > Innentől a 6502-re igaz, hogy

    > - 64kaddress space wasn't enough

    > - NOT it allowed the lowest cost implementation of an architecture that provided a migration path to a larger address space and higher performance implementations.

    > - Companion and support chips not as well covered as Intel.

    > És nem akarunk Apple kompatibilis gépeket gyártani, különösen azért, mert

    > - It had a feasible software migration path that allowed access to the large base of existing 8080 software.

    > És utáljuk az Applet-t. :-D

    > Láthatod, hogy ez egy bölcs döntés volt akkoriban.

    Tehát kellett a 6502-nél erősebb, a 68000-esnél olcsóbb CPU. Ha az IBM hivatkozik erőre, vagy olcsóságra, az bölcs, ha az Apple, akkor az hülye?

    > Az apple is bölcsen döntött az olcsób processzor mellett, majd épített hozzá egy valag hardvert, egészen '93-ig. ;) Még bölcsebb döntés volt a 68k, hiszen ekkor már két architektúrát kellett egyszerre vinnie. ;)

    És én beszélek zöldségeket? Mondd már meg: ha másodjára a 68k helyett x86-ot választanak, akkor talán nem lett volna két párhuazmos architektúrájuk? Akkor arra mondanád nagy gúnyosan, hogy bölcs döntés volt? Ami meg a "valag hardware"-t illeti, no comment. Ők egy géphez választották 6502-est az olcsóság miatt, az Apple I-hez, '75-ben. A többihez már a backward compatibility miatt, de akkor már nyugodtan gyárthattak akármit hozzá, mert tellett rá.

    > A POWER irány az komolyan jó, persze az IBM helyett a végén a Motorolát választva szintén bölcsesség volt.

    Az első POWER alapú Mac-ekben (6-7-8-9000-es sorozat) PowerPC 601-es, 603-as, majd 604-es CPU-k voltak. Utána jöttek a G3-as, G4-es, G5-ös gépek. Ebből a G5 IBM-only, a többi pedig közös projekt. Vagy miről van szó? Arról, hogy melyik cég gyártotta konkrétan a CPU-kat? Miért, talán a Motorola gyáraiban silányabb minőségben állították elő? Én nem hallottam róla, hogy sorban elfüstöltek volna anno ezek a CPU-k. Architektúrális különbség nem volt két 60x-es, 7xx-es, vagy 74xx-es CPU között.

    > A "processzor halott", az nem azt jelenti, hogy fölfelé álló lábbal szerelték be. ;) Manapság sok régi bevált processzot gyártanak modern technológiával, nagyobb sebességgel. Hol azért, mert van rá régi szoftver, hol meg raknak mellé flasht, ezt-azt-amazt, de asztali számítógépet már nem építenek belőle. Nekem is van Conrad teljesítménymérőm. Van benne egy 8035+flash+adc+DSP+LCD meghajtó - egy tokban. A 8035 helyén állhatna bármi. A 65816+flash+64k RAM nyivánvalóan nem a Core i7 partnere.

    Nem tudom feltűnt-e, de írtam, hogy a számítógépekben lejárt az idejük. Ettől még több, mint 10 évig szolgált mind a kettő. És jól, sok pénzt termelve. Nem tudom mi ez a görcsös erőlködés, hogy lehúzd a Motorolát meg az Apple-t.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2455184

    > Végképp nem mond semmit, mert én a PC-től beszéltem. ;)

    Ja. Csak azt nem fejted ki, hogy mégis mit értesz ipari PC használat alatt. Aztán csodálkozol, hogy "nem értem". Azt, hogy gyárakban használták vezérlésre? Commodore gépeket is használtak.

    > Nem. Egyszerűen tudomást sem veszel arról, amit írok, linkelek. De arról sem, amit linkeltél.

    > Egyszerűen az Intel iAPX rendszert választották. Abban ott volt a CPU, a migrációs path, az összes periféria és buszmeghajtó. Egyedül a video kártya készült "rendszeridegen" csippel, mert olyan nem volt. De mindez oda van írva abba a levélbe is, amit linkeltél, csak nem érted.

    Pontosítsunk: össze-vissza beszéltél, én meg ezt nem értettem, hogy mire akartál kilyukadni. Egy az architektúraváltásról szóló egyszerű állítástól indultunk az elején, te meg beleöntöttél mindent, ami az eszedbe jutott, hogy "sarokba szoríthass", mert te nem kötekedni akarsz, ugyebár.

    > Is. Az általad linkelt levélben le van írva, hogy (na, ez pont hiányzik) az első, bevezető gép legyen olcsó. DE! Ott a migrációs path 486-ig.

    Migrációs path a 68k oldalon is volt. So? Ráadásul jobb, mint az x86 oldalon, hiszen az x86 visszafelé kompatibilis (folyamatosan toldozgatták bele az újabb részeket, miközben kerülgették a 8 és 16-bites elődök hagyatékát), míg a 68000-es előrefelé (az egész utasításkészlet full 32-bites volt a kezdetektől fogva, csak a CPU belül több lépésből oldotta meg).

    > Aha, mint mindig. A 6502-t '75-ben választották, a 68k-t meg '83-ban.

    Egyrészt a Lisa-t '78-ban kezdék el fejleszteni, nem '83-ban. '83 a kiadási dátum. A 68k-t valamikor '79-ben "tették be" a gépbe, tehát nem '83-ban választották a 68k-t, hanem bőven az IBM PC megjelenése előtt. De én beszélek zöldségeket, mint mindig.
    Ügyesen elkerülted a kérdést a párhuzamos architektúrákkal kapcsolatban is, úgyhogy megkérdezem még egyszer: ha a Lisa-ba x86 kerül, akkor nem lett volna két párhuzamos architektúrájuk? Akkor mitől is lett volna jobb, ha akkor x86-ot választanak?

    > Értem én, backward compatibility, de az egy másik vonal volt. És egyszerre szűnt meg mindkettő, átfedés nélkül. Azt egy percig sem vitattam, hogy megtehették.

    Ezt most végképp nem értem mi a túróra írtad. Szerintem valamit baromira félreértettél. Összefoglalom: '75-ben az Apple I-hez a 6502-est választották, mert olcsó volt. Utána az Apple II sorozathoz és az Apple III-hoz már a backward compatibility miatt választották. Sikeres volt, ezért lehetett hozzá különféle hardware-eket gyártani, megtérült. A 68k-t '79-ben választották a Lisa-hoz, mert jó volt és valamerre tovább kellett lépni a 6502-esről. Felteszem megint a kérdést, hogy ha akkor a 8086-ost választják, akkor nem lett volna két párhuzamos architektúrájuk? Miért ne választhatták volna az előrefele gondolkozó, szoftveres oldalról 32-bites 68k-t a teljesen 16-bites 8086 helyett? Ha az x86-ot választják, akkor a 32-bit bevezetésekor írhatták volna át az összes assembly kódjukat és fordíthatták volna újra az összes Pascal kódot, hogy kihasználhassák a 32-bites utasításkészletet. Vagy leragadhattak volna 16-biten. Pont úgy, mint IBM PC-n. Gondolom nem kell emlékeztesselek rá, hogy PC-n még évekkel a 386 és 486, sőt a Pentium megjelenése után is, még a 90-es években is 16-bites módban mentek a szoftverek, miközben a világ már évek óta 32 vagy 64-bites volt, beleértve az x86-ot is. (Tudom, volt OS/2, meg mindenféle BSD, meg NT, meg még Linux is volt...csak a világ leragadt a 16-bites DOS-nál.)

    > A garázsban a fiúk választottak egy occsót. Aztán amióta pénzük is van, azóta ugrabugra, részedről meg nyafi, én meg a sátán.

    Sátánozott téged a nyavalya és nyafogott a nyavalya. Az viszont most már tiszta, hogy te végig csak kötekedni akartál.

    > Ha azt mondom nem is olyan nagy baj a backward compatibility hiánya, akkor az a baj.

    > Ha azt mondom nem időtálló szerkezetet választottak, akkor az a baj.

    > Ha azt mondom ez skizofrénia, akkor az a baj. ;)

    Pontosítsunk: az én eredeti állításom az volt, hogy az x86 vonalon egyszerűbb volt a dolog, mert csak modellt váltottak, nem architektúrát. Ennyi volt az állítás és nem több. Ettől még, ha az Apple 10-15 évig használ egy architektúrát, az még időtálló és megvan a backward compatibility is. Az eredeti állítás az architektúraváltás nehézségeiről szólt. Semmi skizofrénia nincs.

    > Jaja, az IBM még utoljára köszörült nekik egy hattyúdalt, legalább a 64 bites átállas könnyen ment...aztán dobták.

    Nem ez volt a kérdés. Mit értettél azalatt, hogy a Motorolát választották (pl. azt, hogy ők gyártották a CPU-t nekik?) és miért is volt ez baj?

    > Íme az Intel marketing duma. Vagy mégsem?

    Aha, tehát az utasításkészlet tartalmazott olyan utasításokat, amik megkönnyítették, hogy a magasszintű fordítók jó kódot fordítsanak rá. Nem, ez nem intel marketing duma. Viszont kurwára nem szól az intel mellett sem: megnézted te ezt a linket? Fel van sorolva 21 utasítás, amiből 3 x86-os (LOOPE, LOOPNE, LOOPNZ, LOOPZ => LOOP, JECXZ => JCXZ-nek.), 7 DEC VAX-os, 6 pedig 68000-es, tehát magyarán az az indok, hogy azért x86, mert ez fel van készítve a magas szintű nyelvekre, az kissé fals, mert a jelek szerint ezt nyugodtan el lehet mondani a 68000-esről is.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2455842

    > Az IBM arra hajtott, hogy ipari szabvány legyen a PC.

    Aha. Tehát nem arról beszélünk, hogy a gép feleljen meg valamilyen adott ipari szabványoknak, hanem, hogy maga a gép legyen az ipari szabvány. (Ezt sem bírtad eddig érthetően elmondani, csak dobáltad az ipari felhasználás kitételt.) Úgy könnyű ipari szabványokra hivatkozva védeni valamit, ha direkt abból csinálták az ipari szabványt.

    > Csak annyi mondtam, hogy a 6502 alkalmazása a PC-ben bullshit. Ez a PC nagymamájának a leveléből is kiderül, de ostoba módon a saját ismereteim alapján próbáltam bizonyítani.

    A PC "nagymamájának" leveléből csak annyi derült ki, hogy elvetették, a te 6502-vel kapcsolatos spekulációid nem.

    > akkor a migration path csak egy pipa, de kevés.

    Hát, ha várnak egy évet, akkor lett volna 8-bites adatbuszú 68000-esük a 68008 személyében. :P De nyilván ezt nem tudhatták előre. A helypazarlás sem állja meg a helyét; az lehet, hogy a 68k-ban minden opcode 16-bites volt, viszont sokkal kevesebb utasításból lehetett megoldani ugyanazt, mint a 8086-on. A 4 évvel későbbi Amiga 1000-esben ugyanúgy 256 kB RAM volt és azon egy grafikus, multitaszkos OS futott. A chipek hiányát lentebb kifejtettem. Ez inkább három pipa a négyből, de ha lett volna még egy évük, akkor 4/4.

    > Ráadásul nekik 8080 kompatibilitás is kellett.

    Hát így könnyű megindokolni, hogy miért x86 legyen, csak csupa olyan feltételt kell szabni, aminek semmi más nem felelhet meg; illeszkedjen az intel iAPX-hez és legyen intel 8080 kompatibilis. Ezt nyilván nem fogja megugrani semmilyen egyéb architektúra, de az intel véletlenül pont ilyen CPU-t gyárt. Ja és lehessen rá könnyen portolni a CP/M-et is. Az ms-nek meg véletlenül pont van egy 8086-ra épülő CP/M klónja, az SCP-től vásárolt QDOS, azaz Quick (and) Dirty OS. Véletlenül nem említett két cég "győzte meg" az IBM vezetőséget arról, hogy mit is kéne belerakni a gépbe?

    > Ezt akkor sem tudtam volna megmondani. Így utólag az biztos, hogy egy CPU túlélését biztosítja az azt alkalmazó gyártó nagysága és az ipari feladatokra alkalmassága. (Nem a CPU, hanem a rendszer!)

    Magyarán a 68k választásának fikázása mögött semmilyen műszaki érved nem volt, hogy mitől volt az "bölcs" döntés. De a lényeg, hogy 68k sux, igaz?
    Egyébként még katonai célokra is használták, volt bőven ahhoz is chip és lehetett illeszteni mindenféle rendszerhez, amit mi sem bizonyít jobban, minthogy a '80-as és korai '90-es évek 16 és 32-bites homecomputereinek, workstationjainak és konzoljainak többségét az hajtotta, mert lehetett rá rendszert építeni. A PC után egy évvel indult Sun sorozat első három gépét is az hajtotta, ahogy a három évvel később kieresztett HP 9000-esek első három sorozatát is. Ha UNIX workstationt is lehetett belőle építeni, akkor PC-t is lehetett volna...

    > A DOS alatt pedig futott néhány kiváló program. Ugyanaz az adatmennyiség elfért a csak MB dimenzióval rendelkező diszkeken. ;) Aztán fejlődtünk és az 1GB méretű adatbázishoz legalább 16GB memória és néhány TB diszk kell. Ha leolvasom a villanyórát, ahhoz Win10 és a legújabb böngésző dukál. Pedig beírhatnám: elmű-bucko:123456+CR. Ha nem akarok ennyit írni, akkor lehetne menüből ugyanezt.

    > Na, ezt a marhaságot csak azért ítam ide, mert a 8086/8 tényleg csak egy belépő szintű szerkezet volt, Bill Gates szerint a 286 egy rémálom. A 386 meg gyenge a Windowshoz. Szóval jó volt nekik a DOS. ;)

    Hamis dilemma. Nem csak a 16-bites MS-DOS és a brutálbloat new-age ringyózok közt lehet választani. Az elmúlt 40 évben számos olyan hardware és szoftware környezet született, ami nem rekedt meg 16-biten és nem volt bloated sem. (Hogy mára a többségük kihalt, az nem a 32/64-bites rendszerek hibája, hanem a műszaki kérdésekben a döntés jogát szép lassan kisajátító "gazdasági" szektoré.) Az általad annyira rühellt Apple féle OS X Tiger is pl. egy remek rendszer volt, kívül-belül. (Hogy azóta mennyire lett elhízott vagy szar az OSX macOS, azt passzolom.)

    > Ha még egy nagy (és céljaiban jelenősen eltérő) gyártó választja az x86-ot, annak lehetett volna olyan következménye, hogy ma a Windows rendelkezne legalább egy versenytárssal. Néhány CPU gyártó kihal, vagy meg sem születik, de az x86 variánsokat gyártó cégek közül megmarad és felemelkedik egy-két elhalt vagy rossz útra tévedt gyártó. Na, ez színtiszta spekuláció, de a 386 korában igen komoly esély volt erre.

    Szerinted az összes konkurenciáját szisztematikusan megsemmisítő mikiszoft hagyta volna, hogy neki versenytársa legyen? Az Apple-t is csak azért hagyták életben (mert illúzióink ne legyenek: az Apple azért élte túl a '90-es évek második felét, mert az ms nem nyírta őket ki), hogy kikerüljék a monopolhelyzetet.

    > Helyette a 90-es évek "ipari" felhasználása pl. pénztárgép==PC AT. Ma meg ott tartunk, hogy az ATM levakarhatatlan alkotóeleme az XP. Láttam már LSI alkatrészekből épített pénztárgépet is. Már akkor is az AT helyett egy értelmes középút sokkal jobb eredményt hozott volna, akár egy 80189, bár az is túllzás. (stb., stb.) Szóval most nem itt tartanánk.

    Ide vezetett a wintel globalizmus.

    > Tehát a mainstream kikerülése okozta a folyamatos arch váltást. Ezzel lehet vitatkozni, mégis azt mondom, figyelni kell milyen eszközöket használ az IBM!

    Nem az IBM-mel volt ott a baj, hanem elsősorban a májkrémszofttal, meg az intellel, az ipar két fő hulladékgyárával; ezek nagyon jól egymásra találtak.

    > Megnéztem a linket, pont azért raktam ezt oda, mert nem csak az x86 szerepelt. ;) Ezek csak utasítások, de ott volt a pascal hívási konveció támogatása a frame pointer (BP), ENTER, LEAVE, meg a rossebse emléxik rá, pedig assemblerben is használtam. Bár x86-ot ír, de a 8086-ban még csak a kezdet volt. Tehát a magasszitű nyelvek támogatása nem egy egyedi tulajdonság, csak egy pipa a fícsörök között. Látod, látod, ebbe is belekötöttél már kétszer is, még az utánanézés előtt. ;)

    Az megvan, hogy az Apple szinte csak Pascalban (+ASM) dolgozott a 68000-esen? Szerinted akkor a 68000-es regiszter és utasításkészlete nem támogatta ugyanezeket a konvenciókat? De. Csak még jobban, mert nem egy dedikált pointere volt erre, hanem hét darab szabadon felhasználható generikus...

    > Mert Motorolát használtak a vége felé. Nem tudtam, hogy az utolsóban benne volt az IBM is. Itt van egy Apple gömböcöm, abban sem IBM CPU van.

    Magyarán a Motorola volt a beszállító. Azt mondjuk továbbra sem válaszoltad meg, hogy ez miért baj, amikor a tervezés a G5-ig közös volt, utána meg éppenhogy IBM-only. De a lényeg, hogy Motorola sux, igaz?

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2456163

    > De kifaraghatsz egy világcsúcs gépet, ami megfelel minden szabványnak is, szart sem ér. Jön ravasz bucko és mindjárt kettőt venne belőle - annyi meg nincs.

    Nem is tudtam, hogy a 68k, Alpha, POWER, Sparc és egyéb gépekből csak prototípus készült, hogy kettő sincs belőle. Tőled mindig annyit lehet tanulni.

    > Ha kapsz egy feladatot, hogy készíts egy automatizált gyátósort sok cégtől származó műszerrel, amit a felügyelő számítógépre dugsz akkor sem mákbúkpró lesz a helyes választás. ;)

    De nem is az IBM PC. A NASA sem azt választotta, pedig ott aztán volt műszer ezerszámra. :P

    He continued "We then looked at the PC, but the hardware architecture was really as bad then as it is now.

    > Bár az IBM egy eccerű terminált akart csak gyártani, de elég rosszul sikerült nekik. :-D

    Ne legyünk igazságtalanok, ők nem ezt akarták.

    > Olvasd el mégegyszer, hátha felfogod, hogy csak odaírták, de ilyen kritériumok mellett szóba se jöhetett. Ezek nem az én spekulációim, hanem az övék:

    De én nem ezekről beszéltem, hanem arról, amiket te írtál le először erre reakcióként, hogy "nyilvánvalóan" készült már a 286, meg a 386, meg iAPX; na ezek közül konkrétan egyiket sem említik meg.

    > Tehát veszek egy POWER gépet, és utálom a MS-t, ezért kijelentem, hogy Windowst márpedig nem fogok futtatni rajta! Ez nem azt jelenti, hogy elvetettem a vindózt, hanem tréfáltam. Bár szó szerint ugyan elvetettem...mindegy, hagyjuk. ;)

    De már "nyilvánvalóan" készül az i11 és i13, csak még nem tudunk róla, de majd húsz év múlva! (Vajon ezek is akkora atomhulladékok lesznek, mint a korábbi Core széria?)

    > A kisebbek meg még kevesebb tőkével rendelkeztek.

    Ez hol ellenérv arra, hogy a mikroszoft nem nyírta volna őket ki? Ez épp megkönnyítette volna a dolgukat.

    > A 68k-t nagyon szerették a junixosok, meg a homecomputerek.

    Meg úgy mindenki. A 80-as évek 16/32-bites gépeinek elsöprő többségében valamilyen 68k pörgött.

    > A műszaki érv pedig két bunkócsapás, amit már mind ideraktam, csak nem szeretnéd elfogadni.

    Mondtam rá ellenérveket, csak letojtad, nem reagáltál rá.

    > Az első az, amit az IBM állít az akkor már sok éves processzorról.

    Bocs, ez max. arra műszaki érv, hogy az IBM miért pakolt '81-ben x86-ot a PC-be, nem arra, hogy a 68k szar. Ez utóbbira még egy darabot nem írtál, mert amiket eddig írtál, az vagy mind arról szólt, hogy a PC-be miért nem az került, vagy üres trollkodás volt.

    > Hardver fejlesztőmérök vagyok, én is tudok bármit bármihez illeszteni és rendszert építeni. Hidd el, hogy sokkal olcsóbb és megbízhatóbb, ha megveszed boltban csipeket hozzá és nem én legózok. Persze ez akkor volt, most meg 2-3 csipszet (nem csipszet, hanem chip-set:)) lefedi a CPU-val együtt az egész gépet.

    De voltak chipek a 68k-hoz is. Az Atari ST-t pl. 100%-ig a piacon kapható IC-kből építették meg, mert lehetett őket olcsón és nagy tömegben kapni.

    > A második az, hogy az ISA busz ipari szabvány lett a PC-vel (nem névlegesen, hanem tényleg szabvány), míg a VME busz csak 1987-ben. Ha megnézed az "ipari szabványról" készült magyarázatomat a hozzászólás elején, akkor kiderül: az IBM ekkorra már behozhatatlan előnyre tett szert. Ugyan a Motorola még a PowerPc gépeiben is nyomta a VME buszt, de már minek.

    Ehhez képest hányféle gépet is építettek vele? Olyanokat, amik jócskán felülmúlták a PC-t tudásban. Összeszámolni is nehéz. Valahogy mégis elvoltak a VME busz nélkül.

    > És itt már megint linkelhetem a kedvenc RISC processzoromat, amit nyilvánvalóan a katonai alkalmazása miatt még ma is gyártanak, változatlanul: 8X300 Ezért nem igazán hat meg a katonai alkalmazás.

    Nem az a lényeg, hogy meg kell hatódni, hanem az, hogy a hadsereg nem szokott szart használni. Tehát, ha megtette nekik a 68k, akkor nem lehetett akkora szar.

    > A Motorola volt a fejlesztő (is) és gyártó (is). Az IBM meg ma is fejleszi és gyártja a POWER-t, csak nem asztali gépekhez.

    Még mindig közös fejlesztés volt. Egyébként lehet asztali gépet is kapni POWER CPU-val. Ott vannak a Raptor gépek, meg a rengeteg NextGen Amiga gép.

    > Az Apple szempontjából a végén Motorola==double sux. Zöld?

    Piros. Linkelek pár forrást én is:

    https://en.wikipedia.org/wiki/PowerPC_600#PowerPC_601

    In order to help the effort to rapidly incorporate the 88110 bus architecture to the 601 for the benefit of the alliance and its customers, Motorola management provided not only the 88110 bus architecture specifications, but also a handful of 88110 bus-literate designers to help with the 60x bus logic implementation and verification. Given the Apple system design team was familiar with the I/O bus structure from Motorola's 88110 and this I/O bus implementation was well defined and documented, the 601 team adopted the bus technology to improve time to market. The bus was renamed the 60x bus once implemented on the 601.[2] These Motorola (and a small number of Apple) designers joined over 120 IBM designers in creating the 601.

    Tehát közös projekt volt a POWER megalkotása és a 601-es.

    https://en.wikipedia.org/wiki/PowerPC_600#PowerPC_603

    The PowerPC 603 had 1.6 million transistors and was fabricated by IBM and Motorola in a 0.5 μm CMOS process with four levels of interconnect.

    Tehát a 603-as is közös alkotás volt.

    https://en.wikipedia.org/wiki/PowerPC_600#PowerPC_604

    The PowerPC 604 contains 3.6 million transistors and was fabricated by IBM and Motorola with a 0.5 μm CMOS process with four levels of interconnect.

    Tehát az összes Apple-ben használatos 60x-es PPC közös Motorola/IBM projekt volt.

    https://en.wikipedia.org/wiki/PowerPC_7xx

    The PowerPC 7xx is a family of third generation 32-bit PowerPC microprocessors designed and manufactured by IBM and Motorola (now Freescale Semiconductor).

    Tehát a G3-as is közös cucc volt.

    https://en.wikipedia.org/wiki/PowerPC_G4

    Much of the 7400 design was done by Motorola in close co-operation with Apple and IBM. IBM, the third member of the AIM alliance, designed the chip together with Motorola in its Somerset design center, but chose not to manufacture it, because it did not see the need back then for the Vector Processing Unit.

    Tehát a G4-es is közös cucc volt, csak itt az IBM nem dobta be magát annyira.

    https://en.wikipedia.org/wiki/PowerPC_970

    The 970 family was created through a collaboration between IBM and Apple.

    Tehát a G5-ben már nem is volt benne a Motorola.

    > Korábban biztosan az MS dumálta meg, hogy ne szállítson több 68040-et. ;)

    Hú, de vicces bírsz te lenni néha. A 68040 az egyetlen tagja a 68k sorozatnak, aminek melegedési gyíkja van, a többire meg kb. semmilyen hűtés nem kellett, ha nem húztad őket túl, de még akkor is elég sokáig kihúzták passzív hűtéssel. Ehhez képest az intelnél kb. majd' mindegyik CPU-t rommá kellett hűteni, még alapjáraton is. A 060-asokat pl. ha akarták, akár 133 MHz-ig is fel lehetett húzni (nyilván ott már kellett a hűtés), a Pentiumnál meg majd 3 évet kellett várni ugyanehhez, amíg kijött a P54CS. Arról nem is beszélve, hogy pont a fentebb említett "memory efficiency" itt visszaütött keményen, mert a páratlan byte szélességű opkódok miatt állandóan az unaligned accessel szívott a CPU, ami az instruction cacheinget is borította, ami rengeteget lassított, továbbá még mindig csökevényes volt a regiszter és utasításkészlete a 68k-hoz képest, azaz jóval több utasításból volt csak meg a feladat, így végeredményben még azonos órajelen is több kakaót lehetett kisajtolni a 060-asból, hiába hajtott végre valamivel több utasítást a P5 azonos órajelen. És akkor még ott voltak a P5 bugjai, az FDIV bug, a CMPXCHG8B bug, meg a többi. De a 68k sux.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2458617

    > A NASA álláspontja igen tudományos volt:

    Ez nem az álláspont, nem az indoklás. Az az volt, amit én becitáltam. Ez csak egy részlet abból, hogy ott is kellett a bürokráciával szívni. Nyilván a vezetésben sokat akartak kaszálni és azt a drágább berendezéseken lehetett inkább. Ebből pont az derül ki, hogy a PC, mint architektúra nem csak rosszabb, de drágább is volt.

    > Egy darab műszer sem volt, hanem egy telemetria buszt kellett illeszteni speciális hardverrel.

    Tudtommal a telemetria távolsági mérést jelent. Ahhoz nem kell műszer?

    > Nyilvánvalóan ipari szabvány lehetett, ezért kellett egyedi csatolót tervezni a bevált ipari szabvány Zorro II és Zorro III buszokhoz. Természetesen szabványos Amiga compúterekhez, amihez a teljes dokumentációt is megszerezték, mert az Aplle nem adta a sajátját. A NASA ebben az esetben két fickóból állt, akik olcsó amatőr eszközökkel oldották meg a mission critical feladatot.

    Hát, ha neked egy 32-bites, CPU-clock-aszinkron, több busmastert is támogató busz olcsó és amatőr, míg egy 16-bites, CPU-clock-függő, single busmasteres az nem, akkor én végképp nem már tudok neked már mit mondani. Úgy nehéz, ha neked van egy jokerkártyád, amire rá van írva, hogy "deezazipariszabvány". Ráadásul az ISA-t utólag specifikálták le, amikor már kváziszabvány volt, előtte csak simán PC/AT busz volt, csak a 80-as évek végén lett belőle "Industry Standard Architecture", amikor az EISA megjelent. Ebből a cikkből is látszik, hogy mennyire volt ez "standard", amikor a nagy cégek is azon marakodtak, hogy ki döntse el, mi a standard... Az IBM például a saját - egyébként tényleg messze jobb - MCA-ját akarta. De nem jött be, mert addigra a PC/AT busz már kváziszabvány volt, ahogy az intel és a mikiszoft szerette volna, hogy legyen. Mondom, úgy könnyű az "ipari szabványon" lovagolni, ha direkt abból csináltak ipari szabványt. Éljen a wintel! (Az IBM eme két cégtől való folyamatos függetlenedési kísérletei elég szépen mutatják, hogy mennyire meg lettek vezetve '81-ben.)

    > Eközben görcsösen bizonygatod, hogy a 68k nem szar. Pedig semmi ilyesmit nem állítottam

    Nem, csak utalgattál rá, folyamatosan.

    > nem számoltam meg a regisztereit és nem mértem meg a hőmérsékletét - egyik verziójának sem.

    Akkor mi volt az a 68040-es megjegyzés?

    > Ahhoz, hogy felfogd miről is karattyolok, néhány alapfogalmat meg kellene ismerned. (iAPX, ISA busz, VME busz, Multibus, support csip, stb.)

    > Ezek azért fontos információk, mert a számítógép nem csak CPU-ból áll. A játékgépekhez képest fontos, hogy milyen busz rendszer van egy gépben, mennyire szabványos, és hány gyártó hány termékét lehet beledugni.

    Ld. harmadik bekezdés. Az, meg, hogy hány féle terméket lehet beledugni; tessék egy töredékes lista, az Amigákba dugható cuccokról. Sajnos Atarissal, Apple-össel, vagy NeXT-essel nem szolgálhatok, mert nem ismerem őket. Bőven volt a 68k gépekhez is mindenféle addon, csak valamiért ez úgy működik, hogy ha tetszőleges 68k-s gépet kell összemérni a PC-vel, akkor egy mindennel kitömött 386-ossal/486-ossal szokták összeereszteni, az évekkel korábbi stock 68k-s masinát, a fairplay jegyében. A PC esetében megengedett az addonok belepakolása, a többi gépnél meg csalás, mert csak. Úgy könnyű azt mondani, hogy a PC jobb, mint a Mac, vagy az Amiga, ha egy GUS-sal, AdLibbel, Trident 8900-zal és HDD-vel megspékelt 33 MHz-es 386-ost mérünk egy stock Macintosh II-höz, vagy egy stock Amiga 2000-hez. A Mac-et sajnos nem tudom, mit lehetett ráaggatni a NuBusra, viszont pl. Amiga 2000-be van 020-tól egészen 060-ig, sőt POWER-ig mindenféle CPU bővítő, 8-12-16-21-24-bites videókártyák, hálókártyák, hangkártyák, sőt, különféle busz-illesztők, amikkel ISA, PCI és egyéb buszos, teljesen más gépekbe való kártyákat is bele lehetett plugni. Mert a Zorro busz olcsó és amatőr. A Mac, a NeXT, az Amiga, meg az Atari meg játékgép.

    > Vagy inkább olyan jelenség, mint amikor a gyárból félkészen kikerült orosz tankok lenyomták a világcsúcs német tankokat. Úgy néz ki, hogy a célnak megfelelő magasabb színvonalú méröki teljesítmény nem a németek oldalán volt. ;)

    Vagy, csak az oroszok sokan voltak, mint az oroszok, a németeknek meg két fronton kellett harcolni. Hát kb. a PC is így működött. Beleraktak egy hiperprimitív (x86), de a korhoz képest magas órajelű CPU-t és mindent erőből oldottak meg.

    > Felesleges bizonygatnod a német tankok műszaki tökéletességét, mert ők vesztettek.

    Csakhogy a műszaki fölény nem ekvivalens a győzelemmel. Számtalan példa van a műszaki történelemben, amikor egy sokkal gagyibb konstrukció nyert, "egyéb okok" miatt. Így aztán nem igazán érdekel, hogy ki "nyert", meg ki "vesztett", az érdekel, hogy mit tudott.

    > Hurrá, PowerPc tanfolyam! Ez is biztosan magyarázat az Apple sorozatos arch váltására.

    Ez arra magyarázat, hogy tök feleslegesen ekézed ebben a kérdésben a Motorolát.

    > Tudod, én meg POWER fan vagyok

    Ne aggódj, én is.

    > Az, hogy a Motorola kétszer is kilépett az Apple vonalból, az meg nem magyarázat.

    És még én nem figyelek. Bőven azelőtt, hogy ez a vita elkezdődött volna, már leírtam, hogy a POWER-ről váltásnak vagy kapzsiság, vagy ostobaság volt az oka, az Apple részéről. Csakhogy te nem ezen vonalon kötekedtél idáig, hanem azon, hogy miért a 68k-t választották, hogy ez micsoda "bölcsesség" volt, mert így két architektúrát kellett vinniük párhuzamosan. Mert, ha x86-ot választottak volna, akkor nem lett volna ugyanúgy kettő.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2459493

    > Ugye nem gondolod komolyan, hogy az Amigákra rá volt dugva az űrben sétafikáló összes űrhajó összes műszere egy-egy DRÓTON?

    Hol mondtam én ilyet? Kezdődik a szavak számba adása? Én annyit mondtam, hogy ők sem a PC-t választották, pedig megtehették volna, sőt a vezetőség még inkább azt szorgalmazta volna, a mérnökök ódzkodtak tőle.

    > Az értő olvasás az olyan, hogy a mondatot, gondolatsort elolvasod, értelmezed. Ehhez ugye el kell olvasnod azt, amit linkeltél, nem pedig egyes szavakon tévesen lovagolni legalább tíz hozzászóláson keresztül!

    Elég egyértelmű volt, hogy mit írnak, csak neked nem tetszik.

    > Ha a telemetria busz valamilyen szabványt követett, akkor egy pécéhez csak meg kellett volna venni a hozzá való kártyát. Ha nem, akkor is könnyedén lehet bármit illeszteni. Igaz, a PC busza nem egy táltos, de rengeteg űrhajó esetén sem hiszem, hogy hatalmas sávszélességet igényelt volna. De ez csak egy gondolat.

    Nincs kizárva, de az ellenkezője sem. A NASA-nál olyan buszt építhettek, amilyet akartak. Ki tudja, lehet VME buszosak voltak ezek a cuccok is, van precedens a '80-as évekből arra, hogy a NASA VME buszt használ. Az is ipari szabvány. A NASA meg azt választotta. Tehát valószínűleg nem kellett sokat szarozni az illesztéssel.

    > Impozáns az Amiga bővítések listája - ami a vizsgált időszakon jócskán túlmutat. Gondolom, a lista minden elemére jutott legalább 10-15 PC vagy PC kártya gyártó, függetlenül attól, hogy melyk busz hány óra hány perckor lett (kvázi) szabványos. ;)

    Irreleváns, egyfelől mert, mint mondtam, a lista töredékes, messze nincs rajta minden, másodfelől meg mert nem azon volt a hangsúly, hogy melyik gépbe volt több kártya, hanem arról, hogy a 68k-s gépek nem játékgépek, amiket nem, vagy csak vérhugyozva lehet bővíteni, ahogy azt te állítod.

    > Ezt különösen bizonyítja az idekeveredett EISA és MCA, hiszen pont arról szól, hogy a "másodgyártók" lenyomták az IBM-et.

    Nesze nekünk ipari szabvány. Ez nem szabvány volt (max. az IBM-en belül, nem az iparban), hanem közmegegyezés, utólag lett szabvány. A jelek szerint a VME még előbb vált ipari szabvánnyá, mint az AT-busz.

    > Nem reagáltál a Videoton VT32-re! Ha egyszer nálunk létezett UNIX alapú gép 68k processzorral, akkor az amerikai piacon nem volt hasonló, vagy esetleg sokkal nagyobb? (Tudod, ezek csak költői kérdések. ;) Nem kell válaszolni!)

    Mit kellett volna arra reagálni? Amúgy most linkeltem be egy VME buszos perifériaverzérlőt '86-ból, amit a NASA készített és használt, vagyis a NASA-nak bőven volt 68k-s cucca, az érintett időszakból, meg még előttéről is. És még csak nem is Amigás, hiszen ők a 2000-esekkel kezdték, az meg '87-es. Csak simán 68k. Meg VME busz. Ki érti ezt.
    Egyébként te se reagálsz mindenre.

    > Ha jól megnézed, a képernyőkön csupa alfanumerikus adat van. Ehhez pont elég a soros terminál 9600 baud sebességgel, kevesebbet is fogyaszt. ;) Az összes feladatot meg lehet oldani néhány UNIX szerverrel. Na jó, a feliratozáshoz lehetne bármi más.

    Bármivel meg lehet oldani. A lényeg, hogy a NASA (az Amigától függetlenül, már előtte) a 68k-t választotta és nem pedig az "ipari szabvány" PC-t.

    > Persze elég a játékhoz két játékos szakember, akiknek van otthon játékgépük, amihez képest egy PC drága. Ezek után - hacsak a NASA nem adott olyan fizetéseket, mint a Kádár rendszer nálunk - belefoghatnak egy "sokkal olcsóbb" fejlesztésbe. Nincs ezzel semmi gond. Voltam én is fiatal, tudom milyen az, amikor egy hobbiprojektből munka lesz. Tudom, az Amiga egy mainframe, és csak nekem tűnik fel, hogy a csapat kószáló űrhajót néhány buherált személyi számítógép vezérli. Kérlek, ehhez olvasd el mégegyszer a C64-es gondolatomat! Meg az "ipari szabvány gép" körüli magyarázatot...

    Megint kezded a belemagyarázást, a szavaknak a számba adogatását... Ki mondta, hogy az Amiga az mainframe? Az Amiga egy gépcsalád. Az A2000-es, amit ők használtak, az egy workstation. Pont, mint a PC. Azt sem állította senki sem, hogy az űrhajókat irányította az Amiga. Ezt megint te magyarázod bele abba, amit mondok. Az meg a te téveszméd, hogy a 68k-s gépek játékgépek. Ennyi erővel a PC is az. Ha bővített gépeket nézünk, akkor semmivel sem tudott többet a 68k-s masináknál, ha meg stock gépeket, akkor meg még kevesebbet is. De ipariszabványipariszabványipariszabvány. Erre írtam fent két bekezdést is, de egyikre sem reagáltál.

    > A németek meg képtelenek voltak elegendő mennyiségű szupertankot gyártani.

    Erről beszéltem. PC = quantity over quality. Mind erőben, mind gyártásban. Így mehetett ez anno a tankoknál is, csak az én olvasatomban nem a német tank a PC, hanem az orosz.

    > Ahogy az IBM sem elegendő PC-t. Ezekkel a kiegészítéseiddel tökéletes a tank-PC analógia.

    De gyártottak helyette mások, hiszen PC-ből volt bőven. Azok, akik később megakadályozták, hogy az IBM a limitált (kvázi) "ipari szabvány" helyett bevezessen egy messze jobb buszrendszert és inkább ipari szabványt csináltak abból, amit addig használtak. Ez volt kb. '87 körül? (Legalábbis a fentebb linkelt cikk alapján.) Hát a VME is akkor lett kb. ipari szabvány. Tehát magyarán a korábbi állításod, hogy azért a PC, mert annak a busza volt az ipari szabvány, a VME-t meg csak később szabványosították, ezért nem áll meg, mert az ISA is csak kb. '87-es, ahogy a VME is. Igen, létezni létezett előtte PC/AT busz néven, de létezni a VME is létezett előtte, csak az sem volt szabvány. Az ISA is csak akkor lett szabvány, amikor a PC gyártók megpuccsolták az IBM-et; direkt azért csináltak belőle szabványt, hogy ne tudja visszaszerezni az IBM a platformja felett a kontrollt. Jó választás volt... Bölcs választás. Amúgy, hogy mennyire volt előtte szabványosítva az egész, az kiderül például ebből a doksiból, ami leírja, hogy az IBM 7552-es ipari számítógép kb. egy 286-os AT-nak felel meg, legalábbis elméletben kompatibilis vele. Aztán kiderült, hogy nem. Nesze nekünk ipari szabvány, az ipari gépben.

    > A másodikkal meg csak az a problémám, hogy nyafiztál a többszöri arch váltáson. Aztán utánanéztem és szó sem volt váltásról, csak egy új, párhuzamos vonalról. Tehát a 6502 ment még vagy egy évtizedig párhuzamosan a 68k-val. Ezt elintézted elegánsan a "megtehették" megállapítással.

    Az eredeti állítás az volt, hogy messze nem ugyanaz az egy architektúrán belüli váltogatás, mint az architektúrák váltogatása. Hogy most a 6502-t nem vezették ki azonnal, amikor bejött a 68k, az ebből a szempontból mindegy, a fővonalban architektúrát váltottak; a 68k mindenképpen új architektúra volt.

    > Pedig ez egy jó marketing döntés, mert megtartották a régi fanokat, miközben egy új tábort is alapítottak.

    Érdekes. Eddig oltogattad őket, hogy "még bölcsebb döntés volt a 68k, hiszen ekkor már két architektúrát kellett egyszerre vinnie". Most már magadnak mondasz ellent, töbszörösen is. Nem csak azért, mert először azt állítottad, hogy baromság ("bölcs döntés") volt a két architektúrával párhuzamosan kínlódni, hanem azért is, mert explicite kihangsúlyoztad, hogy ezen belül is a 68k volt a baromság ("bölcs döntés"), holott tök mindegy, mit emelnek be második architektúrának, mindenképpen két architektúrájuk lesz.

    > Tehát nem is a két vonal a baj, hanem egyszer csak úgy jártak, hogy mindkét arch kicsúszott alóluk.

    Már mert, hogy miért is?
    A 6502-es már a 80-as évek közepén is egy 10 éves, elavult CPU volt, lehetett tudni, hogy nem fog örökké tartani, de ennek ellenére még vagy 10 évig bőséges bevételt termelt. Miért csúszott volna ki alóluk? Ők engedték el a 6502-es vonalat '93-ban, mert már rég túllépett rajta a világ. Semmi kicsúszás.
    A 68k-nál meg volt egy (hangsúlyozom: egy) release (68040), aminek hűtési bajai voltak (pontosítsunk: igazából nem voltak, csak - a többi 68k-tól eltérően - alapjáraton is kellett neki aktív hűtés, amire a 68k-s világban ferde szemmel néztek, lévén se előtte, se utána nem volt rá példa), ez még nem kicsúszás, pláne úgy nem, hogy utána megérkezett a nagyságrendekkel gyorsabb 060, amire megint nem kellett semmilyen hűtés. (Ha nem húztad túl.) Hol kicsúszás ez? Szó sincs róla, érkezett a POWER és ők úgy gondolták, hogy jó ötlet váltani rá. Igazuk volt.

    > Nem vagyok üzletember, én a NEC V20-at választottam volna. ;)

    Ők meg nem azt választották. Mérnökként sem és üzletemberként sem. És nekik milliárdjaik vannak, amiket a nem ipari szabványos játékgépeikkel kerestek, neked meg nincsenek. És még csak azt sem lehet mondani, hogy azért tudták megcsinálni, mert gazdag köcsögök lettek volna, mint pl. a microsoftnál (bilgéc apja sztárügyvéd, anyja bankelnök, no comment); Woz szüleinek garázsából indultak, egy szál faszban 6502-ben.

    Oldschool Computer - http://oscomp.hu




    clickbait cím: Az Intel processzorok biztonsági hibájára a kuka az egyetlen megoldás: https://hup.hu/node/168160#comment-2448375

    -

    Oldschool Computer - http://oscomp.hu




    Elektronika - dohányszag: https://hup.hu/node/168429#comment-2456982

    A burkolatra bármilyen erősen klóros cucc jó, Szavó, Domestos, vagy akár a jó öreg hypo. Az ad a nikotinnak, a sárgaság is eltűnik tőle. Tapasztalat. Épp most pucoltam meg egy régi Amigás MIDI interface-t. Persze a teljes szagtalanításhoz nem elég egyszer finoman áttörölgetni.

    Oldschool Computer - http://oscomp.hu




    Elektronika - dohányszag: https://hup.hu/node/168429#comment-2457605

    Szabad levegőn kell megcsinálni és kinthagyni utána tíz percig. A klórszag elszáll.

    Oldschool Computer - http://oscomp.hu




    Keresek DB9F/DB25F nullmodem kábelt: https://hup.hu/node/168459#comment-2457903

    Thx, de ehhez megint külföldről kéne rendelni.

    Oldschool Computer - http://oscomp.hu




    Keresek DB9F/DB25F nullmodem kábelt: https://hup.hu/node/168459#comment-2457904

    Kösz, de ami azt illeti, már sikerült megoldani. Amigát akartam összekötni PC-vel, csak nem volt DB25->DB9-es adapterem, amit meg építettem, azzal nem akart menni, mert hat leírás hétfélét írt. Az itteni a nyerő.

    Oldschool Computer - http://oscomp.hu




    Keresek DB9F/DB25F nullmodem kábelt: https://hup.hu/node/168459#comment-2457951

    Jól gondolod, az Amigák soros portja ugyanúgy működik, mint PC-s, csak van rajta pár extra láb, amiknek a soros kommunikációban nincs szerepük. Mérni itt sajnos nem volt mit és nem volt mivel, mert az adapterkábelt most építettem, szkópom meg nincs.

    Oldschool Computer - http://oscomp.hu




    58 éves kvantumfizikai sejtést sikerült pár kutatónak véletlenül igazolni egy felrobbant mágnessel: https://hup.hu/node/168450#comment-2457822

    Nincs kizárva, nem értek hozzá. Az is lehet, hogy én írtam hülyeséget az összefoglalóban. A részleteket a cikkben kifejtik. Azt is elmagyarázza a prof, hogy miért fontos a felfedezés:

    "Performing magnetic resonance is like trying to move a particular ball on a billiard table by lifting and shaking the whole table," he says. "We'll move the intended ball, but we'll also move all the others."

    "The breakthrough of electric resonance is like being handed an actual billiards stick to hit the ball exactly where you want it."

    Oldschool Computer - http://oscomp.hu




    [NetBSD] belépés SBC-be ssh-n keresztül: https://hup.hu/node/168435#comment-2456942

    Alternatívaként: ha van rajta ftp szerver, ami engedélyezi a root belépést, akkor megpróbálhatsz ftp-n keresztül feltölteni egy olyan sshd configot, amiben a root user engedélyezve van. Meg megpróbálhatsz rsh-val is csatlakozni, nem tudom az van-e defaultból NetBSD-n.

    Oldschool Computer - http://oscomp.hu




    [NetBSD] belépés SBC-be ssh-n keresztül: https://hup.hu/node/168435#comment-2457359

    Akkor én sem tudok jobbat, mint virtuális gépbe NetBSD-t telepíteni és ott mountolni. Bár persze, ha csak ez egyszer kellett a creds.txt-vel piszkálni a fájlrendszert, akkor mindegy.

    Oldschool Computer - http://oscomp.hu




    Nincs elég bajunk, még a teveclub.hu is megbukott: https://hup.hu/node/168301#comment-2452968

    Így kényszerítik ki a mainstream böngészőgyártók a website-ok tulajdonosaitól a TLS 1.2+-t és így zárják ki a régebbi böngészőket az internetről.

    Oldschool Computer - http://oscomp.hu




    Nincs elég bajunk, még a teveclub.hu is megbukott: https://hup.hu/node/168301#comment-2452994

    Fogtömééés.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454349

    Ennyire nincs, amibe bele lehet kötni, marad a név? A Devuan olyan kisbolygókról nevezi el a release-eket, amiknek valamilyen geek kötődése van. Sto problem? Nem mindegy, minek hívják?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> osod88 , hetvenhatos


    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454388

    Bocs, de a verziószám nem csak valami dísz, annak illene valami infót is hordozni; a séma mindegy, csak értelmes koncepció legyen mögötte. Kódnévre én nem emlékszem, hogy valaha is panaszkodtam volna.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454468

    Ez nem a kóderek rigolyája. Bugreportnál szerinted nem kell a verziószám? Hogy reportolod le normális verziószámozás nélkül, hogy a probléma a 2.1.6-ban még nem volt jelen, de a 2.2.0-ban már igen? Egyébként meg, ha neked a név se ér semmit, akkor miért baj, hogy a Devuan 3-at úgy nevezték el, ahogy?

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454526

    Mert egy sima CLI toolhoz, vagy libraryhoz, vagy bármilyen apróbb projekthez majd külön bugreport programot is fognak írni a webes bugtracker vagy a levlista helyett. Ahelyett, hogy lenne egy x.y.z szám, amire a felhasználó hivatkozhat a bejelentéseiben.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454539

    Itt nem mondtad, hogy ez csak a disztrókra vonatkozik; egy generikus kijelentést tettél a verziószámokkal kapcsolatban. Egy olyan szoftverkollekció esetén, mint egy OS, ott nyilván mindegy, hogy mivel azonosítják publicban; jó a kódnév, vagy akár a release dátuma is, csak egyedi legyen, hogy azonosítható legyen. De ha egy adott szoftverkomponensről beszélünk, ott kell a normális verziószámozás. Viszont ez esetben az ottani válaszod teljesen értelmetlen volt, mert OS verziószámra ugyanúgy nem panaszkodtam soha, ahogy kódnévre sem.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454572

    > Ja, meg kell tanulni kontextusban értelmezni a válaszokat.

    Mint mondtam: akkor viszont házszámot tévesztettél, mert OS verziószámra, vagy kódnévre én sosem panaszkodtam.

    > Összefoglalom: a Devuan "Beowulf" kódneve egy ötlettelen szar.

    És? Ki a fárast érdekel, minek hívják? Jobb lenne a Makemake?

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454580

    Engem meg az érdekel, hogy más nem volt, amibe bele lehetett volna kötni? Valahányszor ez a szerencsétlen disztró szóbakerül, mindig valami totál érdektelen dolog mentén megy a köteketés; hülye neve van, nincs elég júzer, szar a logója, mi értelme van, stb.

    Sz*rk: Egyébként, ahogy nézem, ABC-sorrendben mennek. Van még más B-vel kezdődő kisbolygó, aminek a neve geekstuff?

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454620

    A Debian minek kényszerítette bele magát a saját elnevezési konvenciójának még ennél is szűkebb mozgásterébe? Azt gondolom te sem vitatod, hogy több kisbolygó van, mint Toy Story karakter.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454755

    Közben lecsekkoltam, az nem feltétel, hogy geekstuff legyen, csak eddig direkt valami geek vonatkozású nevet választottak; innen válogatják őket. Tehát nem szorították magukat szűk korlátok közé, csak a geek factor miatt lett ez, ahogy az ASCII is.
    De amúgy még mindig nem értem, hogy mi a túrót akarunk kiolvasni a névből; ettől lesz szar, vagy mi?

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2455102

    Egy repacktól? Én azon csodálkozom, hogy egyáltalán vannak saját kódneveik. Simán használhatnák a Debianosakat is.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454469

    Honnan a statisztika? Személyesen Pötyi bácsitól?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ritter


    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454525

    Szerintem ne lottózz.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454808

    Nem ismeri a számokat szegény. A nyerőket sem. :P

    A Debiant több millió ember használja. Ha csak pár százalék is ment át Devuan alá (5-10%), az is százezres nagyságrend.

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454824

    > de hát mégiscsak systemd-topic

    Pedig a systemd-ről eddig szó sem volt, csak a Devuan hülye kódneveiről és nemlétező userbázisáról. :P

    > systemd-topicd, mindjárt küldök feature requestet Pöetteringnek :)

    Ne, ne adj nekik ötleteket! Még a végén tényleg beépítenek egy webszervert és egy fórummotort is a systemd-be... /o\

    Oldschool Computer - http://oscomp.hu




    Devuan 3.0 beta: https://hup.hu/cikkek/20200318/devuan_3_0_beta#comment-2454862

    Úristen... Most már komolyan nem tudom, hogy sírjak, röhögjek, vagy sírva röhögjek... Ez már nem az első alkalom, hogy viccből mondok valami abszurdot, hogy mit lehetne még a systemd-be beönteni, és aztán kiderül, hogy már be is öntötték.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> end , osod88 , staccato


    Az USA kongresszusa megpróbál keresztülverni egy olyan törvényt, ami kicsinálná az end-to-end encryptiont: https://hup.hu/node/168280#comment-2452327

    > Ezt korábban kezdték, ahogy az első egy-két cikk dátumából látszik :(

    Ne felejtsd el, hogy a vírus távolkeleten már valamikor ősszel megjelent. Januárban már várható volt nyugaton is, a pánikkeltőgépezet már akkor is pedzegette a témát.

    A többire +1.

    Oldschool Computer - http://oscomp.hu




    Az USA kongresszusa megpróbál keresztülverni egy olyan törvényt, ami kicsinálná az end-to-end encryptiont: https://hup.hu/node/168280#comment-2452332

    Ja értem. Hát lehet. Mindenesetre ez gázos, mert ha az amcsik elkezdik, akkor baromi könnyen nemzetközi gyakorlat lehet belőle. Ha pl. EU-s szinten bevezetik, akkor pl. baszhatjuk a ProtonMailt is, PGP-stől, mindenestől...hacsak nem költözik ki az ember Svájcba, az nem EU tagállam.

    Oldschool Computer - http://oscomp.hu




    Az USA kongresszusa megpróbál keresztülverni egy olyan törvényt, ami kicsinálná az end-to-end encryptiont: https://hup.hu/node/168280#comment-2453537

    A PGP-be sehogy. Se visszamenőleg, se ezután. De ha kötelező lesz a backdoorok implementálása, akkor minden, amibe nem lehet rakni, az feketelistás lesz, így nagy valószínűséggel a PGP is.

    Oldschool Computer - http://oscomp.hu




    KiCad kurzor mozgatás és a CPU load: https://hup.hu/node/168276#comment-2452194

    A grafikus felület várakoztatása nem a program, hanem az alatta lévő grafikus library feladata, ami itt a Xorg.

    Xorgnál a következő felállások szoktak lenni (tudtommal):
    - Meghívják az XNextEvent() függvényt, ami ha nincs esemény, alvásba küldi a szálat a következő eseményig.
    - Az XNextEvent()-et csak akkor hívják meg, ha van a queue-ben esemény, amit az XPending() függvénnyel ellenőriznek, ami viszont azonnal visszatér a queue-ben lévő események számával, ami ha nulla, akkor a program XNextEvent() helyett várakozik, de nem feltétlenül sleep segítségével.

    Namármost, ez a micsoda a wxWidgets 3-at használja GUI-ra, ami tud más GUI widgetsetekre (GTK 1-2, Qt4, stb.) wrappelni, vagy natívan X11-el működni. Azt hiszem, wrapping esetében feltételezhetjük, hogy az említett widgetsetekben le van rendesen kezelve a dolog.
    Ha a másik esetet nézzük, a wxWidgets X11-es library-jében megtalálod az evtloop.cpp fájlban a wxGUIEventLoop::Dispatch() függvényt. Amint látod, itt a kettes felállás van: XPending() == 0 esetén vagy ráhúz egy timeoutos select()-et az X11-es descriptorokra, vagy, ha Nano-X-szel volt forgatva a lib, akkor meghívja a GrGetNextEventTimeout() függvényt, ami pedig megint csak egy timeoutos select()-el várakozik. (https://raw.githubusercontent.com/ghaerr/microwindows/master/src/nanox/client.c)
    Egyszóval nem maradt ki semmilyen sleep innen sem.

    Namármost, a kurzor mozgatása maga is egy XEvent, tehát ha folyamatosan mozgatod a kurzort, akkor mind a select(), mind az XNextEvent() folyamatosan visszatéreget és ekkor a szál visszakapja a futást, azaz lehet rajzolni. Viszont, ha nincs mit rajzolni, akkor hiába kapja vissza, gyakorlatilag azonnal küldi is vissza pendingbe az egészet, márpedig te nem tudod akkora sebességgel mozgatni a kurzort, hogy két kurzormozgatás generálta XEvent között ne legyen legalább pár milliszekundum differencia, ergo nem tudsz "sleepless" állapotot felállítani.
    Ha viszont túl sok mindent kéne rajzolni, akkor tovább tarthat a kirajzolás, mint amennyi idő a folyamatosan mozgatott kurzor okozta XEvent-ek között eltelt, ennek megfelelően az XEvent-ek fel fognak torlódni a queue-ben, ami viszont ténylegesen perzisztens azonnali visszatérést fog eredményezni az eseményfigyelő függvényeknél, ergo így felállhat a "sleepless" állapot.

    Ez így persze nem biztos, csak feltételezés, logika és némi tapasztalat alapján, de szerintem nem az időzítéssel van baj, hanem annyi mindent akar rajzolni kurzormozgatáskor (valószínűleg feleslegesen), hogy bedugítja az event queue-t.

    Oldschool Computer - http://oscomp.hu




    KiCad kurzor mozgatás és a CPU load: https://hup.hu/node/168276#comment-2453460

    Utánanéztem. A wxWidgetset konkrétan sosem használtam, de az X11-et sokat programoztam és amit leírtál gyanús volt, úgyhogy letöltöttem a forrásokat és belekukkantottam. Persze, hogy hwfüggő: ha egy sleep hiányozna, minden gépen visítanának a ventilátorok, az viszont a hardware függvénye, hogy mi számít "túl sok rajzolnivalónak".

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2451109

    Tekintve a szoftverek rohamosan romló minőségét, mind stabilitás, mind biztonság, mind erőforrásigény terén, nem biztos, hogy az szívja meg jobban, aki "elavult" OS-eket használ. Sokrétű a jelenség, nem csak az az effektus van, amit NevemTeve említett, van muszájfejlesztés, van túlabsztrakcionálás, van véleménydogmatizálás, meg persze pénzügyi és egyéb érdekek kierőszakolása is, meg még sorolhatnánk. Ezt én sem nevezném fejlődésnek. Abban egyetértünk, hogy ez tényleg nem életkorfüggő, én csak 33 vagyok.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> szazol , NevemTeve


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2451138

    Nem specifikáltam kronológiai intervallumot, csupán annyit mondtam, hogy lehet, hogy az "elavult" a kisebbik rossz. Az idézőjelezés sem volt véletlen: #define elavult. Az a probléma az "elavulttal", hogy ez nagyon gumiszó. Egy harminc éves hw/sw elég nagy valószínűséggel elavult már, de egy három éves nem biztos. Én úgy vagyok vele, hogy ha valami maradéktalanul betölti a funkcióját, azaz kielégíti az igényt, amiért tartom, akkor nem lesz "elavult" akkor sem, ha már van újabb. Akkor is, ha az újabb jobb, de akkor viszont pláne, ha rosszabb. Never fix the unbroken. Nyilván, ha valami gyíkja van, vagy valamit nem tud, ami kellene, míg az újabb igen és jobb is, vagy legalább rosszabb nem lett, akkor update.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> szazol


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2451230

    Pontosítsunk: veszélyes lehet. A megváltozott igények kialakíthatnak egy ilyesfajta csapdát, mint amit leírtál. De ha az embernek a munkakörnyezete kiforrott, akkor kevesebbe esélye van rá. Ismerek egy Xp-s fickót, akinek a számítógép a hardwaretervezéshez kell, meg az internethez. A HW tervezéshez megvannak a maga bevált eszközei, (hardwarei és szoftverei), össze van lőve minden, internetre meg ott van valami régebbi króm. Nem nagyon akar váltani, mert amire neki kell, arra 100%-ig jó, viszont az új környezet egy csomó szívást jelentene neki, lévén az egész hw és sw parkját dobhatná, mert nem megy újabb windózokkal. Én ezt meg tudom érteni.

    Igen, ha az újabb szoftver nem támogatja a régi hardware-t, akkor választanod kell, hogy a szoftvert, vagy a hardware-et dobod. Amit fentebb mondtam, az hardware-re is vonatkozik. (Nem értek a ringyózhoz, de próbáltál esetleg win7-es drivereket keresni hozzá?)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2451742

    > Nem csak ez lehet, nagyobb környezetet nézve akár software-software is lehet. Pl. a fenti XP + Chrome párnál előbb-utóbb eljöhet az, hogy már sehogy nem fogja támogatni az aktuálisan ajánlott/bizonyos helyeken előírt TLS szabványt (nem emlékszem pontosan, de úgy rémlik, a Windowsos Chrome egy időben a rendszer http libjét használta, XP-n akkor pl. a TLS 1.2 már bukó - gyorsan ránézve a Wiki összefoglaló táblájára Chrome < 50-el pl. ECDSA bukó, <38-al SHA-2 kettő bukó).

    Persze, hogy lehet software-software is. Én ezt a "ha az újabb szoftver nem támogatja a régi hardware-t", konkrétan a te esetedre írtam, mert akkor még úgy volt, hogy nem tudod, hogy megy-e, vagy sem. Szerencsére ment a jelek szerint.
    Ami az Xp alatti TLS 1.2-őt/1.3-at illeti, én úgy nézem, hogy ez megoldott dolog: https://msfn.org/board/topic/178588-tls-13-in-winxp-sp3-possible/, https://msfn.org/board/topic/177693-tls13-xp-and-firefox/

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2451233

    Nem a touchscreennel van a baj.

    És? Én nem vagyok felelős azért, hogy mások mire használják. (Egyébként ez nem mantra, hanem jótanács.)

    Egészségedre. Még mindig nem a touchscreen a baj. A GNOME3 egészen másért fos. Az egész egy UX katasztrófa, a GTK3 egy irdatlanul - és rettenetesen nyakatekerten - túlabsztraktált snailware (próbáld meg RPi-n, vagy régebbi gépen futtatni), hetente eltörik a kompatibilitást valamelyik GNOME3 komponensben és most már még systemd függő is az egész.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , vl


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420161

    Az egyik mainstream. A másik mainstream meg az iOS és a droid. Igaz, systemd azokban sincs.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423780

    Hanem egy initrendszerbe zsúfolt rezesbanda. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> szazol , lupus , Dwokfur , NevemTeve , hetvenhatos


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2451256

    A betegségeknek is a gócpontjait keresik, nem? :)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2419996

    Ha nálad permanensen összeszarta magát, az még hagyján, mert akkor legalább tiszta a dolog: system(d)-kaput, nálad bizonyítást nyert, hogy a probléma forrása a systemd.
    De mi a fárast csináljon az a szerencsétlen, akinél egyszer bebootol, egyszer meg beszarik, meg mindenféle random baromságot csinál, mert a tutti frutti systemdben valami belül összegabalyodott? Hogy debuggolja ezt ki? Az elkorrumpált journald logok maradványaiból? Hogyan jöjjön rá, hogy esetleg a systemd a ludas? Hát ha eszébe jut, hogy lecserélje, akkor mákja van, amúgy meg marad a mágikus reboot.

    A Linuxos ökoszisztéma cca. 30 évnyi fejlesztés után eljutott arra a szintre, ami a vindózban 30 éve standard, hogy a megmagyarázhatatlan crash-ek, glitchek és egyéb nem kívánt jelenségeket megmagyarázhatatlan módon megoldja a reboot. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , hetvenhatos


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420031

    > Szerintem vagyunk itt néhányan, akiknek a keze alatt összességében minimum ezres nagyságrendben vannak systemd-s disztribúciókkal üzemelő szerverek, és valamiért nem találkoztunk "összegabalyodással".

    Ezt hívják máknak. Vannak itt néhányan olyanok is, akik szintén systemd-s disztrókkal üzemeltetnek sok szervert és ők meg naponta szopnak a systemd-vel. Azt meg pechnek hívják. A systemd alapokon történő üzemeltetéshez szerencse kell.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420045

    Ezt a debilkére még csak-csak rá lehet sütni, hogy úgy adaptálták a systemd-t, hogy fingjuk nem volt róla mit csinálnak, de amikor az RHEL szarja össze magát, mert - idézem:

    > [SOLVED] - systemd version 42.17e cannot handle too many sessions at once according to red hat global support. It ran out of memorey and futhermore crashed the modules org.freedesktop.logind and org.freedesktop.systemd.
    > This problem was bugfixed and an upgrade to systemd 52.17e is recommended.
    > This issue can happen because of "abandoned" user session. You can check with the command -- $ systemctl | grep 'of user'| grep 'abandoned'
    > You can delete session directories $ rm -rf /run/systemd/system/sessionscope
    > Any runtime issues can be fixed by below commands, it will not hamper anything on the system --
    > $ systemctl daemon-reexec
    > If daemon-reexec fails with timeout then you should try
    > $ kill 1

    akkor felmerül a kérdés, hogy mégis mi számít normálisan összerakott disztrónak, ha a systemd-ért felelős cég disztrója sem az? Persze, ez csak egy bug, amit fixáltak, de a júzer belefutott. Pechje volt. Aki meg nem futott bele, annak meg mákja. Szerencse kellett hozzá, hogy működjön.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> NevemTeve , solt87 , hetvenhatos


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420032

    > a buster-netinstbol az fdisk-et meg a parted-et mar kibasztak!

    Úristen...

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420050

    > érdekes, nálam CentOS/RHEL vonalon nincs ilyen átnevezős hiszti reboot során (se)...

    export WORKSFORME=42

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> NevemTeve , solt87 , hetvenhatos


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420561

    > Mezei debiannal is egy `apt-get install sysvinit-core sysvinit-utils && cp /usr/share/sysvinit/inittab /etc` megoldja minden kinunkat, teljesen potterix-mentes lesz igy a rendszer (oke, az udev-et leszamitva). Egy reboot utan meg lehet torolni a maradekot, oszt annyi. Vagy extrem esetben ki lehet pinnelni az apt.conf-ban is.

    Bocs, de ez azért így nem teljesen igaz. Az még igen, hogy lehet törölni és pinnelni a systemd-t, de ettől még a Debian repoban boldog-boldogtalan dependel rá tök fölöslegesen, azaz baromi sokszor fogsz olyanba belefutni, hogy nem tudsz felrakni egy csomagot, mert húzná magával a systemd-t. Na, ez az, ami nincs pl. a Devuanban.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> osod88


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420673

    Na, ebben messzemenőleg egyetértünk.
    És ez még nem is a legrosszabb hozománya a debilánytím agyatlanságának; pl. amióta van multiarch, a *-dev csomagok azóta sincsenek épeszűen megoldva. Van ugye az xyz csomag, multiarch (pl. x86) esetén van belőle xyz:amd64 és xyz:i386. Ez oké. Csak aztán vannak a fejlesztői csomagok xyz-dev:amd64, xyz-dev:i386 és itt jön képbe az agyatlanság, hogy ezek ütköznek egymással, mert a headerfájlok mind a kettőben ugyanazok, így aztán nem tudod felpakolni mind a két architektúrának az objektumfájljait, mert a headerek közösek.
    És ezen a debilteam nem hajlandó változtatni és ahelyett, hogy lenne egy xyz-dev-headers:all architektúra-semleges csomag, amiben lennének a headerek és ez mellett lennének az xyz-dev-objects:amd64 és xyz-dev-objects:i386 csomagok, az architektúra-specifikus objektumfájlokkal, marad ez az agyhalott baromság. És az a szörnyű, hogy ez megy tovább az összes Debian-based rendszerbe. Ugyanez a szívás Ubuntu alatt is megvolt.

    De nem jobb ez másutt sem; már rég láttam CentOS-t, de emlékeim szerint az ottani -devel csomagok kb. ugyanígy vannak összerakva. A systemd-re meg lehet nem dependel egy raklap csomag feleslegesen, de nincs is rá szükség, ha rád akarják erőltetni, mert ott maga a rendszer dependel rá, drótozottan; le sem lehet törölni. Egyetlen mai RHEL-based rendszerben sem. Ott vagyunk, ahol a part szakad.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420707

    Jól gondoltad. És pont a WINE az, aminek a fordításánál fájdalmas ez a felállás, hogy a 64 és 32-bites devel csomagok ütköznek. Kénytelen voltam kiberhelni az egyikből az objektumokat és kézzel behányni őket a helyükre. Majd update idején vicces lesz...

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420714

    Hogyne lenne. Csak régi, mint az országút. Noha, normál esetben úgy vagyok vele, hogy herótom van a latest-mániától, ha működik és nekem megfelel, akkor tojok rá, hogy mikori, de a vindózemuláció kivétel, hiszen ott muszáj menni előre a vindózzal. Ez viszont regressziókkal jár.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420719

    Mit értünk próba alatt? Csak mert én használok FreeBSD-t is, több programot adtam már ki rá, ahogy Solarisra, Haikura, meg egyéb egzotikus izékre is; távolról sem vagyok Linux-only.
    Vagy úgy érted, hogy primer desktopnak használjam azt Linux helyett? Ez többször megfordult már a fejemben, de a driverek - általános - hiánya mindig visszatart.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420762

    Annyi helyem nincs. :)

    Nem tudok róla, hogy volna bármi hardware-em (mármint a primer gépben), amit a FreeBSD ne vinne (max az ASUS My Cinema-P7131); amióta a videókártyám is nVidia, azóta még az sem gáz, lévén az nVidia ad FreeBSD és Solaris drivereket is. (Hiába jobbak az AMD kártyák, ha a non-windows, non-mac driverek minősíthetetlenek.) Túl új hardware-eim nincsenek, egzotikusabbak már vannak, de a primer desktop gépem nem az, tehát nem ez a baj. Itt inkább a "hardvert venni tudni kell" effektus, amit nem szeretnék megint a nyakamba venni; ha bármi kinyúvad, Linuxnál kevesebb eséllyel futok bele valamibe, amibe nem szeretnék. És a gépem 2012-es, nincs garancia semmire.

    Ja, meg FreeBSD alatt gőzöm nincs hogy férek hozzá az LPT porthoz, márpedig a PC<->Amiga, vagy PC<->C128 adatátvitelhez az nekem kell.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420947

    AMDGPU kimaradt, előtte váltottam nVidiára. Tud olyat, hogy a 640x480-as felbontású screeneket egész alapon felskálázza 1280x960-ra és középre igazítva megjeleníti a natív 1920x1080-on? (A zártság mivel szopatott meg? A Catalyst/fglrx is zárt volt és nem azért volt szar...)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420966

    Nekem van, mert amióta nem 4:3-as CRT-m van, hanem laposom, azóta a retrojátékokat csak így lehet mindenféle gusztustalan aspect ratio disortion és scale blur nélkül játszani.

    Hát ez fura. Ilyet nekem sem az AMD, sem az nVidia driverei nem csináltak az elmúlt 17 évben. Persze lehet, hogy csak szerencsém van.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420704

    > De, FreeBSD-n szép komótosan ugyan, de ami "noarch" csomag, azt viszik is el ebbe az irányba (Perl, Python és hasonló scriptnyelvek valamelyikén elkészült, kalsszikus "binárist" nem tartalmazó csomagokat pl.)

    A többi Linuxra gondoltam, hogy azokban nem jobb.

    > Igaz, itt nincs is szétválasztva az app és a headerjei általában. Tudom, ez nem Linux.

    Ez nem Linux kérdés, ez inkább ökölszabály, hogy a headerek külön vannak. Nyilván egy binárist nem tartalmazó - tehát architektúra-független - csomag esetén majdnemhogy édesmindegy (maximum a helyspórolás miatt nem), de ahol bináris is van, ott az az ötös bontás célszerű, amit fentebb leírtam.

    > De a CentOS-t nem értem. Ha egyszer van egy noarch nevű architektúra, akkor mi a bánatos francért nem használják ki a lehetőségeit?

    Miért, a Debianosok miért nem használják ki a noarch-ekvivalens "all" architektúráét? Sügérek a mainstream Linuxos csomagkarbantartók. (Tisztelet a kivételnek.)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420713

    Bocsánat, de itt nem a shared object fájlokról volt szó, hanem az object fájlokról. Nem .so, hanem .o. A devel csomagok hoznak egy raklap objektumfájlt, amit linkeléskor használ a fordító. Ezek ugyan szét vannak szervezve 32 és 64-bites csomagokba, de a barom karbantartó az az architektúra-függő objektek mellé csomagolta a headereket is, mindkét architektúránál, ezért aztán, ha neked mindkét architektúra objektjei kellenének, akkor rászívtál, mert a headerek azonosak mind a két -dev csomagban. Ezért kellene a headerfájlokat architektúra-semlegesen külön tárolni.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2419946

    > Ki hasznal itt nemsystemd-s distrot? Melyiket?

    Devuan.

    > Milyen DE/WM-mel?

    TDE.

    > Esetleg van valami fontos feature ami nem mukodik a systemd hianya miatt?

    Nincs.

    > Mit valtottatok le vele?

    Debian.

    > Volt valami specifikus problema a systemd-vel, vagy csak "nem tetszett a systemd iranya", netan veletlenul tok mas miatt esett a valasztas systemd nelkuli distrora?

    Volt.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> lacesz , hetvenhatos


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2421716

    Csak az idődet pazarlod, ez a fickó csak hazudozni tud másokról (abszurd baromságokat), meg arról, hogy mi van szerintük...

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2421873

    Egyáltalán nem kedves kroozo, leszel szíves belinkelni, hogy hol állítottam én, hogy a systemd, vagy Poettering a patásördög, vagy, hogy ez okozza majd az opensource vesztét. Vagy, hogy kit birkáztam le systemd használatért. Én egy ilyenre sem emlékszem, én ugyanis sosem támadtam senki személyét a systemd vitákban, azért mert systemd-t használ. Ha egyet is tudsz mutatni, én kérek elnézést. Ha nem, akkor hazudtál, ugyanis ott egy explicit állítás hangzott el rólunk, ill. arról, hogy mit gondolunk és mondunk, aminek valóságtartalma zéró volt. Ez nem kognitív disszonancia kérdése, hanem kb. olyan, mintha én azt mondanám, hogy te egy őrült BKV ellenőr vagy, aki azért fújja le könnygázzal a nyuggereket a buszon, mert nincs jegyük. Ja, nem, ezt nem szó szerint kell érteni, csak arra utaltam, hogy buggyant vagy. Kognitív disszonancia? Lófasz. Ha ilyet leírok: hazudok. Ahogy te is hazudtál. Vagy, ha ez túl bonyolult lenne, akkor másik példa: ha azt mondanám, hogy te a systemd-t valláspótlékként használod és bármilyen kritikát vagy műszaki ellenérvet szentségtörésként kezelsz és felháborodsz rajta, akkor az mi lenne? Ugye, hogy hazugság? Na, te most mirólunk ennek a tükörképét állítottad; azt, hogy vallási fanatizmusból utáljuk a systemd-t. Ez pedig nettó hazugság; a vallásban hinni szokás, nem pedig műszaki tényekkel érvelni. No comment.
    (Ami pedig a seggfájást illeti, egyelőre a ti seggetek fáj, ha a systemd epic failjei előkerülnek.)

    Aztán:

    > az összes systemds topicban megy az így szar, úgy bughalom, linkelgetitek a miért szar a systemd listát, mintha azon objektív igazságok lennének

    Ezen konkrétan magam alá szartam; az megvan, hogy az egy gyűjtőoldal, amin elsöprő többségében más oldalakra való mutató linkek, idézetek, hibajegyek, CVE-k és hasonló dolgok vannak, nem pedig az oldal tulajának a véleménye? Az megvan, hogy egy sechole, vagy egy reprodukálható bug kurwára nem szubjektív vélemény, hanem egy kurwára objektív tény? És még mi vagyunk fogalmatlanok...

    Továbbá:

    > és egykiőtöktől sem emlékszem soha egyetlen alkalomra sem, amikor bármiről beláttátok volna, hogy nem fekete-fehér, hogy egyébként vannak a systemdnek jó megoldásai, meg hasznos dolgai

    Tehát "soha egyetlen alkalomra sem"?

    Akkor idézet magamtól (https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240760):

    "A systemd timerek tényleg többet tudnak, mint a Cron (kivéve a mail on fail-t, fixme) és sok jó ötlet van bennük, de pont Cron alternatívákból Dunát lehet rekeszteni, mind az egyszerű-cronszerűekből (pl. FCron) - amik annyit tudnak, ami a legtöbb ütemezéshez kell - mind a bonyolultabbakból (pl. Mesos + Chronos) - amik még többet is tudnak, mint a systemd timerek."

    Nekem nagyon úgy tűnik, mintha beláttam volna, hogy a systemd-ben vannak jó megoldásai, meg hasznos dolgai, nevezetesen a timerek.

    Még továbbá:

    > vagy legalább annyit, hogy ami nektek ideológiailag showstopper seggfájás, az nem biztos, hogy mindenkinek az.

    Ismét csak idéznék magamtól (https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414809, de egyébként az egész topicban ezt hangoztattam):

    "Én nem mondtam, hogy te ne használd. Én egy büdös szóval nem mondtam neked, hogy mit használj. Alternatívákat felsoroltam párat, mint lehetőséget, de egy szóval nem mondtam, hogy használd, csak informáltalak, hogy van ilyen is."

    Nekem nagyon úgy tűnik, mintha az lett volna az álláspontom, hogy van akinek ez fekszik és ez nem baj, csak nekem ne kelljen, hogy tetszedjen, nekem ne kelljen használni. Márpedig ha kiirtják a többi rendszert mindenhonnan, akkor muszáj. Ez a bajom. Nem sikerült megértened három év alatt sem.

    Úgyhogy itt két eset lehetséges. Vagy nem olvastad az említett posztokat és akkor megint látatlanban mondtál véleményt, ami köszönőviszonyban sincs a valósággal, vagy pedig olvastad, csak képtelen voltál értelmezni.

    Aztán:

    > Az meg, hogy mindemellett időnként láthatólag még fogalmatlanok is vagytok, az csak bónusz.

    Az ez után leírtak meg végig Raynes-ről szóltak; akkor mi ez a többes szám? Nekem meg az jött le a veled való vitákból az elmúlt három év alatt, hogy te vagy totál fogalmatlan, mert életedben nem láttál mást a systemd-n kívül, mint a tényleg vitatható minőségű SysVInitet. Külön örömünnep volt, ha más initrendszer is szóbakerült. Arról nem is beszélve, hogy egy darab elfogadható érved nem volt a "a miért szar a systemd listán" található esetekkel kapcsolatban, csak lesöpörted az egészet...

    Summa summárum, minden amit állítottál rólunk, az egy nagy kamu. (Illetve én most a magam részéről cáfoltam a rólam szólókat, Raynes majd intézi a maga felét.) Érveink helyett a személyünket támadod aljas hazudozással, agyatlan vallási fanatikus birkaként beállítva minket, azaz pontosan azt csinálod, amivel minket vádolsz hamisan. És akkor még neked áll feljebb.

    Várom az idézeteket a patásördögről, opensource apokalipszisről és birkázásról. Addig én a részemről lezártam.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , hetvenhatos


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2421973

    > És ez attól, hogy előástál kettő darab linket, ahol a szokásosnál kicsit enyhébben nyilatkoztál meg, nem fog érdemben megváltozni

    Ja. Ha aszondod, hogy sose és kiderül, hogy mégis, akkor akkorse. Stimmel. :)
    És ráadásul még fals is a dolog, mert a systemd-vel kapcsolatban még csak-csak lehet mondani, hogy egyszer bírtam róla valami pozitívat mondani, de az, hogy másnak lehet, hogy jó, én sosem vitattam, vagyis ez megint egy ordas nagy kamu.

    > (Pláne, hogy a timereknél pl pont nem sikerült felfognod, hogy abban pont az a trúváj, hogy unitokat basztat).

    Kurwára nem ez volt a lényeg abban a vitában, de sebaj.

    > De mivel látom, hogy neked ez komoly fájdalmat okoz: elnézésedet kérem, hibáztam, te és Raynes nem utáljátok fanatizmusból a systemdt, pláne nem vallásiból, azt azonban továbbra is tartom, hogy bőven elég szemellenzősen álltok ehhez az egészhez, hogy ne legyen veletek értelmes vitatkozni róla.

    Nem fájdalmat: megrökönyödést. De el van nézve.

    > Azoknak a tényeknek jelentékeny része vitatható műszaki vélemény (igen, a" nemértitek hogy nem unix filózófia és ezért szar", az egy vitatható műszaki vélemény, nem pedig tény), a másik része a Pöttering egy arrogáns, értetlen fasz témakörben van (ja, az), a harmadik része meg egy rakás valid bug, meg néhány, ami egyesek szerint valid bug, mások szerint meg nem (hello 0pointer uid).

    Egy nagy lófaszt. A legnagyobb része bugokra, CVE-kre és hasonlókra mutatott. Ha már azt is megkérdőjelezed, hogy egy reprodukálható bug az bug-e, akkor tényleg nincs mit mondani. (A 0pointernél sem az volt a baj, hogy most lehet-e számmal kezdeni-e vagy sem, hanem, hogy ne a rootra reverteljen már...)

    > Ez meg még mindig netto baromság. Ez open source, soha nem lesz muszáj neked. Mindig megírhatod, összerakhatod magadnak. Ja, hát ha keveseket érdekel ez, akkor kicsit munkásabb lesz, de mint pl ez a topic is mutatja, vannak még egy páran, akik hajlandók munkát tenni bele. Bár a Devuanosoknak is bevérzett a szeme, mikor felmerült, hogy nekik kéne csinálni az összes init scriptet, mert esetleg a Debian úgy dönt, hogy ők nem dolgoznak a Devuanosok kedvéért. Pedig ugye ha neked ne kelljen használni, akkor (mindenki) másnak meg ne kelljen már a te a fájdalmad miatt dolgozni.

    Persze, hogyne. Írhatok ennyi erővel OS-t is nem? Ez a mikrofosi mentalitás, hogy dehogy nincs választásod: nyugodtan mehetsz a fárasba, a többség ezt akarja. (Ami kamu, mert a többség sem a windóztízet, sem a systemd-t nem kérte, csak leszarta vagy beletörődött. Akarat != beletörődés.) Itt nem az "én fájdalmam" miatt kell másnak dolgozni (már megint csak személyeskedni bírsz); korábban volt választása az embernek és ezt veszik el szép lassan. Ne értsd, ha nem akarod.

    > Ne haragudj, de saját magamról se fogom előturni azt, amikor arról értekezem, hogy például egy solarisos SMFhez képest egyik sincs a fasorba se, se azt, amikor a freebsd rcjről beszélgettünk, se azt, hogy pl a másik befutónak tűnő upstart hogy volt még sokkal idegesítőbb, se innen a szomszéd topikból amikor konkrétan leírtam, hogy az én szeretem listán második helyén az s6 van, vagy azt, amikor finoman külsőrüszttel belerugok egyet a systemdbe a magic sysreq leszarása miatt, maradjunk annyiban, hogy ha én egyoldalúan / szelektíven látom a te véleményedet, akkor bizony te is az enyémet.

    Hát, amit nem nekem írtál, azt nem biztos, hogy látom. Nekem többnyire csak a SysVInitet szidtad.

    > az agyatlant és a birkát azt te költötted most hozzá.

    Ok, nem agyatlan birkát mondtál, hanem megvezetett birkát.

    > Bocs, mit is? Mármint mit csinálok én, amivel titeket vádollak? Mert systemd vallási fanatizmust biztos nem

    Nem-e? Hát a patásördög mi az ördög? Ki bélyegez ördögnek másokat, ha nem a vallási fanatikus? És te ezt próbáltad ránksütni, miközben azzal vádolsz minket, hogy mi másra sütjük rá a megvezetett birka bélyegét és közben vallásos fanatizmussal fröcsögünk Poetteringre. Vagy, állításod szerint nem próbáltad. Akkor csak így sikerült.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423721

    > a tapasztaltabbak

    s/a tapasztaltabbak/a tapasztaltabbak közül páran/

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423738

    Ne erőlködj. Fentebb is kurwára beégtél a "normálisan összerakott disztróddal", szóval te ne nagyon osszál tapasztalatról senkit. (Amúgy csak mondom, ha már szóbahoztad, hogy az előző melóhelyemen nekem is többszázas nagyságrendben kellett szervereket tutujgatnom, csak nem RHEL, hanem Debian (7) és Devuan (2) alapokon. Úgy, hogy én programozó vagyok, nem rendszergazda. Nesze tapasztalat.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , solt87


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423790

    Tanulj meg olvasni. Egy szóval nem írtam, hogy production környezetben történő taknyolás folyt. Azokon az éles rendszereken nem volt fejlesztés, csak üzemeltettük őket. Fejlesztést cégen belül, dev-szerveren.
    Szerintem tényleg ne erőlködj, mert egyre szánalmasabb vagy.

    Sz*rk: (Beszerkesztetted.)
    > Ja, és hogy is volt a debilkés ssl-fiaskó? Az aztán k.ra jól összerakott dolog volt... Pedig emlékeim szerint több helyről figyelmetették a tökikét, hogy baromság, amit csinál...

    És? Mondtam én, hogy a debilányosok nem gyökerek? Emlékeim szerint ebben speciel egyetértettünk. Ettől még az RHEL is egy csapat majom marad, ld. SzBlackY sztoriját lent.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423947

    Na, akkor itt most megkérdezném, hogy hogy is érted ezt, mit is baszna el a kóder? A programot, ami a szerveren van? Ha így értetted, akkor már megint analfabéta voltál; le volt írva, hogy az cégen belül, dev-szerveren volt fejlesztve; éles szerveren nem tesztelünk és nem fejlesztünk. Ha meg úgy érted, hogy az üzemeltetést bassza el (mert mondjuk félrek(onfig)úr valamit), akkor visszakérdezek; mi van, ha azt a rendszeradminisztrátor bassza el? Ő nem hibázhat? Ha a sysadmin baszik el valamit éles üzemeltetésben, azzal ugyanúgy szopik minden érintett. Tehát irreleváns, hogy az üzemeltető civilben micsoda. Ha tudja mit csinál menni fog, akkor is, ha civilben kóder, ha meg nem, akkor meg fail lesz a vége, akkor is, ha civilben sysadmin. Nagy bajok vannak a fejedben.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423943

    Úgy látszik nem csak olvasni, de gondolkodni sem ártana, ha megtanulnál; az, hogy mi a szakmám, meg mellette mihez értek még, mit tudok megcsinálni az két külön dolog. Nem ez volt az egyetlen melóm, ahol üzemeltetni is kellett, KKV-nál ilyesmi előfordul.

    Egyébként én meg ott nem lennék se munkatárs, se ügyfél, ahol te üzemeltetsz, mert ahhoz képest, hogy két éve még véresszájú systemd-ellenző voltál, mostanra véresszájú systemd-hívő lettél. Magyarán "szakmailag" 180°-os fordulat, csak a véresszáj maradt. Mint egy valláskárosultnál a megtérés. És akkor megy a mutogatás a debilányosokra, hogy el van kúrva (igen, el), de bezzeg az RHEL az jól összerakott disztró; egy nagy lófaszt az, csak máshogy szar. Szakembereket ne vezéreljen vallás. Ez a paranoid debilkefóbia/butthurt FillérÓES fanboiság amúgyis már beteges nálad, már két éve is ezzel jöttél (egy hordozható scriptfájlnál, ultimate fail, lol), mert fő a rosszindulat. Te valamit nagyon kompenzálni akarsz, ha állandóan mások tudását vonod kétségbe.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424042

    > 2015 nem két éve volt - számolni is megtanulhatnál, ha már kódgányolásra adtad a fejed.

    Benéztem az évszámot, valamiért 2017 maradt meg, ilyen van. Gányolni meg nem szoktam. Azt a hozzád hasonlóak szoktak, mert másra nem tellik tőlük, meg az agyatlan, ostoba, személyeskedő fröcsögésre.

    A systemd-s fejtegetéseidet leszarom. A valláskárosultak mindig mindent meg tudnak magyarázni, főleg maguknak. Eddig is alulmaradtál kivétel nélkül az összes systemd vitában, nem pazarlom rád az időt tovább.

    > Te maradj az Amiga/Commodore vonal mellett, ott lesz neked jó - bár a Zilog CPU-hoz képest nagyjából fostalicska volt mind :-D

    Morzsika...mondtam a múltkor, mutass valamit, vagy kussolj. Jelen pillanatban szakmailag te engem tűzoltólétráról se szophatnál le. (Amúgy az megvan, hogy sikerült két gépcsaládot hasonlítanod egy CPU-hoz? Ráadásul a 8-bites C= gépek közül többen is volt Z80, pl. C128, de nem baj. Ez is a tudásodat tükrözi.)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424154

    > Ez anno elkerülte a figylemedet, ahogy most is.

    Nem kerülte el. Csak ez ilyen semmise. Ezzel a rejtélyeskedő kampószöveggel lehet menni a devnullba.

    > A systemd jobb, mint a sz@rul szétkókányolt (mert nem értenek hozzá) módon használt sysvinit és a kapcsolódó, systemd által kiváltott szolgáltatáskupac.

    Látod? Már megint analfabéta vagy. Ha nem mondtam el 68000x, hogy egy anti-SysVInit érv, nem pro-systemd érv, mert van helyette ezer más is, akkor egyszer sem. Ennyire vagy komolyanvehető; el se olvasod, amit a másik ember ír, hanem writeonly módban fosod a mantrát.

    > A Commodore gépek hardvere a Zilog-os vonalhoz képest fostalicska volt

    680x0 vs Z80. Ez még trollkodásnak is gyenge. Amúgy is, mi az, hogy a Zilog vonal? Az egy nagyon tág fogalom; a ZX-80-as is Z80-as volt, meg az Enterprise 128 is. Melyik Zilogos gépet hasonlítod melyik C= géppel? Úgyhogy ez az állítás így kb. értelmezhetetlen. Szerintem te ne add elő nekem a veteránt, mert röhögőgörcsöt kapok.

    > ezt picit iróniával is írtam

    Irónia: A vadászpilóta 20 évnyi 3 Mach után egy biciklivel kenődik fel a falra.
    Szarkazmus: Megint maga alá szart a systemd. Ez a legkirályabb initrendszer!
    Keverni teccik a kettőt.

    > nekem élőben volt szerencsém (bőven) a két "párt" vitáihoz "harcaihoz" hogy melyik a jobb

    Ez pedig egy végtelenül ostoba hozzáállás; mi az, hogy melyik a jobb? Mire? Mindegyik másban volt jó. A gépek is, meg a CPU-k is. A Z80 regiszterekben (számosság/szélesség) és órajelben felülmúlta a 6500-es sorozatot, de a címzésmódok rugalmasságában és az utasítások végrehajtási sebességében alulmaradt vele szemben. Célfeladatra céleszköz.

    > De úgy tűnik, nem jött át ennek a megjegyzésnek az éle - talán mert akkor még csattogós lepkét sem tologattál, amikor nekünk CP/M alatti fejlesztések voltak feladatként kiadva...?

    1988-ban, vagy 89-ben írtam az első BASIC programomat C128-on. Nekem az volt csattogós lepke helyett. (És ha már CP/M, volt 3.0-ás CP/M-ünk is hozzá, azaz még mindig megvan, a géppel együtt.) Te mit csináltál 3 évesen? Magad alá szartál?
    Az "éle" meg átjött, csak lepergett; rossz helyre próbáltál szúrni vele, mert nem vagyok Z80 hater, képzeld azon is tudok programozni. Ezzel az öreges dumával is el lehet amúgy menni a devnullba; neked gáz, hogy ha egy taknyos többet tett le az asztalra, mint te.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424266

    > Az, hogy a Linuxos világban nem képesek megismerni és jól haszálni a sysvinit-et, az nem a sysvinit, hanem a linuxos kókányolók elleni érv. Anno a sysvinit-et nem tudták rendesen használni, most meg a systemd-t nem sikerül teljes egészében átlátni és fefogni, hogy mit miért és hogyan - szerintem nagyjából ugyanazoknak az arcoknak.

    Ez a linuxos kókányolók ellen érv, nem a systemd mellett.

    > A Zilog vonal nem állt meg a Z80-nál, ez az egyik, a másik, hogy ha kapott volna olyan funkcionalitású "körítést", amit anno a játszós gépekbe raktak mások, teljesen máshol lenne most a világ.

    Nyilván, ha másra épül, akkor másfele megy. Az viszont nem biztos, hogy jobb lenne, ez az egyik. A másik, hogy a Commodore vonal sem állt meg a 6510-nél. 68060? PowerPC? SuperCPU?

    > Abból, hogy '88-ban kezdted a BASIC-kel való ismerkedést, tisztán látszik, hogy ezt a "melyik jobb" vitát lekésted :-)

    És? Ettől te nem okosabb leszel, csak öregebb. Egyébként nem is bánom, hogy ezeket a korai flamewarokat én kihagytam. A CoV-ban sem értettem, hogy a C64-esek és +4-esek miért marják egymást.

    > Trágár,s zemélyeskedő téren többet tettél le az asztalra, az biztos,

    ROFL. Ez a nap poénja. Kettőnk vitáiban kivétel nélkül te kezdted a személyeskedést és a a tágárkodást is (attól, hogy kipontozod, még trágárság). Nézd meg lent mt9 listáját, a nagy részét te hoztad össze.

    > hogy hány és milyen nagyobb rendszer felépítéséhez, bevezetéséhez, üzemeltetéséhez volt eddig szerencsém, ahhoz neked nagyjából semmi közöd

    Ez fordítva is áll. Csak te feltételezed a semmit, mert a kicsinyes lelkednek így jobb. Nem tudom mit kompenzálsz, de...'gésség.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424269

    Nem, ez sem a systemd mellett érv, mert ezt más suite-ok is tudják. Miért jobb egy systemd unit, mint egy s6 unit?

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424296

    Inkább a SysVInitről váltás mellett érv. Bár úgy is meg lehet közelíteni, ahogy te teszed, de akkor is csak a SysVInittel szemben lehet érv, nem a többi suite-tal szemben. A systemd funkcionalitása nem kizárólagos, viszont a többiek nem öntik bele a PID1-be az egészet.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424272

    Ami pedig az asztalra letevést illeti, én raktam le a saját szakmámban olyat az asztalra, amit eddig rajtam kívül nem csinált meg más. Mármint, hogy párhuzamos portos 1541 emut (igen, ez egy full VM), ami változó órajelű, többprocesszoros, multitaszkos, memóriavédett környezetben is tud futni. Ne gyere nekem azzal, hogy mi ennek az értelme, vagy haszna, mert egy ilyen projektnél nem ez számít. Ha te is fel tudsz valamit mutatni (akármit!), amit a szakmádban más nem csinált meg még rajtad kívül, akkor majd folytathatjuk. Addig nem tudlak komolyan venni, amíg belőled más sem jön, csak a személyeskedő mocskolódás, rosszindulatú, minden alapot nélkülöző hazudozás.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424288

    De én nem mondtam, hogy ne használd! Azt használsz, amit akarsz.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424286

    Hogy micsoda...? Hol mondtam én neki, hogy ne használjon systemd-t, már ne is haragudj? Beidéznéd?
    Nem tudom feltűnt-e, de ő szólt hozzám (#1, #2) és mindjárt személyeskedéssel nyitott... Ő kötözködött és tukmált, nem én!
    Aztán nem tudom feltűnt-e, de ez a topic arról szólt, hogy javasoljunk systemd-mentes disztrókat; a systemd-propagátorok vannak rossz topicban, nem én!
    Ajánlott poszt: https://hup.hu/comment/2420033#comment-2420033

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424316

    Nem a téma miatt estünk egymásnak, hanem mert zeller csak mocskolódni tud. Mi hányszor írtunk már tele húszezer oldalt systemd vs többiek vitában? Én már megszámolni sem tudom. De nem emlékszem olyanra, hogy beszóltál volna, vagy én szóltam volna be, nem emlékszem olyanra, hogy egymást emberileg, vagy szakmailag minősítettük volna. (Apróbb trollkodások előfordultak, esetleg. :P)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424332

    > még ha én nem is szoktam személyeskedni [ok, van, aki kiváltja belőlem is, de ahhoz nagyon kitartónak kell lenni] :)

    Na, ezzel én is így vagyok; az összes posztom publikus, vissza lehet nézni, hogy hányszor kezdtem én a személyeskedést, baszogatást. (0 db)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424419

    Már megint ezzel jössz? Te trágárkodtál ebben a topicban először. Attól, hogy kipontozod, meg kukaccal írod a szart, még trágár maradsz. Te kezdted a címkézést is. Továbbá én csak veled flameltem, te pedig több emberrel is. Te vagy itt a geci, nem én. Csinálod a magad kis szarságait, a másik embernek meg felrovod. Ritka undorító módon vagy álszent, ugye tudod?
    A fiatalozással meg csak magad égeted, már mondtam. A kor nem érdem, hanem állapot.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424311

    Miért, te mit vársz ettől a beszélgetéstől? :P
    Egyébként kicsit sántít a hasonlat, mert zeller hozzáállása miatt a kettőnk közti szál már régen nem a systemd vs. többiek műszaki vitáról szól, hanem az én mocskolásomról, olvass csak vissza. (Tudom, én meg belementem és visszaszóltam.) És ez nem csak a velem való vitában áll meg, olvasd végig a szálban zeller hozzászólásait: a trágárkodások, mocskolódások, személyeskedéseknek több, mint a felét (azaz az abszolút többségét) ő követte el, nem csak nekem szólt be. És akkor még ő mondja nekem, hogy trágárkodok, vagy személyeskedek. Ja, vele, mert ő jött nekem - már megint. A múltkori topicban azért jött nekem, mert kifacsartam a google nevét, ő meg itt salakozik, meg debilkézik, de egyébként már évekkel korábban is csinálta, az nyilván nem számít kifacsarásnak, csak ha én mondom, hogy kugli; hipokrízis felsőfokon.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424323

    Magyarán kiváncsi típus vagy. Én is az vagyok, mint a múltkor már említettem.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424435

    > A Slackware-t születésétől salaknak becézte mindenki, a Debiand- meg debilálnynak, debilkének - fene essen bele, hogy ennek a szónak más jelentése is van... :-D

    Aham és a karbantartót is szarbantartónak becézték, mi? Egyébként a debilkét, mint kifejezést még csak ki lehet magyarázni, hogy vicc, de egy olyan rosszindulatú hazugságot, hogy "minden, ai nem debilke, az fúj", azt már nehezebben. A "szarbantartót" szintén. A "normális disztrót" meg pláne.

    > Egyébiránt neked az fájt, hogy az "erősen retró" kinézetű oscompponthu-t hozzád hasonlóan kifacsartam... Persze tény, hogy ezzel erősen fájó pontra léptem,de ilyen az élet - ha nem szeretnéd, hogy veled csinálják, te se tedd mással.

    Nem, nem fájt a foskomp, mint mondtam, nem szoktam fennakadni az ilyenen, azon akadtam fennt, hogy beszólsz a "kugliért" (amihez itt senkinek nincs személyes kötődése), aztán meg foskompozol. Nem fájt, megrökönyített, hogy hogy lehet valaki ekkora egy álszent alak.

    > bár akkor is találtam értelmesebb elfoglaltságot, mint kipécézni valakit, akire korábban megorroltam, és a régi sérelmekre alapozva újra cseszegetni. Szerintem szakadj le rólam

    Hogy micsoda? :D
    Ember, kapj már a fejedhez: te jöttél nekem kétszer is, csak ebben a topicban! Én hozzád sem szóltam, sem itt, sem másutt, te szóltál be mindenféle trágárságot, most is és a korábbi topicokban is; én pécéztelek ki? Egyszerűen hihetetlen...összeszarom magam rajtad; miféle alternatív valóságban élsz? :D
    Egyetlen posztot mutass bármelyik topicban, ahol én indítottam ellened bármiféle támadást! Ez már kurwa rég nem a systemd-ről szól: éppen te vagy, aki a régi sérelmeidért elégtételt akarsz venni, mert számos vitában kurwa csúfosan alulmaradtál, amikben természetesen érveid szokás szerint nem voltak, csak beszólogatásaid.

    > számomra kifejezetten jó a systemd, miután megismertem, és használom

    Ez meg itt senkit nem érdekel, mint már mások is megjegyezték, a systemd-hívők eltévesztették a házszámot, a topicnyitó systemd-mentes Linuxokat kért, helyette hittérítést kapott. No comment.

    > Ja, egyébként látom, sok időd van a régi hozzászólásokban turkálni...

    Nem. Van indexfájlom, így egy pillanat alatt megtalálom amit akarok. Nem gondoltad volna, mi?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kecske


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424530

    > A Debian ssl fiaskó okán, meg a totálisan katasztrófális initscriptek/scripthalmazok miatt emlegetem a csomagok összelapátolóit úgy, ahogy. Az ss-fiaskó okán nem a csomag, hanem annak a használói maradtak sz@rban egy jó darabig, ergó valoban nem sz@rbantartó, hanem sz@rbavivő - mondjuk :-P
    Ja, a sz@rbantartó akkor sem fájt neked, amikor a mindenre is(!) dependáló csomagokról volt szó...ű
    A "beszülás a kugliért" pont az volt, hogy az erősen oldschool oldaladat én is torzított névvel illettem. Ugyanazt csináltam, mint te, csak épp a te webhelyed nevével. No kugli, no (f)oscomk. kapís?

    Essen már le végre, felőlem annak nevezel akármit, amit akarsz, én az álszentségen akadtam fennt. Nem tűnik fel, hogy ha veled beszélek konzekvensen foskompnak hívom? (Amúgy kuglifanboi vagy, hogy ennyire fontos, hogy ne hívjam annak?)

    > Erre oké, a Windows poweruser beszólás valóban erős volt, bocs.

    Nocsak. Spongyát rá.

    > Nézzenek oda, TCH debilkézik... Meg hogy fingjuk sincs arról, mit csinálnak... Ööööö... Szóval ha én debilkézek, akkor az baj, ha te, akkor az nem...?

    Nem egészen. Én azért vettem fel a fonalat, hátha lepotyog neked, hogy nem vagyok Debian fanboi, hiába ferdíted el a nevét; engem nem érdekel minek hívod. Olvasd vissza a topicot, vagy akár az egész fórumot. Csak akkor hívtam annak, ha veled beszéltem. Kápís?

    > Topocban továbbmenve kroozo-ról írtad: " Csak az idődet pazarlod, ez a fickó csak hazudozni tud másokról (abszurd baromságokat), meg arról, hogy mi van szerintük... " - szépen nekimentél másnak - nem először, egyébként.

    He? Jó reggelt kívánok, szépen belinkelted azt a posztot, ahol kroozo támadt Raynesre és rám. Nem zavar? Nem én mentem neki, hanem fordítva. Tanulj már meg olvasni.

    > Erre finoman válaszoltam, ott volt a :-P a végén, hogy: " A tapasztaltabbak. Pont. Majd egyszer talán te is eljutsz arra a szintre"
    >
    > Ezen úgy felkaptad a vizet, mint annak a rendje... Ha ez "nekedmenés" volt, és emiatt bajod van velem, akkor csak azt tudom mondani, hogy ez a te bajod, nem az enyém.

    Nem kaptam fel, ezt csak te próbálod mindenáron görcsösen bizonyítani, hol a foskomppal, hol mással, hogy "d-d-de én feltuttalakám idegesíteni", hát erre rászívtál. És ez pedig "nekemjövés" volt, mert fingod nincs róla, hogy miféle tapasztalatokkal rendelkezem, te csak így fejezed ki a nemtetszésedet/egyet nem értésedet, hogy a másikat megpróbálod idiótának beállítani. Szánalmas vagy. (És ez ugye csak az egyik volt a kettőből, a másik a windózpóverjúzer volt, csak azért közben elnézést kértél.)

    > " Van indexfájlom, így egy pillanat alatt megtalálom amit akarok. " - és akarod, tehát hordozod a korábbi tüskéket, mindazt, ami megint csak nem az én, hanem a te bajod.

    Tekintve, hogy ez már a sokadik topic, ahol nekiállsz baszogatni, így legalább van mivel visszalőni és megmutatni, hogy mekkora álszent vagy. Amúgy meg mondom: te hordozod itt a korábbi tüskéket, mert különben már rég leszálltál volna rólam.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2424539

    Ez csak ürügy, hogy Debian alatt azért vannak bajok a systemd-vel, mert a Debiannal is bajok vannak, a karbantartói marhaságok miatt. Egyébként a karbantartókat illetően elég sok igazság van a dologban, csak egy a baj, hogy ez más systemd-s disztrókon sincs máshogy. Ugyan volt valami foghegyről odapökött ukáz, hogy "normálisan összerakott disztrót" kell használni, de arra a mai napig nem érkezett válasz, hogy mi számít annak, ha RHEL alatt is egy katasztrófa a systemd. Ha másnak nem, az RHEL-eseknek tudniuk kéne bánni a systemd-vel. De erre a posztra összesen annyit bírt reagálni, hogy kínjában mutogat rá, hogy én is "debilkéztem".

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420049

    Az ugye megvan, ez megint csak a WORKSFORME érv? Ráadásul, ha OpenRC-vel megy ugyanaz, akkor a systemd mindenképpen részese a problémának, akkor is, ha az alkalmazás is hibás. Összegabalyodtak. A bináris logok korrumpálódása miatti bootképtelenségre viszont tényleg érdekelne, hogy mi a magyarázat.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> solt87 , carlcolt


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420414

    Én is olvastam, de már nem tudtam rá mit mondani, csak csendben lekapartam az arcomat.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Dwokfur


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420887

    Nem tőlem kérdezted ugyan, de Hyperbola IceWeasel-UXP-hez tudok adni útmutatót. A Chromium pedig egyáltalán nem függ a pulse-tól.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420166

    A topic szerint:
    Artix: 1
    Void: 1
    Obarun: 0
    Devuan: 2

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420230

    Azt olvastam, csak carlcolt jelenidőben tette fel a kérdést, te meg múlt időben beszéltél róla. Lehet néha túl szó szerint veszek dolgokat.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420415

    Tudom, de carlcolt azt nem sorolta fel.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420223

    Abban nem tévedsz, hogy a libsystemd0 benne van a repoban a függőségek miatt, de abban igen, hogy ez automatikusan systemd függőséget is jelent. A libsystemd0 ugyanis csak egy interface a systemd különféle komponenseihez, nem része magának a systemd-nek. Ha a systemd nincs feltelepítve, ennek a libnek a jelenléte irreleváns; nem "mutat" sehova, nem csinál semmit. Csak a csomagok függnek tőle, a szoftverek nem. Hogy miért hagyta meg a Devuan Team a függőséget, azt nem tudom, de valószínűleg pont azért, mert érdektelen, hogy fennt van-e, vagy sem és extra munka lenne újracsomagolni mindent, ami függ tőle.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420562

    > Minden linux gentooba vezet.

    És egy szép napon az is le fog égni a gecibe, mint Róma?

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420572

    Na, addig legalább lesz idő, hogy le is tudjon fordulni.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420573

    Eh, annak nem árt az égés, hiszen egy ördögfióka a mascotja. :)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420637

    A Gentoo mely előnyeit tartalmazza a FreeBSD-nek? A jobb POSIX kompatibilitást? A bináris csomagkezelést? Vagy azt, hogy nincs és nem is lehet benne systemd?

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420765

    > Pl: freebsd portredszerének ötlete alapján megalkotott portage.

    A ports nem FreeBSD találmány. Több más UNIX-nak is van. Linuxoknak is.

    > Az nem előny H nem működik a rendszer systemdvel, az előny H ha kell azzal, ha nem kell, openrcvel.

    De, az nagyon is előny, ha Pötyi bácsi keze nem tudja betenni a lábát.

    > Mellesleg az openrc jobb mint a bsd rcje.

    Ezt nem tudom megítélni, de ha így gondolod, kifejthetnéd, miért.

    > Továbbá attól H gentoo az Linux, sokkal jobb a hardvertámogatása bsdnél.

    Ez tagadhatatlan.

    > Freebsdre nincs gyárilag gui frontendes app a Bluetooth audio manageréhez.

    "Gyárilag?" Ez UNIX. Forgatsz, vagy telepítesz, ha akarsz.

    > A bsd rendszerindítóját meg kicsit igénytelennek tartom grubhoz mérve. Nem a design, hanem tudás/kényelem szempontjából.

    És mi köze a GRUB-nak a Linuxhoz? A GRUB egy független rendszerindító, akármit el tud indítani. BSD-t is.

    > Továbbá a külső forrásokból telepítés lehetősége is elég gyér. Pl Teamviewer nem telepíthető.

    Noha, ez biztos így van, ez a "Linuxra nincs Photoshop" érv. Alternatíva sincs? Mert tudtommal az AnyDesk megy FreeBSD alatt.

    > De nem gyalázni akarom a bsdt, minden tiszteletem bsdnek nem véletlenül raktam be az aláírásomba gentoo mellé, csak annyit akartam mondani, H gentoo jobb nála.

    Ez, mint vélemény, oké.

    > Gentoo szent és sérthetetlen, gentoo az isten! Teccik nemteccik ez van. Vita lezárva. PONT.

    Ez viszont nem oké. De gondolom ez is trolling, mint a nyitó posztod volt.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420886

    > Openrc: Most nem érek rá kifejteni, de kezdésnek legyen elég annyi, H nem egy freebsd alapú rendszer használja.

    Kapaszkodj meg: a FreeBSD alapú TrueOS-ben van OpenRC és készül FreeBSD alá is az OpenRC.

    > A trollkodásom lényege, H nem tudjuk egymást meggyőzni, mert Te bsdfetisiszta vagy én meg gentoofetisiszta.

    ROFLMAO, hogy mi vagyok én?! :DDD
    Nem zavar, hogy több, mint tíz éve Linux az elsődleges desktop rendszerem? BSD-ket csak úgy "mellékesen" használok, úgyhogy ezt így nem igazán tudom mire vélni.

    > Annyival megkönnyíthetnéd a dolgomat H megnevezel legalább három guis blootooth audio manager alkalmazást.

    Márminthogy guglizzam ki neked? Vagy saját kútfőből mondjak? Utóbbi nem fog menni, életemben nem használtam BT-t. (Egyébként nem világos, hogy egy esetlegesen hiányzó alkalmazás miben minősíti magát a rendszer koncepcióját...)

    > De hogy trollkodjak is bsdn nincs selinux azaz sebsd.

    Jah, mert az Linux specifikus. Linux alatt meg nincsen tisztességes eseménykezelő, azaz most már van, de kb. 15 évig nem volt, miközben mindenütt másutt volt vagy kqueue, vagy IOCP.

    > Továbbá megnéznék egy bsd bootolást secureboottal is (gentoon össze lehet kalapálni). Majd küldj róla videót.

    Inkább arról küldenék videót, ahogy a secureboot kitalálóját belefojtják az öltönyébe. Beszéljen helyettem fraque kolléga. (De egyébként készül FreeBSD alá is a támogatás.)

    > Most eltűnök az életből vasárnap estig. Valahogy próbáljátok meglenni a társaságom nélkülözésével. Tudom nagyon unalmas lesz. :D Sorry

    Micsoda csapás...hogy fogjuk kibírni?

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420980

    > Mellékszál: tudtommal egyetlen guis BT-s audiokezelő sincs FreeBSD-re. Nekem ugyan nem hiányzik, de lássuk be - attól mert valaki gentoozik, még nem biztos, hogy elbír egy parancssori virtual_oss ( Virtual OSS multi device mixer application - ezzel lehet a BT-s audióeszközökkel egyáltalán bármit csinálni FreeBSD alatt) nevű eszközzel.

    Én ezt értem, de ha van, ha nincs, egy alkalmazás megléte vagy nemléte nem igazán perdöntő abban, hogy melyik rendszer koncepciója a jobban átgondolt.

    > Amúgy javítás, van egy virtual_oss_ctl nevű QT-s tool, szóval akkor egy már van.

    Akkor meg problem solved.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423641

    Ej, no...mivel léptem így a tyúkszemedre? Te trollkodhatol, én meg nem?

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423655

    Az előbb még pont azt mondtad, hogy kretén vagyok. Most meg már nem eléggé? Olyan bizonytalannak tűnsz.

    De nem is a kreténkedés volt a célom, csak a gentófesitiszta trollkodásra nyomtam egy kis ellentrollkodást.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423767

    Bóknak nem vettem, de sértésnek sem. Ami igaz, az igaz. :]

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423649

    > Akkor viszont nem értem miért kérdezed miért jobb az OpenRC a sima RC-nél.

    Mert nem tudom, hogy melyik jobb?

    > Ezek szerint a FreeBSD fejlesztők is beismerték, hogy jobb.

    Max. a TrueOS fejlesztők ismerhették be. De ettől még mindig egy az OS típusától független dologról beszélünk.

    > Ennyire nem követem a digitális lábnyomodat. Én még elég új vagyok itt.

    Nem kell követni semmit, de feltételezni se.

    > Annyit tudok, hogy rettegsz a systemD-től.

    Csodálkozol? Le akarja nyúlni a csokinyuszi-készletemet; most is itt kukkol kint a rakétasiló mellett, lesi, hogy mikor osonhat be a kazánházba... :(

    > Akkor meg ne add elő, úgy, hogy magasabb prioritást élvez nálad a BSD, mint a linux, mert nekem ez jött le.

    Miért? Mert nem értettem egyet azokkal, amikkel állítottál? Én csak realista próbálok lenni.

    > Akkor azzal Te is egyet értesz, hogy jobb a gentoo desktopra, mint a FreeBSD.

    Egyáltalán nem. Egyfelől a "jobb" az egy szemszögi kérdés. Én a Gentoot egyáltalán nem ismerem, tehát ha választani kéne a Gentoo, meg a FreeBSD között, akkor valószínűleg az utóbbit választanám. Ugyanez a Devuan és a FreeBSD esetén már fordítva lenne, mert a Devuant jobban ismerem, mint a FreeBSD-t.

    > Nagyszerű. Akkor csak Zahy BSDfetisiszta kocka.

    Mi ez a "fetisiztázás" nálad?

    > Inkább arról mesélj melyik linux disztró a kedvenced.

    Egyik sem. Devuant használok, mert a Debian környezetet ismerem a legjobban és ebben nincs systemd. De kedvencnek nem hívnám.

    > Nem neked az nyilván, hanem akik azon szórakoznak, ahogy vitatkozol másokkal.

    Hát, akinek ez az egyetlen szórakozása, az nem irigyelni való ember... (...de egyébként én csak viccnek szántam.)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423778

    > Nem tudoooood?! Miért nem tudod? Ejnye!

    Sajnos nem. De ahogy nézem te is egyre kevésbé. :]

    > NEM! Ha a FreeBSDsek iz azt teszik a következő kiadásba, akkor azzal elismerik, hogy jobb az openrc a saját szarjuknál.

    A kulcsszó, amit keresel: opcionális. Ha kidobták a régi BSD-s initet, akkor lesz igazad. Ha csak lehet választani, akkor csak támogatnak alternatív megközelítéseket is. És még mindig: az OpenRC nincs a Gentoohoz drótozva; tehát, ha a FreeBSD átveszi, az nem jelenti, hogy a Gentoo jobb nála.

    > De igen! Mert egy bunkó troll vagyok!

    De jó neked! (Itt el kéne sütni valami szar viccet, de a kínaji modem az előbb lerohasztotta az agyam, úgyhogy most nem jut eszembe semmi. :P )

    > Súlyos hiba!

    Hibakódot is plz.

    > Rossz fiú! FUJJ!

    Mit vársz egy "ördögimádótól"? :P

    > Mocskos a fantáziám. Alpolgármester vagyok

    Gentoofalván? Nem tudod hova lett véletlenül a bináris csomagkezelés költségvetése?

    > a politikusok általában, alalttomosak, perverzek, a pornó, ja meg a South Park körül forog mindenük, ráadásul turbókatulikus neveltetést kaptam. Na ott mennyi álszent prüd perverz köcsög van! Aztán feljövök erre a kibaszott portálra, ami tele van buziimádó seggfejjel, meg ubuntusokkal. És még csodálkoznak egyes emberek, hogy ilyen lettem.

    Ezt mondjuk nem tudom, hogy jön ide, mert én nem vagyok egyik sem, de mindegy; betudom annak, hogy sokat használtad a Gentoo-t és megártott.

    > Akkor használj nyugodtan windowst, ha csak afejlesztési környezet meg nem kívánja a linuxot.

    Az idegrendszerem kívánja meg a non-windows környezetet; az az egyetlen rendszer, amin nem vagyok hajlandó semmit sem csinálni.

    > Szerencséd, hogy fejlesztő vagy és nem kimondottam rendszerüzemeltető, mert lebasztalak volna.

    Micsoda szerencse...

    > Minden valamire való linuxos rendszerüzemeltetőnél evidensnek kellene lennie, hogy kíváncsiságból vagy akár kötelességtudatból kipróbálja az öszes nagy linuxdisztribúciót.

    Ki is próbáltam a nagyokat, Debian, Ubuntu, CentOS (RHEL-re nincs péz), SuSE, Slackware, Arch.

    > Ezel egyet értek, de nem hagyhatom cserben mind a nyolc rajongómat.

    Ne is tedd. Hívj nekik pszichiátert.

    > Mellesleg ha színvonalas dolgot akarsz velem kapcsolatban olvasni, akkor az első két blogomat javaslom.

    Olvastam már. Szörnyű. Mármint amin átmentél. Meg amivel átmentek rajtad. De tessék, egy kis mese hátha felvidít.

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423782

    Oh, köszi, ezt nem tudtam. Van amúgy bármi lényeges különbség a supporton kívül a CentOS és az RHEL között?

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2423791

    Akkor igazából mindegy, hogy otthon CentOS-sel, vagy RHEL-lel bohóckodik az ember.

    Ouch! A normálisan összerakott disztró (C) by morzsika. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kecske


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420880

    H = "hogy"

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420948

    Lehet, hogy még csak a betárcsázós modem drivere fordult le a Gentooján, úgyhogy most kénytelen spórolni a sávszélességgel. :)

    Oldschool Computer - http://oscomp.hu




    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2449408

    Asszem valaki jammelte a szarkazmusdetektorodat. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2449573

    Sose bánd, ez is szar, csak máshogy. ;)

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442638

    Komolyan nem hiszem el, hogy ez az XKCD-s tévhit még mindig tartja magát. Egy kollegával már itt is kiveséztük, hogy miért marhaság a "correct horse battery staple". (TL;DR: A passphrase-ek egységei szavak és nem karakterek, tehát szótár alapú bruteforce-szal sokkal hamarább törhetőek, mint a password-ök a karakteralapú bruteforce-szal. Pl.: a "correct horse battery staple" az 4 szó, 5000 szavas angol szótárral 5000^4=6.25×10^14, míg a "Tr0ub4dor&3" az 11 karakter, 95 választható ASCII karakterrel (32-126) 95^11=5.688×10^21.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442657

    Pontosan ugyanannyira: szavakat fűzöl egymás után, a szeparátor irreleváns. Nyilván lehet cifrázni, hogy teszünk szóközt, nem teszünk, minden szót nagybetűvel kezdünk, vagy sem, de itt nagyságrendi különbségről beszélünk: ha mind a négy említett felállást végigzongorázzuk, akkor megnégyszereztük az időt, tehát 6.25×10^14 helyett 2.5×10^15 lesz. Az még mindig csak a kétmilliomoda a 5.688×10^21-nak.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442938

    De azt senki nem mondta, hogy nem lehet olyan passphrase-et csinálni, ami nem jó. Én az XKCD-s levezetésről mondtam, hogy baromság.
    Nem tudom feltűnt-e, de ugyanazokat írtam le, amiket te. Csak ez nem az, amit az XKCD leírt.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2452202

    De a túloldalon nem tudják, hogy a trubadúr az eredete. A garbageizálásnak köszönhetően nem sok különbözteti meg a random passwordtól. Azonfelül mennyi ilyen szót lehet előállítani? Túl sokat ahhoz, hogy szótáralapon támadható legyen. Egyébként ezt a kört lentebb már végigzongoráztuk.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2452231

    A trubadúr nem tisztán egy összekavart szó, hanem van a végén egy random karakterekből álló lezárás is; nem simán "Tr0ub4dor", hanem Tr0ub4dor&3 volt a példa. A sózást nem tudod szótár alapon törni. De mondom, ezeket a köröket már végigfutottuk lentebb.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2452323

    Akkor először nézzük meg ezt a (10000 * 4^10) * 100000-t: ez 1048576000000000. A ló az 5000^4, azaz 625000000000000. Tehát már így is majd' kétszer annyi idő feltörni a trubadúrt, mint a lovat. Persze, lehet mondani, hogy akkor ne 4 szó legyen, hanem 5, stb. Csakhogy.
    A trubadúr az "uncommon word", azaz nem 10000-ből válogatunk, hanem olyan 470000-ből. Továbbá ez csak spekuláció, hogy 4 helyettesítője van egy karakternek, mert ezt nem tudjuk, hogy ki, mit, mire cserélhet (pl. "i" => "I", "!", "1", "|", "/", "\", ":", ";", ez alapból 8 helyettesítő volt), ráadásul nem is biztos, hogy egy karakterre cseréli be (pl. "o" => "()", "k" => "|<", "d" => "|)", "a" => "/-\", nézz meg egy l33tsp34k generátort, ezek is valid behelyettesítések), azaz itt jön képbe, amiről beszéltél, hogy bármelyik esetleges "transzformáció" hiányzik az algoritmusból, az azonnali teljes breakage-et jelent. Ha megnézem 8 helyettesítővel (ez is csak spekuláció) akkor (470000 * 8^10) * 100000 = 50465865728000000000. Ha a "common word"-okból álló szótárral akarom ezt utolérni, akkor már 6 szó fog kelleni. De mondom, még a 8 behelyettesítő is csak spekuláció.
    És akkor eddig csak arról volt szó, hogy egy-két plusz karaktert szór be ide, vagy oda, de beszúrhat többet is, pl. 10 db felkiáltójelet a végére. A trubadúr a trükközések területe, sokkal nehezebb rá algoritmust kreálni, míg a ló abból indul ki, hogy N db. véletlen hétköznapi szavunk van, mindennemű trükközés nélkül, ez pedig egy hóttprimitív algoritmus.
    Egy idő után el fogunk jutni arra a szintre, hogy olyan sokáig fog tartani begépelni az egyszerű szavast, hogy előbb szúrja el a júzer, mert elüti, vagy belezavarodik, vagy elfelejti, lévén véletlen szavakról beszélünk, nem értelmes mondatról.

    A sózás szerencsétlen szóválasztás volt, elnézést. Az extra padding karakterekre gondoltam, kb. ugyanaz, mint amikor a jelszót sózod, de ez itt nem az.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2452350

    Minden további nélkül benne lehet a 10000 leggyakoribb szóban, de ez mindegy, mert a trubadúr csak példa; a lényeg, hogy ellentétben a lóval, ahol direkt egyszerű szavakat kell választani, itt bármiből lehet, hiszen "uncommon".

    A trubadúros példát lehet, hogy könnyű feltörni, de az csak példa, egy konkrét példa. Nem is kell kicserélni feltétlenül az összes karaktert, a lényeg, hogy ki lehet. A trubadúrnak ez a konkrét behelyettesítése lehet, hogy konkrétan semmit sem ér, de lehetett volna "\\\\7(r)()u|8@|)0R////" is. Itt sem volt cserélve az összes karakter, csak durvább substitution-ök voltak, meg nyújtott, bilaterális padding. Ez ugyanúgy belefér abba a generálási elvbe, amit az XKCD leírt. És itt a két elvet ütköztettük.

    Bocsánat, de itt van egy kis félreértés: a megjegyezhetőséggel kapcsolatos állítását az XKCD-nek én nem vitattam egy pillanatig sem. Négy darab egyszerű szót minden körülmények között egyszerűbb lesz megjegyezni, mint egy trükközésekkel agyontekertet, ami már alapból is bonyolult volt. Egyébként ezért mondtam többször is, hogy ezeket már végigzongoráztuk korábban, mert ez is volt már; ezt korábban is megkaptam már mástól, hogy de a lovat könnyebb megjegyezni; igen az, de az XKCD nem csak ennyit állított, hanem azt is, hogy törni viszont nehezebb és én ezt vitattam, hogy lehet, hogy megjegyezni könnyebb, de törni is.

    Én hotkeyekkel vezérelhető, mnemonik alapú jelszógenerátort csináltam magamnak. A mnemonikot (pl.: "tch/hup") szintén hamar be lehet gépelni, viszont a kapott jelszót még bruteforce-szal sem nagyon lehet megtörni, legalábbis emberi időn belül biztosan nem.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442658

    Ha le tudod tiltani a bruteforce-ot, akkor édesmindegy, hogy mit használsz, mert mindenképpen több próba lesz feltörni, mint amennyi után letiltod.
    A másikra, meg ld. egyel feljebb, ami meg a számokat illeti: 0-9, azaz kb. 21 karakter után fogsz ugyanott tartani, mint a trubadúrnál. Lehet cifrázni a passphrase-et, csak nincs értelme. Ha a szeparálás nem ugyanaz minden szónál, akkor a felhasználó ugyanott van vele, mint a kriksz-kraksz password-ökkel, csak itt a szeparátorokat kell megjegyezni.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442669

    > Cool, egészen addig, amíg mondjuk nem teszel egy szándékos elütést valamelyik szóba. Vagy valamelyik szót nem l34tsp34kben írod. Onnantól újra karakterek.

    És onnantól az már nem passphrase, mert már megint bonyolítjuk. Onnantól az ugyanaz a kategória, mint a trubadúr, csak éppen több szóból áll.

    > A másik mondjuk ötszáz nyelv kedveli ezt (meg az angol nyelv további pár tízezer kifejezése).

    Szerinted egy átlagembernek mekkora szókészlete van? Kis szavakat fog használni, bármily nyelvű legyen is.

    > Ha egy jelszón belül keversz nyelveket, akkor máris (500*5000)^4-et hasonlítasz.

    Ne informatikus fejjel gondolkodj; az XKCD sem az informatikusoknak írta, amit írt, hanem a mezei felhasználóknak: azok biztosan nem fognak nyelveket kevergetni.

    > És egyébként a hossz a passphrase-nél is növelhető, hat szónál máris felette vagy.

    Látom, sikerült elolvasni, amit linkeltem. keccs is ugyanezt mondta és én meg is válaszoltam: a másikhoz is hozzácsaphatsz egy betűt és máris ismét az az erősebb. A végén annyi szót kell beírnod majd, hogy fél óráig tart.

    > Ésatöbbiésatöbbi. BTW: Sok sikert az általam egyébként nem beszélt (jajúristen, már csak 498 nyelvet kell végigpróbálnod :) ), nem latin betűs írásmódot használó (meh... 300?) nyelven készült vers egy versszakának (!) latin betűs átirásának egy szándékos elütéssel együtti, és az egyik szót L33tsp34k-ben használó passphrase-m kitalálásához... (vagy legalább annak a kitaláláshoz, hogy ilyen megfejthetőséghez hány random generált ASCII karakter kellene... ;) ) - igen, ezt használom, és igen, könnyebb megjegyezni, mint a hasonló brute force igényű random karakter kombinációt.

    Ld. a többi bekezdés: Átlagemberek. Jelszavai. Sok sikert az átlagfelhasználók erre való kiképzéséhez. Ezt már a trubadúrnál is nehezebben fogja megtanulni. Amit az XKCD leírt annak pont az volt a lényege, hogy gyerekjáték megtanulni, viszont sokkal nehezebb feltörni, mint a kriksz-kraksz jelszót...na ebből az első valóban igaz, csak a második nem.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442682

    > Ha viszont az átlagemberek jelszavait nézzük, akkor ne a "randomgenerált 11 karakter legyen", mert az nem az átlagember jelszava (ha meg "dehátezapolicy", akkor az ott lesz post-iten a monitoron).

    Légyszíves olvasd már el, hogy mit írtak az XKCD-n, mielőtt reagálsz: nem randomgenerált jelszóról beszélünk.

    > Az átlagember jelszava a keresztneve aztán a születési éve. Annál még a három szavas passphrase is jobb.

    Nem feltétlenül. Mondjuk az alappal egyetértek, de pont itt jön be, amit lentebb írtam: ismeretlen pattern esetén az alapfelállás marad, azaz a "Jozsi.1970" csak akkor gyengébb, mint a háromszavas passphrase, ha tudjuk, hogy Keresztnév.#### a pattern, különben megint ASCII 32-126 és GOTO 10.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442700

    > Ha ismeretlen a pattern, akkor a szótár alapú kísérletnél hány szó hosszig fog próbálkozni a program?

    Teljesen mindegy, amíg 3-6 szavas passphrase-ek vannak: sokkal előbb meglesz a passphrase, minthogy elérne a word limitig.

    > Az csak még rosszabb, mert random generált jelszónál játszik a 11^95, ha a szótárból veszel egy szót és abban l33tsp34k-elsz és hozzáfűzöl néhány (azt hiszem, az xkcd-ben 2) random karaktert, akkor máris csak nagyságrendileg 95^2*(5000)*[a l33tsp34k-elhető karakterek átlagos előfordulási gyakorisága * a szótárban szereplő szavak átlagos hossza] próbálkozás kell.

    De ezt a cracker nem tudja! Értsd már meg, hogy ő nem tudja, hogy mi van a jelszóban! Két külön oldalról beszélünk! Őneki csak beletörik a bicskája az ASCII 32-126-on kívül mindenbe és nem fogja tudni, hogy csak az utolsó két karakteren fordulhat elő mind a 95 karakter...

    > Az előzőt akartam még szerkeszteni, de közben válaszoltál rá, úgyhogy most már csak röviden: egy alternatív javaslat a passphrase generálására, amiben már elég jó garanciák vannak, még akkor is, ha ismert a generálás módja. ...

    De ezt most kinek? Az átlagembernek? Keblére fog vele ölelni. Nekem? Kösz, de nekem van generátorom.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442709

    Mert az átlagember tudja mi az, hogy "intralaminar", meg "thalamus". Meg meg is tudja őket jegyezni. Tuti? :)
    Az a baj, hogy infósoknak való metódusokkal dobálózol, hogy ezek jobbak, mint a sima jelszó és nem veszed figyelembe, hogy az XKCD nem erről beszélt, hanem arról, hogy van egy lítszpíkelt és írásjelezett normál szó és egy pár szóból álló nem sózott, nem megtekert passphrase és az utóbbit könnyebb megjegyezni és nehezebb törni. Megjegyezni ugyan valóban könnyebb, de törni is.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442719

    > Neked ahhoz, hogy megjegyezz egy szót, tudnod kell a jelentését?

    Nem árt, de persze lehet magolni. De ha magolsz, azt el is felejtheted. Jobb, ha tudja, miről van szó, mert akkor a fejében a hozzá tartozó kép is megmarad. Ld. a képregényt.
    Amúgy nem csak az számít, hogy tudod-e mit jelent, hanem, hogy mennyire bonyolult. Hasamraütöttem: "zi". Nem tudtam, hogy jelent valamit, de máris megjegyeztem. (Egyébként lecsekkoltam, románul "napot", mint időszakot jelent, de ezt nem tudtam.) Másik, ezúttal szándékos példa: "intussuscepció". Egy James Herriot könyvben olvastam, bélbetüremkedést jelent. Szerinted megjegyeztem volna, ha nem mondja a doki, hogy mit jelent? Szerinted megjegyzi ezt Mari néni?

    > (pl. Blyat, ennél pl. a jelentését nem is tudom [csak a Cyka Blyat kifejezés részeként találkoztam vele], mégis le tudom írni a szót).

    Ezt véletlenül tudom, mert dolgoztam ruszkiknak: nem jelent semmit igazából, ilyen generikus indulatszó, nagyjából az, mint a bazmeg, de nem tükörfordítással. Nem lehet lefordítani, csak megfeleltetni; a szótárak is hol "fuckot" hol "shitet" írnak. Ugyanez igaz a "pizgyec"-re is (nem tudom, hogy kell leírni), ennek sincs fordítása, de kb. azt a helyzetet jelenti - idézem - "amikor már minden meg van baszva".

    > És továbbra is: az 5000^x=95^11-t megoldva X-re kijön, hogy 5.88 szónál (kerekítsük fel 6-ra) pont ugyanazt a biztonságot fogja adni, mint a valóban teljesen random generált 11 hosszú jelszó. Az 5000-es listával számolva egy 7 karakteres jelszónak felel meg a négy választott szótári szó. Ha ragaszkodunk a 11 karakteres jelszó biztonságához, akkor annyi a teendő, hogy a listából 6 szót választunk. Ha az egyenlet egyik oldalán egy a standard felhasználót nézve irreális jelszó van (11 random karakter), akkor a másikon is elvárhatjuk, hogy megfelelő "hosszúságú" legyen.

    Lentebb írtam a kecskefőzeléket. Az 15 karakter volt. Az már 10^111-es nagyságrend. 31 szó kell, hogy lehagyd 10^114-gyel. Szerinted ki a nyavalya fog megjegyezni 31 szót? Én csak 4 karaktert csaptam hozzá a jelszavamhoz, neked pedig 25 szót kell a jelmondatodhoz. És még egyszer: nem random.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442734

    > 5000^X=95^15 megoldása a Wolframalpha szerint 8.2, tehát 9 szó kell.

    Jogos, elkúrtam, 15^95-öt írtam. Agyon vagyok ütve. :/
    De egyébként már a kilenc szó sem kevés.

    > Elloptak az oroszok a tankot benne volt a kombinaltfogo. Baszd meg Szasa a jo kurva anyadat, hozd vissza a kibaszott fogot. Ez 21 szó (plusz ugye központozás, kis- és nagybetűk, szóval már egész jó), az 5000^21=95^X alapján egy 32 karakteres jelszónak felel meg. És már most tudod fejből. :)

    És ezt biztos mindenki hiba nélkül be fogja tudni írni. :P És miután elkúrta biztos nem lesz ideges, hogy mégegyszer be kell írni az egészet.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443603

    Akkor már: kihorgászhatatlanságoskodásainkért. :P

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443810

    Heh. Mondjuk többes számban még hosszabb: "kihorgászhatatlanságoskodásainkérteket".

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442670

    Nem kerülte el. Van benne kisbetű, nagybetű, szám és írásjel. Azaz az ASCII 32-126-ből válogat. Mire gondolsz?

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442681

    De könyörgöm, ezt honnan tudhatná egy cracker, hogy pontosan milyen szabályok mentén találták ki azt az értelmes szóból formált jelszót? Ez is az XKCD marhasága egyébként, hogy a jelszó felől közelítette meg a törés eshetőségét, holott ezt a másik irányból, a törés irányából kell: a cracker ráengedi a szótár, ill. a karakteralapú bruteforce törőt a hash-re, vagy az interface-re és nem tudhatja, hogy mi volt a pontos policy. Ennek megfelelően ő a 32-126-os ASCII karakrereket szükségszerűen végig fogja próbálni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442694

    Ez nem "tudás", ez feltételezés, spekuláció. Feltételezi, hogy lehet így is és megpróbálja így is. Nyilván a karakteralapúnál is megpróbálkozik az egyszerűbbekkel, (csak kisbetű, meg szám, aztán nagybetű is), de a szótáralapú sem a mindenféle vacakkal megspékelt szavakkal fog kezdeni, hanem a normálisan írtakkal. És ha az XKCD által javasolt módszereket hasonlítjuk össze, a trubadúr csak a full ASCII 32-126-os törésnél fog elvérezni, míg a másik már a csupa kisbetűs szavaknál is.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442711

    Az "enyém"? Milyen "enyém"? Én nem a posztjára írtam, hogy spekuláció, hanem arra, hogy a crackernek, ill. a szoftvernek a megközelítése spekuláció, hogy lehet benne ez is, meg az is, mert csak lehet, de nem biztos, a pattern nem ismert.
    Az állításaimon meg mi spekuláció? Én számokat adtam, hogy mekkora térben kell dolgoznia az algoritmusnak. Ezeket ki lehet számolni, semmi spekuláció nincsen benne, ezek tények. Számolj utána.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kecske


    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442816

    Roppant humoros. Poénkodás helyett inkább elolvashatnád a linkelt cáfolatot, ugyanis nem az ujjamból szoptam az 5000 szót. Az XKCD 4 darab hétköznapi szót írt. A serendipitous, a malfeasance, a magnanimous és az onomatopoeia nem lesz köztük.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442936

    Sehogy. Szisztematikusan végigpróbálnám a lehetőségeket.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443026

    Szerinted. Az XKCD meg nem bökött mellé és arról megy a vita.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442979

    Igen: árnyaltabb. Az XKCD nem a te "magyar szavakat rosz hejesirassal butan 'ekezetezve s1mpl1f1ed 733t rule0kkal spekelve" megközelítésedről beszélt.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442978

    > És mi van azzal a szerencsétlen hekkerrel aki nem tudja, hogy milyen szótárt használjon, mert gonosz módon nem árulom el neki, hogy az a HASH amit éppen töröget az milyen típusú jelszóból készült?

    Szisztematikusan próbálkozik. Általában azt szokták. Több metódus, több géppel.

    > Amúgy a https://www.my1login.com/resources/password-strength-test/ szerint:

    ...

    echo "kecske" | sha512sum | base64 -> "MDE0NDA1MjYwYTM1ZDczZGRmNjBkNjJmM2VkZDYxOWE0YjA4ZGIyOWEyODdhYTRlOTg3Y2QwM2YzYWFhNjZiMWRjOWQwZTA3NDJkYWJkZDVkZjI4ZTcyZTYxZTRlNWUxZTllMzcxZDFmNzVkNmVkNjIwOGQ0ZWIwMGE5ZjJjMGIgIC0K" -> https://www.my1login.com/resources/password-strength-test/ -> 25 trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion trillion years -> én nyertem bibibíííí... De most komolyan, az ilyen jávaszkriptes "jelszóerősségvizsgálók" csak arra alkalmasak, hogy a maszek oftalmológusoknak megnövekedjen a mezőgazdasági szektorból származó bevétele...

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442698

    > Minimum hatszavas jelmondat, a szavak között elválasztókarakterrel, 7000+ szavas listát használva.

    A szeparátor irreleváns. Arról beszélünk, hogy a szavak ugyanúgy vannak elválasztva egymástól végig, különben már bonyolítás és akkor ugyanott vagyunk, mint a trubadúrnál.
    Hat szó, 7000-es lista az 7000^6=1.17649×10^23. "K3csk3F0z3l3k?!" Ez 15 karakter, ASCII 32-126, azaz 15^95=5.35×10^111. No comment.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442706

    > És egyébként sem irreleváns, mert "ennyivel" is több próbálkozásra lesz szükség: végig kell menni az összes lehetséges elválasztós változaton is.

    Ez bizony tény. Hány lehetőség is van? Maximum 95. Vagyis akkor az eredeti számot meg kell szorozni 95-tel. Hozzácsaptál két nullát. Kettőt. A két felállás között még így is 86 nullányi különbség van. Nem irreleváns? Legyen neked. Nevezzük akkor "elhanyagolhatónak".

    > Az meg oké, hogy a kecskefőzelékes jelszó több lehetőséget ad, de egyrészt egy szótár- és szabályalapú törőprogi aránylag hamar megtalálja (tehát a 15^95 az máris fényévekkel kisebb)

    Mutass nekem egy szótárat, amiben a "kecskefőzelék" szó szerepel. De még ha szerepel is: ezen a szótáralapú is csak akkor mászik át, ha elkezd trükközni a karakterekkel: azaz szótáralapúval is később töröd fel, mint a másikat.

    > (tehát a 15^95 az máris fényévekkel kisebb), másrészt a 7000+^6 lehetőség (ami az elválasztók miatt még több is) sem túl életszerűen törhető (főleg nem rendszeres jelszóváltoztatás mellett)

    Ld. feljebb: max két nullát (se) tudsz hozzácsapni.

    > ÉS emellett még mindig könnyebb megjegyezni.

    Ennyi igaz az egészből. Könnyebb megjegyezni. De feltörni is.

    > Avagy: részemről a hosszú, véletlenszerű jelmondatok (kényszer esetén jelszavak) nyernek, mind jelszókezelőzve (kivéve a jelszókezelő jelszavát), legalább évente cserélve. Sok sikert (max.) egy év alatt a 7000+^6(/7/8/...) feltöréséhez.

    A csere frekventáltsága itt irreleváns. Ha kikerült a hash, vagy törni kezdik a felületet, akkor nem tart egy évig.

    > És kb. hamarabb megjegyzem a jelmondatot, minthogy kitalálom, mi is volt a "kecskefőzelék" harmadik e-je. (e? E? 3?) Merthogy a megjegyezhetőség is szempont, ill. nekem a gépelhetőség is.

    Isoraz, ld. feljebb.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442736

    > megszentségteleníthetetlenségeskedéseitekért

    Ezt is biztos le fogja tudni írni mindenki. :)

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442741

    Ha a szótár toldalékokkal dolgozik, akkor van igazság abban, amit mondasz, de amúgy ez csak plusz egy szó a szótárban. Egyéb formáival együtt meg plusz 10, 20, stb. És valószínűleg nem ezzel fognak kezdeni, hanem a teljesen hétköznapi szavakkal. Lehet több szótárral is dolgozni, van egy alap, ami csak a hétköznapi szavakat tartalmazza, aztán ha azzal elvérzik, van egy bővített, amiben benne vannak a ritkább/bonyolultabb szavak, meg egy még bővítettebb, amiben már asszimilált idegen kifejezések is vannak, stb.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442767

    > Kivéve, hogy az összes toldalék egymástól többé-kevésbé független (kivétel pl. a meg prefix, ami csak igéhez/igenévhez társulhat), innen jött fent a 2^15. Lehet, hogy lesz közte egy csomó értelmetlen vagy annak tűnő kifejezés (pl. a szenttelen marha hülyén hangzik, de még mondatba is tudom foglalni, hogy értelmes is legyen: "A református egyház szenttelen" [nem ismeri el a szentek létezését], "A református egyház az európai kultúra szenttelenítésére tett kísérletet" stb.), viszont egy jelszótörőnek végig kell próbálnia mindet, mert nem tudja eldönteni, hogy melyik a) helyes szintaktikailag, b) értelmezhető és c) ténylegesen használt a nyelvben.

    Ez igaz, csak azt felejted el, hogy multi-szótár esetén ezek kihullanak az első körben. És a legtöbb ember nem azt fogja beírni passphrase-nek, hogy "A református egyház szenttelen". (Egyébként a szenttelen nyelvtanilag 100% korrekt, csak nem használatos, helyette a kétszavas szent nélkülit használjuk, de ez off...)

    > Mert ha nem ezt teszi, hanem tényleg csak egy valamelyest bővített szótárat fog (a 2^15-ből nem hiszem, hogy 10-20 lenne az egy-egy szótári szóhoz tartozó képzett alak), akkor egy sima toldelék megakasztja és megyünk vissza a karakterszintű brute force-ra, ahol a passphrase a hossza miatt nyer.

    Ez lehet. De itt már megint kezdünk elrugaszkodni attól a vérprimitív passphrase koncepciótól, amit az XKCD felvázolt és nem az volt a kérdés, hogy lehet-e passphrase-et úgy kreálni, hogy verje a sima jelszavakat (még az XKCD-t cáfoló cikkben is adtak példát), hanem az, hogy pár darab, mindennemű trükközés nélkül leírt hétköznapi szó erősebb lesz, mint egy near-garbage password. Nem, nem lesz az.

    > Ráadásul magyar nyelv különlegességei 2: szóösszetétel. Nagyon nem ritkák a 3-as szóösszetételek (ugyebár még szabály is van az elválasztásukra), tehát a szótárnak vagy alapból tartalmaznia kell megint legalább a gyakran használt szóösszetételeket, vagy a programnak on-the-fly végig kell próbálnia az 1/2/3 tagú szóösszetételeket - vagyis egy négy, szóhatárolókkal elválasztott izét tartalmazó magyar kifejezés esélyesen 12 szótári szót tartalmaz, amiből bármelyik lehet ipari mennyiségben toldalékolt... úgyhogy egyre veszélyesebben nagy a keresési tér.

    Amennyiben ezeket az iterációkat szolgai módon csak "tárolja" a rendszer, akkor azzal csak hozzáadtál egy szót a szótárhoz. És az kb. tökmindegy, hogy 5000^4 vagy 5001^4.

    > Pl.: a "kecskefőzeléktelenített ragu levest eszem" passphrase már egészen "sok sikert" kategóriás, de relatíve rövid és teljesen jól megjegyezhető.

    Hát azért a magyar helyesírási viszonyokat elnézve megnézem, hogy az első szót hányan írják be hibátlanul mondjuk 10 próbálkozásból...de legyen. Csakhogy: "J3g3sm3dv3p3cs3ny3?!" Ez 20 karakter és teljesen simán megjegyezhető és még az átlagember is le tudja írni, hogy jegesmedve, meg pecsenye, csak egybe, felkiáltó kérdésben, az e betűket 3-asokra cserélve, viszont a törő a túloldalt majd ugyanúgy 95 elemű készlettel dolgozik. 95^20=3.58486×10^39 Ehhez nem lesz elég 4 szó, még magyar szótárral sem. Főleg, ha itt is van "alap" szótár.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442813

    > Csakhogy nem ennyi lesz a különbség, hanem (5001^3-1)^4 (5000 szótári alap szóból előállítható 5001^3 különböző legfeljebb hármas szóösszetétel, és ezekből veszel 4-et [a -1 az, hogy kivettük az (üres;üres;üres) szóösszetételt]).

    Jó. (5001^3-1)^4=3.90625×10^29. Ami 20 karakteres példát adtam, az tízmilliárdszor erősebb ennél.

    > Definiáld hétköznapi.

    Egyszerű. Rövid. Mindenki által ismert.

    > Ha a passphrase egy értelmes mondat mondjuk egy szűk szavú 5000-es szótárból

    De nem az. "Four random common word."

    > És közben a 2^15-re még egy megjegyzés: az is masszívan alul van becsülve, pl. a hangrendi illeszkedést sehol nem veszi figyelembe, ahogy az egyéb dolgoktól függő toldalékolást (pl. ikes igék -em vs. -ek), tehát úgyhogy vagy még folyamatosan a képzett szavakat elemzed is, vagy brute force-olva minden lehetséges toldalékot rá kell próbálnod.

    Kiterjesztett tesztnél igen, de az alapnál nem. "macska káposzta zsír hal" Ilyet kell elképzelni, nem pedig "macskátlanított kikáposztázott megzsírolt kihalas".

    Sokadjára írom le, hogy ti, meg az XKCD ominózus képregénye két külön dolgot fejtegettek. Az XKCD pont azt írja le, hogy pár darab minden sallangtól mentesített egyszerű szó - amit könnyű megjegyezni - jobb lesz, mint egy darab agyonbonyolított, trükközéssel létrehozott. Az XKCD pont azokat a praktikákat vette ki a jelmondatgenerálásból, amit ti itt mindenáron bele akartok pakolni, hogy csináljuk még vele ezt, meg azt, meg amazt. De az XKCD nem csinált vele semmit. N darab véletlen hétköznapi szó. Nincs de ha, ezt meg azt kutyuljuk rajta, akkor ez meg az van, mert az XKCD nem ezt írta le, hanem az ellenkezőjét. Ti pontosan a trubadúr féle megközelítést akarjátok ráhúzni a passphrase-re, ami pedig 180° az XKCD-s correct horse battery staple-hoz képest. Az XKCD-s tévhit szerint az ilyen vérprimitív passphrase jobb, mint egy megfelelően bonyolult password. Nem, nem az. Igen, lehet olyat írni, hogy "^C0rrect?!H0rst~@batttttttt3ry.&.StApL3$", de ez mégis mitől passphrase? Ez egy négy szóból összefűzött trubadúr kaliberű jelszó, csak éppen egy nagyságrenddel bonyolultabb. Ja, hogy ezen nincs az a szótáralapú támadás, ami átmászna? Hogy karakteres alapú támadás esetén 1.28×10^79 próbálkozás az elméleti maximum? Az lehet. Csakhogy ez baromira nem az, amit az XKCD leírt. Ezt nemhogy az átlagember, de még mi sem fogjuk megjegyezni. Max. ha minden nap hússzor beírjuk valahova.

    > Az XKCD cáfoló cikkben jogos, amit leírnak, de a számok nagyon máshogy néznek ki másik nyelvre ültetve.

    Lehet, de a jelszónál is. Ha a magyar ember ékezeteket is használ, akkor mindjárt nem 95 karakterből lehet válogatni, hanem 113-ból. Ha hozzácsapjuk a már nem használt ékezetes magánhangzóinkat is (ä, ë), akkor 117-ből. A magyar szavak hosszabbak is.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442939

    "Kovács.János.1968@gmail.com" -> howsecureismypassword.net -> 23 tredecillion years. Gratulálok, sikeresen bebizonyítottad, hogy a felhasználó emailcíme a legbiztonságosabb jelszó.
    És gratulálok, hogy ide is sikerült nagy nehezen beizzadni a politikát.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442951

    Asszem nem ment át a szarkazmus. Ez az oldal nem mérvadó, hogy mennyire biztonságos egy password, vagy passphrase. Az adott példámat valószínűleg két perc alatt törnék föl, miközben ez a szar az univerzum korának a nagyonsokszorosát írja rá. A tiéd is valószínűleg megtörődne az első nap.
    Amúgy még egyszer: az XKCD-s passphrase koncepciójáról van szó. Nem a trubadúr féle agyonbonyolított passphrase-ekről. (Az emailcím nem is felel meg ennek a passphrase kritériumnak, hiszen többféle szeparátor van benne.) A fentebb leírt "^C0rrect?!H0rst~@batttttttt3ry.&.StApL3$"-re pl. 15 novemdecillion years-t köp vissza az a csicsa-picsa jávaszkriptes földműves-látáskárosító szuttyadék. De mint kiveséztük, azt senki nem fogja megjegyezni.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442966

    Amit egy magyar tulajdonneveket tartalmazó szótárral felszerelt emailgenerátor alapú jelszótörő pillanatok alatt törni fog. Mondom, nem a passphrase-zel van a baj, lehet olyat csinálni, ami secure, de az ugyanolyan lesz, mint a trubadúr.

    Kukucs: echo "kecske" | sha512sum | base64 -> "MDE0NDA1MjYwYTM1ZDczZGRmNjBkNjJmM2VkZDYxOWE0YjA4ZGIyOWEyODdhYTRlOTg3Y2QwM2YzYWFhNjZiMWRjOWQwZTA3NDJkYWJkZDVkZjI4ZTcyZTYxZTRlNWUxZTllMzcxZDFmNzVkNmVkNjIwOGQ0ZWIwMGE5ZjJjMGIgIC0K" -> https://howsecureismypassword.net/ -> Forever

    Pedig ebben még írásjel sem volt.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443001

    > Ez már olyan szintű effort, amit per-hash nem fogja elindítani "hátha működik" alapon, csak úgy van értelme, ha nem salted DB kerül ki.

    És ennek aztán már végképp semmi köze nincs ahhoz, amit az XKCD leírt. Örülök, hogy hatvannyolcezredszerre sem ment át, hogy miről beszélek. De a politizálás az megy.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443030

    > Akkor kérlek, légyszi, egyszer döntsd már el, hogy miről beszélsz.

    Én döntsem el? Én már a legelejétől kezdve ugyanazt mondom. Eddig vagy hússzor írtam le. Az XKCD azt állította, hogy pár darab véletlenül kiválasztott hétköznapi szó erősebb lesz, mint egy értelmes szóból trükközéssel előállított garbage-like password. Ennyi volt az állítás és én ezt támadtam végig, nem magát a passphrase használhatóságát. Ti kezdtetek el belemagyarázni mindenfélét, hogy ha de még ezt meg azt csináljuk, akkor a végén kapunk valamit, ami ugyanúgy néz ki, mint a trubadúr, csak több darab szóból állt össze és bár tényleg "törhetetlen", de egyszersmind megjegyezhetetlen is, továbbá egyfelől az már nem passphrase, másfelől az XKCD-ben nem erről volt szó. Én egész végig ezt írtam. Nem csak neked, mindenkinek.

    > Utána jött az, hogy de a támadó fejével kell gondolkodni, és ő úgyis megpróbálja a szótáras támadást. Jogos, a szó legszorosabb értelmében egy darabig, mert ahogy fentebb kiveséztük, tetszőleges trubadúr-stílusú jelszóhosszhoz megadható egy szó darabszám, amivel még az angol 5000-es szótárból válogatva is ugyanolyan erős jelszót kapsz.

    Ezt is megválaszoltam. Már a múltkor a másik kollégának is. Amíg a trubadúr kategóriás jelszóhoz hozzácsapsz még egy karaktert, addig az XKCD-like jelmondathoz két-három szót kell, hogy ugyanazt az erősséget kapd. Egy idő után eljutsz oda, hogy a jelmondatot nehezebb lesz megjegezni, mint a trutymó-password-öt, továbbá fél óra begépelni. De ezt is leírtam.

    > Utána felmerült, hogy egyébként a magyar nyelvben nem nagyon működik a szótáras támadás, mert szemben az angollal a szavak jelentős többsége nem a szótári alakjukban szerepel, rengeteg esetben nem is képezhető minden használt alakjuk a szótárakból, ráadásul a szóösszetételek miatt már az 5000 leggyakoribb kifejezést használva is akkorára nő a keresési tér, hogy még egészen kicsi hatványkitevővel is megkapod a "random" ASCII jelszavaidat (*).

    Ezt is megválaszoltam. Ha magyarul csináljuk, akkor nem csak ASCII karakterek vannak, 95 helyett 117 karakterből lehet válogatni. És azt is leírtam ugyanebben a posztban, hogy ez már megint nem az XKCD féle passphrase, mert abban nincs semmiféle toldalékolás.

    > Ezután TE hoztad ezt az e-mailes jelszót példának, majd közölted, hogy az "pillanatok alatt" törhető. Amit számokkal alátámasztva cáfoltam, ha a számítás helyességét próbálod megkérdőjelezni, akkor arra reagálj.

    Egyfelől te magad ismerted el, hogy "valóban töredékmásodperc" és azzal próbáltad - saját magad - cáfolni, hogy de hát többszáz nyelvet kell végigpróbálni, ami triviálisan hamis, ha egyszer az emailcímben található névre rákeresve azonnal tudjuk, hogy milyen nyelvű az ipse, másfelől pedig a számításaidban nem vetted figyelembe amit már a legelején mondtam, hogy a felhasználó emailcíméről beszélünk, azaz, Kovács.János.1968@gmail.com accounthoz "Kovács.János.1968@gmail.com" password tartozik, tehát ha rápróbálnak az emailcímre, mint jelszó, akkor pillanatok alatt törték.
    Ami pedig a honnan tudná, hogy miféle formátumú a jelszó kérdést illeti, arra eddig vagy hat embernek válaszoltam hat helyen: sehogy. Szisztematikusan keres és rápróbál. Több gépről többfélét. Egyik gépen ráereszti a basic passphrase-et, a másikon az emailest, a harmadikon a karakterest, stb.

    > És akkor döntsd el, hogy mit akarsz mondani (a megfelelők aláhúzandók):

    Eddig is eldöntöttem, amint a fentiekből látszik. Csak vagy nem olvastad el a válaszaimat, vagy nem értetted meg miről beszélek. (Nem tudom, hogy a hup melyik taggel csinál aláhúzást, az u nem működik, üres linkeket kapsz.)

    > * Az XKCD téves.

    Igen. Erről beszéltem.

    > * Az XKCD téves, tehát a passphrase hülyeség.

    Hol mondtam ilyet? Citáld már be légy szíves, vagy ne adj szavakat a számba. Nem tudom feltűnt-e, de az XKCD-s passphrase-ekről volt szó, nem pedig generikusan. A nyitó posztomban XKCD-s tévhitről beszéltem, nem jelmondatos tévhitről.

    > * Az XKCD téves, mert a támadó fejével kell gondolkodni.

    Igen, töréskor.

    > * Az XKCD téves, mert a támadó fejével kell gondolkodni, kivéve, amikor ez alapján kiderül, hogy egyébként valahol igaza volt az XKCD-nek.

    Ez már kezd egy kicsit sok lenni. Egyrészt az XKCD-nek nem volt igaza, másfelől ez meg már kezdi a személy elleni érvelést karcolgatni, hogy én tekergetem a mondanivalót úgy, hogy ne legyen igazuk. Nem tekergettem semmit, a fenti felsorolásból kiderült, hogy vagy nem olvastad el, hogy mit írtam, vagy nem fogtad fel. Ez nem az én hibám. Én azt írtam, hogy az XKCD a törés eshetőségét a jelszó felől közelítette meg, a törés iránya helyett. Ennyit és nem többet. Feltételeztem annyi IQ-t a részedről, hogy nem rágtam a szádba azt a trivialitást, hogy amennyiben éppen létrehozzuk a jelszót, azt a jelszó felől nézzük, ha meg törjük, azt meg a törés irányából. Nem én cserélgetem a nézőpontot, hogy az XKCD-nek ne legyen igaza, hanem két dologról beszélünk, amit kétfelől kell megközelíteni; hiszen a júzer nem törni fogja a jelszót, a cracker meg nem létrehozni.

    > (*): és akkor emlékezzünk meg arról az apró tényről, hogy eddig kedvesen nem vettem figyelembe, hogy kifejezetten nem random ASCII karakterekről beszélsz, hanem alapszó l33tsp34kelve és hozzárakva két random karaktert, vagyis a 95^11 helyett (mert ha a többinél ismerjük a generálási szabályt, akkor nálad is illene azzal számolni) 5000*95^2-vel kellene számolni...

    Hol is írtam, hogy ismerjük a generálási szabályt? Tessék. Látod? Megint. Megint vagy nem olvastad el amit írtam, vagy nem fogtad fel, én ugyanis nem mondtam sehol, hogy ismerjük a generálási szabályt; egész végig arról beszéltem, hogy ismeretlen a pattern és szisztematikusan rápróbál a cracker többfélére is. Neked is, meg a többieknek is ezt írtam. Ennek megfelelően, ahogy ebben a posztban feketén fehéren leírtam, hiába csak az utolsó két karakteren van 95 karakternyi lehetőség, ha ezt a cracker nem tudja.

    ---

    OFF: Miért nincs ebben a topicban kommenteléskor előnézet gomb?

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443129

    > Már bocs, de nem a lófaszt nem te cserélgeted a nézőpontot.

    Nem, csak te nem olvasod el amit írok. Ilyen egyszerű.

    > Hoztad az e-mail formátumú példát.

    Ember, ennyire nem ment át a szarkazmus? Pedig még írtam is, hogy az volt: nem gondoltam komolyan egy pillanatig sem azt a felállást, éppen azt akartam vele érzékeltetni, hogy az a jávaszkriptes vacak egy parasztvakító marhaság, mert ilyen értékeket ad ki egy nyilvánvalóan sebezhető felállásra. Le volt írva ez is. Olvasd már el mit írok!

    > Amire megírtam, hogy az a pillanat akár egy év is lehet, ha a támadó nem ismeri a használandó nyelvet.

    Most írtam a negyedik bekezdésben, hogy azt a névből meg lehet állapítani, hogy milyen nyelvű... Olvasd már el mit írok!

    > Erre most jössz a fióknév = jelszó helyzettel.

    Nem...nem most jövök vele... Mindjárt abban az ominózus posztban szó szerint azt írtam, hogy "Gratulálok, sikeresen bebizonyítottad, hogy a felhasználó emailcíme a legbiztonságosabb jelszó." Olvasd már el amit írok!

    > (és persze közben szépen átsiklottál afelett, hogy a trubadúr kurvára nem 95^11, ha olyan retek okos generátoraink vannak, mint amiket a többi séma törésére használsz... az ötezres szótárból választott trubadúr szót kiválasztva, vagy l34tsp34kesítve vagy nem, hozzárakva három új karaktert a 10 lehetséges hely valamelyikére betéve még mindig 5000^3 alatt vagy...)

    Nem, nem siklottam át, válaszoltam erre is, az utolsó bekezdésben: amíg nem tudja a támadó a pontos patternt, addig az 95^11. Olvasd már el amit írok!

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443218

    > A többi esetben, amikor szintén nem tudja a patternt, ezt elintézted azzal, hogy van rá külön gépe, amin pillanatok alatt meg van.

    Ezt most hirtelen nagyon nem értem. Citáld már be melyik posztra gondoltál, mert én nem emlékszem, hogy olyat mondtam volna, hogy van rá külön gépe, amivel pillanatok alatt megvan. Olyat mondtam, hogy szisztematikusan próbálkozik, több gépről, több metódussal. Ez nagyon nem ugyanaz. A pillanatok alatti törhetőséget meg az emailcímre, mint jelszóra írtam, amit pedig te magad számoltál ki, hogy "valóban töredékmásodperc".

    > És ami azt illeti, a 7 Terahash/sec-el az megéri rápróbálni szint, mert <1 sec lesz: (5000*2*95^3*10)/7000000000000. Még végigpróbálva az összes lehetséges kis- és nagybetű kombinációt is csak 12 secnél járunk. EZ az érdemes rápróbálni nagyságrend. Sőt: még több nyelvre is érdemes megcsinálni, mert 500 nyelvnél is két óra alatt vagy.

    Ezt a trubadúrra írtad? Hogy jött ki ez a "5000*2*95^3*10"? Gondolkozz már, még ha tudja is, hogy egy értelmes szó, meg három random karakter van benne, azt nem fogja tudni, hogy melyik szó az, meg, hogy mit torzítottál el rajta, nagyon nem stimmel valami ezzel a képlettel. Az átlagos angol szóhossz 4.7 karakter eszerint a cikk szerint, kerekítsünk 5-re. Akkor van ~5000 db, átlagban 5 betűs szavunk, amiben csak kisbetű, nagybetű és szám lehet (azaz 2x26+10=62-es értékkészletűek a helyiértékek). Az azt jelenti, hogy 5 karakteres hosszal számolva 62^5 féleképpen lehet egy szót leírni, ezt kell megszorozni 5000-el, ahány szavunk van összesen. Az alaphangon 4.58066×10^12 lehetőség és még a padding nincs is rajta. Ehhez képest a te képleted szerint csak 5000*2*95^3*10 azaz 8.57375×10^10 felállás lehet. És akkor jön a padding, 95^3=857375 lehetőség, minden szó után. 4.58066×10^12 lehetőségnyi szó, szorozva 857375 lehetőségnyi paddinggal, azaz 3.92735×10^18. És ez is csak azért ennyi, mert megint feltételezted, hogy ismeri a patternt és mert 5-ös szóhosszal számoltunk, az átlag miatt.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443272

    > Arról volt szó, hogy értelmesen generálunk.

    Leesett, sorry, reggel van még. :/ De a képleted ettől függetlenül nagyon nem stimmelt:

    > 2 ={szotarialak, sz0t4r14l4k}, ha gondolod megdobhatod még párral, hogy több "common substitution"-t akarsz próbálni

    "Pár?" Mennyi az a pár? Csak ebben a szóban az R és K betűket leszámítva bármelyik karaktert lehet cserélni számra. Az 2^9=512. Az nagyon nem mindegy, hogy 2 vagy 512. :P

    > * 10 = a 9 karakteres alapszóban ennyi helyre lehet a véletlen karaktereket bepakolni

    Ez is hibás, méghozzá nagyon. Ennyi helyre lehet bepakolni őket, igen, ha egy helyre pakolod be mind a három karaktert. És ha külön? Akár 2:1, akár 1:1:1 felosztásban? Az előbbi az (K+1)*K, azaz (10+1)*10=110 variáció, az utóbbi az (K+1)*K*(K-1), azaz (10+1)*10*(10-1)=990 variáció. Tehát 10+110+990=1110 különféle variációnk van. És akkor kifelejtetted azt is, hogy nem csak egyféle sorrendben lehet őket berakni; három karakterünk van, az hatféle sorrend, tehát összesen 6660 variációnk van a véletlen karakterek elhelyezésére. Na, ez sem mindegy, hogy 10 vagy 6660...

    > Ha kedves akarok lenni, még kaphatsz egy 2^11 szorzót, ha bármelyik karaktert válthatod kis- és nagybetű között, úgyis hét óra alatt meg vagy 7 terahash/sec-el.

    Milyen kedves vagy...csakhogy ez nem kedvesség kérdése, hanem ha lítszpíkelünk, akkor ez is benne van. Ez nem opcionális.

    Tehát a végleges képlet nagyon nem 5000*2*95^3*10*2^11, hanem 5000*2^9*95^3*(10+((10+1)*10)+((10+1)*10*(10-1)))*6*2^11=5000*512*857375*1110*6*2048=2.99375×10^19, ami 7 TH/s-sel számolva olyan laza 50 nap körül mozog. (Ha az üres stringeket is számoljuk, azaz 96^3, akkor 51.) Mondjuk ezt még mindig ki lehet várni, de amíg hét óra alatt valószínűleg nem fognak jelszót cserélni, addig ötven nap alatt erre sokkal nagyobb esély van, vagy mert felmerül a crack lehetősége, vagy mert a policy megköveteli. (Van ahol havonta cserélnek jelszót.) Nem mindegy, hogy 7 óra vagy 50 nap.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443298

    > Eredmény szempontjából mindegy, mert még mindig csak egy lineáris szorzó.

    Ennyire azért csak nincs tán reggel; neked mindegy, hogy 7 óra, vagy 3584? :P

    > Feltételezzük a következetes átírást valamely séma szerint. (nem feltétlenül a cél az összes átírás kipróbálása, csak a leggyakrabbié - ahogy a szótárunkban is csak 5000 gyakori volt, nem az összes). Ahogy te is mondtad: először végigpróbáljuk a gyorsabb megoldást (kisebb szótár), ha nem jön be, megyünk a nagyobbra (itt a minden cserélhető karakter minden lehetséges cserére váltása).

    Ezzel van egy pici baj: azt még csak ki lehet ókumlálni, hogy a "kecske" az mindenki által ismert, közönséges szó, a "fotonemisszió" meg nem, de mit jelent nálad, hogy "gyakori lítszpík átírás"? :) Úgy le szokták írni, hogy K3cske, de úgy nem, hogy kecsK3? Ezt miből gondolod, van valami statisztikai alapod rá, vagy akármi?
    ([GN_MODE]"leggyakrabbié", ilyen szó nincsen, hogy "gyakrabb", összemostad a gyakori és gyakran szavak középfokát; van "gyakrabban" ami (általában) történést jelöl, meg van "gyakoribb", ami előfordulást, minket ez utóbbi érdekel, szóval "leggyakoribbé", de ez se jó még, mert egyes szám és itt szavakról beszéltünk, tehát "leggyakoribbaké".[/GN_MODE])

    > De szerintem simán 10^3 (az első karakternek választunk egy helyet, ettől függetlenül a második karakternek választunk egy helyet, és ezektől függetlenül a harmadik karakternek választunk egy helyet).

    Ha mind a hármat rakhatom egymás mellé, az 10 lehetőség. Ha 2:1-es csoportban rakom le, az 110. Ha 1:1:1-es csoportokban, akkor az 990. Ezek közt ismétlődés és átfedés nincsen. Ez 1110 lehetőség.

    > Nope, ez benne volt a 95^3-ban, ha sorrend-függőként n alatt a k lenne

    Igaz, abban az ismétlődés már benne van. Akkor /6 és kb. 9 nap lesz a végeredmény. Azért az sem pár óra...vagy 90 másodperc, mint a correct horse...

    > Pedig az, mert - gyakoribb előbb ;) - az XKCD-s Troubador-hoz elég egy kettes szoró (kis- és nagy kezdőbetű). Ha az nem jött be, akkor jöhet a 2^11-es szorzó, mert még bármelyik is lehet nagybetűs.

    Az XKCD nem mondta, hogy kezdd nagybetűvel, csak azzal kezdte. Bármelyiket írhatták volna naggyal.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2443333

    > Attól függ, ha van elég gépem hozzá (triviálisan párhuzamosítható, mert a [szótár hossz]/[gépek száma] hosszú részszótárakra kell csak bontanom). Meg egyébként is, amíg az összes plusz szorzónk nem éri el a 95^8-at, addig helytelen az XKCD-disprove cikkben írt számítás (ehhez még 10^14 nagyságrend kell), és amíg a 95^2.8-at nem éri el, addig az ötezres szótárból válogatott passphrase-ünk biztonságosabb ;)

    Ja, viszont akkor a passphrase törését is lehet párhuzamosítani.

    Azonfelül a szorzó növeléséhez csak egy hosszabb szóra van szükséged.
    Fogok egy hosszabb szót, pl: "congratulations". Ez egy 15 karakteres hétköznapi szó. Számra cserélhető belőle 10. 5000*2^10*96^3*(15+((15+1)*15)+((15+1)*15*(15-1)))*2^15 = 5000*1024*884736*3615*32768 = 5.36589×10^20, ami a szokásos 7 TH/s-nyi sebességgel olyan 887 nap körül mozog. Ehhez már hatszavas jelmondat kéne és mivel véletlen szavakból áll össze a dolog, az már nehezebb lesz a delikvensnek, hogy "train wound sphere bucket kitty shipyard", mint azt, hogy "C0ngratulations!!!". Próbáld csak meg ezt az előbbi passphrase-et megtanulni. Mennyi idő lesz? Jó, neked biztos nem sok, mondjuk <30s, de mennyi lesz ez az átlagjóskának? És mennyi ideig marad meg? Fél óra? Óra? Pár óra? Este próbálj meg visszaemlékezni rá. Sikerülni fog? Talán. (Ha álló nap mondogatod, akkor biztos, de azt a jelszóval is lehet. :P) Az átlagjóskának? Esetleg. Mi a helyzet a jelszóval? Hogy az XKCD-t idézzem, "you've already memorized it". Megfordult a dolog. És emlékeztetnélek rá, hogy pont ez volt a lényeg, ezt állította az XKCD, hogy erősebb és könnyebben megjegyezhető. Ez pedig sehogy sem jön ki.

    És arról nem is beszélve, hogy mennyi idő ezt begépelni. A password 3-5 sec, a passphrase meg 10-15.

    > kecske -> k3csk3 [mindet átírjuk], kecske -> k3cske [első átírhatót írjuk át], kecsk3 [utolsó átírhatót írjuk át]

    És miből gondolod, hogy az nem gyakori, hogy valaki így írja be: "K3C5K3"?

    > Itt miért vársz (az első pillanattól) exhaustive search-öt, amikor a szótár alapúnál az 1000-es/3000-es/5000-es részeket használsz csak? Az ilyen generátoroknak pont az a lényege, hogy a gyakran használt jelszavakat gyorsan megtalálja (pl. a szó.11).

    Azért, mert mint mondtam az előző posztban, azt feltételezhetjük, hogy a kecskét mindenki tudja, a fotonemissziót meg nem. De az viszont már csak spekuláció, hogy a leetspeak-et ki hogyan használja.

    > Kihagytad az 1:2-es csoportosítást ;)

    Há-há. :(
    Sőt, a 3:0-át és a 0:3-at is. Meg a -1:4-et és az X:X+3-at is. :P

    > Igaz, de feltételezzük, hogy a lehető legkevesebb brute force-al akarjuk generálni a szavakat (a másik oldalon ezért próbálunk rá az 5000-es szótár K hosszú kombinációira), tehát elsőként a nagy kezdőbetűt érdemes kipróbálni. És az XKCD jelszó benne lett volna.

    Az speciel benne, de az csak egy példa volt.

    Oldschool Computer - http://oscomp.hu




    Rövidebb, de komplex jelszavak vagy hosszabb, de könnyen megjegyezhető jelmondatok?: https://hup.hu/szavazasok/20200222/rovidebb_de_komplex_jelszavak_vagy_hosszabb_de_konnyen_megjegyezheto_jelmondatok%3F#comment-2442738

    Nem tudom kinek írtad, de ha nekem, akkor felhívnám a figyelmedet - meg ha nem, tkp. akkor is - hogy az XKCD nem erről írt. Szó nem volt benne szóösszefűzésről és szótagkeverésről. Nem baj, hogy az egész topicban full másról beszéltek, mint ami a képregényben van?

    Oldschool Computer - http://oscomp.hu




    bash szkript kacsolókkal: https://hup.hu/node/168086#comment-2445685
    
    help()
    {
        printf "itt a súgó"
    }
    
    if [ "$#" -eq "0" ]; then
        help
        exit
    fi
    
    while [ "$#" -gt "0" ]; then
        case "${1}" in
             --a) blabla; shift;;
             --b) blabla; shift;; 
             --c) blabla; shift;;
             --h|--help)
                  help
             *) printf "Ismeretlen kapcsoló ${1}\nSúgó: command --h(elp)\n"
             exit ;;
        esac
    done

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kantal


    bash szkript kacsolókkal: https://hup.hu/node/168086#comment-2445705

    Nm.

    Oldschool Computer - http://oscomp.hu




    Vágólap tartalma mobil eszközön reboot után szerinted elérhető?: https://hup.hu/node/168254#comment-2451238

    Nincs okostelefonom, így ez csak tipp, de nem lehet, hogy nálad be van kapcsolva, hogy kilépéskor mentse a vágólapot? Pl. a Trinity Klipperjében van ilyen feature.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> samucli


    spam: https://hup.hu/node/168259#comment-2451840

    Készíts egy whitelist rule-t arra a címre. Akkor semmi nem fog a spam mappában landolni, ami arról a címről jön.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> levideo


    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2449569

    Ha a programozó tudja, hogy mit csinál, akkor nem számít, hogy goto van a kódjában, ha pedig nem tudja, akkor nem számít, hogy nincs.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> SchTamas


    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2449285

    > VAN-E MÓD ARRA, hogy az általam felvázolt viselkedésre utasítsuk a C compilert?

    geza42 lent javasolta a -Wmisleading-indentation kapcsolót, ami a félreérthető indentálásra warningot dob. A -Werror kapcsoló pedig errort csinál egy adott warningtípusból, akár ebből is, azaz, ha a kettőt kombinálod, az pont azt fogja csinálni, amit kértél.
    Tehát így kell fordítanod: cc valami.c -Wmisleading-indentation -Werror=misleading-indentation

    Oldschool Computer - http://oscomp.hu




    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2448552

    Az a kisebbik baj a C szintaxisú nyelvekkel, hogy olyat megengednek, hogy

    for(i=0;i<max;i++) a[i]=b[i];

    Az sokkal nagyobb baj, hogy ezt is megengedik:

    for(i=0;i<max;i++);
    {
    	a[i]=b[i];
    }

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> imbuszkulcs


    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2448570

    Direkt C szintaxisú nyelvet írtam, nem C-t, ez ugyanis az összes (általam ismert) C szintaxisú nyelvben probléma. A Rustot ugyan nem ismerem, de ahogy nézem nem sok köze van a C szintaxishoz; az nem C szintaxis, hogy kapcsos zárójeleket használunk blokkindikátornak.

    - Ez valóban gáz a C-ben, de ezt más nyelvek is megoldották, pl. Pascal.
    - Dettó, ez a tömbök manuális memóriakezelésének eredménye; ahol ezt a nyelv intézi, ott működik.
    - A nullpointereket minden nyelvben le kell kezelni, ahol vannak. Ezért kár kárhoztatni a C-t. (Mondjuk Java-ban vicces, hogy nullpointer nincs, de exception van rá...)
    - Ez az unsafe ez tök jó dolog. Kulcs a lábtörlő alatt. :) Ha tényleg preventálni akarom, akkor megtiltom, ha meg nem, akkor meg engedem. Ez így egy felesleges rituálé.
    - A data-lockot, vagy a data-isolationt bármilyen nyelvben meg lehet csinálni. Akár C-ben is. Direkt persze meg lehet kerülni, de azt is ugyanúgy minden nyelvben lehet.
    - Ezt is megoldotta sok más nyelv.
    - Dettó.
    - Pascal kódot kell írni C-ben és castolni a két típus között. :P Egyébként ezt a nyelvnek automatikusan tudnia kéne, hogy gépi kód szinten két eltérő méretű változó közti műveletvégzés esetén a kisebbre mindig rá kell húzni egy extendet. Aztán ha a végeredmény is a kisebb adattípusban van, akkor utána meg egy shrinket. Persze force-olni lehet már előtte, hogy a nagyobbat shrinkelje, de akkor meg azonos méretek közt végzünk műveletet.

    Az 1.2-szeres tempó azért elég nagy alulbecslés. A kompromittálhatóság stimmel, de kikerülhető, ha odafigyel az ember.

    Oldschool Computer - http://oscomp.hu




    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2448656

    Én általánosságban beszéltem, hogy az 1.2 az nagyon alulbecsült, nem a Rustról, hiszen azt nem is ismerem.

    Tény, de ez minden nyelvben így van, maximum nincs akkora impact. Unsafe kódot bármiben lehet írni.

    Oldschool Computer - http://oscomp.hu




    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2449713

    > Igen. Kérdés, hogy ha elfelejted, a fordító szól-e.

    Annak a nyelvhez nincs köze, az a fordító függvénye.

    > De legyen az a szabály, hogy „alkalmazásba nem írunk unsafe-et”.

    Igen, így kezdődik az ideologizálás. Ennyi erővel C-ben is lehet "szabályokat" hozni.

    > Megintcsak az a helyzet, hogy a Rust elvárja, hogy a szálak közt megosztott adat vagy csak olvasható legyen, vagy atomi típus, vagy lock mögé kerüljön.

    Pointer Rustban is van. Mint fentebb kiderült, unsafe mód is van. Innentől kezdve a fordítónak már komoly heurisztikát kéne végeznie fordításkor, hogy rájöjjön, hogy egy elméletileg csak olvasható cross-thread adat címét én bedobtam egy pointerbe és mivel a processz által allokált területén van, így memory-access szinten férek hozzá, megkerülvén a runtime védelmi mechanizmusait. Nyilván ez nem a Rust hibája, hanem a hülye programozóé, aki ilyet csinál, de 100%-ig hülyebiztos rendszer nincs. És itt megint előállt, hogy vagy engedem, vagy tiltom, a kettő keveréke nem létezik, az az engedem, de szívatom a felhasználót kategória.

    > C-ben csak a lehetőségünk van meg, hogy lock-oljunk. Ha elfelejtjük, az undefined behaviour.

    Ez nem mond ellent annak, amit mondtam. A C a lehetőségek nyelve. Az öntökönlövésre is, de másra is.

    > Gyakran átesik a teszteken, piszok nehezen reprodukálható, következményét tekintve pedig egy segfault a szerencsésebb esetek közé tartozik, mert nyugodtan össze is firkálhatja a memóriát, és adatvesztést okozhat.

    Ez így van, de unsafe és/vagy rossz kódot bármilyen nyelven lehet írni.

    > A felszabadítást igen, a referenciák (ha vannak raw referenciák) lifetime-ellenőrzését nemigen. Szintén undefined behaviour-t szűrünk ki ezzel, ráadásul olyat, ami a jelenlegi bugok elég nagy részét képezik.

    Ez implementáció kérdése. Le lehet implementálni C-ben és egyéb nyelvekben is. A Rust akkor ezt itt default runtime szinten támogatja, ennyi a különbség.

    Oldschool Computer - http://oscomp.hu




    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2449914

    > Optional típus pl. nincs a C-ben, C++-ban (stl) már van. Enélkül, vagy ilyesmi nélkül fordítási időben nem derül ki, hogy kiolvashatok-e egy pointert, vagy érvénytelen.

    Lehet, de megkerülni azt is meg lehet.

    > Ez egy egyszerű szabály, és még egyszer: alkalmazást lehet írni safe (alapértelmezett) módban. Driver-re meg nincs az a programnyelv, ami felelősséget tudna vállalni pl. azért, hogy melyik memóriacímre milyen regiszter van map-elve. Szóval elkerülhetetlen az unsafe, mint nyelvi elem - alkalmazásfejlesztésnél meg tökéletesen elkerülhető.

    Nem regiszterekre gondoltam, egy egyszerű allokált terület túlcímzésére pl. olyan pedig alkalmazásfejlesztésnél is előfordul, nem csak C nyelvben.

    > Amúgy safe módban nem tudsz pointert dereferálni. Anélkül meg ugye nem sok értelme van pointert használni. Tehát úgyis mindenhova referenciát teszünk, ahol raw hivatkozás kell. A referenciákra pedig semmi engedményt nem tesz az unsafe (talán a pointer derefen kívül nincs is más hatása...). Szóval ritka, hogy véletlenül becsúszik egy unsafe. Általában csak komolyabb refaktorálással tudnád elrontani a programot, lényegében azt már akarni kell.

    > Más kérdés, hogy volt már bukta abból, hogy programot a kezdetektől unsafe blokkokkal írtak tele. Ez nyilván nem a nyelv hibája.

    Dehát le is írtam, hogy ez nem a Rust hibája, hanem a hülye programozóé. És éppen ez volt a lényeg, hogy ha a programozó hülye, akkor unsafe és pointer és ugyanott vagyunk, mint C-nél, have a segfault. A hülyeség ellen semmi sem véd.

    > Ez nem mond ellent annak, amit mondtam. A Rust is a lehetőségek nyelve. Az öntökönlövésre kevésbé, másra inkább. :)

    Akkor ez a szál kétirányú zsákutca. :P

    > C-ben nem lehet implementálni pl. shared pointert, mert nincs destruktor. (Állítólag GC lib létezik, most nem nézek utána, de tutira veszem, hogy nem teljesen automata).

    C-ben minden pointer "shared", hiszen a process a saját címterében oda nyúlkál, ahova akar.

    > - De azért hangsúlyoztam, hogy raw referenciák, mert nem smartpointerről beszélek (futásidejű mechanizmusokkal (bár olyan is van) ), hanem fordítási idejű ellenőrzésről, ehhez pedig kell a nyelv támogatása. Sok esetben külön magyarázat nélkül is látja, hogy mit engedhet meg, de vannak kivételek, ilyenkor magyarázni kell neki, különben túl szigorú, mert hibát nem engedhet meg. Hát pl. az ilyenek miatt nehezebb kicsit belejönni. De bele lehet. :)

    A fentebbi példához már kőkemény heurisztika kéne. 100%-os védelem nincs.

    Oldschool Computer - http://oscomp.hu




    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2449962

    Itt az első részben leírod, hogy kivédi a Rust, aztán meg leírod, hogy igazából meg lehet kerülni, csak nagyon akarni kell. Miről akarsz itt most akkor meggyőzni, amikor én ugyanezt mondtam? :)

    > Ezért van Rustban bounds checking.

    Na ja, de ez meg más nyelvekben is van. C-ben nincs.

    > Könnyű mondani, hogy „a programozó hülye”, de nem. Nem mindegy, hogy nehezen észrevehető hibáról beszélünk, vagy fordítva: nehezen elkövethetőkről. Mégegyszer: a statisztikák szerint a bugok nagy része memóriakezelési hiba. A nehezen észrevehető.

    És ezeknek a hibáknak a managelt memóriakezelés a C-nél fejlettebb nyelvekben (C++, Pascal, whatever) meg is akadályozza. (A "hülye programozó" kitétel meg nem azokra vonatkozott, akik véletlenül memóriahibára futottak, hanem aki a fenti példában leírt marhaságot elköveti.)

    > C-ben egyébként minden pointer shared az adat elérésére

    Esküdni mernék, hogy ezt írtam én is...

    > (bár inkább az adatra szokták ilyenkor mondani, hogy „shared”)

    Esküdni mernék, hogy én is idézőjelbe raktam...

    > és egyik sem rendelkezik shared ownership-pel.

    Esküdni mernék, hogy nem is állítottam ilyet...

    > Shared pointer alatt leggyakrabban az utóbbit értjük.

    Hát, hogy a Rust-os terminológia mit ért alatta, azt én nem tudom. Én csak értelmeztem a szavakat.

    > Igen, lassú is a fordító. De ezekre az esetekre is van 100%-os védelem. Még egyszer: ahol kell annotálni, és nem teszem, ott max. compile error történhet, hibás kód generálása nem.

    Hát ehhez képest az elején azzal nyitottál, hogy ha nagyon akarja az ember, akkor megkerüli, akkor pedig nem 100%-os a védelem.

    Oldschool Computer - http://oscomp.hu




    Kapcsos zárójelek mint blokkhatárjelzők kikényszerítése C alatt egyetlen utasítás esetén is: https://hup.hu/node/168181#comment-2449980

    > Azért az unsafe {} kulcsszó sem varázsolja C-vé a Rust-ot

    Ilyet senki nem is mondott.

    Oldschool Computer - http://oscomp.hu




    -1 gomb: https://hup.hu/node/167977#comment-2449583

    Tessék, én megcsináltam. (Bár ha AJAX, akkor az az egy sor JS-be még kelleni fog.) Ha ilyen jellegű request van, azt célszerű lenne nem valami eldugott topic mélyére rakni. Ha pl. kapásból a hup8bugos a topicba írod, akkor ott is megtaláltam volna a felhívásodat.

    Oldschool Computer - http://oscomp.hu


    Σ: 005 -> nevergone , gelei , carlcolt , bobesz , uid_21365


    fish shell: https://hup.hu/node/167963#comment-2441586

    Thx.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> _Gabor_ , john_silver


    CIB 2020: https://hup.hu/node/168095#comment-2445932

    A strike four egy airstrike legyen.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Ar0n


    CIB 2020: https://hup.hu/node/168095#comment-2445987

    LeggeCIBBank.

    Oldschool Computer - http://oscomp.hu




    CIB 2020: https://hup.hu/node/168095#comment-2446036

    A második már tényleg nagyon súlyos...

    Oldschool Computer - http://oscomp.hu




    Automatikus reklámszűrés a TV tunerrel felvett műsorból: https://hup.hu/node/168075#comment-2445474

    Ez baromi jó.

    Oldschool Computer - http://oscomp.hu




    fosta: https://hup.hu/node/168141#comment-2447266

    Ezt így szokták, basznak becsöngetni, de már elsőre ismételt értesítőt dobnak be, aztán meg visszaküldik a csomagot, vagy ki tudja mit csinálnak vele... Lehet megeszik.
    Levelekkel is csak a baj van: bár ki van írva, hogy nem kér az ember reklámot, de ennek ellenére a leveleket garantáltan az újságszeméttel együtt gyűrik be a levelesládába, de azt is csak félig, beékelve a nyílásba, hogy egyrészt garantáltan csak szopással, papírtépéssel tudd kiszedni mind elölről, az ajtót kinyitva, mind hátulról, a nyílásból kihúzva, másrészt meg ha esik, akkor elázzon és összetapadjon, harmadrészt pedig, hogy bármi jöttment hülye viccből ki tudja rángatni...aztán utána meg szophat az ember, ha hivatalos levelek se mennek át a rostán fostán; ja ők felelősséget nem vállalnak semmiért - semmiért sem - majd úgyis megmagyarázzák (a fostának a törvények és minden egyebek felett álló saját kvázi háziszabályzatával), hogy a te hibád volt.

    Off: Egyszer kiszúrtam az egyik kisasszony asztalán egy kézikönyvet, aminek címe "Pénzmosás Adatrögzítő Rendszer - Felhasználói kézikönyv" volt. Gondolom ez valami pénzmosás ellen kitalált szisztémának lehetett a kézikönyve, de így borzasztó hülyén vette ki magát.

    Oldschool Computer - http://oscomp.hu




    CLI Időjárás, Holdfázis és Cheat sheet: https://hup.hu/node/167882#comment-2439196

    Mekkora rulez ez a video...

    Oldschool Computer - http://oscomp.hu




    CLI Időjárás, Holdfázis és Cheat sheet: https://hup.hu/node/167882#comment-2439194

    Thx!

    Oldschool Computer - http://oscomp.hu




    [Megoldva] Miért kell a uBlock Originnak az IP-címem és a hostnevem?: https://hup.hu/node/168033#comment-2443911

    Important: the statement "IP address" refers to the IP address of the servers to which your browser connects, NOT your specific IP address. uBO has no access to (and no need to know) your specific IP address.

    Nem a te IP-dről van szó, hanem az oldaléról, amit éppen kinyitsz. Az extensionok a taboktól függetlenül futnak, ennek megfelelően, ha a tabok tartalmán mahinálni akarnak valamit, akkor hozzá kell férniük bizonyos dolgokhoz. Mivel az uBlock egy URL-ekkel operáló szűrőlista, hozzá kell férnie a tabokban nyitva lévő weboldalak IP-jéhez/hostnevéhez, különben nem tud szűrni.

    Oldschool Computer - http://oscomp.hu




    Karprotézis hackelése, hogy az CV kimenetet produkáljon szintetizátor vezérléshez: https://hup.hu/cikkturkalo/20200223/karprotezis_hackelese#comment-2443157

    > a cukros vérünkből kellene valahogy áramot csinálni

    Van véráram, nem kell csinálni. :]

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> junior013 , solt87


    Karprotézis hackelése, hogy az CV kimenetet produkáljon szintetizátor vezérléshez: https://hup.hu/cikkturkalo/20200223/karprotezis_hackelese#comment-2443335

    Kiváncsi vagyok, mikor írják át a windózt emberi agyra. Új értelmet fog nyerni a "hűtsd le az agyad" kifejezés. :P

    Oldschool Computer - http://oscomp.hu




    Stanford 1967 PDP-6 logbook: https://hup.hu/cikkturkalo/20200223/stanford_1967_pdp-6_logbook#comment-2443037

    Page #68: Az ultimate bugreport. :)))

    Oldschool Computer - http://oscomp.hu




    KDE-t melyik disztribúcióval használod?: https://hup.hu/szavazasok/20200209/kde-t_melyik_disztribucioval_hasznalod#comment-2437585

    Az igaz, hogy Qt3-ról 4-re váltottak és igaz az is, hogy nagyon belassult, csak épp a kettőnek nincs köze egymáshoz. A szintén Qt4-re épülő RazorQt pl. egyáltalán nem volt lassú, még régebbi gépeken sem. A KDE4 azért lassult be, mert a szoftverei lassultak be, a rengeteg pluszban futó vacak miatt; a Qt4 önmagában csak minimális lassulást eredményezett.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> martonmiklos


    KDE-t melyik disztribúcióval használod?: https://hup.hu/szavazasok/20200209/kde-t_melyik_disztribucioval_hasznalod#comment-2439654

    > Tény, hogy már a KDE 4 is elég bloat volt, de abban viszont funkció is több volt, mint előtte a KDE3-ban

    Pont ellenkezőleg. Az egész TDE projekt azért indult, mert nem elég, hogy sokkal többet zabált a KDE4, de még kevesebbet is tudott.

    Oldschool Computer - http://oscomp.hu




    KDE-t melyik disztribúcióval használod?: https://hup.hu/szavazasok/20200209/kde-t_melyik_disztribucioval_hasznalod#comment-2442033

    Újrakezdjük? :P

    Oldschool Computer - http://oscomp.hu




    KDE-t melyik disztribúcióval használod?: https://hup.hu/szavazasok/20200209/kde-t_melyik_disztribucioval_hasznalod#comment-2442248

    Minek kellett azt árnyalni, nem volt elég sötét alapból? :]

    Oldschool Computer - http://oscomp.hu




    KDE-t melyik disztribúcióval használod?: https://hup.hu/szavazasok/20200209/kde-t_melyik_disztribucioval_hasznalod#comment-2437600

    KDE 1996, Vista 2006. Ez max. a KDE4-re igaz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> leviske


    KDE-t melyik disztribúcióval használod?: https://hup.hu/szavazasok/20200209/kde-t_melyik_disztribucioval_hasznalod#comment-2437840

    Megvolt. Értettem én a viccet, csak felhívtam rá a figyelmet, hogy nem feltétlenül ül a poén. KDE4 esetén igen.

    Oldschool Computer - http://oscomp.hu




    [megoldva] cosmic?: https://hup.hu/node/167976#comment-2442249

    http://old-releases.ubuntu.com/releases/cosmic/

    Oldschool Computer - http://oscomp.hu




    [megoldva] cosmic?: https://hup.hu/node/167976#comment-2442424

    Nm.

    Oldschool Computer - http://oscomp.hu




    pinglong: https://hup.hu/node/161833#comment-2288616

    Thx!




    pinglong: https://hup.hu/node/161833#comment-2288899

    Thx, ez is hasznos!




    pinglong: https://hup.hu/node/161833#comment-2436020

    Miért nem teszitek opcionálissá? Plusz egy kapcsoló, hogy teljes dátumot írjon, vagy csak időt és akkor mindkettőtök óhaja teljesül.

    Oldschool Computer - http://oscomp.hu




    pinglong: https://hup.hu/node/161833#comment-2436030

    Két sorba tördelni az entryt? Első sor dátum/idő, második a többi, behúzással az elején?

    Oldschool Computer - http://oscomp.hu




    Buffer méretezés kezdőknek és halandóknak: https://hup.hu/node/167720#comment-2434487

    Thx.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> SPYFF


    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2436793

    Thx! Úgy néz ki tényleg egy Pericolor-1000-es. Most hogy így mondtad, még néztem is, hogy nem AZERTY a keyboard? De olyan rossz a minőség, hogy nem bírtam kivenni (viszont valaki más is kiszúrta).

    Mondjuk kiváncsi lennék, hogy bizniszeltek a franciákkal a vasfüggöny mögül.

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2436917

    Azt hittem a szovjet blokk csak a kölcsönöket vette fel rajtunk keresztül, de technológiát nem adtak el a nyugatiak senkinek a vasfüggönyön innen. Vagy ez a gép pont nem volt a COCOM listán?

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2436931

    Ja értem, ezt nem tudtam, thx.

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2436986

    Azt tudtam, hogy a SECAM francia, de azt nem, hogy a ruszkiknál is az volt, nem csak nálunk.

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2437139

    A ruszkikat nem tudtam, mit használnak. A franciák meg mindig mindent direkt máshogy csinálnak, mint az angolok.

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2437032

    http://oscomp.hu/depot/russian_photoshop_apple_iii_keyboard.png
    Erre gondolsz? Egyébként tényleg úgy néz ki. Viszont ez nem maga a nagy gép. Vagy a Pericolor-1000-es több gépből állna?

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2437066

    Akkor az Apple III valószínűleg a "vezérlő" lehetett rajta, az a nagy masina meg a scanner/printer. Akkor elmondhatjuk, hogy nem csak az amcsi, de a francia/szovjet Photoshop is Apple gépen született meg. :)

    Amúgy persze, hogy a Photoshop többet tudott, az Apple III amin ez futott és a Macintosh Plus amin a Photoshop azok nagyon nem voltak egy ligában...dehát ez a masina amúgy is "csak" egy elektronikus képretusáló volt, nem egy univerzális "képmanipulátor".

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2436930

    Ilyet C= gépeken is gyakran látni... :) (Nehogy azt hidd, olyan Spectrum klónok, meg bővítmények is vannak, hogy csak néz az ember; még a mai napig is! Több MB RAM, többtíz MHz CPU, "turbókártyák", hangkártyák, ethernetkártyák... Érdemes itt körülnézni, semmiképpen sem mondanám, hogy nem érdekes. :) )

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2437593

    Én a 128-ason és az A500+-on is láttam ilyen "havazást", ahogy töltés közben firkál a képernyőmemóriába.
    Az oroszoknál a Spectrumnak olyan durva kultusza van, mint nálunk a C64-nek, vagy a lengyeleknél a 8-bites Atariknak, nincs mit csodálkozni a tengernyi klónon, főleg, ha hozzáveszed az oroszok akkori anyagi helyzetét is.
    Na, mondjuk nálunk speciel sokféle diehard kultusz van, mert pl. Enterprise közösség az sehol másutt nincs és mára valószínűleg ugyanez igaz a +4-re is. :)

    Oldschool Computer - http://oscomp.hu




    Szovjet Photoshop - 1987: https://hup.hu/node/167798#comment-2440092

    Ja, hogy ez itt bus-race? Ezt nem tudtam, nem tudom, hogy működik a busz a CGA-nál, vagy itt a videóban, de ha elveszik a buszt alóla olvasáskor, akkor tényleg csak egyeseket fog beolvasni, ami fehér pixeleket jelent.

    Oldschool Computer - http://oscomp.hu




    A legnemmindennapibb ESSID, amit a géped lát(ott) a(z) ... : https://hup.hu/node/164127#comment-2432698

    https://ibb.co/Tk6f55V

    (Nem saját, nem wifizek.)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> chx , locsemege


    "Sokkolóan stabil" új verzió érkezett az OpenZFS on Windows-ból: https://hup.hu/cikkek/20200207/sokkoloan_stabil_uj_verzio_erkezett_az_openzfs_on_windows-bol#comment-2436549

    Ha valami vindózon stabil, az sokkoló, szóval van benne valami. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> kojot , leviske , nydn , bra-ket


    #DataPrivacyDay: https://hup.hu/node/167836#comment-2437939

    OS: A primer az (Devuan) Linux, de amúgy bármi a windowson és az androidon kívül.
    Search: Muszáj a google. DuckDuckGo-t tesztelgetem, egész jól működik már sok esetben, de pl. magyarul sem tud. (Mármint nem beszélni, hanem keresni.)
    Browser: Opera 12 a primer, ahol meg nem megy, ott PaleMoon, vagy ha az sem, akkor IceWeasel 52, Midori, Qupzilla, Otter vagy végső esetben Chromium. Az IceWeasel 38-at Anonymox-szal használom, ha valahol nem akarom, hogy lássák az IP-met.
    Email: ProtonMail.
    VPN: Nem használok, de ha kéne, ProtonVPN-nel kezdenék.
    Cloud: Kerülöm.
    Messaging: IRC. :P
    Password: Fejben, vagy konzekvens generálással.
    Notes: -

    Oldschool Computer - http://oscomp.hu




    Lekapcsolták a lélegezetőgéről a Windows Phone 8.1 platformot. Beállhat a polcra a Nokia N9 mellé a Lumia modellek több mint fele.: https://hup.hu/node/167090#comment-2416887

    > windows 8.1 telók kb 35%-a frissíthető WM10 rendszere, a maradék 75% viszon marad örökre 8.1-en

    35% + 75% = 110%, valamelyik érték nem stimmel.

    Oldschool Computer - http://oscomp.hu




    Lekapcsolták a lélegezetőgéről a Windows Phone 8.1 platformot. Beállhat a polcra a Nokia N9 mellé a Lumia modellek több mint fele.: https://hup.hu/node/167090#comment-2416925

    :D

    Oldschool Computer - http://oscomp.hu




    Reklámblokkoló: https://hup.hu/node/167804#comment-2436826

    Csekkold le, hogy tényleg nem engedett oda, vagy csak kitakarta a tartalmat. Ha az utóbbi, akkor blokkolhatod a kitakaró elemeket és többé nem zavarnak. Esetleg JS tiltást megpróbálhatod.
    Amúgy van Anti-Adblock Killer is, meg Nano Defender is.

    Oldschool Computer - http://oscomp.hu




    Reklámblokkoló: https://hup.hu/node/167804#comment-2436874

    https://github.com/reek/anti-adblock-killer#anti-adblock-killer--reek
    Ez biztos a githubról lesz...

    Oldschool Computer - http://oscomp.hu




    Reklámblokkoló: https://hup.hu/node/167804#comment-2437040

    > Akik analfabéták annyira, hogy nem tudnak reklámblokkolót használni azoknak is megvolt a lehetőség mindig is az oldalon, hogy kikapcsolják a reklámokat még a GDPR előtt is.

    > Ezt csak azért írom le, hogy lássátok a másik oldalt is ami ellen tiltakoztok.

    Ellened - vagy bárki ellen, aki GDPR-től és adblockertől függetlenül lehetővé tette a reklámok kikapcsolását - szerintem senki nem tiltakozott. Az egyre erőszakosabbá váló reklámdömpinggel - amikor 1 "egység" tartalomra jut 2-3 "egység" reklám - na azzal van baja az embernek.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> locsemege , summoner , hetvenhatos , uid_21365


    Alkalmi munkák idehazulról külföldi "megrendelőnek" legálisan, hogyan?: https://hup.hu/node/167828#comment-2437937

    up

    Oldschool Computer - http://oscomp.hu




    Alkalmi munkák idehazulról külföldi "megrendelőnek" legálisan, hogyan?: https://hup.hu/node/167828#comment-2438002

    Nincs munkaviszonyom, de kösz a tippet.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437086

    Na most, ha mégis \n-es formában akarod, akkor a Caro által javasolt read is megoldás lehet:

    #!/bin/sh
    
    ORISTR="nulladik\nelső\nmásodik\nharmadik\nnegyedik"
    
    get_nldl_str_elem()
    {
    	I=0
    	echo "$1" | while read -r line;
    	do
    		if [ "$I" = "$2" ];
    		then
    			echo $line
    			exit
    		fi
    		I=$((I+1))
    	done
    }

    Használat:

    echo `get_nldl_str_elem "$ORISTR" 1`

    Ez persze nem a legszebb (POSIX shellben nincsenek tömbök, így nem lehet egyszer tömbbé alakítani), de működik. Aki akar finomíthat rajta.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437094

    > ez kellett nekem, asszem

    Akkor megérte leírni, bár tagadhatatlan, hogy az sz által leírt megoldás jóval egyszerűbb.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437098

    wc -m

    sh -c 'echo " asdf
     mnb" | while read -r line; do echo "$line" | wc -m; done'

    5
    4

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437223

    Jogos, bár itt csak egy változó volt, az egész sor.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437111

    Miért ne tudnád? Illusztrálnád egy konkrét példával, hogy mire gondolsz?

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437117

    Dehát pont erre adtam egy példát, ahol függvényből kérjük le az egyes elemeket. Ezt minden további nélkül át lehet írni hosszra is.

    #!/bin/sh
    
    ORISTR="nulladik\nelső\nmásodik\nharmadik\nnegyedik"
    
    get_nldl_str_elem_len()
    {
    	I=0
    	echo "$1" | while read -r line;
    	do
    		if [ "$I" = "$2" ];
    		then
    			echo $line | wc -m
    			exit
    		fi
    		I=$((I+1))
    	done
    }

    Bármi, amit egy subshellben (UNIX shellben a "függvény" is csak egy subshell) kiírunk a stdout-ra, azt el lehet kapni a subshell operátorokkal és fel lehet használni. Tényleg nem értem a problémát.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437122

    De miért ne játszana a wc? Az is a stdout-ra írkál, tehát el lehet kapni a kimenetét. Nem kell függvénybe se rakni:

    strlen=`echo "$line" | wc -m`

    Tudnál mutatni példát, hogy mi a probléma?

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437156

    Az mondjuk igaz.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437132

    A wc egy külső parancs, amit szabvány shellből is meg lehet hívni. Ami pedig a subshell-t illeti, ha subshellbe rakod a ciklust is, akkor ki tudod echozni belőle a változódat:

    #!/bin/sh
    
    a="
     asd
    qwe r
     v x"
    
    MAXW=0
    RMAXW=$(echo "$a" | (while read -r line;
    do
    	CW=`echo "$line" | wc -m`
    	if [ "$MAXW" -le "$CW" ];
    	then
    		MAXW="$CW"
    	fi
    done
    echo $MAXW))
    echo $RMAXW

    Így a RMAXW változóban megkaptad a legszélesebb sor hosszát, azaz az ASCII-art valódi szélességét. És ez POSIX shellből is megy.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437147

    "Pazarol el?" Lássuk csak...
    Soronként három processzt indít: egy read-et, egy echo-t és egy wc-t. Ha van egy "teljes képernyős" (80x25)-ös ASCII-artunk, akkor ez összesen 75 processzt fog indítani.
    A másik karakterenként indít egy printf-et. Az összesen 2025 processz egy 80x25-ös ASCII-art esetén, mivel ott a newline is számít.
    Azaz 75-2025=-1950 processzt "pazarol el".

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437158

    > A read mindenképpen shell builtin, különben nem tudná a shellben látható környezeti változó értékét változtatni.

    The read utility historically has been a shell built-in. It was separated off into its own utility to take advantage of the richer description of functionality introduced by this volume of POSIX.1-2017.

    Azaz lehet külön és builtin is, de akkor legyen builtin. Az mínusz 25 processz.

    > Az echo lehet külön processz, lásd /bin/echo, de a legtöbb shellben builtin, éppen az extra processzek overheadjének elkerülése miatt. A printf szintén.

    A echo és a printf a POSIX shellben nem builtin.

    > Cserébe viszont ott vannak a subshellek a pipe-oknak és a command substitution-öknek...

    A subshellek? Két subshell van és mind a kettő a cikluson kívül. Az összesen kettő subshell. A pipe és a substitution ugyan ott van, de közben Zahy fentebb mutatott jobbat. Azaz:

    CW=${#line}

    És ezzel a rössel megspóroltuk a substitution-t, az echo-t a pipe-t és a wc-t is. Akkor soronként 0 processz. Szemben a 2025 printf-fel és 2025 subsitutionnel.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437171

    A ciklus belsejében jelen pillanatban nulla darab parancs, subshell és substitution található. De lentebb benchmarkoltam is egyet. Az eredmény magáért beszél. A karakterenkénti feldolgozás kb. ~130x pazarlóbb, mint a soronkénti.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437174

    Tényleg? Nézzük meg Zahy megoldása nélkül az eredeti javaslatomat:

    #!/bin/sh
    
    a=`cat "$1"`
    
    MAXW=0
    RMAXW=$(echo "$a" | (while read -r line;
    do
    	CW=`echo "$line" | wc -m`
    	if [ "$MAXW" -le "$CW" ];
    	then
    		MAXW="$CW"
    	fi
    done
    echo $MAXW))
    echo "Width: ""$RMAXW"" ch."
    root@Csabi:~# time for i in {1..50}; do asciiwidetest1 asciiart.txt >/dev/null; done
    
    real    0m3,235s
    user    0m0,144s
    sys     0m0,272s

    Ez még így is ~11x gyorsabb, mint a karakterenkénti feldolgozás (~36 sec vs. ~3.2 sec).

    > Mondjuk a ciklus körüli subshell még mindig felesleges...

    Nem az. Ha leszedem, a végeredmény nulla lesz. Próbáld ki.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437219

    > Hát bizony, a pipe és wc sokkal lassabb, mint a shell-től megkérdezni a string hosszát.

    Nem mondod... Lényeg megvolt, hogy a karakteres feldolgozáshoz képest még így is 11x gyorsabb volt?

    > De felesleges, csak nem jól szedted le:

    A megfordítás tényleg nem jutott eszembe. Viszont az érintett subshell egyszer futott az egész script alatt, úgyhogy nem túl sok vizet zavart.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437417

    > Nem, a lényeg az, hogy a subshellek és a külsö processzek drágák.

    > A karakterenkénti feldolgozás önmagában nem baj, a karakterenkénti subshell volt ott az igazi gond.

    Meg is válaszoltad magadnak. A másik karakterenként csinált subshellt és printf call-t. Na, az az igazi pazarlás.

    > A subshellek és a külső processz még soronként is gond: egy tisztességesen implementált karakterenkénti feldolgozás több mint ötször gyorsabb tud lenni, mint a soronként $(echo "$line" | wc -m)-et futtató változat.

    Viszont, ha nincs soronként külső processz, meg subshell, akkor a soronkénti feldolgozás mindenképpen sokkal gyorsabb lesz, mint a karakterenkénti feldolgozás, mert kevesebbet kell interpreterből iterálni. (Egyébként mit értesz "tisztességesen implementált" karakterenkénti feldolgozáson?)

    > Az érintett subshellel együtt a script elején lévő $(cat "$1") is mehetett a levesbe, és ezek együtt kb 30% gyorsulást jelentenek. Jobban megnézve, a ciklus körüli command substitution is teljesen felesleges, anélkül már 40%-nál járunk.

    Ez mondjuk jogos, a cat tényleg sokat nyomott.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437141

    És ez így jobb?

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437153

    A printf mióta builtin a POSIX shellben? Az csak bash-ban builtin. POSIX-ban az külön utility. Direkt POSIX compliant megoldást kértél, miért a bash-specifikus megoldás most?

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437159

    De ő szabvány shell-es megoldást kért. A szabvány a POSIX. Abban nem builtin egyik sem.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437161

    A dash egy konkrét shell, ami nem 100% POSIX compliant. (http://man7.org/linux/man-pages/man1/dash.1.html)
    Például pont a builtin printf-nek van is nem javított bugja, ami töri a POSIX-kompatibilitást (mondjuk téged pont nem érint).

    Te egész konkrétan szabvány shell megoldást kértél, én azt adtam, egy szóval nem mondtad, hogy dash-specifikus legyen.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437169

    Benchmarkoltam.

    A tiéd:

    #!/bin/sh
    
    a=`cat "$1"`
    
    l=${#a}; w=0; c=2; aw=0; while [ $c -le $l ]; do a=${a#?};
     cc=`printf "%d" "\"$a"`;
    
      if [ $cc -ne 10 ]; then aw=$((aw+1));
      elif [ $aw -gt $w ]; then w=$aw; aw=0;
      elif [ $aw -le $w ]; then aw=0;
      else aw=-1; fi;
    
    c=$((c+1)); done; echo "Width: $w ch.";

    Az enyém:

    #!/bin/sh
    
    a=`cat "$1"`
    
    MAXW=0
    RMAXW=$(echo "$a" | (while read -r line;
    do
    	CW=${#line}
    	if [ "$MAXW" -le "$CW" ];
    	then
    		MAXW="$CW"
    	fi
    done
    echo $MAXW))
    echo "Width: ""$RMAXW"" ch."

    A tesztfájl (RAW itt: http://oscomp.hu/depot/asciiart.txt):

        888888888888888888888
      s 88 ooooooooooooooo 88     s 888888888888888888888888888888888888888
      S 88 888888888888888 88    SS 888888888888888888888888888888888888888
     SS 88 888888888888888 88   SSS 8888                         - --+ 8888
     SS 88 ooooooooooooooo 88  sSSS 8888           o8888888o         | 8888
    sSS 88 888888888888888 88 SSSSS 8888         o88888888888o         8888
    SSS 88 888888888888888 88 SSSSS 8888        8888 88888 8888      | 8888
    SSS 88 ooooooooooooooo 88 SSSSS 8888       o888   888   888o       8888
    SSS 88 888888888888888 88 SSSSS 8888       8888   888   8888       8888
    SSS 88 888888888888888 88 SSSSS 8888       8888   888   8888       8888
    SSS 88 oooooooooo      88 SSSSS 8888       8888o o888o o8888       8888
    SSS 88 8888888888 .::. 88 SSSSS 8888       988 8o88888o8 88P       8888
    SSS 88 oooooooooo :::: 88 SSSSS 8888        8oo 9888889 oo8        8888
    SSS 88 8888888888  `'  88 SSSSS 8888         988o     o88P         8888
    SSS 88ooooooooooooooooo88  SSSS 8888           98888888P           8888
    SSS 888888888888888888888__SSSS 8888                               8888_____
    SSS |   *  *  *   )8c8888  SSSS 888888888888888888888888888888888888888
    SSS 888888888888888888888.  SSS 888888888888888888888888888888888888888
    SSS 888888888888888888888 \_ SSsssss oooooooooooooooooooooooooooo ssss
    SSS 888888888888888888888  \\   __SS 88+-8+-88============8-8==88 S
    SSS 888888888888888888888-. \\  \  S 8888888888888888888888888888
    SSS 888888888888888888888  \\\  \\       `.__________.'      ` .
    SSS 88O8O8O8O8O8O8O8O8O88  \\.   \\______________________________`_.
    SSS 88 el cheapo 8O8O8O88 \\  '.  \|________________________________|
     SS 88O8O8O8O8o8O8O8O8O88  \\   '-.___
      S 888888888888888888888 /~          ~~~~~-----~~~~---.__
     .---------------------------------------------------.    ~--.
     \ \______\ __________________________________________\-------^.-----------.
     :'  _   _ _ _ _  _ _ _ _  _ _ _ _   _ _ _           `\        \
     ::\ ,\_\,\_\_\_\_\\_\_\_\_\\_\_\_\_\,\_\_\_\           \      o '8o 8o .
     |::\  -_-_-_-_-_-_-_-_-_-_-_-_-_-___  -_-_-_   _ _ _ _  \      8o 88 88 \
     |_::\ ,\_\_\_\_\_\_\_\_\_\_\_\_\_\___\,\_\_\_\,\_\_\_\_\ \      88       \
        `:\ ,\__\_\_\_\_\_\_\_\_\_\_\_\_\  \,\_\_\_\,\_\_\_\ \ \      88       .
         `:\ ,\__\_\_\_\_\_\_\_\_\_\_\_\____\    _   ,\_\_\_\_\ \      88o    .|
           :\ ,\____\_\_\_\_\_\_\_\_\_\_\____\  ,\_\ _,\_\_\_\ \ \      'ooooo'
            :\ ,\__\\__\_______________\__\\__\,\_\_\_\,\___\_\_\ \
             `\  --  -- --------------- --  --   - - -   --- - -   )____________
               `--------------------------------------------------'

    A teszt:

    root@Csabi:~# time for i in {1..50}; do asciiwidetest0 asciiart.txt >/dev/null; done
    
    real    0m35,913s
    user    0m3,760s
    sys     0m11,236s
    root@Csabi:~# time for i in {1..50}; do asciiwidetest1 asciiart.txt >/dev/null; done
    
    real    0m0,282s
    user    0m0,008s
    sys     0m0,008s

    Azaz a tiéd 50 elemzést kb. 36 másodperc alatt csinált meg, az enyém pedig kb. 1/4 másodperc alatt. A különbség 127.351x-es. Ekkora overheaddel jár, ha karakterenként dolgozol fel egy interpretált nyelvből a soronkénti feldolgozáshoz képest.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437194

    Nincs mit, de ha azzal kezded, hogy az a feladat, hogy "igazából az lesz a program, hogy egy ascii-artot oszlopokra hasogassak és paramétertől függően csal egy részét mutassam rajzoljam ki a szabvány terminál bal oldalán", akkor már rég mondtam volna, hogy ne szenvedj shell-el. Ezt jobb megírni mondjuk C-ben:

    #include <stdio.h>
    #include <stdlib.h>
    #include <stdbool.h>
    #include <errno.h>
    
    int f2mem(char *path, char **dst_out, size_t *size)
    {
    	FILE *f;
    	size_t l;
    	char *buf;
    
    	*dst_out = NULL;
    	f = fopen(path, "rb");
    	if (f == NULL)
    	{
    		return 1;
    	}
    	fseek(f, 0, SEEK_END);
    	l = ftell(f);
    	buf = malloc(l);
    	if (buf == NULL)
    	{
    		fclose(f);
    		return 2;
    	}
    	fseek(f, 0, SEEK_SET);
    	fread(buf, 1, l, f);
    	fclose(f);
    	*size = l;
    	*dst_out = buf;
    	return 0;
    }
    
    int main(int argc, char *argv[])
    {
    	int r, i;
    	char *buf, c, col, row, start, stop;
    	bool copy;
    	size_t size;
    
    	if (argc != 4)
    	{
    		fprintf(stderr, "Usage: getcols <file> <start> <stop>\n");
    		return 0;
    	}
    	start = strtol(argv[2], NULL, 10);
    	if (errno != 0)
    	{
    		fprintf(stderr, "Erroneous start column: %s\n", argv[2]);
    		return 3;
    	}
    	stop = strtol(argv[3], NULL, 10);
    	if (errno != 0)
    	{
    		fprintf(stderr, "Erroneous stop column: %s\n", argv[3]);
    		return 4;
    	}
    
    	r = f2mem(argv[1], &buf, &size);
    	if (r == 1)
    	{
    		fprintf(stderr, "Cannot open file: %s\n", argv[1]);
    		return 1;
    	}
    	if (r == 2)
    	{
    		fprintf(stderr, "Cannot allocate memory.\n");
    		return 2;
    	}
    	i = 0;
    	row = 0;
    	col = 0;
    	copy = false;
    	while (i < size)
    	{
    		c = buf[i++];
    		if (c == 10)
    		{
    			col = 0;
    			++row;
    			copy = false;
    		}
    		else
    		{
    			if ((col == start) && (!copy))
    			{
    				copy = true;
    			}
    			if (copy)
    			{
    				fprintf(stdout, "\033[%d;%dH%c", row, col - start, c);
    			}
    			if ((col == stop) && (copy))
    			{
    				copy = false;
    			}
    			++col;
    		}
    	}
    	free(buf);
    }

    Ez pontosan azt csinálja, amit szeretnél: N db oszlopot kicopy-z a fájlból és kiírja a terminálra. Leteszteltem, működik, persze bug lehet benne.

    Sz*rk: Frissítettem a programot: beleraktam, hogy magától mozgassa a képernyő bal felére a tartalmat, escape szekvenciákkal.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437222

    És titok, hogy mi az ok? :)

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437195

    Nem rossz. :)

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437204

    Az nem baj, hogy a benchmarkolt shell kódok és a C kód teljesen mást csinál? :)

    Biztos jó amúgy erre az oszlopcopyzásra az awk is, de én meg azt nem ismerem annyira. (Fogadnék egy teszkógazdaságos gumikecskepörköltbe, hogy tovább tartott volna megkeresnem, hogy awk-ból hogy oldom meg, mint ameddig megírtam a C-s verziót.) Amúgy is, célfeladatra céleszköz; ez pontosan azt csinálja, amit sas kért, nem kell bűvészkedni mindenféle paraméterekkel, ráadásul ez 10 kB, az awk meg ~650 kB. :P

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437216

    > Némi túlzással, ha odalépsz egy programozó mögé, akkor első pillantásra el sem tudod dönteni, hogy C-ben, awk-ban vagy shellben írja a kódot. Szóval a mondásodból csak annyi igaz, hogy nemigen dolgoztál még awk-ban.

    Nem igazán világos, hogy mi az összefüggés a két mondat között, pláne aközött, amit én mondtam...

    > A használt programnyelv kiválasztásánál egyik szempot csak annyi, hogy a C:awk kb. 1:6 futásidőt igényel. De tesztelésre is jó az awk, mert utána berakod a kódot C-be, vagy PIC assemblerbe :-D és pillanatok alatt át lehet írni. Legalábbis egyszerűbb feladatoknál, ahol nincs sok regexp. Ha meg van, akkor az awk győz az asszociatív tömbökkel. (Magyarázat: Bonyolultabb szöveges feldolgozásoknál általában szükség van szótárakra, sőt javító szótárakra is. Bár lehet ilyet írni, illetve biztosan meg is írták már mindenféle nyelvre, de az awk sokkal gyorsabb feladatmegoldást tesz lehetővé.)

    Asszem elkerülte a figyelmedet a "célfeladatra céleszköz" kitétel. Ha regexp hegyekre lett volna szükség, nem veszem elő a C-t. De itt pár oszlopot kellett kicopyzni.

    > Ehhez a feladathoz nagyságrendileg legfeljebb a rejtélyes substr() függvényre lehet szükség. ;)

    > A C programod hatalmas, biztosan jól meg van írva, de fix vagy maximált hosszú sorok feldolgozáskor

    > - nincs buffer - csak egy (max két) sornyi (nincs fopen, seek, meg ilyen marhaságok)

    > - nincs malloc()

    > - a fentiek alapján nyugodtan lehet használni a marhák szerint obsolete gets() függvényt

    > Ezzel 2/3 program ki is van dobva.

    Csak előrántottam a már ötvenezer éve megírt "rántsunk be egy fájlt memóriába" függvényemet és kész; lévén ASCII-artról beszélünk, tuti befér a memóriába, onnantól kezdve meg édes mindegy, hogy most hogy is van bufferelve. (De ha akarod, kimérheted, szerintem a soronkénti beolvasás lassabb lesz, mint az egybeni, mert az annyiszor annyi blokkművelet, még akkor is, ha az FS a cache-ből rántja elő a szektort.)

    > Az awk tényleg marhanagy. Én meg POWER-en programoztam, ahol jóval kisebbek a binárisok, mint egy pécén. :P

    > Ha már marháskodunk, ahol a tesztelést végeztem (linux) az awk mérete csak 418k, a hátam mögött (freebsd) csak 167k. :)

    Most szét vannak szedve a PowerMac-ek, így nem tudom lemérni mennyi lenne PPC-n a bináris, de valószínűleg ha x86-on 10 kB volt, akkor POWER-en se lesz nagyobb, mint 418k vagy 167k. :P

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437256

    Kösz az awk gyorstalpalót. Majd lehet, hogy egyszer jobban belemélyedek.

    A mellékelt C programmal csak egy baj van, hogy a gets() a stdin-ről olvas be, azaz ahhoz, hogy ez a program bármit csináljon be kell pipe-olni neki az ASCII-artot, tehát nem standalone; ahhoz akkor fgets() kell, tehát a fájlkezelést nem lehet megúszni. Az előre a veremben allokált buffer persze a malloc()-ot feleslegessé teszi, de hát csak gyorsan elővettem a saját fájlberántómat...

    Szóval, ha kiegészítjük a C példád, hogy a paramétereket is lekezelje, meg ne csak a hosszát nézze a sornak, hanem copyzza ki, amit kell (BTW copy, írtad a substr() függvényt; na az C-ben nincs, csak C++-ban: a string ősosztály egyik metódusa, meg amúgy is, azzal nem sokra megyünk, mert a terminál bal oldalán kell "lebegtetni" a kicopyzott oszlopokat), akkor ezt kapjuk:

    #include <stdio.h>
    #include <stdlib.h>
    #include <stdbool.h>
    #include <errno.h>
    
    #define SZ_LINEBUF 4096
    
    int main(int argc, char *argv[])
    {
    	FILE *f;
    	char buf[SZ_LINEBUF], col, row, start, stop, c;
    	bool copy;
    
    	if (argc != 4)
    	{
    		fprintf(stderr, "Usage: getcols <file> <start> <stop>\n");
    		return 0;
    	}
    	start = strtol(argv[2], NULL, 10);
    	if (errno != 0)
    	{
    		fprintf(stderr, "Erroneous start column: %s\n", argv[2]);
    		return 3;
    	}
    	stop = strtol(argv[3], NULL, 10);
    	if (errno != 0)
    	{
    		fprintf(stderr, "Erroneous stop column: %s\n", argv[3]);
    		return 4;
    	}
    	f = fopen(argv[1], "rb");
    	if (f == NULL)
    	{
    		fprintf(stderr, "Cannot open file: %s\n", argv[1]);
    		return 1;
    	}
    	row = 0;
    	while (!feof(f))
    	{
    		fgets(buf, SZ_LINEBUF, f);
    		col = 0;
    		copy = false;
    		while ((c = buf[col]) != 0)
    		{
    			if ((col == start) && (!copy))
    			{
    				copy = true;
    			}
    			if (copy)
    			{
    				fprintf(stdout, "\033[%d;%dH%c", row, col - start, c);
    			}
    			if ((col == stop) && (copy))
    			{
    				copy = false;
    			}
    			++col;
    		}
    		++row;
    	}
    	fclose(f);
    }

    Ez 60 sor a másik felállás 100 sora helyett, szóval az "Ezzel 2/3 program ki is van dobva." az inkább jó 1/3-nak (pontosabban: 40%-nak). :P A bináris mérete is 10k-ról 6k-ra ment össze. Amitől megszabadultunk: a berántós függvény, a malloc() és lekezelése, valamint a sortörések külön kezelése (fgets() itt intézi helyettünk); szóval annyira azért nem volt bloated az a C program, amit adtam. :P
    Sebességben kb. semmi különbség nincs a kettő között; pár tízezreléknyi különbséget lehet csak mérni az egyben beolvasós javára:

    root@Csabi:~# time for i in {1..50000}; do getcols_b asciiart.txt 30 60 >/dev/null; done
    
    real    2m0,616s
    user    0m3,072s
    sys     0m31,368s
    root@Csabi:~# time for i in {1..50000}; do getcols asciiart.txt 30 60 >/dev/null; done
    
    real    2m0,598s
    user    0m2,956s
    sys     0m31,396s

    De gondolom ez az fs-cache miatt van így. Valami retroplatformon biztos nagyobb lenne a különbség. :P

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437357

    > Az a "visszakacsacsőr" olyat tesz, mintha a program ezt csinálta volna: openat(STDIN_FILENO,"asciiart.txt",O_RDONLY)

    Jogos, a redirectről megint megfelejtkeztem, de ettől függetlenül ez még mindig egy külső függőség (a shelltől), míg amit én írtam az UNIX-okon kívül is működik, ott is ahol ez az operátor nincs.

    > Ki hitte volna? ;)

    > De ilyen van:
    > buffer[j+1]=0;
    > puts(&buffer[i]);

    > Ami kb. megfelel a "print substr(buffer,i+1,j-i+1)" awk kifejezésnek.

    Volt a mondatnak egy második fele is: "meg amúgy is, azzal nem sokra megyünk, mert a terminál bal oldalán kell "lebegtetni" a kicopyzott oszlopokat".

    > Hááát, ezt 10M alatt nem fogod megtudni. :-D

    > Az ilyen "írok-olvasok" feldolgozások általában egyenletes sebességgel futnak. Ugyanez több szálon sem problematikus. A feladat akkor kezdődik, ha sok adattal, több szálon, bonyolult feldolgozást és indexelést is kell végezni. Ilyenkor a legfontosabb a feladathoz hangolt diszk alrendszer és az io buffer (per stream) mérete. Jelentős diszk terhelésnél érdemes úgy hangolni a rendszert, hogy a több szál kicsivel hosszabb ideig fusson, mint az egy. ;)

    Tekintve, hogy itt az egész file valószínűleg belefér egy szektorba, így kb. maradhatunk annál, hogy elméletileg gyorsabb az egyszerre beolvasós, gyakorlatilag meg kb. nem az. Illetve elhanyagolhatóan pici mértékben.

    > A retroplatform alatt mit értsek? (C64 nem ér!)

    Dehogy, nem arra gondoltam, hanem annál azért erősebb gépre, pl. Amiga, vagy 286-os PC.

    Oldschool Computer - http://oscomp.hu




    Több soros sztringet szétvágni szabvány shellben: https://hup.hu/node/167810#comment-2437636

    > Mottó: Ha valaki a szilikonmellével dicsekszik, az olyan, mintha azzal dicsekedne, hogy hibátlanul elfingotta a Für Elise-t. :-)

    Másik mottó: Jobb későn, mint sárgadinnye.

    > - Ha ez megnyugtat, PIC18 platformon (8 bit) 64MHz-es órajellel is megcsinálom gyorsabban.

    Minél gyorsabban? Az asztali gépemen futó programnál? Vagy ha átírom C64-re, annál?

    > - Nem *nix-ra néhány abszolút üdítő kivétellel nem írtam programot már 25 éve. Windowsra is cygwin alatt írok. ;)

    És? Én meg próbálom úgy megírni mindenemet, hogy minél hordozhatóbb legyen.

    > Ha ez egy "versenyprogram" vagy benchmark akar lenni...annak elég picinke.

    Mármint hogy mi? A topicnyitót kérdezd, hogy mi ez, én csak egy lehetséges megoldást adtam neki.

    > Viszont a teljes rendszer ismerete nélkül még egy ilyen kis feladatról sem lehet semmit biztosan állítani. ... Ennek ellenére majdnem mindegy, mert a cache tényleg mindent visz.

    ...

    > A "semmi" futásidejű programokat nem lehet shellben for ciklussal megmérni, mert a process indítás, a script futásidő, stb. akármennyi is lehet. Majdnem azt írtam, hogy szór, de inkább laza a korreláció. ;)

    Ezért kell baromi sokszor megmérni: egy bizonyos mérésszám felett kijön a különbség a két program között, ugyanis a többi, ami azonos, ha adott pillanatban külső behatások (clock, load, stb.) miatt más időt is ad, sok mérés után az összesítés konvergálni fog a valódihoz.

    > Nem is csoda, mert a "real 0m0.002s" értéket a méréstechnikában úgy hívják: zaj. :-D

    > Ha sok zajt összeadsz, akkor is zajt kapsz.

    És a különbség lesz az, ami nem zaj.

    > Szóval ilyet beépített hardver timerrel lehet mérni, ami <1us felbontást tesz lehetővé. A POWER architektúra rendelkezik ilyennel, de mintha 15 éve a linux/Intel viszonylatban olvastam volna hasonlót, bár azt nem használtam. Ezzel az eszközzel olyat is meg tudtam mérni, hogy a memóriába töltött adatbázis három tábájának átlagos lekérdezési ideje 120, 160 és 220ns.

    > Ennél a kis C programnál a mérési pontokat a main() elején és végén kell elhelyezni. A kapott eredményhez már hozzá lehet adni a programindítás idejét. Hasonlóan mérhető hardverrel is, ha van egy bit gpio. A mérés elején bebillented a bitet, a végén vissza. A jelenséget 1500 forintos logikai analizátorral pontosan meg tudood mérni, esetleg szkóppal.

    Egy mai rendszeren, SMP, multitaszking és változó órajel van, még a programon belül mérve is kaphatsz eltérő eredményeket. Nem a hardveres timer miatt, hanem mert nem biztos, hogy mindig ugyanannyi idő lesz, amíg lefut a program. Épp nem kapott időt, épp lejjebb volt az órajel, whatever.

    > Ebből most mértem egyet az Alix/FreeBSD 10.3 konfiguráción: 10m40s, tehát a mérésednél 5x lassabb.

    És melyiket mérted meg? Az egybe behúzóst, vagy a soronkénti olvasóst?

    > Ja, és folyamatosan értem mi a feladat, de asszem már régen túlnőttünk rajta. ;)

    Hát nem gyengén.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427027

    Az ingyenest használom lassan három éve. Eddig minden működött vele, megjöttek a levelek, a spamszűrés működik, bár azt nem tudom, hogy egy frissen létrehozott mailfiók hogy a búbánatban kaphat már a 0. perctől kezdve az American Airlines-től spamet. A felülete elég jól átgondolt és kvázi-hibamentes (értsd: én nem futottam bele hibába, de bugmentes program nincs).

    Rugalmas könyvtárkezelése van, annyi könyvtárat nyitsz, amennyit akarsz (gondolom van valamilyen limit, de az épeszűség szabályain belül kell érteni, nem hatvannyolcezer könyvtárral), valamint lehet címkézni is.

    Nagyon szofisztikált 3 "rétegű" filterrendszere van spamekre; van egy egyszerű whitelist/blacklistes szűrőlista, ami címre szűr, van egy "sima" filter, ami egy tetszőleges számú logikai kapcsolatból álló kritériumrendszer szerinti szűrést tesz lehetővé címre, subjectre, küldőre, fogadóra és csatolmányokra és képes mozgatni, jelölni, vagy címkézni a bejövő levelet. A harmadik pedig az ún. Sieve szűrő, amit Sieve scriptekkel lehet közvetlenül irányítani.
    Az egyetlen amit hiányoltam belőle, az az, hogy hogy lehet olyan filtert létrehozni ami még spam mappába sem engedi be azt, amire triggerel, hanem azonnal törli a fárasba, mert a spam mappába napi szinten jön az American Airlines, akikről azelőtt azt sem tudtam, hogy léteznek... (Persze csinálhat neki az ember egy külön mappát és mozgathatja oda, de teljesen mindegy, hogy a spamből vagy egy másikból kell kézzel törölni őket.)

    Van autoreply, de csak fizetős verzióban elérhető. Naptárazható, vagy tetszőleges időre bekapcsolható. Többet nem tudok, mert mint mondtam, ez fizetős.

    Van biztonsági log, ahol nyomonkövetheted, hogy mikor léptél be (tehát látod, hogy meghekkeltek-e, vagy sem), van 2FA, de teljesen opcionális és nem is nyaggat vele, mint a google.
    Ugyanitt beállítható külső PGP használata és címmegerősítés is.
    A biztonsághoz tartozik, hogy a fiókod le van titkosítva a te saját kulcsoddal, tehát senki, a ProtonMail se fér hozzá. Ezt a kulcsot (illetve kulcsokat, mert akár többet is használhatsz a különféle részfeladatokra) a saját felületeden belül kezelheted, cserélheted, akármi, de óvatosan, mert ha oda a kulcs, rászívsz, mert mint mondtam, ők sem férnek hozzá a cuccaidhoz. (Alapból egyébként az emailekre és a kontakt infókra is ugyanazt az általuk neked generált RSA-2048-as kulcsot használja.)

    Át lehet szabni az egész oldal layoutját is, van egy raklap téma, basic layout, ilyen layout, olyan layout, desktophoz, mobilhoz, tablethez, sütőajtóhoz, nem tudom pontosan, mert nekem tökéletesen megfelelt a default is, annyira jól el van találva.

    Támogat többuseres accountokat is, de nem tudom, hogy pontosan hogy és miképpen, mert ez is fizetős. (Leírás itt.)

    Ugyanúgy támogatja a saját domaines címet, mint a gmail, viszont ez is fizetős. Van külön user@pm.me cím támogatás is, ha a "protonmail.com" túl hosszú lenne.

    Ad SMTP és IMAP supportot is, ez is pénzbe kerül, de rebesgetik, hogy már nem sokáig. (POP3 támogatás még nincs.)

    Ez már nem a mail részéhez tartozik, de adnak VPN-t is.

    Sz*rk: Majdnem elfelejtettem, természetesen van kontaktlista kezelés is, egyéni és csoportos kontaktokkal, importtal, exporttal, merge-dzsel, tokkal vonóval.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Pene


    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427054

    Írni kell nekik requestet a trackerükbe, hogy szeretnél egy kapcsolót, amivel engedélyezni/tiltani lehet a képeket. Szoktak reagálni a feedbackre.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427450

    https://protonmail.com/support/knowledge-base/what-is-encrypted/

    Plaintext kimenőről szó sincs. Az igaz, hogy ha a cél nem hasonló módon működik, akkor a túloldal (gmail) ugyanúgy eladhatja, de azt már a google fogja tenni. Ők nem férnek hozzá.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427055

    Az egyetlen magyarázat az lenne, hogy valahonnan megkapják az új címeket, de azt nem hiszem, hogy a PM-nek lenne ilyen szerződése az AA-val.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427369

    Hát akkor nem, az mindenkinek eladja a dolgaidat, aki pénzt ad érte. A PM viszont nem tudja eladni, mert le van titkosítva, ők sem férnek hozzá. Ok, a címlistát el tudnák, de erre meg nem találtam semmi infót, még spekulációt sem. Esetleg az AA véletlenszerűen spammeli a különféle szolgáltatókat, tehát kidob egy véletlenszerű karaktersort, mögéfűzi, hogy @protonmail.com és spam. Tekintve, hogy az én nickem 3 betű, így meglehetősen sok eséllyel találhatnak telibe (kevesebb, mint 64k 3 betűs kombináció van, még ha számokat meg írásjeleket (pont, underscore, mínusz, tilde) is használunk).

    Ezt miért tőlem kérded? Sem a gsuite-ot, sem a fizetős PM-et nem használom, csak az ingyeneset, de még azt sem hasonlítottam össze semmivel, hanem csak leírtam, mit tud.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427378

    Egyébként asszem megvan a válasz: https://myemail.constantcontact.com/ALERT--Beware-of-Fake-American-Airlines-E-mail-Phishing-Scam.html?soid=1011165968032&aid=OPdz-0_S9sM
    Tehát nem az AA spammel, hanem a nevükben scammel valaki már 2013 óta. Akkor viszont tuti, hogy random címekre küldözgetik.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427417

    Ez a supportost minősíti, aki hitegetett. A PM oldala kerek-perec leírja, hogy ők nem férnek a te fiókodhoz:
    "All messages in your ProtonMail mailbox are stored with zero-access encryption. This means we cannot read any of your messages or hand them over to third parties. This includes messages sent to you by non-ProtonMail users, although keep in mind if an email is sent to you from Gmail, Gmail likely retains a copy of that message as well."
    Mondjuk nem értem, miért nem ezt írták vissza, hogy nem tudnak segíteni, mert védett a fiókod.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427455

    Értettem elsőre is, pont ezt magyarázom, hogy a piszkozataidhoz sem férnek hozzá. Semmihez. Az már más kérdés, hogy miért nem lehetett ezt közölni elsőre.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427482

    Senki nem mondta, hogy khiraly bármiben is hibás lenne. Annyi volt mondva, hogy a PM nem tudja kinyitni az emberek fiókját.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427977

    Nem írta le, hogy a jelszavát át akarta adni, így nem esett le. Így még inkább a supportot minősíti a dolog. (Egyébként én egyszer sem említettem a kulcsokat...)

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427461

    Azt nem tudom mennyire debuggolhatatlan, de ld. Mailow posztját: nem férnek hozzá, nem tudják kikódolni. Sehogyan sem. Azt nem tudom miért hitegettek, az fail a részükről, de hogy nem tudtak segíteni, az nem, az szándékos. A te fiókodhoz csak te férsz hozzá. Ha valami elcrashel benne, akkor az szívás. Shit happenz. Felhő nincs, csak más emberek gépe. A backup nem opcionális. Insert another daily cliché...

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427460

    Értettem ezt is, te nem érted: az elkorrumpált piszkozat az ő fiókjában van és ahhoz a PM nem fér hozzá, tehát nem tudnak segíteni.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427469

    Sorry, ezt nem írtad, hogy a jelszavadat át akartad adni, így nem jött át.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2427454

    -

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2432912

    Pont ezért jó, hogy Svájcban van és end-to-end titkosítással dolgozik. Így tuti nem végzi úgy, mint a Lavabit.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2433591

    Ha ez igaz lenne, akkor kamu lenne, hogy ők sem tudják kinyitni a fiókodat, mert akkor így ki tudnák. A Lavabit akkor meg még nem end-to-end titkosítással dolgozott.

    Amúgy a ProtonMail is támogatja a PGP-t.

    Oldschool Computer - http://oscomp.hu




    Protonmail tapasztalatok!: https://hup.hu/node/167444#comment-2433653

    > De ha valaki módosítani tudja a JavaScript fájlokat (pl úgy hogy megkapja az ssl privát kulcsokat), akkor semmi nem akadályozza meg abban, hogy elküldje egy 3rd party serverre a decrypteléshez használt jelszót amikor megnyitod az oldalt. (hogy csak a legegyszerűbb megoldást mondjam)

    Nem tudok érdemben válaszolni a kérdésre, mert nem tudom, hogy ilyen esetekben mi történne, de gondolom ott is van, akinek ez eszébe jutott már; a PM-et kell megkérdezni, hogy törhető-e így a védelem.

    > Ezzel megint az a baj, hogy böngészőben történik a decryptálás/kulcsok tárolása, ami ugyanúgy leakelhető a js fájlok módosításával.

    Ez ugyan lehet, hogy igaz, de még ha az is, ez még mindig jobb, mint CA-kban történő vakon megbízás és az SSL certekkel való bohóckodás: annak a töréséhez ugyanis a JS fájlokat sem kell módosítani.
    De egyébként a PM nem csak böngészőből működik.

    Oldschool Computer - http://oscomp.hu




    Debian Buster suspend Lenovo SL510: https://hup.hu/node/167792#comment-2436640

    A Debian Busterben v241-es systemd van; nem lehet, hogy belefutottál ebbe a bugba, ami a v240-nel került bele? Itt is a háttértárak lecsatolásával volt a baj, viszont itt nem csak a suspend, hanem a shutdown sem ment. Az neked működött?

    Oldschool Computer - http://oscomp.hu




    Debian Buster suspend Lenovo SL510: https://hup.hu/node/167792#comment-2436795

    Tekintve, hogy ezt a bugot még nem javították, a backportsból való frissítés nem is oldhatta meg. A Stretchben v232-es a systemd, a bug pedig a v240-ben került bele.
    Ettől persze még nem biztos, hogy ugyanaz a bug, csak egy ötlet volt.

    Oldschool Computer - http://oscomp.hu




    Debian Buster suspend Lenovo SL510: https://hup.hu/node/167792#comment-2436797

    Nincs mit, akkor valóban sztornó.

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435190

    Remek... Mire nekiállnék összerakni a Sun Blade 100-ast, addigra a FreeBSD már nem is fogja támogatni. :P
    Úgy látom, a desktopon/szerveren elindultak ők is az x86/ARM-only irányba, ahogy a Linuxok is... Pedig pl. az M8 alig két éve jött ki, 32 mag, 5 GHz, magonként 8 thread, stb...

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435287

    Ebben nincs vita, az Oracle egy technológiatemető. :( Nekik csak a Java, meg a MySQL kellett, de abból is csak a jogok. Dehát a remény hal meg utoljára; hátha megveszi valaki a Solarist és a Sparc-ot tőlük. (Tudom, nem fogja.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435583

    Ja, az Oracle már régen is egy genyó banda volt; még bőven azelőtt, hogy a POWER megjelent volna, megtiltották, hogy benchmarkokat csináljanak a DB-jükről, mert az világlott ki belőlük, hogy nem ér egy vödör vizet sem, míg az IBM csak annyit kötött ki, hogy ha benchmarkot publikálsz, akkor A-tól Z-ig mindent le kell írj, hogy hogy és milyen környezetben csináltad, továbbá mindig használd a latest verziót és kövesd az IBM útmutatásait...teljesen korrekt.

    A DB2-vel ugyan sosem volt dolgom és nem tudom mennyire jó vagy nem, vagy mennyire nehézkes, vagy sem, de az Oracle DB-jével pár éve történt "összefutásom" után nagyon nehezen tudom elképzelni, hogy azt bármi alul tudná múlni. :P

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435667

    Hát azt nem tudom, hogy az IBM mindig igazat mond-e, de azt el kell hogy ismerjem, hogy ha hirtelen mondani kéne nagy tech-céget, akikhez nem tudok hirtelen semmi köcsögséget kötni, akkor az az IBM, meg a Sun. Azt viszont nem értem, hogy miért töketlenkedik az IBM a POWER-rel a desktop fronton; az ugyan nagyon is jó, hogy mindent kinyitnak, mindenki csinálhat (majdnem) azt amit akar, de valahogy az jön le belőle, hogy csak azért, mert ők nem akarnak túl sok időt meg pénzt beleölni. Jelen pillanatban a régi Apple és a még régebbi IBM gépeket leszámítva csak kisszériás underground masinák vannak, mint pl. a Genesi, az ACube vagy a Hyperion gépek, vagy mostanság a Raptor CS gépek. Azaz akár régi, akár új, vagy nem gyártják már (és használtan se nagyon lehet beszerezni), vagy überdrága.

    DB2-re nem tervezek átállni, jó nekem a PgSQL is. :P

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435806

    > Ha képernyőre van szükséged, arra ott a windows/linux.

    Na ja, csak épp ha POWER gépre dugnál képernyőt, akkor arra se windowst, se Linuxot nem raksz. (Illetve, most úgy néz ki, hogy a Void PPC portját nem csak viccnek szánják, szóval Linuxot még pont tudsz.)

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2436333

    Tudom. De arra hogy dugsz képernyőt? Legjobb tudomásom szerint little endianos desktop gép nincsen, csak szerver; a desktopok mind big endianosak. Azokra meg jelen pillanatban kb. semmi használható nincs. Illetve még van Ubuntu 16.04, meg Debian 8, meg RHEL/CentOS 6/7, csak ezek a rendszerek a big endianos POWER rendszerek támogatását mind elhajították, tehát nem tudod majd később upgradelni, zsákutcába kerülsz vele. A PowerEL RHEL alapú, azaz ugyanott vagy vele. A Mint Ubuntu alapú, isoraz. A Finnix egy live admin disztró. A T2 SDE egy disztróépítő környezet. A Crux szintén dobta a PPC-t. Gentooval szívjon a porszívó (nem is biztos, hogy működik). A SUSE Tumbleweed rolling-release, dettó nem kell. A többi pedig mind béta állapotú kísérletezés, ami vagy megy, vagy nem és vagy lesz belőle valami, vagy nem. Az egyetlen kivétel a Void, abból úgy néz ki, hogy lassan tényleg lesz valami. (Meg talán az Adélie-ből, de az meg one-man show, szóval lutri...)

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2436357

    Hopsz tényleg, igazad van, a Raptor vasak POWER8-tól fölfelé mennek little-endian módban is. Ennek ellenére az egyetlen Blackbird user akit ismerek, az is big endian módban használja. (Valószínűleg, mert a Void és az Adélie is a big endian módra fókuszál.) Csak az a kár, hogy ebből még az entry level gép is karcolgatja a milliót...úgyhogy egy darabig biztos maradnak a PowerMac-ek.

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435581

    Egy ilyen technológiai céget mondj, ami rendelkezik ehhez elegendő tőkével, valamint tudná és akarná is hasznosítani az Oracle birtokában lévő technológiákat! :)

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2436209

    Na jó, de melyik cég legyen az?

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435288

    Nincs kizárva ez sem, csak épp nem túl szívderítő, hogy egyfelé megy minden. A FreeBSD speciel a POWER archot is csak tessék lássék támogatja (a régi G4/G5 Apple gépeken pl. katasztrófa (legalábbis a 8-as és 10-es még az volt, újabbakat nem próbáltam)); annak sem adok sok időt, hogy azt is kihúzzák a listáról. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> dejo


    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435580

    Tény, új Sparc64-es desktopok nincsenek, de szervert lehet még venni; úgy legalább maga az architektúra támogatva lenne. De nem mondom, hogy vegyenek, mert nem tudom, hogy mennyibe kerül és nem tisztem beosztani a pénzüket.

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435289

    Tudom, hogy a NetBSD/OpenBSD még támogatja, gyűjtöm, hogy milyen rendszerek támogatják a Sparc64-et, szóval úgy nagyjából megvan, hogy mit lehet rá rakni, de attól ez még egy fájó mínusz lesz.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> freeoli , hetvenhatos


    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2435481

    A Blade ill. Ultra sorozatot speciel pont támogatta.

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2436335

    Igen, de az utasításkészlet visszafelé kompatibilis, tehát ha leforgatom Sun Blade 100-ason a programot, az elméletileg minden Sparc64-re jó lesz.

    Oldschool Computer - http://oscomp.hu




    Megkezdődött a SPARC64 nyugdíjazása a FreeBSD HEAD-ben: https://hup.hu/cikkek/20200204/megkezdodott_a_sparc64_nyugdijazasa_a_freebsd_head-ben#comment-2436519

    Elbeszéltünk egymás mellett, én nem az oprendszerről beszéltem, hanem arról, hogy ha írok egy programot és szeretném támogatni a Sparc64-es OS-eket, akkor egy 15 éves gépen is jó, ha lefordítom, mert menni fog a többi Sparc64-es CPU-n is. Természetesen ez nem a gépspecifikus dolgokra vonatkozik. Viszont, ha nincs már rá oprendszer, akkor nem tudok rá fejleszteni.

    Oldschool Computer - http://oscomp.hu




    HyperbolaBSD: Az FSF által elfogadott Hyperbola GNU/Linux forkolja az OpenBSD-t: https://hup.hu/cikkek/20191229/hyperbolabsd_az_fsf_altal_elfogadott_hyperbola_gnu_linux_forkolja_az_openbsd-t#comment-2419631

    Na, ez "érdekes" lesz, mert a Hyperbola másik - sőt, inkább a fő - "slágerterméke" az Iceweasel-UXP, márpedig az UXP-sek pont az OpenBSD-sekkel rúgták össze a patkót és jelen pillanatban az a "hivatalos" álláspont, hogy a BSD "Fasiszta" (sic!) és nem támogatják, márpedig így a Hyperbola rá fog kényszerülni, hogy az UXP kódbázist valahogy a BSD-ken fordíthatóvá tegye, úgyhogy vagy forkolják és mennek kétfelé, feleakkora hatékonysággal, vagy pedig külön tortúra lesz, amíg a BSD-related patch-eik upstreambe kerülnek, ami megint csak jót fog tenni a hatékonyságnak.

    Oldschool Computer - http://oscomp.hu




    HyperbolaBSD: Az FSF által elfogadott Hyperbola GNU/Linux forkolja az OpenBSD-t: https://hup.hu/cikkek/20191229/hyperbolabsd_az_fsf_altal_elfogadott_hyperbola_gnu_linux_forkolja_az_openbsd-t#comment-2419702

    Nem a környezettel volt problémájuk, itt személyes gyűlöletről, ideológiai ostobaságról beszélünk.

    Az OpenBSD a rendszer libjeitől függő PaleMoon-t akart rakni a repoba, ők meg csak akkor engedik, hogy PaleMoon-nak hívják, ha a bundled libekkel dolgozik.
    Igazából ennél a résznél még mind a két felet meg lehetett érteni, mert mindkét félnek ugyanaz a problémája: nem akarja, hogy a másik bugjai miatt őt vegyék elő; az OpenBSD-sek nem bíznak a bundled libekben, a PaleMoon csapat meg a system libekben és ha egy rnd() OpenBSD usernél elszáll a PaleMoon, akkor jöhet az egymásra mutogatás, hogy akkor ez most kinek a hibája.
    Egyszóval mind a két félnek igaza volt a library kérdésben. A jó megoldás persze az lett volna, ha az OpenBSD nem PaleMoon néven rakja be a repoba, mert akkor nyugodtan lehet system libekkel buildelni és a PaleMoon csapatot sem lehet felelősségre vonni. Csak éppen a PaleMoon csapatot "képviselő" Matt A. Tobin olyan alpári módon rontott rá a mindössze pár órával korábban létrehozott (!) github repository-t kezelő OpenBSD devre, license-szel, copyright jogokkal, bírósággal és mindenféle egyéb baromsággal fenyegetőzve, hogy sikerült a fickót alapból annyira felhúzni, mire a projekt tulaja megjelent, hogy hivatalosan is megfogalmazza a libekkel kapcsolatos problémát, hogy inkább lezárta a repositoryt.

    A dolognak persze híre ment BSD-s körökben; a FreeBSD-sek már maguktól ajánlották fel, hogy inkább törlik a portot és itt már egy komolyabb szakmai indoklást is adtak az UXP csapatnak, de természetesen Mr. Tobin hozta a formáját. Eredmény: A PaleMoon a FreeBSD-ből is kikerült.

    Tobin véleményét a dologról olvashatod a fentebb linkelt topicban: szerinte a BSD fasiszta. Csak így: a BSD. Mert abból ugye egy van. Bár lehet, hogy félreértettem és azért írta nagy F-fel, mert a FreeBSD-t akarta "kikarikírozni", hogy Fascist BSD. Továbbá: "Bullshit System Distributions". Azonfelül: "Fucking disgusting on every level. Someone remind me to push for removing all non-mac BSD code from UXP."

    Egyszóval: amíg az UXP csapat tagjai között tolerálják ezt a fajta minősíthetetlenül ostoba és arrogáns hozzáállást, addig mérget vehetünk rá, hogy a BSD-k támogatását nem lesz egyszerű keresztülverni rajtuk és ez nem a környezeten, vagy a license-en múlik.

    Ja és akkor még nem is beszéltünk a PulseAudio kérdéséről, mert az UXP-s álláspont az, hogy mennek a pulse-only irányba, míg a Hyperbola meg pont nehezményezte a szaporodó poetteringware-áradatot, tehát még ez is hozzá fog járulni a konfliktusokhoz...

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Pene , Gregor


    HyperbolaBSD: Az FSF által elfogadott Hyperbola GNU/Linux forkolja az OpenBSD-t: https://hup.hu/cikkek/20191229/hyperbolabsd_az_fsf_altal_elfogadott_hyperbola_gnu_linux_forkolja_az_openbsd-t#comment-2419816

    A BSD license a felhasználó szabadságát garantálja, a GPL a forrásét. Nekik meg ez az ideológiájuk. (Én sem szeressem a GPL-tet.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bra-ket


    HyperbolaBSD: Az FSF által elfogadott Hyperbola GNU/Linux forkolja az OpenBSD-t: https://hup.hu/cikkek/20191229/hyperbolabsd_az_fsf_altal_elfogadott_hyperbola_gnu_linux_forkolja_az_openbsd-t#comment-2419869

    Ez egy borzasztóan fals és csúsztató hasonlat: az analógiád szerint a más forrásának felhasználása zárt programban ≈ lopás, emberölés, azaz bűncselekmény, ez pedig nem igaz.
    Ha valaki BSD license-szel adja ki a forrását, akkor amennyiben azt betartva használod fel, semmi törvénytelent nem csinálsz. Ez persze vonatkozik a GPL-ekre is, csak az a különbség, hogy a BSD license-eket egy kétbalkézzel font génselejtes nejlonszatyor, vagy egy agyatlan kecske (pl.: én) is megérti egy perc alatt (0-clause: azt csinálsz, amit akarsz, kvázi Public Domain; 2-clause: copyrightot nem törölsz a forrásból és be kell raknod a binárisba is; 3-clause: + nem használhatod fel a szerzők nevét, hogy a ráépülő terméket reklámozd; original 4-clause: + a ráépülő termék promóciós anyagainak tartalmaznia kell, hogy felhasználtad a forrásokat), addig a GPL-ek - és azok egymáshoz való viszonyának! - értelmezéséhez minimum három jogi diploma, meg baromi sok idő kell; az MS-EULA is csókolommal köszön neki, annyira konvulens és obskurus az egész. (Igen, lehet, hogy ezt eltúloztam egy kissé.)
    A probléma amúgy nem szimplán a GPL-es forrás bezárásának tiltásával van (ez még egy érthető igény lenne), hanem azzal, hogy ha felhasználsz egy GPL-es forrást, akkor az egész projekted forrását GPL, vagy valami GPL-kompatibilis license alatt publikálni kell, akkor is, ha az nem kereskedelmi és a hangsúly a GPL, vagy GPL-kompatibilis license-en van, tehát hiába adod ki a forrást, ha azt nem a megfelelő license alatt teszed, akkor ugyanúgy seggbekúrhatnak a bíróságon. Nesze nekünk szabad forrás. Ez nagyon vicces bír lenni, amikor felhasználtál egy GPL-es és egy nem-GPL-kompatibilis - mondjuk 4-clause BSD - license-ű forrást a programodban, de még viccesebb, amikor egy GPLv2-es és egy GPLv3-as forrást használtál fel, ugyanis a GPLv2 és GPLv3 nem kompatibilisek egymással.
    Aztán persze lehet, hogy ezeket fel lehet oldani, a tévedés jogát fenntartom, de ebből is látszik, hogy a GPL mennyire egyszerű és mennyire szól a felhasználó szabadságáról: pont annyira, amennyire egy agyonbonyolított és a felhasználó bírósági vegzálásának a lehetőségeit taglaló license arról szólhat. (Elég beszédes, hogy ezernyi méretes FAQ van hozzá a neten.) Jó szórakozást, én inkább elkerülöm, jó messzire, hogy GPL-es forrást használjak fel.
    (Ja és akkor a linkelés problémájáról még nem is beszéltünk, mert ha nem is használsz fel a GPL-es forrásokat, csak a szoftvered linkelődik egy GPL-es libhez, a GPL akkor is kiterjed a szoftveredre és GOTO 10; AFAIK ez annyi problémát generált, hogy ezért született meg az LGPL, ami ezt speciel engedi.)

    A másik bekezdésre csak azt tudom mondani, hogy totál téves: a 0-clause BSDL semmiben sem korlátoz, azt csinálsz vele, amit akarsz.
    https://en.wikipedia.org/wiki/BSD_licenses#0-clause_license_("Zero_Clause_BSD")

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> gelei , hetvenhatos


    HyperbolaBSD: Az FSF által elfogadott Hyperbola GNU/Linux forkolja az OpenBSD-t: https://hup.hu/cikkek/20191229/hyperbolabsd_az_fsf_altal_elfogadott_hyperbola_gnu_linux_forkolja_az_openbsd-t#comment-2420024

    > Nem azt mondtam, hogy a GPL bűncselekménynek nyilvánít valamit (Ezt nem is teheti meg.), hanem, hogy a GPL és "a törvény" esetében is egyes korlátozások "a jó ügyét szolgálják". Nem zárhatom be egy GPL-es program kódját, _cserébe_ más se zárhatja be előlem a GPL-es programokat. Nem vehetem el csak úgy más tulajdonát, _cserébe_ más sem veheti el az enyémet. Mindkét esetben csak annyiban korlátoznak, hogy nem engedik, hogy másnak valamilyen jogát megsértsem.

    Én ezt értem, de én nem erről beszéltem, hanem a hasonlatodról, ahogy a GPL-sértést a lopással, emberöléssel állítottad párhuzamba. Ez nettó nonszensz.
    Rohadtul nem ugyanaz a kategória, amikor egy figyelmetlen/fogalmatlan fejlesztő beleszór egy tíz soros GPL kódot egy többszázezer soros zárt kódbázisba, mint ha kinyírná a szomszéd nénit. Az egyiknél egyértelmű a "károkozás", hiszen a néninek kára származott abból, hogy kinyírták, tehát a "júzerek" szabadsága érdekében indokolt, hogy legyen olyan korlátozás, ami tiltja az emberölést.
    A másiknál viszont egyáltalán nem egyértelmű, hogy a tíz soros GPL kód szerzőjét tényleg érte-e egyáltalán bárminemű kár és ha igen, akkor annak az egyetlen feloldása az, hogy ki kelljen nyitni az egész kódbázist, tehát az ilyen jellegű korlátozás létjogosultsága, de legalábbis az értelme minimum megkérdőjelezhető, hiszen ez nem szolgálja sem a felhasználó, sem a szerző érdekeit: a cégnek rossz, hogy ki kell adnia az egész kódbázist, a fejlesztőnek meg ettől nem lett jobb. Más lenne, ha megegyezhetnének, hogy valami más megoldást alkalmazhassanak azért, hogy a kódját a teljes kódbázis kinyitása nélkül felhasználhassák, de ezt nem lehet, mert akkor a szerző maga is GPL sértést követne el. A saját kódjával. Teccikérteni?
    Tehát ez a felfogás, hogy "Nem vehetem el csak úgy más tulajdonát, _cserébe_ más sem veheti el az enyémet." abban a pillanatban megdőlt, ahogy te GPL alatt kiadtad a cuccodat, mert onnantól gyakorlatilag elvetted saját magadtól te, onnantól az a kód visszavonhatatlanul mindenkié. A GPL nem az emberek szabadságáról szól, hanem a forráséról.

    > A GPL (vagy bármilyen más engedély, szerződés, jogi szöveg) bonyolultsága és érthetősége fontos és megkerülhetetlen szempont, de nem ugyanaz, mint hogy miről is szól a szöveg. Nyilván ha sikerülne egyszerűsíteni rajta, akkor talán többen választanák, szóval én csak örülnék neki.

    Nem hiszem, hogy a fanatikus GPL-eseknek érdekében állna az egyszerűsítés. Ők azt akarják, hogy minden forrás szabad legyen, ebben pedig kulcseszköz az, ha egy figyelmetlen/fogalmatlan fejlesztő beleszór egy tíz soros GPL kódot egy többszázezer soros zárt kódbázisba és eztán kötelezni lehet őket mind a többszázezer sor publikálására. (Ez persze extrém példa, de ez a mögöttes lényeg.)
    Nyilván van olyan is, amikor egy cég szándékosan használ fel egy GPL alatt kiadott komolyabb kaliberű kódot és tojik rá, hogy ezzel GPL-t sért. De ha ez pl. egy sikeres cucc, akkor mind a két fél jobban járna, ha megegyezhetnének valami kölcsönösen előnyös megoldásban, de a GPL miatt ezt nem tehetik.

    > Egyébként érdekes, hogy bár pl. a Creative Commons licenszeknél is röviden pontokba szedik, hogy mit tehetsz és mit nem (példa), de ott is feltüntetik, hogy ez nem helyettesíti az engedély teljes szövegét, szóval ugyanott vagyunk, ahol a part szakad. (És tény, hogy a példaként linkelt CC BY-SA licensz sokkal rövidebb, mint a GPL2/3, fogadni mernék rá, hogy előbbit sem sokan olvassák el, mielőtt használnák, elvégre ez sem ötperces olvasmány, és ugyanúgy akadnak benne szép jogi formulák.) Ráadásul a GPL lényege is leírható röviden, lásd "four essential freedoms". De ahogy mondtam, én is örülnék neki, ha érthetőbbé tennék. (Persze szigorúan anélkül, hogy a lényegéből bármit elvesznek.)

    Ez biztos így van, de hogy jön ide, hogy a CC milyen? Nem értem, hogy kapcsolódik ahhoz, hogy a GPL nem a szerzőért és nem a felhasználóért van.

    > A GPL továbbra sem korlátozza a kereskedelmi felhasználást, az nem szempont. :) (Aztán javítsatok ki...)

    Nem, a kereskedelmi felhasználást valóban nem korlátozza, de a forrást akkor is ki kell adnod és ezzel tökön is lőtted az egészet. Biztos baromi sokan fognak megvenni egy magánszférába szánt kereskedelmi szoftvert (hangsúlyozom: szoftvert, tehát egy standalone programot, ami önmagában termék), aminek szabadon elérhető a forráskódja...

    > Ezek szerint foghatok egy BSD-nullás programot, és saját nevem alatt terjeszthetem? (Értsd: hazudhatom azt, hogy ezt én írtam?) Értem én, hogy az eredeti szerző megnevezésének elhagyása nem ugyanaz, mint kifejezetten azt mondani, hogy én vagyok a szerző, de ha nem "korlátoznak" még azzal sem, hogy ki kéne tennem a nevét, akkor innen csak egy lépés saját névvel terjeszteni. (Márpedig nekem az, hogy "Copyright 2014 Jacob Gypsum" implicite azt jelenti, hogy Gipsz Jakab írta a programot, nem pedig valaki más, akár csak társszerző.)

    Igen. A 0-clause BSDL azt jelenti, hogy a license tárgyával (tehát forráskóddal, binárissal, vagy bármi mással) azt teszel, amit akarsz. Mint mondtam, a Zero Clause BSD license az kvázi PD.
    Csak az eredeti szerzőt nem teheted felelőssé semmiért.

    Oldschool Computer - http://oscomp.hu




    "Bukdácsol a GDPR, mert semmibe veszik a cégek": https://hup.hu/node/167389#comment-2425841

    További információk
    Kezelés
    Nézze át és állítsa be, mely partnereink használhatják fel az adatait. megjelenítése
    IAB-partnerek
    ???
    PROFIT

    Tényleg jól megtekerték, az előbb én is belefutottam a másik listába, amiben csak infók vannak, kikapcsolni max. a gépet lehet. :P
    De asszem, ez direkt ilyen...

    Oldschool Computer - http://oscomp.hu




    dlsym warning castolásnál: https://hup.hu/node/167756#comment-2435503

    Dehát explicit választ kaptál a warning message-ből: az ISO C++ tiltja a függvénypointerek és objektumpointerek közti típuskonverziót, mert a két pointerméret nem feltétlenül egyezik (azaz nem feltétlenül fog működni), tehát magyarán a kódod nem szabványos C++, de ettől még a fordító megeszi és lefordítja.

    A void * azért csendesíti el a warningot, mert az egy típustalan pointer, tehát bármit jelölhet.
    A gcc pedig azért nem warningol, mert a C szabványban nincs ilyen tiltás, mert ott egy ilyen művelet definiálatlan viselkedést eredményez.

    Oldschool Computer - http://oscomp.hu




    dlsym warning castolásnál: https://hup.hu/node/167756#comment-2435568

    > A gondom az, hogy a dlsym pontosan arra való, hogy egy olyan pointert adjon vissza, amit aztán muszáj is castolnunk, hiszen eleve void* a visszatérési értéke, így castolás nélkül nem sok mindenre jó. Tehát már maga a függvény is olyan, hogy szinte elvárja és kiköveteli a castolást. De akkor minek warningolni?

    Mert fordító nem lehet tekintettel arra, hogy a dlsym visszatérési értékének castolása egy (POSIX-) specifikus eset, mert maga a C++ nyelv szabványa sem lehet tekintettel arra, hogy a POSIX rendszereken egyformák a kód és adattér címek, valamint, hogy adott esetekben ilyen-vagy-olyan castingra van szükség, mert a C++ nem POSIX dependens; pl. egy Harvard archtektúrás mikrokontrolleren is működnie kell, ahol a kód és adatterület teljesen szeparálva van és a címzésük sem feltétlenül egyforma bitszélességen van ábrázolva.

    > Amennyiben azonban ez mégis annyira nagyon fontos hogy warningoljon a fordító ilyen esetben, hát elvárnám hogy a két fordító működése ebben az esetben egyforma legyen. De nem az.

    Miért kéne, hogy egyforma a működése legyen egy C++ és egy C fordítónak?

    > Szóval, én ebben az esetben a g++ részéről a warningolást felesleges zaklatásnak érzem, ráadásul - bevallom - arra se jöttem rá, hogyan lehetne erről lebeszélnem őt (úgy, hogy az összes többi esetben ne változzék a viselkedése); másrészt viszont nem tetszik hogy a két fordító viselkedése különbözik. Különösen amiatt nem tetszik mert amennyire tudom, a Linux alatt végülis ugyanaz a program végzi mind a C++ mind a C programok fordítását is. Mondjuk erre nem esküdnék meg, de nálam egyetlen csomag telepítése után rendelkezésre áll mindkettő, akkor pedig eléggé sanszos a dolog.

    Hiába ugyanaz a fordító, más a nyelv, mert az egyik C a másik C++ és ez határozza meg, hogy a fordító hogy fog viselkedni. Amúgy ez a viselkedés jelenleg is vita tárgyát képzi, mint esetleges "defektusa" a C++ nyelvnek.

    > Szóval, valamiképp inkonzisztensnek érzem a dolgot. Különben is, 64 bites rendszerről van szó, ahol azért eléggé alapvető hogy a pointerméretek azonosak. Én legalábbis nem mondtam neki sehol olyasmit hogy ne úgy legyen.

    Itt a környezet és a fordítóprogram irreleváns, mert ezt a nyelv szabványa követeli meg; a nyelvé, aminek bárhol működnie kell; ld. első bekezdés.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , Zozz


    dlsym warning castolásnál: https://hup.hu/node/167756#comment-2435658

    Nincs mit. A vita már vagy 20 éve tart, mert nincs jó megoldás, ami mindenhova jó. Ezért van, hogy a szabvány szerint ez csak warning és nem error, mert még ez a legkisebbik rossz.

    Oldschool Computer - http://oscomp.hu




    dlsym warning castolásnál: https://hup.hu/node/167756#comment-2435569

    Erre ugyanazt tudom írni, amit fentebb poliverzumnak is: a POSIX és a dlsym itt irreleváns, mert ezt a warningot nyelv szabványa követeli meg, ami POSIX környezeteken kívül is érvényes.

    Oldschool Computer - http://oscomp.hu




    dlsym warning castolásnál: https://hup.hu/node/167756#comment-2435608

    > Nem egészen, a 'void *' generikus adat-pointer, de ANSISO szerint nem kell kompatibilis legyen a kód-pointerekkel.

    Rendben, elnézést a pontatlan megfogalmazásért.

    > Az a typecast, amit az OP is írt, elnyomja a warningot, de hibás működést okoz(na), ha a kódpointer és az adatpointer különböző méretű lenne.

    De én nem is azt írtam, hogy nála különböző méretű lenne, vagy, hogy nála nem működne, hanem azt, hogy különböző méretű lehet, ami megint globálisan értendő, függetlenül az ő környezetétől, lévén a kérdés az volt, hogy miért warningol, nem az, hogy ez most nála jó-e, vagy sem...

    Oldschool Computer - http://oscomp.hu




    dlsym warning castolásnál: https://hup.hu/node/167756#comment-2435571

    Én nem mondtam, hogy nem szabad és ne csinálja, vagy, hogy a POSIX-rendszereken nem egyformák a pointerek és nem fog működni (a "a két pointerméret nem feltétlenül egyezik (azaz nem feltétlenül fog működni)" kitétel a globális nyelvi megközelítésre vonatkozott, nem a POSIX-környezetekre), csak azt írtam le, hogy miért warningol, mert ez volt a kérdés... :P

    Oldschool Computer - http://oscomp.hu




    Qt: https://hup.hu/node/167686#comment-2433647

    +1

    A Trinity fejlesztői most örülhetnek, hogy inkább backportoltak, nem álltak át új Qt-ra.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2433615

    Ez a spéci calloc vissza van vezetve a szintén spéci malloc-ra, amely tiszta memóriát ad vissza, tehát nem kell memset/bzero.

    Also 'calloc' in 'ld.linux' calls 'malloc', but doesn't call 'memset' -- guess it assumes 'malloc' returns cleared memory.

    Ezt miért kellett így implementálni? A malloc() per definition inicializálatlan memóriát ad vissza; értem én, hogy itt "spéci" malloc-ról beszélünk, de IMHO ez akkor is bad practice, amint a végeredmény is mutatja.

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2433638

    Lehet, hogy hülye vagyok, de ha megszakadok sem értem az összefüggést: ha adott platformon nincs malloc, akkor úgy próbálják meg a dolgot feloldani, hogy a calloc a platformtól függetlenül szembemegy a definícióval és úgy veszi, hogy a malloc inicializált területet ad vissza? Vagy nem jól értem?

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2433665

    Hát igen. Ez van, ha valaki direkt szembemegy a lefektetett konvenciókkal.

    Ez a válasz, hogy "adjust the link order"? Ez még workaroundnak sem jó, hiszen ahhoz, hogy ezt valaki megtegye egy ilyen helyzetben, ahhoz az kell, hogy tudja mi történik. Te rájöttél, mert értesz hozzá, de mit kezd ezzel a helyzettel valaki, aki csak PHP-ben ügyködik és belefut ebbe a PHP->ffi->plugin->glib->bad calloc felállásba?

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2433909

    Tekintve, hogy az FP nem is függ a kernelen kívül semmitől sem, így tényleg nem valószínű.

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2433951

    Ha a lib FP-ben van írva, akkor baromi érdekes lenne, ha ilyen linkelési problémája lenne (mármint a calloc/malloc mizéria), mert az FP saját memóriakezelést és minden egyéb a futásához szükséges cuccot statikusan fordít bele a binárisba: zéró libc függése van, nem hív se malloc-ot, se calloc-ot. Az más kérdés, ha valami külső lib cuccait hívogatja, de az nem része a runtime-nak; viszont memóriakezelési függvényeket minek hívogatna a libc-ből?

    Lecsekkoltam az lpi-t, így hirtelen nem látok benne semmi külső függőséget, de lehet elsiklottam felette. Majd holnap leforgatom magamnál.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2433963
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFe-change-log.txt
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFe.lpi
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFe.lpr
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFeClass.pas
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFeConfig.pas
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFeConsts.pas
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFeDataModule.lfm
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFeDataModule.pas
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFeRespostas.pas
    # wget http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/NFe/ACBrLibNFeStaticImport.pas
    # lazbuild ACBrLibNFe.lpi
    ### TCodeToolManager.HandleException: [20170422130152] "include file not found "ACBr.inc"" at Line=34 Col=5 in "/root/ize/ACBrLibNFe.lpr"
    Error: (lazbuild) Broken dependency: ACBr_Integrador

    Hiányos a forrás, az "ACBr.inc" fájl nincs feltöltve a többi közé, anélkül pedig nem lehet lefordítani.

    Egyébként ahogy nézem a linkelt depeket, ez nem a fél világ, csak egy GTK2-es program futásához szükséges dynlibek (GTK, GDK, ATK, X11, threadek, Cairo, stb.). Amit nem értek, hogy az ld miért függőség. (A libc-t gondolom azért, mert a többi library igényli.)

    program test;
    begin
    end.
    # fpc -O3 -CX -Xs -XX test.pas
    # readelf -d test
    There is no dynamic section in this file.

    Egy FP program alapesetben nem függ a kernelen kívül semmitől.

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2434582

    A hiányzó inc fájl neked nincs meg? Azt mondtad, hogy leforgattad, akkor valahonnan megvolt, nem?

    Egyébként custom css-be:

    .comment
    {
    	width: 1856px !important;
    }

    és akkor nem keskenyedik el.

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2433910

    Na ja. Olyan minden kis webes cégnél van. :P

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2434758

    Az fpc 2.6.4 tényleg nem csinálja. Összehasonlítottam a két fpc.cfg-t, de semmi érdemlegeset nem találtam. Talán valamelyik újabb forrás/unit is csinálhatja, vagy tényleg a compiler. (A compiler flagek közt nincs, ami ezt szabályozná.) Jelented az FPC fejlesztőknek?

    Egyébként, ha a függvénydeklarációkat és az initc unit behívását ki is szeded, az ld akkor is függőség marad. Minden más repül, de az marad.

    Oldschool Computer - http://oscomp.hu




    Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával): https://hup.hu/node/167677#comment-2434825

    A verziókövetőjük itt van: https://www.freepascal.org/docs-html/current/user/userse73.html

    Szerintem itt ez az érintett revízió: svn log ./compiler/systems/t_linux.pas

    r19036 | tom_at_work | 2011-09-08 23:17:35 +0200 (cs, 08 szept 2011) | 27 lines
    
    Fix shared library loading and unloading for Linux platforms. Shared library initialization and finalization are now called correctly at program startup for compile-time linked dynamic libraries on powerpc-/powerpc64-/arm-/i386- and x86_64-linux.
    
    ...
    
    
    svn cat -r 19036 ./compiler/systems/t_linux.pas > t_linux.pas.r19036
    svn cat -r 17889 ./compiler/systems/t_linux.pas > t_linux.pas.r17889
    diff -U 3 -dHrN -- t_linux.pas.r17889 t_linux.pas.r19036
    --- t_linux.pas.r17889  2020-02-03 15:48:19.279515276 +0100
    +++ t_linux.pas.r19036  2020-02-03 15:47:58.047515352 +0100
    @@ -330,6 +330,7 @@
       s,s1,s2      : TCmdStr;
       found1,
       found2       : boolean;
    +  linksToSharedLibFiles : boolean;
     begin
       result:=False;
     { set special options for some targets }
    @@ -432,6 +433,13 @@
    
           { Write sharedlibraries like -l, also add the needed dynamic linker
             here to be sure that it gets linked this is needed for glibc2 systems (PFV) }
    +      if (isdll) then
    +       begin
    +         Add('INPUT(');
    +         Add(info.DynamicLinker);
    +         Add(')');
    +       end;
    +      linksToSharedLibFiles := not SharedLibFiles.Empty;
    
           if not SharedLibFiles.Empty then
            begin
    @@ -497,8 +505,13 @@
               end;
            end;
    
    -      {Entry point.}
    -      add('ENTRY(_start)');
    +      {Entry point. Only needed for executables, set on the linker command line for
    +       shared libraries. }
    +      if (not isdll) then
    +       if (linksToSharedLibFiles and not linklibc) then
    +        add('ENTRY(_dynamic_start)')
    +       else
    +        add('ENTRY(_start)');
    
     {$ifdef x86_64}
     {$define LINKERSCRIPT_INCLUDED}
    @@ -641,7 +654,6 @@
               add('OUTPUT_FORMAT("elf32-littlearm", "elf32-bigarm",');
               add('              "elf32-littlearm")');
               add('OUTPUT_ARCH(arm)');
    -          add('ENTRY(_start)');
               add('SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib");');
               add('SECTIONS');
               add('{');

    Csak az az érdekes, hogy ez egy 2011-es commit, a 2.6.0 pedig 2012-es...de lehet, hogy addigra már feature freeze volt a 2.5-dev ágban, ez pedig a 2.7-dev ágban keletkezett.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    systemrescuecd csoda: https://hup.hu/node/167625#comment-2433861

    > a SystemD körülbelül 5 éve standard a Linux disztribúciókban

    Nem standard. Nincs standard initrendszer. Maximum többségi.

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2433917

    Azt speciel nem tudtam, hogy a sysreccd min alapszik éppen, de amúgy igazad van, csak ez a "standard init" kiszúrta a szemem. :P

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2434012

    > mar eleg regota Arch alapu a sysreccd.

    http://www.reddit.com/r/linux/comments/amg0x2/systemrescuecd_6_is_now_based_on_archlinux_a/

    Arch alatt pedig működik az init 0: https://bbs.archlinux.org/viewtopic.php?id=142919

    Miért használta volna a Gentoo leállítás parancsát Arch-on?

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2434142

    > Az engem oskovuletkent aposztrofalo Kollegak vajon tokonszurnak -e magukat a tenytol, hogy netstat es ifconfig is letezik, mitobb, mukodik is?

    Inkább lincselnének; én az ifconfig miatt kaptam már a képembe. Vagy az zárt hálón használt használt rsh miatt.

    > Ez az egesz nem mas, csak e-penisz lengetes "bikóz élvonalbeli systemd a legjobb", Poettering pedig minimum 0.5isten és bárki aki negatív előjellel közelíti meg a dolgot, az maximum rotációs kapa lehet.

    Kb. ez szokott lenni a systemd topicokban. A legviccesebb, amikor még olyan topicba is bejönnek hittéríteni, ahol direkt systemd mentes megoldást kért a topicnyitó.

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2432095

    A systemd-ben az init 0 csak akkor működik, ha a SysVInit kompatibilitás opcióval forgatod.
    Esetleg megpróbálkozhatsz a Finnix-szel, az is egy live admin distro és abban még nincs systemd (állítólag a következő release-ben már sajnos lesz), bár kissé régi.

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2432122

    Nm.

    A Linuxos berkekben manapság alapvetően magasról tesznek a backward compatibilityre. Többek között a systemd is. És itt most elsősorban nem a SysVInit kompatibilitásra gondolok (végülis arról volt szó, hogy lecseréljük az initet), hanem arról, hogy ez a vacak magábaolvasztott egy csomó alap dolgot és aztán baromira nem úgy működik, ahogy azok a dolgok előtte működtek, legyen szó az asszimilált mount-ról, a beépített "rm"-ről, vagy épp a megjósolható interface nevek nevű agyhalálról.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    systemrescuecd csoda: https://hup.hu/node/167625#comment-2432576

    Amint látod: van.

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2432706

    És egy live admin distro egyetlen feladata, hogy leállítsa a gépet, miután felbootolt, mi?

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2432854

    :D

    Oldschool Computer - http://oscomp.hu




    systemrescuecd csoda: https://hup.hu/node/167625#comment-2433876

    Akkor mi a túrónak kommentelted már megint ide, hogy te ezt leszarod, ha egyszer ennyire leszarod? Minden systemd-s topickba beírod, hogy téged nem érdekel. Akkor minek szólsz bele? De uncsi már ez a deuncsizás...
    Egyébként témánál maradva, az, hogy neked megy, az egy dolog, de ha valakinek beszarik, akkor nagyon fog neki örülni, hogy system rescue helyett systemd fuckyou lesz.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426170

    @Polesz, @zsver:

    Van ilyen, lentebb linkeltem pár topicot.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426088

    Hol mondott ilyet, hogy új = rossz? Mert szerintem azt mondja, hogy sok esetben az újabb programok rosszabb kivitelezéssel készülnek, mint a régiek készültek, de sehol nem állította, hogy maga az "új" a rossz és azért rossz, mert új.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> peterson , NevemTeve , Addam2 , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426111

    Ilyet sem mondott, hogy mindenki más idióta, meg hülye, pl. engem sem hülyézett még le, pedig én sem Xp-t használok. Ez megint belemagyarázás. Ő azt mondta, hogy az újabb rendszereket a végletekig lebutítják, mind felületileg, mind beállíthatóságilag, viszont egyre többet zabálnak. Lássuk be, ebben a formában azért ez nem hülyeség.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> peterson , NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426031

    Azt nem tudom, hogy KDE4/KDE5 vonalon mi a helyzet, de a Trinity-s Krusader alig 3 MB, míg a legutóbbi (9.22a) Total Commander 64-bites verziója 8.5 MB.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426078

    > Hozzászámoltad a dinamikusan betöltött Qt bloatot is? Mert a TOTALCMD.EXE-ben ott van a Delphi VCL-je is, statikusan linkelve.

    A Trinity nem a Qt4-et, vagy a Qt5-öt használja, hanem a régi Qt3-as alapú TQt-t, ami kb 7.5 MB. Viszont, ha a Krusadernél számít a TQt, akkor a TC-nél is számít a windows ablakozó rétege is, tudniillik az egész rendszerem a TQt-t használja, tehát az a Krusader nélkül is a memóriában van, pont ugyanúgy, ahogy a windows ablakozó is a memóriában van a TC nélkül.

    > A fájlméret ellenére a Krusader 2x-3x annyi memóriát zabál, mint a Total Commander és az én gépemen lassabb is.

    Ez a Trinitys Krusader? Mert nálam maga a program párszáz kB-ot eszik.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426159

    Mi 25 mega? A krusader? Vagy a memóriafoglalás? Utóbbi esetében azért nem mindegy, hogy mennyi RAM van a gépben.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426188

    Igen, de nem mindegy, hogy mennyi RAM van a gépében az embernek. 8 GB esetén valóban nem sok a 25 MB. De egy párszát MB-val bíró SBC esetén az. Azért célszerű törekedni arra, hogy ne egye meg feleslegesen a RAM-ot. Ez gondolom a KDE 5-ös Krusader. Nem tudom, hogy mennyivel tud többet, mint a Trinity-s (ha egyáltalán többet tud, lévén a Trinitybe folyamatosan backportolnak, implementálnak dolgokat), de azt nem hiszem, hogy indokolt lenne a 250 kB-ról 25000 kB-re emelkedett igény. Bár kérdés, hogy épp mit csinálsz vele.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426395

    Miért is? Valamikor azokon is használtunk GUI-s commandereket és Trinity-s Krusader a pár száz megás gépen is jól megy, a mai napig.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426042

    A windows 10 biztonsági fejlesztéseiről annyit tudok elmondani, hogy a SmartScreen letiltja az aláíratlan, de ártalmatlan homebrew alkalmazásunkat, viszont a ransomware meg átmászik a SmartScreenen és a Defenderen is és a windows 10 még fel is szinkronizálja a letitkosított fájlokat a OneDrive-os felhőbe.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> osod88 , hajbazer , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426181

    De a srác az OneDrive-ot használta backupnak, miért uninstallálta volna? (Mármint én értem, hogy ez szarvas hiba volt a részéről, de ő nem akarta letörölni, hiszen használta.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426081

    Mit használjon? A win7-et most szüntették meg és nagyon veszélyes a használata.

    Amúgy ez komoly, hogy ha a win10 update elcsesz neki (is) egy csomó dolgot, akkor ő a hülye és váltson másra? (Habár... :] )

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426095

    Hol? Idézd be plz.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426118

    > kidobni kényszerül, tehát valami kényszeríti majd őket hogy kidobják a kukába.

    Na, tehát te azt állítottad, hogy "azokon a pécéken amin windows 7 fut azt kötelező kidobni már azonnal a kukába". Tehát kötelező és azonnal. Ehhez képest, amit beidéztél abban az van, hogy "az elkövetkezendő években" és hogy "kényszerül". Azért ez rohadtul nem ugyanaz.

    > lehet, hogy Soros?

    Párhuzamos. Muszáj már megint politizálni?

    > vagy valami sötétebb misztikus démoni erő kényszeríti őket arra hogy kidobják a gépüket? ahelyett hogy simán updatelnének Windows 10-re és használnák tovább?

    A szó, amit keresel: hardware támogatás. Hogyan updateljenek win10-re, ha az nem támogatja a gépüket? Sehogy, tehát kénytelenek újat venni.

    > fene tudja.. mindenesetre van itt pár Win7-es gép, amik most is jók ugyanarra mint eddig de hajbazer leírása után inkább kidobtam! jól cserben hagyva érzem magam, nagyon kibaszott velem a microsoft... :( alap lenne, hogy bármilyen szoftvert kiadunk, azt támogatjuk addig ameddig az emberiség el nem pusztul teljesen.

    Belemagyarázás helyett esetleg értelmezhetnéd is, amit hajbazer írt.

    > ha hajbazer teljesen önazonos lenne, akkor nem itt pofázna, hanem vett volna magának egy földet ahol maga termeszti meg a számára szükséges élelmet és forrásokat az életben maradáshoz mindezt teljesen elszakadva a civilizációtól.

    Ez nettó személyeskedés.

    > de a minimum az, hogy nem ilyen újkori bloatware rendszereket használna mint a windows xp. ugyanis amikor az a rendszer kijött akkor sokak gépéhez az is sok volt és ram zabáló, de erre ugye már nem emlékszünk.

    http://oscomp.hu/depot/xpvsvistsvssuse.htm
    Ctrl + F "Jól látható, hogy a WindowsXP a megjelenésekor elérheto, átlagnál 2x-3x lasabb gépeken is vígan elszaladgált."
    Már 1999-ben is kint volt a P3, aminek a minimum órajele 400 MHz volt, az Xp pedig futott ennél gyengébb P2-es gépeken is.

    > az újakra haragszunk de a régire ami anno ugyanolyan váltás volt mint ez most az rendben van?

    Ezt már megint te magyarázod bele a téves adataid alapján.

    Sz*rk: (Alámszerkesztettél.)
    > hajbazer egy nagy kamu gépezet. semmi más. egyáltalán nem azt csinálja amiről prédikál.

    Nem arról prédikál, amit te belemagyarázol. Ilyen egyszerű.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> NevemTeve , Addam2 , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426144

    > de mi a faszért kényszerülne kidobni baz...?

    Hát tárolgathatja a padláson, de a legtöbb ember a funkció nélküli gépeket ki szokta dobni, mert nem fér tőle, stb. Amúgy nem ezen volt a hangsúly, hanem azon, hogy te megkérdezted, hogy miért nem vált win10-re: azért, mert nem tud. És nem mindenki hajbazer, hogy Xp-n maradjon. Tehát az azonnali és kötelező kidobás a te csúsztató belemagyarázásod volt.

    > hagyjuk már ezt a baromságot. P4 2.4Ghz 1,5GB ram gépemben anno rémesen lassú tudott lenni a Windows Xp. annyi, hogy ahelyett hogy telesírtam volna a fórumokat amiért nekem akkor nem telt új gépre inkább felraktam rá egy Linuxot.

    A P4 egy zsákutca volt, sokszor P3-as hardware-ek is legyalázták (minálunk is volt ilyen downgrade). Viszont volt Xp P2-esen (igen, ott lassú volt), meg (1 GHz-es) P3-ason és ott meg gyors.

    > az, hogy az emberek megveszik a szart amiben mindenféle gagyi chipek vannak, amiket a random gyártó már nem támogat arról pedig nem a ms tehet.

    Ez igaz, de ki mondta, hogy igen?

    > ha hajlandóak lenne az átlag ember tovább látni a tescos 80-110 ezres laptopokon pc-ken akkor talán olyan gépe lenne, amin simán lehet hétről upgradelni 10-re.

    Ez nem továbblátás kérdése, hanem pénztárcáé. Szerinted nem örülne az ember a jobb gépnek?

    > de azokon a gépeken már új korukban a Win7 sem ment jól mert gagyi szar volt akkor is az alatta futó hw.

    Igen, de ment! A win10 meg nem fog! Legalább volt valami, az is valami...

    > olyan cégnél dolgozom ahol hajlandóak voltak jó konfigot és márkát választani, így 5-6-7 éves gépeket is simán upgradelünk Win10-re mindenféle szopás nélkül.

    És ez hol releváns az otthoni felhasználókat tekintve, akik a win7 felhasználóbázisának nagy részét teszik ki?

    > jól mutatja, hogy az egész mekkora kamu ál-okosság az egész, hogy az olyan kérdésekre nem válaszol a hajbazer gyerek amire csak olyan választ tudna adni ami felborítaná a fentebb leírt elméletét és megkérődjelezné az összes eddigi hisztijét.

    Nem, csak te nem érted és ezért inkább személyeskedsz.

    > azt hirdeti, hogy felesleges az új ameddig a régi is bőven használható. fentebb linkeltem egy videót amiben Win95öt lehet használni ma is netezni, tcmdzni, meg winampozni meg stb stb, ő mégis egy újabb xp-t használ ami nem is xp igazából csak át van brandelve egy újabb ms oprendszer rá. akkor miért is nem jó a Win95 ha ma is használható? csak nem ő is egy pazaraló vadkapitalista hazugság gyáros? hazudik, és még csak nem is ért ahhoz amiről pofázik.

    Használható? A win95-ben nincs még memóriavédelem sem. Az Xp-ben van. 64-bit támogatás is. A használható az azt jelenti, hogy arra használható, amire használják! Ha valaki tudja használni arra, amire kell, akkor indokolatlan a váltás. Ha nem, akkor indokolt. Ilyen kurwa egyszerű.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426160

    > kit érdekel? ott van fentebb a videó, lehet vele böngészni, lehet vele total commandert futtatni stb. felesleges upgrade xp-re.

    Amíg össze nem dől, mint fél disznó az ólban mert segfaultra fut...

    > bőven ismerek olyan embert aki S mercedessel jár, de mivel szarik bele, nem vesz ennél jobbat. nem mindenkire igaz, hogy örülne egy jobbnak. ahogy itt is van többszáz user aki elmondja, hogy ő egyben kifizetne egy 400k-s iPhonet (lénygetlene az iPhone, inkább az ára fontos most) mégis ebayről rendeli a 20 ezres androidos fost, mert számokban ott van mint egy iPhone. az más kérdés, hogy a valóságban ebből semmi nem látszik.

    "És ez hol releváns az otthoni felhasználókat tekintve, akik a win7 felhasználóbázisának nagy részét teszik ki?"
    Csak egy adalék, win7-et nem csak a fejlett országokban használnak, hanem csóró vidékeken is.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426309

    Én nem mondtam számokat, nem rendelkezem velük. Én a mögöttes mechanizmusra világítottam rá, mert egynémelyik kollegának a hajbazer nickre vérbe borult a tekintete és nem látta, hogy miért is fog sok ember rákényszerülni a hardware vásárlásra.
    Az, hogy ténylegesen mennyi gép fog kukába kerülni, egyelőre valóban nem lehet megmondani, de az biztos, hogy nem kevés.

    Az a baj, hogy a win10-nél már minden féléves generálnál jönnek a hardware inkompatibilitások. :( Hány ilyen topicot látni a neten, hogy update után beszart valami és csak a downgrade segített.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426433

    Viszonylag? Mihez képest viszonyítva? A hajbazer által adott számokhoz viszonyítva? Tegyük fel, hogy 10x-esen túllőtt a célon. Még 90 millió kihajított gép is iszonyatos pazarlás és szennyezés. És nincs rá garancia, hogy ennyivel felüllőtte volna. A win7-en való maradás meg addig lesz megoldás a tömegek számára, amíg élő szoftverek is vannak rá. Ezt felejti el mindenki, hogy az OS önmagában nem cél. Azért van, hogy a szoftvert használjuk rajta, amire szükségünk van. Hiába fog elmenni a win7 a régi gépen, ha a felhasználó már nem tudja használni arra, amire akarja. Használ valamilyen szoftvert, valamilyen célra. Új igény merül fel, azt csak az újabb verzió tudja. Az újabb verzió nem megy win7-en? Váltsunk win10-re. A gépünkön nem megy a win10? Cseréljük le. Ezért fog nagyon sok ember rákényszerülni a váltásra.

    Én már igen, nálunk ki is nyírta magát a rendszer. A neten is rengeteg példát lehet találni. A downgrade ebben az esetben pont olyan, mint az upgrade: mint a kutya vacsorája, vagy helyrehozza, vagy nem. Ez minden, csak nem életbiztosítás egy productivity környezetben.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426495

    Elmaradottabb országokban egyáltalán kizárható, hogy ekkora nagyságrendben legyenek win7-es gépek. Cégek sem csak nyugaton vannak. Sok csóró helyen nem vesznek minden évben új hardware-t, az OS-ről nem is beszélve és ehhez nem kell elmenni Afrikáig, vagy Ázsia leépültebb részeiig.

    Adatot? Én azt mondtam, ha 90 millió gép megy csak levesbe és nem 900, az is sok. Amúgy a statcounter szerint a win7 most van kb. 28%-nál. A worldometers.info szerint 2015-ben 2 milliárd PC volt használatban. Nem tudom mennyit zsugorodott azóta a PC piac, de legyen 1.8 milliárd. Annak a 28%-a 504 millió gép. Egyszóval jelen pillanatban kb. fél milliárd gépen futhat win7 e szerint a két statisztika szerint. Ez nem 900 millió ugyan, de nem is 90, vagy még annál is kevesebb. A zdnet egy sokkal óvatosabb becslést adott, ahol 1.2 milliárd windows-ra jut kb. 200 millió win7 vagy egyéb nem win10 (elhanyagolható). Ez is messze több, mint 90 millió. Tessék, hoztam adatot, noha én nem állítottam semmit, én feltételes módban annyit mondtam, hogy ha hajbazer 10x-esen is túllőtte a becslést, még az is rengeteg gépet - és rengeteg szemetet - jelent.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426567

    Nem kell. Ha megy rajta, ami kell neked, akkor nem kell. De lesznek sokan, akiknek nem fog menni.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426681

    Ugyan ez már hatszor volt megcáfolva, de te még mindig write-only módon ugyanazt tolod. Sebaj.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426565

    Senki nem mondta, hogy ki kell dobni. Ez következmény, nem követelmény. A lényeg, hogy ha az emberek cserélni kényszerülnek a gépüket (márpedig az új szoftver=>új windows=>új gép vonal mentén sokan fogják (ez most azokra a gépekre vonatkozik, amin már nem fut a windows 10)), a régi gépet a legnagyobb valószínűséggel nem fogják megtartani. Kivételek persze lesznek, akik padlásra/pincébe rakják, elajándékozzák/eladják, stb. de teljesen mindegy, hogy meddig tördeljük ezt a sokszázmilliós géptömeget, ami most a win7 bázisa, nem három darab PC kerül a végén belőle a szemétbe. Én nem állítom, hogy a 900 milliós szám reális, de az, hogy sokmillió gép megy majd levesbe, az nagyon is reális forgatókönyvnek tűnik.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426682

    Ha tudnám, én szedném ki. :P (Nyilván nem egy kukába kerülnek.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426741

    Nem foglalkozom bitkojnnal, eladogatnám a gépeket, egyben vagy alkatrészenként olyanoknak, akik még tudnak vele mit kezdeni.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426589

    > Semmi gond, nyugodtan told rá a becslést hajbazerre, ő állította a 900 milliót, elsősorban neki kéne tudni alátámasztani. Te csak úgy kerültél bele ebbe az egészbe, hogy - a jelek szerint - nagymértékben osztottad az álláspontját. A jelek szerint még mindig nem sikerült olyan adatot se találni hogy hány gépen fut Win7, nem hogy arról, hogy hány olyan gép van, amin Win7 fut, de nem lenne képes a Win10 futtatására. Pedig amikor a Win7 megszűnése miatti gépcserék miatt kidobott gépekről van szó, akkor ez a szám alapvető jelentőséggel bír.

    Dehát most adtam neked két adatot is. Az egyik ráadásul microsoftos adatokon alapult (a zdnetes). Elolvastad? Amúgy igen, elég sok ponton osztom az álláspontját, mert minden tárgyi tévedése ellenére a nagy képet szerintem jól látja. Irdatlan erőforráspazarlás folyik manapság, azért, hogy kevesebbe kerüljön, de a végén csak többe fog... És ehhez nem kell elmenni a windowsig, ezt lehetett már látni tizeniksz éve a KDE3/KDE4 váltásnál, hogy nem elég, hogy sokkal kevesebbet tudott az új verzió, legalább cserébe sokszor akkora volt az igénye. De volt hasonló a winxp/vista felállításban is.

    > És igen, ha elfogadjuk hajbazer adatait, akkor a helyzet katasztrofális. Viszont hajbazer semmilyen hiteles adatot nem hozott. Vagyis beálltál az ő álláspontja mögé (majdnem) teljes mellszélességel, anélkül, hogy ténylegesen tudnád, vajon mennyire van igaza. (én se tudom, csak gyanítom, hogy csak minimális mértékben).

    Én viszont adtam neked hiteles adatot. Vagy már a microsofté sem hiteles?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426840

    Igen, nem lehet rá következtetni, de még ha lefelezed, lenegyedeled, még akkor is irdatlan szemétkupac lesz belőle. Nem értem, mi olyan érthetetlen ezen...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426125

    > Ha szar, ne hasznald.

    Feltűnt a zárójeles-szmájlis megjegyzés? Én nem is használok semmilyen windózt...

    > Attol meg, hogy "megszunt a Windows 7" (?), kivalo egyeb alternativak vannak, amikkel persze istenbizony soha semmi problema nem lesz, hiszen azok nem szarok, ellentetben a Windows 10-zel, ami igen.

    Ez butthurtkodás. Senki nem mondta, hogy mással nincs probléma. Annyi nincs mint a win10-zel.

    > Mar bocsanat, de szerintem az a normalis viselkedes, hogy ha problemad van, akkor megoldast keresel, nem pedig kiirod, hogy EZ EGY SZAR.

    Ebben van igazság, de a jogos indulatban felesleges rációt keresni. Ki fogja írni a tényeket, akkor is, ha az nem konstruktív és nem produktív.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426276

    Van pedig.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426283

    A legutolsó kapcsoló szabályozza, hogy a megjelenő hirdetések személyre legyenek szabva, vagy sem. Kikapcsolási opciót én nem találtam, csak azt lehet kikapcsolni, hogy ne személyre szabott legyen.

    Sz*rk: De ha arra gondolsz, hogy ez nem egy ad-ridden explorer screenshot, kerestem egyet: https://images.techhive.com/images/article/2017/03/windows-explorer-ads-100712637-orig.jpg

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426310

    Én nem mondtam, hogy a többi kommerciális rendszerben nincs ilyen. hajbazer azt mondta, hogy itt van ilyen, guszti rákérdezett, hogy hol, én meg megmutattam.

    Ez csak egy példa volt. Ha beüti az ember a keresőbe, akkor tonnájával jön még fel.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426398

    Az rendben van, de mint említettem, csak azt tudod tiltani, hogy a reklám személyre szabott legyen, azt nem, hogy legyen. (Legalábbis felületet én nem találtam, registry hack lehet, hogy van.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426039

    A win7 nem nyaggat halálra, nem pusztítja el véletlenszerűen a rendszeredet update-kor, nem állítja át, amit te beállítottál...stb.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> hajbazer , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426084

    És? Az ismerősöd hol releváns itt? Majd, ha YleGreg is elszívott egy fél doboz cigit, amíg ezt begépelte. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426104

    Szerintem át is ugrok a szomszédba egy kiló heroinért, hátha segít megérteni, hogy ezt mire írtad. :D

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> fastlemon


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426121

    Ir-re-le-váns.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426145

    Nem. A te ismerősöd cigizése irreleváns YleGreg posztjával kapcsolatban.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426226

    Bocs, de ez nem volt analógia. Az analógiához ugyanis az is kellett volna, hogy mi YleGreg "cigije", azaz póráza. Te csak annyit mondtál, hogy ismersz valakit, aki YleGreg-gel megegyező véleményen van és neki van másféle póráza (cigi). És? Mi ebben az analógia? Ez így csak egy spekuláció, hogy akkor YleGreg-nek is biztos van és akkor hiteltelen az egész, amit leírt. Na, ez az, ami nem így működik.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426247

    > True. De neked is van, sot meg nekem is. Es mindenkinek.

    Ha nagyon akarja az ember, bármi minősülhet póráznak.

    > False. Kerlek linkeld be, hol olvastal ilyet.

    Azt írtad:
    "Amiota szervezett tarsadalom letezik, azota poraz van rajtad, legfeljebb felvilagosultnak erzed magad, ha a sokbol egyet eszreveszel."

    Tehát csak érzi magát felvilágosultnak, de valójában nem az, ergo, amit állít téves. Oké, hiteltelenségről nem volt szó, nem akartam neki élt adni; maradjunk a "téves"-nél. Csak épp nem téves. Azt viszont szó szerint leírtad, hogy póráz van rajta. Persze meg lehet magyarázni bármiről, hogy póráz, de a win10 az szó szerint egy virtuális póráz.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426324

    +1, de szerintem geleinek kellett volna címezned, én eddig is egyetértettem. :)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426496

    Np. :)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426162

    SSD-n is van ilyen, ld. amiket linkeltem lejjebb.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426156

    Nem hazugság, másnak is vannak ilyen issue-jai. #1, #2, #3, #4
    Aztán lehet, hogy csak konfig vagy drivermizéria, de nem hazugság. Mi lenne, ha befejeznéd az alaptalan vádaskodásaidat?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426168

    Nem az a lényeg, hogy az is gyorsabb lenne, hanem, hogy az most is elfogadható sebességű.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426179

    Lehet, hogy van, hogy megéri, de még mindig nem érted, hogy fordítva ülsz a lovon. A lényeg, hogy ahelyett, hogy a szoftvercég fejlesztené a szoftverét úgy, hogy az gyors maradjon, inkább a júzer fejlessze a hardverét.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426401

    Nem biztos, hogy csak 2-5% gyorsulás lenne, a tapasztalat, hogy nincs arányban a lassulás és a többlet erőforrásigény azzal, hogy mivel támogat többet az új rendszer a réginél. Sőt, a win10/win8 esetén még ki is szedtek feature-öket, támogatott hardware-eket, appokat... Az igaz, hogy az pénzbe kerül, hogy optimalizáljanak, de ha belegondolsz az ms-nek is jó, ha a cuccai gyorsulnak, mert akkor bármilyen elvégzett művelet kevesebb időbe, azaz kevesebb pénzbe kerül, nekik is, meg a felhasználóknak is. Nagyon nem mindegy, hogy mennyi idő alatt települ, vagy bootol az OS-ük, mennyi idő alatt másol, frissít...csak a WU egy iszonyatos time-bottleneck a windows ökoszisztémán. Jól mutat a benchmarkokban is, tehát még PR értéke is van.

    Sz*rk: És akkor a megspórolt villany áráról még nem is beszéltünk, amit a gyorsabb végrehajtással és az alacsonyabb erőforrásigénnyel tudunk összeszedni.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426216

    Látom a szövegértés tök jól megy; fentebb már kiveséztük ugyan, hogy semmiféle pisztolyos kényszerítő ember nincsen, te magyarázol bele mindenféle egetverő baromságot hajbazer mondanivalójába, hogy legyen valami, amit a valós véleménye helyett ki lehet karikírozni és hiteltelenné lehet tenni, de nem baj. Butthurtkodj akkor, ha nem bírsz lehiggadni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426290

    > azt mondja kényszeríti őket valami, hogy kidobják előbb utóbb. szerintem ahogy őt sem, úgy mást sem kényszerít semmi arra hogy kidobják a windows 7 számítógépet.

    Ha win10-re akarnak frissíteni és a régi gépükön nem megy, akkor venni fognak egy újat. A régit meg a legtöbben kidobják. Nagyon szó szerint veszed ezt a kényszerít dolgot.

    > mikor hajbazer szerint majdnem 1 milliárd embertől vett el az MS valamit. (nem vett el semmit)

    Az ms az egész emberiségtől elvett valamit: a lehetőséget, hogy az informatika jó irányba haladjon. A hulladék szoftvereknek a laikusok torkán történő tömködését ők kezdték a win95-tel. Nem, nem azt mondtam, hogy előtte nem voltak hulladék szoftverek, mielőtt megpróbálnád belemagyarázni, azt mondom, hogy a win95 volt az első, amit az egész világ torkán letoltak.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426301

    > ennek némiképp ellentmond, hogy rengeteg cég és ember van aki tud pénzt csinálni és megélni a microsoft szoftverek használatával is,

    Bakker, ha azért fizetnek, akkor nyilván lehet vele pénzt csinálni.

    > érdekes módon csak az itteni pro unix userek nem tudnak mit kezdeni ezekkel a dolgokkal.

    Tudnak. Csak megvan róla a véleményük.

    > így számomra megkérődjelezhető a szakértelmük. ha szar lenne nem sikerült volna letolni az egész világ torkán.

    Ouch... Mert ugye arról még nem hallottál, hogy kellő mennyiségű propagandával/reklámmal bármilyen szart el lehet adni az embereknek.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426177

    Ennek semmi köze sincs a szálhoz. Adott környezetekről és lehetőségekről beszélünk. Még most sem veszed észre, hogy pontosan erről beszélt hajbazer? A régi még elment gyengébb hardware-ről. Az új nem. Mi a megoldásod? Kioptimalizálni? Nem. Vegyél újabb gépet.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426183

    > gondolom biztosan feltűnt, hogy manapság egy nagyobb játék a hatalmas textúrák miatt nem fér már el egy CD-n. 100Gbot is képes elfoglalni. ehhez manapság már nem optimális a HDD. ennyi erővel ne használjatok optikai egeret se (SSD), mert a golyós egér (HDD) is teszi a dolgát. néha elkoszolódik, de ha kitakaritod (optimalizálod) akkor megint jó.

    De itt nem egy játékról beszélünk könyörgöm, hanem egy szoftverről. Ez már megint handabandázás, mi lenne ha lehiggadnál egy kicsit? Itt nem egyszerűen arról beszélünk, hogy a perifériák megnövekedett teljesítménye miatt megnövekedett a tárkapacitásigény is. A múltkor volt egy csörtém ezzel kapcsolatban és szétszedtem, hogy mitől foglal olyan sok helyet a windows 10. Tanulságos volt, legalábbis nekem az volt. Mindenesetre ez a jelenség itt is bejátszhat: honnan tudod, hogy valamelyik SSD-s gépen nem azért lassult be ennyire a win10, mert ott sem strippelték a libeket? A load time nagy úr, főleg ekkora libraryhalmaz esetén.

    > ha meg a régi win7 is jó volt akkor minek frissítettél win10re?

    Én? Én nem használok windowst.

    > a neten ezrével vannak screenshotok, már ott is látszódott gondolom, hogy a UI nem tetszik. a lassú boot meg továbbra sem igaz, mert sokkal gyorsabban bootol mint egy régebbi rendszer csak a te géped ehhez már nem elég jelen formájában.

    WTF? Az enyém? Mi van? Szerintem eltévesztetted a posztot.

    > az IT napról napra változik és jó esetben fejlődik, ez egy ilyen szakma. vicc, hogy ezt egy IT portálon kifogásolják.

    Nem. Nem a fejlődést kifogásoljuk. Én nagyon is fejlődéspárti vagyok. De ez nem fejlődés, ez fejlődésnek álcázott fogyasztás-erőltetés.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426217

    Az első és utolsó bekezdés ettől függetlenül áll, azokra válaszolhatnál.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426295

    Aha. Elolvastad a linket, amit lentebb adtam, hogy mitől akkora a windows 10? Azon az SSD se segít sokat. (Amúgy felesleges a célozgatás, nekem van SSD-m.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426256

    Újabb WORKSFORME érv. :P
    Amúgy egyébként, ha a gép 0-24-ben megy, akkor valóban le van szarva a bootidő, ez jogos. Csak itt egy windows 10-zel állunk szemben, ami ha nem omlik össze magától, akkor majd az update erőszakosan újraindítja és akkor már nem mindegy, hogy 1 vagy 3 perc-e a bootidő. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426269

    Hogyne lenne. Próbáltuk. Lefrissítette magát és újraindult, amikor akart. Volt, hogy a frissítéseket tiltottuk le ütemezett feladatból. Aztán visszakapcsolta és lefrissítette, majd kinyírta a gépet. :(
    Amúgy egy 0-24-es gépnél sokat érünk vele, ha éjszakára ütemezi. :/

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427300

    Hát nem.

    Nos, ha nem csesztetik, ha csak simán fut valami egyszerűbb alkalmazás, amin időnként nyomnak egy gombot, akkor gyakorlatilag bármelyiket. (Jó, a vistát és a ME-t nem, de az külön kategória.) Azért ennyire a windows sem instabil. És a 10-es sem ilyen instabil, mármint maga a rendszer, csak jön az ápdét és jön az apokalipszis...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427326

    Ezek mezei munkaidőterminálok voltak. Az nem gáz, ha valamiért áll egy pár percet, de az, ha kinyúvasztja az oprendszer magát, az gáz.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426274

    > Azt mondod, az atlagember olyan gyakran rebootol, hogy szamit 2 perc kulonbseg? :D

    Tekintve, hogy az átlagember minden szeméttel telekúrja a gépét, így nem meglepő, ha egy idő után úgy belassul, hogy rebootolnia kell, vagy csak simán beszarik és felborul. Arról nem is beszélve, hogy maguk a telepítendő cuccok egy része is rebootot kér.

    > Meg csak ez sem kell, reggel bemegyek dolgozni, bekapcsolom a gepet, es mire teletoltok egy 3 decis bogret vizzel, mar var a login screen.

    Jó neked. Van aki egy vödröt is megtölthet, mire bejön neki. :P

    > Na ez lesz a worksforme erv: nalam nem omlik ossze magatol. :)

    Neked nem, de az átlagparasztnak de. Ld. első bekezdés.

    > Update meg milyen gyakran van? Havonta?

    Bármikor jöhet, ha az ms úgy gondolja, hogy kritikus. És a jelenlegi fejlesztési modellnél bizony ilyesmire sűrűn van példa. Melyik update-et kellett 3x is visszavonniuk?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426292

    El, de itt az volt a lényeg, hogy szerinted nem fontos, ha a win10 3 percig bootol, mert egy nap egyszer bootoltatod be, vagy sose kapcsolod ki, de az átlagjóskáknál, akik a felhasználóbázis nagyját teszik ki, náluk a reboot az nem ritka. Tehát ez ez az érv max. informatikusoknál állná meg a helyét, de még ott is befigyelhet bármi. Szóval nem. Nem mindegy a bootidő.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426229

    Ezt már fentebb kiveséztük, szerintem: én nem használok windowst és senki nem mondta, hogy a többi rendszernek nincs gyíkja, csak annyi nincs, mint a win10-nek.
    Amúgy ide speciel még Linux sem kell, mert a win7 is működött neki.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426254

    > Megis reszben te valaszolgatsz helyette.

    És? Publikus fórum. Te is válaszoltál nekem ott, ahol másnak mondtam valamit.

    > Akkor azt kell hasznalni! Ez, hogy ertelmes, tanult emberek itt sirnak egy tobbsegeben IT-temaju forumon, mert keptelenek megoldani egy ilyen kaliberu problemat, az bocsanat, de nevetseges.

    Senki sem sírt. Ez a "sírás" egy nagyon gyenge degradálási kísérlet azokkal szemben, akiknek jogos panasza van. Hovatovább a saját problémáját mindenki megoldotta, nem tudom feltűnt-e, csak épp megosztotta, hogy ezzel szembesült. Mi a baj ezzel?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426265

    > Nincs "es". Csak igy felesleges az "én nem használok windowst" megjegyzes, mert nem rolad volt szo. :)

    Aha, csak nekem replyzted. Mindegy.

    > A baj azzal van, amikor megjon tiz masik ember, akit semennyire nem erint a dolog, es elkezdi megmagyarazni, hogy mi miert szar. :D

    Már bocsánat, de eddig csak olyanok jöttek, akik érintettek valamilyen szinten. Én is az vagyok (mert gondolom, ez célzás volt), mert az, hogy nekem személy szerint nincs win10-em, az egy dolog, de cégnél még kellett vele nyűglődni és én is leírtam a tapasztalataimat.

    > Nem szarkazmus volt, teljesen komolyan gondoltam: ha valamelyik OS nem jo, nem kell hasznalni.

    Ja, csak van, hogy muszáj. windows-only cuccok, céges task, whatever. Amúgy igazad lenne, csak ez nem így megy.

    > Ideologiat gyartani kore viszont teljesen ertelmetlen. (Direkt lett szar, kocsogmulti, stb.)

    Ez nem ideológia. Oké, azt úgy kijelenteni, hogy direkt csinálnak szart, az úgy túlzás, mert azt nem hiszem, hogy az a cél, hogy direkt szar legyen, de az tény, hogy direkt butítják és tény, hogy a végeredmény szar. Ez nem ideológia. (A multik meg köcsögök. Ezt te is nagyon jól tudod.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426546

    A Linux az egy kernel. Hogy tudod azt összehasonlítani a windows 7-tel? Ha meg építesz rá OS-t is, akkor az összeválogatott szoftverektől is függ, hogy milyen lesz a sebessége és az igénye.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426574

    De az sem feltétlenül állja meg a helyét. Melyik disztribúcióról, milyen telepítésről beszélünk? A szoftverkörnyezeten nagyon sok múlik. Pl. nyilván egy systemd-vel megvert gnómhármas rettenetnél még a win7 is jobb, meg gyorsabb, de nem csak az van. Ez UNIX. (Egyelőre még... :( ) Azt teszel rá, amit akarsz. (Egyelőre még... :( )

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426617

    Normál? Modern? Miegymás? Mit értesz ezek alatt?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426686

    Én tartok tőle, hogy nagyon nem. :)
    Nekem egy Trinity-s/LXDE-s/WMakeres/CDE-s Linux a "normál" (hangsúly az elsőn). Ezek sebesség és igény tekintetében köröket vernek a win7 igényeire és sebességére.
    A Trinity még a "modern" kategóriába is belefér, mert folyamatosan fejlesztik és messze többet tud OOB, mint a többi DE-k 99%-a (KDE 5-öt passzolom), vagy akár a win7. (Amúgy a "modern" lassan már gúnyszóvá silányul nálam amiatt az irány miatt, amit a legtöbb mainstream DE követ.)
    A "miegymás", na az mikor mit jelent, tehát végképp lövésem nincs róla, hogy nálad épp most mit jelent. :)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426755

    Azt nem tudom, hogy 2020 minek az éve lesz (szerintem a sárgadinnyéé), viszont, ha neked ugyanezeket jelenti a "normális", meg a "modern", akkor hogy jött ki neked, hogy a Linux sebesség, meg igény területén szarabb, amikor nem?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426819

    Azzal nem tudok mit kezdeni, hogy a többség mit csinál a Linuxával. Mondtam, ha fejbekúrják systemd-vel, meg GNOME3-mal, akkor nyilván szarabb lesz, mint a win7, de te egy generikus kijelentést tettél, hogy a Linux en-bloc szarabb sebesség és igények tekintetében, mint a win7, ami konextussal, vagy anélkül is teljességgel értelmezhetetlen. Én össze bírtam rakni úgy, hogy ne legyen az.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426838

    Ok, akkor nem jött át.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> HalfDemon


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426167

    Jó reggelt, az lehet, hogy nála HDD van, de én olyan topicokat linkeltem, ahol SSD-vel tartott ugyanúgy 3 percig. Ahogy azt is leírtam, hogy lehet, hogy driver vagy konfigmizéria, de ettől még nem hazugság. (Egyébként csak a topicok egy részében volt driverbaj, egy részében nem jöttek rá, mi volt az ok.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426180

    Nincs kizárva ez sem. De a probléma túl széleskörű ahhoz (google számos topicot hoz fel, én csak párat linkeltem), hogy ráfogjuk egy lehetséges indokra.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426683

    Te tényleg write-only vagy.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426440

    > Hol van az a 400M, amit hirtelen le kellett cserelni? Nem latom.

    Lehet, hogy elhagyták a PC piacot, azért nem látod. Rengetegen álltak át az okoseszközökre. De az mindegy, hogy az új gép win10-es, vagy androidos, a lényeg, hogy meg kellett venni.
    Amúgy a kidobott gépekről nem készül hivatalos statisztika, tehát azt az eladott gépek statisztikájából kár spekulálgatni.

    > Talan majd a Windows 7-es 900 millio (lol) darab eleg lesz ahhoz, hogy megjelenjen a grafikonon.

    Ha nem is lesz annyi, akkor is sok lesz. 90 millió kidobott gép is sok.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426454

    > Erre nem fogadnek nagy osszegben; ha 400 millio embernek ennyi ev nem volt eleg egy XP->7 valtasra (next-next-finish), ott valoszinuleg nagy reszuknek az XP->Android (teljes okoszisztema ugras) is gondot jelentene.

    Ehhez képest az okoseszközök piaca bővül, a PC piac zsugorodik. Milyen egyéb oka lehetne, mint hogy a felhasználók okoseszközökre állnak át?

    > Eddig arrol volt szo, hogy kocsog MS, nem mukodnek a regi hardverek, szoftverek, stb. Ha Windows 7 helyett Android az irany, akkor meg annyira sem fognak mukodni a megszokott szoftverek, hardverek.

    Produktív környezetben nem is valószínű, de pl. otthoni felhasználásnál simán mondhatja a júzer két nap win10 után, hogy neki ez nem kell, inkább vesz egy iPhone-t/Androidos telefont. Ha úgyis gyökeres átállás kell, akkor inkább az.

    > 2014-ben egy adobevallast nem tudtal megcsinalni Androidrol, en ezt egyszeruen nem veszem be, hogy 400M ember csak ugy felszivodott a rendszerben.

    Magyarországon nem tudtál, de azt azért nem kéne extrapolálni az egész világra.

    > Jovore kiderul, amikor frissul a chart. :)

    A szemét nem fog látszani azon sem. :P

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426817

    Valószínűleg az a 400M is ugyanúgy túl volt becsülve, mint a 900M. Utóbbiról fentebb adtam konkrét adatokat. Az ms-től és két független helytől.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426684

    > mi az igazság?!?!!?!

    Az igazság odaát van. Az igazság az, hogy a windows en-bloc szar és az xp óta egyre szarabb lesz, de a win7 egy üdítő "kiszögellés" volt a lejtőn.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426856

    Ez ilyen urban legend, hogy felváltva jó és rossz. :) Az NT-k és a 2000 kimaradtak, viszont a többiből, azokból csak a 98, Xp és win7 volt használható, nem minden második. A Win10 meg folyton szar, csak folyton máshogy. Egyébként valaki mondta itt, hogy kb. "ja, minden második windows jó, csak ki gondolta volna, hogy a win8 után a win8.1 lesz a második. :P"

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427072

    A vista?

     •  A hardware-ekkel hadilábon állt.
     •  A memóriavédelme bugos volt.
     •  Lassú volt, mint atom.
     •  Bloated is volt. (Csak 15 GB-ot evett meg a merevlemezen, ahhoz képest, hogy alapból szinte semmi nem volt benne.)
     •  Tele volt felesleges marhaságokkal.
     •  Felzabálta az akkumulátorokat.
     •  Kompatibilitási problémák ezrei gyötörték, alig futott valami az xp-s parkból.
     •  Bárminő költői túlzás nélkül elmondható, hogy kiszedtek belőle hatvannyolcezer tonnányi ficsőrt, ami az xp-ben benne volt.
     •  És még a mobilnet sem megy vele...

    Disclaimer: Ez egy régi gyűjtés volt, a dead linkeket webarchive-osokkal pótoltam...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426689

    Dehát szavaztak is. A PC piac - aminek az elsöprő többségét a windows teszi ki - folyamatosan zsugorodik, miközben egyre több ember használ már csak valamilyen iOS/Android alapú tabletet/smartphone-t/akármit.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> HalfDemon


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426735
    export WORKSFORME=42

    https://images.techhive.com/images/article/2017/03/windows-explorer-ads-100712637-orig.jpg

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426754

    Ez csak egy példa volt. Van még tonnájával.
    (Egyébként igen. Felháborító. Ez egy fizetős termék, nincs benne keresnivalója semmiféle reklámnak. Semmilyennek.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426773

    Ember, olvasd már vissza, hogy miket és milyen stílusban írkálsz, itt egyedül te hisztizel...
    Ami pedig a tájékoztatást illeti, ez nem tájékoztatás, hanem reklám, méghozzá kéretlen. Erre találták ki a hírlevelet, az RSS-t és még sorolhatnám. De még, ha van is "feature", ami ilyenekről tájékoztat, miért nem opt-in?
    Lecsekkoltam a linket, nagyon szépen köszönöm, igazán tanulságos volt, most már tudom, hogy lehet kikapcsolni a reklámokat a lock screen-en, a start menüben (az appokét is), a Windows Ink-ben (bármi is légyen az), az "Action Center & Notifications"-ben, Cortana keresőjében és hogy hogyan lehet letörölni a Candy Crush Soda Saga-t (amit amúgy az első adandó alkalommal úgyis felrak megint), csak épp a File Explorerben felbukkanó hirdetéseket nem, pedig hajbazer azokról beszélt és a téma is ez volt idáig. :(
    (BTW, feltűnt, hogy hány helyen lehetett kikapcsolni a reklámot, azaz értsd: hány helyen van opt-out módon reklám pakolva a windows 10-be? Még mindig nem esik le?)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426813

    Bocsi, de kis különbség: Linuxon azért szoktak google-özni a megoldásért, mert a Linuxosok valamit már megint elkúrtak és valami már megint nem működik, de azért nem, mert a felhasználó kétségbeesetten próbálja visszaszerezni a rendszere felett a kontrollt. Régen az volt, hogy ha r=1 voltál és fasságokat telepítettél a windowsodra, akkor a malware-ek telekúrták reklámmal, felraktak rá a tudtod nélkül minden szart, kedvük szerint újraindítgatták, hazabeszéltek...ma ezeket a windows10 OOB tudja. Rated: WTF?!

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426841

    *facepalm* Ismét sikeresen ignoráltad a dolog lényegét: Régen az volt, hogy ha r=1 voltál és fasságokat telepítettél a windowsodra, akkor a malware-ek telekúrták reklámmal, felraktak rá a tudtod nélkül minden szart, kedvük szerint újraindítgatták, hazabeszéltek...ma ezeket a windows10 OOB tudja.

    Mi lenne, ha nem lennél write-only?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426859

    > hol van telekúrva reklámmal? mert én egyszerűen az én win10 rendszereim alatt nem látom őket. nincsenek. el vannak valahova párologva ezek szerint. sehol nem dobál semmilyen reklámot a rendszer. mit kéne kezdenem, hogy mindenhova reklámokat pakoljon és ezek miatt random ujrainduljon a windows 10em 23 nap uptime után?!

    Szia WORKSFORME Man, rég láttalak. :)
    Csak egy kérdés, ha az előbb megtaláltad, hogy hol lehet kikapcsolni a reklámokat, akkor valahol csak vannak reklámok, amiket ki lehet ott kapcsolni, nem? :)

    > hagyjuk már abba a túlreagálást.

    Egyelőre te reagálod túl, de rettenetesen. Az egészet.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426871

    Pfú... Majd akkor, ha bebizonyítottad, hogy hajbazer az oka a laposföld-elméletnek.
    Mi lenne, ha arra reagálnál, amit mondtam és nem ilyen gusztustalan csúsztatásokkal dobálóznál, én ugyanis nem ezt mondtam. Azt mondtam, hogy a malware-ek indítgatták újra a saját kedvük szerint (tehát nem véletlenszerűen). Ma ezt maga a win10 csinálja. Bizonyítsd be az ellenkezőjét. Nehéz lesz, hiszen mással sincs tele a szakmai sajtó a win10 megjelenése óta, mint a WU epic fail-jeivel...

    Write-only lvl9999999...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426877

    Nem a mi gépeinkről van szó, hanem az általános jelenségről, Lord Write-only WORKSFOREME Man... Félelmetes, komolyan... STFW.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426885

    Igen, de az Xp-t és a win7-et feltette és az ment magától. Úgy-ahogy, de ment és neki jó volt. Defaultból is. A win10 viszont szívat mindenkit, az opt-out vagy mandatory marhaságaival. Oké, téged nem, mert neked működik. Tudjuk.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426894

    Ja, csak ha ott kikapcsoltad, akkor ki is maradt kapcsolva. win10-en nem, visszakapcsolja és letolja a rendszer torkán a frissítést. Jaj, crash. Óbameg. :(

    Á, van ami csak egyre rondább lesz, pl. a windows.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426916

    Igen, ez szubjektív. (Bár minimalistának nevezni valamit, mint ami sokkal többet eszik, mint az "agyondizájnolt", hát...) A frissítések kikapcsolhatatlansága viszont nem szubjektív.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426895

    Na, ezt hogy hoztad össze...? Nem az worksforme, aki nem ért egyet velem, hanem az worksforme, aki csak annyit tud mondani, hogy de neki megy. Ez máris egy elég érdekes logikai bukfenc volt a részedről, hogy összemostad, de ez még hagyján. Viszont mi köze van annak, hogy valaki folyton azzal jön, hogy neki megy, ahhoz, hogy én beidézek régi fórumposztokat? Hol ebben a logika, magyarázd már el, mert én nem értem.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426923

    Mit lehet írni arra, hogy neki megy? Csak azt, hogy van akinek meg nem. Esetleg aládobni a műszaki hátteret, ezt én megtettem. Mit szeretnél?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426950

    Csakhogy pont fordítva van. Te nem olvasod a sajtót? Azzal van tele, hogy mikor mit cseszett el a win10. Miért kellett 3x (!) visszavonni a 1810-es (? mittudomén melyik) update-et, ha annyira jól megy?

    Ki is van. Nem csak fórumokban vagy cikkekben. Mindenütt. Tecső videókban. Webcomic-okban. Mém lett belőle. Vastagon ki van vele tapétázva a net.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> NevemTeve , hetvenhatos


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426974

    Vagy nem. Rengetegen vannak, akik beletörődnek.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426987

    Ez bizony így igaz és ennek megfelelően, ha valamivel tele vannak a hírek, akkor az nem működik.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427102

    Dehogynem. Az ugyanis egyszer hír, hogy x embernek nem működik valami, de ha x embernek folyton nem működik valami és mindig más, az folyton hír és akkor ott valami nagyon nem működik. Márpedig a win10-ről folyton szólnak a híradások.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427141

    Nem infóbulvár. Normál szakmai sajtó. Itt és más portálokon is. De elég csak rákeresni, hogy mennyi baja van vele az embereknek.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427166

    Nem. Nem attól lesz szar, hogy írnak a hibáiról. Azért írnak folyton a hibáiról, mert szar és folyton van valami nyűg vele. Nem értem mire fel ez a bagatellizálás, hogy ha nincs a nap mind a 24 órájában mind az 1 milliárd win10 usernek (forrás fentebb (zdnet)) valami baja, akkor a rendszernek nincs baja és jól működik. Nem nem működik jól. A legnagyobb baja pl. az, hogy menetrendszerűen döntik össze a saját - kikapcsolhatatlan - frissítései. És ezzel rengeteg ember szenved. És ez nem csak a hírekben mutatkozik meg, mint mondtam. Fórumokon, videókban, még képregényekben is megörökítették már...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427220

    Nálatok ez van. Mi még olyat is láttunk, hogy az ütemezett feladatból letiltott frissítés ellenére (kínunkban beütemeztük, hogy óránként kapcsolja le, mert mindig visszakapcsolta) is lefrissítette a gépet és aztán ki is nyírta. Volt akinél alkalmazásokat, volt akinél személyes fájlokat törölgetett. Valamelyik update csomagot 3x adták ki és 3x vonták vissza Redmondban. Nektek szerencsétek volt.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427274

    Nagyon beragadt nálad ez, úgy látom. Akkor megfordítom a dolgot. Ti azt mondjátok a csendes többségnek működik. De csak mondjátok. Én azt mondom a csendes többség beletörődött, hogy esik-kel. A neten ezerszám lehet találni bizonyítékokat arra, hogy esik kel. Annál nagyobb beismerés nem is kell erre, minthogy a microsoft rendre visszavonni kényszerül a féléves update-eket. Ez is érdekes.

    Mert azok nem magukat baszták el, mint teszi azt a win10. Persze volt olyan, hogy a frissítés csinált valami szart, de nem állandóan és nem tolták le a torkodon. Hovatovább azok stabil kiadások voltak. Stabil alatt azt értem, hogy kiadták és az ugyanaz az OS maradt végig, vagy legalábbis a többévente esedékes SP akárhányig. Ehhez képest a win10 minden hatodik hónapban újrarakja önmagát; letörli a régi win10-et és felrakja az újat. Csoda, hogy állandóan zűr van?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427285

    Ennek az ég egy adta világon semmi köze ahhoz, hogy a win10 használható-e vagy sem. (Ezen felül pedig hajbazer beszélt 900 millióról, nem én; én 200 millióról beszéltem, de arra én adtam forrást is; lehet a zdnetet és a microsoftot csesztetni értük.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427327

    Ennek még mindig nincsen semmi köze sem ahhoz, hogy a win10 használható-e vagy sem. Mi lenne, ha nem terelnél?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427341

    Látom. Nem sikerült megmagyarázni, hogy csak pár embernek nem megy, marad a poénkodás, meg a WORKFSFORME.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427364

    Akkor csak simán tereltél? Az meg nem anekdotikus érvelés, ha van hatvanezer tonna példa arra, amit mondok. Tudod mi az anektotikus érvelés? A WORKSFORME, ami ebben a topicban kb. a fő érv volt, amikor bárki azt merte mondani, hogy nála, vagy valakinél a win10 tönkrement, vagy tönkretett valamit. Nektek működik, tehát mindenki másnak is, csak egy marginális kisebbség hangos, mert whatever. Aki hallgat, annak tuti, hogy jó. Ez törvény. Ezért hemzsegnek a neten a win10 fail fórumtopicok, cikkek, videók, meg a többi. Mert ez mindenkinek megy.

    Nem párezer ember panaszkodik a neten, hanem ennek messze a sokszorosa. És ennek mi csak a töredékét tudjuk érzékelni és értelmezni. Tessék, egy japán vélemény, újabb elégedett kuncsaft, mint a többiek, akik hallgatnak...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427412

    > Olyat mondtam, hogy a legtobb embernek mukodik

    Én meg azt, hogy a legtöbb ember egyszerűen beletörődik, vagy nem érti, mi történik. Dobjunk fel pénzt? (Nincs. :P )

    > celtalanul picsogni teljesen ertelmetlen

    Ki picsogott ebben a topicban? Illetve persze, #define picsogás "Aki velem ellentétes véleményen van és ennek hangot is ad." Na, gratulálok. Mikor érted meg végre, hogy ez nem olyan egyszerű, hogy nikólkidmenóestvált? Persze, otthon mindenki azt használ, amit akar. És a melóban? Ott azt, amit kell. És ha az szar? Akkor annak hangot is fog adni. Szerinted ez picsogás? Mert ennyi erővel én is mondhatom, hogy picsogni itt csak a win10 fanok picsognak, amikor jogos kritika éri a win10-et.

    > Es akkor mi van? Milliardos szamokkal dobalozunk, amibol mondjuk minden tizezredik embernek szar?

    Amikor kijön egy elcseszett frissítés, az mindenkinek szar lesz, aki felrakja. Ez nem minden tízezredik ember, könyörgöm, gondolkozzál már. A legtöbben amúgy sem tudnának panaszkodni, mert esetleg nem is értik, mi történik és nem is tudják, hogy a win10 alakított megint.

    > Elmondanad kerlek roviden, mirol szol az oldal?

    Leírja a tapasztalatait a win10-zel, de ha bevágod GT-be akkor el tudod olvasni te is. Én sem beszélek jobban se japánul, se törtjapánul, mint te.

    > Amugy van egy tippem, hogy ha mutatnek egy olyan japan usert, akinel mukodik, arrol kihirdetned, hogy az WORKSFORME, csak a te japan usered volt reprezentativ. Hagyjuk mar.

    Egy szóval nem mondtam, hogy reprezentatív, már megint szavakat adsz a számba. Ez csak egy példa volt arra, hogy fingunk nincsen kb. mi a vélemény pl. távolkeleten. Egyébként úgy nézem nagyon a lényegre tapintottam ezzel a WORKSFORME-vel, ha ennyire a szívedre vetted... Pedig a WORKSFORME nem érv. Igen, a DOESNOTWORKSFORME sem. A különbség csak az, hogy az utóbbira megszámlálhatatlan példát lelsz a neten, az előbbire meg kb. annyit, hogy hasonló fórumokon valaki leírja, hogy neki megy. Esetleg pár blogposztot, ahol valakinek szerencséje volt. (Nem, az ódákat zengő fizetett PR cikkeket nem számoltam ide, az ugyanis nem WORKSFORME, hanem IAMPAIDTOSAYTHIS, tehát ott még az sem biztos, hogy neki működött egyáltalán...) Persze, megint a csöndes többség, akiknek biztosan megy. Nem. Nem tudjuk miért vannak csöndben. Ez a korrekt álláspont.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427430

    Asszem nem érted. Nem arról van szó, hogy a főnök mit ad; a saját melóhelyeddel még csak tárgyalhatsz...de kimész terepre, kuncsaft cégénél szerinted mi lesz? Mindenütt ez van. És erre nem lehet lépéseket tenni, mert a kuncsaftnak nem mondhatod meg, hogy mit használjon, hogy mire építse a cégét.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427682

    > Hogy ne mondhassatok, hogy a levegobe beszelek, en amikor a Microsoftnal dolgoztam, siman jarkaltam Macbookkal dolgozni. Szoval ez pipa.

    De könyörgöm erről beszéltem, hogy nem a melóhelyen szokott lenni, hogy megmondják, min dolgozz...

    > Hogyhogy mi lesz? Ha a kuncsaftnak WORKSFORME, akkor semmi, ha nem WORKSFORME, akkor goto step 1, meg kell oldani a problemat (foleg, ha azert kapod a fizut), vagy uj munkahelyet kell keresni, mas kuncsaftokkal.

    Jah, meg kell oldani a problémát. Ami aztán szívás a köbön, mert a win10 maga a probléma.

    > Dehogynem. Illetve talan, mert meg nem derult ki, tulajdonkeppen mi a feladatod a kuncsaftnal.

    Az előző melóhelyemen a windózzal kapcsolatos melók egyike az volt, hogy a különféle odavágó szoftvereket kellett belőnöm a kuncsaftok windózos, valamint az, hogy különféle windózos célszoftvereket kellett lefejleszteni, pl. a munkaidőterminál szoftverét, vagy épp a lan-scannert. Előbbinél, ha win10 volt, akkor nem lehetett mondani a kuncsaftnak, hogy hoci, downgradelj, utóbbi esetben meg nem lehetett bejátszani, hogy win10 óne.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427688

    Ez nem hozzáértés kérdése. Pl. a frissítéseket képtelenség volt letiltani, mindig visszakapcsolta. A végén már óránként tiltottuk le a frissítéseket ütemezett feladatból. Akkor is lefrissítette és tönkrevágta a gépet. PEBKAC && hozzánemértés. Mert, ha az OS-t egy regular update csak úgy tönkreveri, az a júzer hibája.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427750

    Nyilván az is hozzá nem értés volt, amikor letörölgetett fájlokat a júzerek gépéről az update. Annyira hozzánemértés volt, hogy az ms visszavonta a frissítést és elnézést kért érte. Akkor is júzerek hozzánemértése volt.

    Az ütemezett feladat egyébként már ilyen last resort volt. (És csak úgy mondom, azt speciel nem is én csináltam, hanem az elektrotechnikus kollega, úgyhogy nekem aztán mondogathatod...) Szerinted nem tudjuk használni a google-t? Az összes hivatalos (manual) és nem hivatalos (howtos, guides, whatever) javaslat végig volt próbálva. Legkésőbb másnapra biztosan vissza volt kapcsolva a frissítés. Mert nem értünk hozzá és azok a microsoftos mérnökök se, akik a manualokat írták és azok a hackerek sem, akik a howto-kat és a guide-okat. A kuncsaftok rendszergazdái sem. Senki sem ért hozzá, csak azok, akiknek valamiért működik. Ha nem működik, az hozzánemértés, nem a windows 10 hibája. A windows 10 soha semmiért nem hibás. Mindig az a rohadt szemét júzer az oka mindennek.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427810

    > Nem erről beszéltem, hanem a te nyomorodról, hogy nem tudtátok normálisan megoldani a frissítések visszafogását, mint máshol.

    Ez nem az én "nyomorom", hanem a microsofté.
    Ez a "máshol" meg akkora weaselword, mint ide Irak. Hol máshol? Tele vele a net, hogy mennyire sikerült az embereknek visszafogni a frissítéseket...

    > mi a lóphacnak neki admin jog a windows-os gépeken?!

    Mert ő volt kint telepíteni, azért.

    > mert az adminnak nem sikerült megoldást találnia...

    Az admin sem én voltam, hiába próbálsz szúrkálni. Én a programozó voltam, csak néha fejbekúrtak win10 taskokkal is.

    > Tudok (saját, illetve ismerősi kör tapazstalat alapján) legalább 8-9 helyet, ahol megoldott ez a dolog - meg egyet, ahol nem. Ahol megoldották, azok nem tolják hardiasan a sikerélményt, ellenben veletek, ahol nem sikerült.

    És ez már reprezentatív is, ugye? Én meg olyan helyeket tudok az előző melóhelyemről, ahol meg szoptak ezzel. Nem, nem mi.

    > Egylbként meg mi a lóphacért kell egy beléptetőrendszeres gépnek fullban kilátnia a nagyvilágba?

    Ouch... Akkor még egyszer: Ez munkaidőterminál volt és nem beléptetőrendszer! A beléptetőrendszer mindig szeparált hálón futott.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427933

    Nem, ez a windows 10-et propagálók nyomora, akik ugyan azt nem értik, hogy nekik miért megy (szótár://mák), de mindenki hülye, akinek meg nem megy. Ki a franc mondta, hogy a frissítés telepítése miatt ment oda? Ezt megint így a levegőből kiolvastad és beleszőtted? Ő a gépet feltelepíteni ment oda, később meg karbantartani voltak kint (egyebeket is). Ismerethiányról meg hiába prézsmitálsz; már leírtam, hogy az összes ms manualt, meg idevágó non-ms leírást elolvastuk: zéró működött. A manualokat író mérnököknél lehet reklamálni, hogy ők miért nem értenek hozzá...
    Az igaz, hogy nem kell kilátnia a nagyvilágra, de nem is mi kértük, hogy lásson ki; a hálózat nem a miénk volt.

    Az "admin" szarozásával meg mondom nem mész semmire, hiába próbálkozol: nem én voltam az "admin".

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427960

    > A döntő többségnek megy, ezt fogd már fel.

    Nem tudjuk, hogy mi van a döntő többséggel, ezt fogd már fel. Ti vagytok, akik folyamatosan ezt állítjátok mindennemű bizonyíték nélkül, hogy megy nekik, de ha én mondom az ellenkezőjét, én adjak bizonyítékot. Kettős mérce FTW.

    > ha a ti feladatotok a komplett gép (OS+alkalmazás) maszírozása és üzemeltetése

    Egyébként még csak nem is volt. Csak a saját szoftvereinket kellett üzemeltetni, a gépet és a rajta lévő vindózt nem. De ha a vindóz kinyúvad, akkor a mi cuccunk se megy. Go figure.

    > valamit nagyon nem jól csináltak

    Ehen, csak nem mindegy, hogy ki. Szerinted a mindenkori üzemeltető, szerintem meg az ms.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427935

    Ezt hívják bagatellizálásnak és relativizálásnak. Hogy kit érdekel, ha csak "pártízezer" (honnan ez a számadat? hasból?) embernek törölte le a cuccait , ha "sokszázmilliónak" meg nem? Nos, azt a "pártízezer" embert, akinek letörölte. Úgy könnyű röhögni, ha nem a tiédet törli le a win10, de majd ha egyszer benne leszel abban a "pártízezerben" a "sokszázmillióból", akkor majd elmegy a kedved a röhögéstől. Lehet bagatellizálni, hogy de ez csak ilyen és ilyen kombinációval jön elő; de majd legközelebb más kombináció fogja előhozni - a lényeg, hogy nem lehetett előre látni, akinek ilyen "kombinációjuk" volt, annak pechjük is. És nem azért, mert nem értettek hozzá. A szerencsén múlott. Ez egyszerűen nem elfogadható, hogy egy rendszer csak úgy nekiálljon törölgetni a saját kénye-kedve szerint.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> chx


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427969

    Jóég ember... Szerinted miért tartottak OneDrive-ot? Azt használták backupnak! Az más kérdés, hogy én semmit nem tartanék semmiféle felhőben, mindent házon belül, több gépen, több lemezen...de ez már legyen az én dolgom; ezek a felhasználók viszont rábízták az adataikat a microsoft felhőjére, aki meg cserébe letörölte! Értem én, hogy ez egy bug, de állítólag pont erre való a felhő, nem? Nem, én hálisten nem estem bele semmibe sem (again, honnan ez az 0.01%?), mert nincs windwosom, viszont az egyik kuncsaftunk nagyon megszívta a OneDrive-ot. (Igen, ennek most nincs köze az update-hez, csak arra reflektálok, hogy "egy példányban van"...) Amúgy elég nagy túlzás ez a lóugrásos hasonlat: a júzer könyvtárának átirányítása az OneDrive-ra mitől akkora mágia? Nem azért van OneDrive-ja, hogy a felhőben tarthassa a szarjait és minden gépen ugyanott legyen, transzparensen?
    Hát ez a scriptes sztori jókora fail az illető karbantartó részéről...de ennek megint semmi köze a windows-os fiaskókhoz. Ha az a szar letörli a gyökeret, az a karbantartót minősíti, nem az azt beszopó júzert! (Kivéve persze, ha a júzernek nincs backupja, de amúgy, mintha az rm parancsba már egy ideje mintha be lenne drótozva, hogy a gyökeret nem engedi törölni, fixme?) "Mindenre is nem lehet felkészülni egy frissítésnél." Feltételezem, ez RHEL vagy hasonló fizetős disztró volt; lehet menni asztalt csapkodni az illetékesekkel illetékeseknél...

    Az egy példánnyal kapcsolatos nézetet osztom, de én meg felhívnám a figyelmet még egyszer, hogy volt backupjuk; azért volt az OneDrive. Valahányszor a felhővel szemben foglalok állást, kapok érte...most hirtelen inadequate a felhő, or what?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427985

    > Az on-line elérhető felhő nem backup, hanem rugalmas fájlszerver, semmi más. A OneDrive _nem_ backup, sőt semmi olyan nem backup, ami a mentett rendszerről bármikor írható.

    Akkor a mikiszoft miért hirdeti annak? Ha aszondod, hazudnak, én elhiszem, de akkor pláne az ő saruk, ha még meg is tévesztették a júzereket.

    > rpm csomag volt,amit egy hardvergyártó rakott össze. Sz@rul.

    Tehát nem a júzert minősíti, ha kinyírja a rendszert. Örülök, hogy konszenzusra jutottunk a kérdésben.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428062

    Ez tegnap már lemaradt:

    > Elolvastad pontosan, hogy mi kellett hozzá, hogy adatvesztés legyen? Úgy tűnik, nem.

    Én - többek közt - ezt olvastam: https://news.softpedia.com/news/microsoft-explains-why-windows-10-version-1809-deleted-user-files-523152.shtml

    Nekem ebből az jött le, hogy a júzerek backupnak használták az OneDrive-ot és oda irányították a saját dokumentumaikat.
    De igazából mindegy, hogy mit is csináltak pontosan, mert semmilyen kombinációban nem elfogadható, hogy egy cég csak úgy törölgesse a rábízott adatokat és az ms-t az nem mentesíti, hogy ezt elkövetik más cégek is a karbantartott csomagokkal, egyéb programokkal, stb.; az sosem mentség, hogy a másik is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428285

    Tekintve, hogy minden más csődöt mondott, aligha. Ha nem írtam le vagy ötször, hogy végig volt próbálva minden hivatalos és nem hivatalos módszer, akkor egyszer sem. Akkor is visszakapcsolta a frissítéseket. Nem értem, hogy mire fel ez a folyamatos mutogatás, hárítás, bűnbakkeresés. Nem gondoljátok, hogy "kicsit" kezd már átmenni az egész személyesbe? Ha nem sikerült bizonyítani, hogy nem szar a win10, majd akkor megmagyarázzuk, hogy szar a trécéhá? (És attól majd a win10 jó lesz, lol?)
    Kiáltottak itt már picsogást, hisztit, hozzánemértést, volt a (hibásan) feltételezett "admin" szarozása, kicsit lejjebb nyílt mocskolódás, meg egy ostoba analógia, hogy ha nekem már volt valaha bug valamelyik programomban, az mentesít minden alól egy multinacionális szoftvervállalatot. (Mondhatnám, hogy ilyen bugom még nem volt, de azt vagy hiszitek, vagy sem; inkább: majd ha annyit keresek én is, mint egy csapat ms fejlesztő, akkor lehet jönni ilyen bullcrappal...) Ez most már tényleg kezd átmenni nettó személy elleni "érvelésbe", a win10-ről meg egyre kevesebb szó esik.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428298

    Nem nekem. Bizonyítja az magától, minden nap. Ezzel van tele a net. Ja persze, a csöndes többség. Akikről nem tudjuk, hogy mi van velük, de szerintetek nekik megy. Mert csak. Forrás nélkül. Fogadjuk el. Ha szerintem nem, én hozzak bizonyítékot. Nektek nem kellett. Mindenkinek lehet véleménye, de csak nektek lehet igazatok. Így nem az érvelés működik, hanem a propaganda.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428321

    Ez nem hit, hanem tapasztalat. Én azt hiszem el, amit tapasztalok, nem amit mondanak. Ha így lenne, akkor hinnék nektek is, nem? Annyian mondtátok már itt, sokszor, hogy működik a win10, hogy ha én tényleg másoknak hinnék, akkor már rég win10 fannak kéne lennem. Nemdebár? Hol itt a logika? És egyelőre ti jöttetek állandóan a csendes többséggel, akiknek megy, ti hiszitek megrögzötten, hogy ez mindenkinek megy.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428348

    Nem magamnak, a tapasztalatnak. Sosem. Nem, csak összecseng az én tapasztalataimmal. Mint véleményt de, mint extrapolációt nem. (És nem kell a duma: ti mondtátok először, hogy a többségnek megy.)

    Na, de ezt honnan szeditek, hogy a felhasználók döntő többségének megy? Ez ugyanannyit nyom, mint ha én mondom az ellenkezőjét. Ja nem, nekem forrást is kell mutatnom. Most már mutassatok ti.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428444

    > A két céget nem nevezhetem meg, így tudom, hamis amit írok

    Nem kell, hogy megnevezd; tök jó, hogy már eleve meg akarod mondani, hogy mit fogok válaszolni, csak épp köszönőviszonyban sem lesz vele... Nincs okom kétségbe vonni, hogy nektek azok a gépek működnek. Én meg az elmúlt két és fél évben soktucat win10-es gépet láttam kipurcanni, vagy csak simán a júzert szopatni. So? Egyikünk mintái sem reprezentatívak.

    > Ahogy azt is elfogadom, hogy annak van igaza, aki itt leírta: ha minden rendben van, akkor az ember nem írkál tele fórumokat azzal, hogy minden ok!

    Akkor a Linuxos fórumok miért vannak tele azzal, hogy X vagy Y disztró a király? Az Apple fórumok miért vannak tele azzal, hogy macOS rulez? És még sorolhatnám. Emberfüggő, hogy ki mit oszt meg.

    > De! Ezt a labdát nem dobod vissza! Te állítod azt, hogy a panaszok többen vannak, mint a nem panaszok! Hányan vannak panaszék? A felhasználók számát kit tudjuk túrni a neten ugye...

    Hogy mi...? Ezt hol állítottam? Citáld már be! Ugyanis ilyet még részegen sem állítanék, mert a "nem panaszt" nem lehet így sem értelmezni, sem mérni: aki nem mond semmit, az nem mond semmit, az se nem panasz és se nem dícséret, márpedig a panasz ellentéte ebben a kontextusban a dícséret és nem pedig a "nem panasz"; hányan vannak ennyi erővel a "nem dícséretek"? Ugyanannyian, mint a "nem panaszok": fingunk nincs. Nesze a labdád...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428450

    A mögöttes indokok, illetve a tálalás a kérdés szempontjából irreleváns; a végeredmény a fontos, hogy az emberek azt is megosztják egymással, hogy mit tartanak jónak. És ez nem korlátozódik az IT-re.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428458

    > Minek kérdezed, ha aztán az a válasz, hogy szerinted irreleváns.

    Az az irreleváns, hogy miért és hogyan osztja meg a másik emberrel a pozitív véleményét, a lényeg az volt, hogy megosztja. A kérdés ugyanis az volt, hogy miért vannak tele pozitív véleményekkel az említett fórumok és nem pedig az, hogy miért osztják meg a pozitív véleményt. A kérdés a pozitív vélemények megosztásának létezésére irányult, nem az indokára. Arra próbáltam ugyanis rávilágítani, hogy ez egyszerűen nem igaz, hogy csak a szart osztják meg.

    > Egyébként nem az: ha a Windows/MacOS minőségét az határozná meg, melyikről van több ajnározó írás, akkor a Windowst le kéne húzni a budin. Szerencsére ez nem így van, az ajnározás és a szoftver minősége között nem sok összefüggés van, ez alapvetően hitvita.

    A windowst az ajnározó, vagy épp panaszkodó írásoktól teljesen függetlenül is le kéne húzni a budin.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428482

    Asszem nem érted. Akkor még egyszer:

    > Akkor a Linuxos fórumok miért vannak tele azzal, hogy X vagy Y disztró a király? Az Apple fórumok miért vannak tele azzal, hogy macOS rulez?

    Ez volt a kérdés. "Miért vannak tele pozitív véleménnyel?" Válasz: azért mert az emberek megosztják a pozitív tapasztalataikat is. Az már nem volt kérdés, hogy miért osztják meg, mert itt az alapkérdés az volt, hogy vajon túlsúlyban van-e a negatív vélemények megosztása a pozitívval szemben és ebből a szempontból nem fontos, hogy miért osztják meg, ha megosztják, csak a megosztás tényszerűsége volt a kérdéses. Ugyanis az alapállítás meg az volt, hogy az emberek a pozitív tapasztalatot egyáltalán nem, vagy csak alig osztják meg. De. Megosztják. Ez a topic is attól volt végig hangos, hogy itt mindenkinek működik.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428492

    Általánosságban? Nem tudom feltűnt-e, de én azt mondtam, hogy nem tudjuk. Nem tudjuk megmondani, hogy akik csöndben vannak, mit gondolnak.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428511

    > Most akkor minden tapasztalatot megosztanak? Ha igen, akkor számolj.

    Nem. Tudjuk.

    > Ne menj el a kérdés mellett!

    Ne próbáld meg megmagyarázni, hogy a csöndben lévő többségnek semmi baja a win10-zel. Nem tudjuk a véleményüket.

    > De ha gondolod, megválaszolom:

    Ez a válasz azoknak az eszmefuttatásoknak az ismétlése, amiken már hússzor végigmentünk, fentebb, s lentebb. Nem tudjuk, hogy aki csöndben van, annak mi a véleménye. Hiába erőlködtök, nem tudjátok megmagyarázni. Bezzeg, ha én hozok valami logikai levezetést, akkor az nem, mert csak, adjak forrást.

    > Tehát evidens, hogy sokkal több problémafelvetést fogsz találni, mint pozitív élménybeszámolót. Utóbbiak tipikusan a megjelenés utáni rövid időszakra igazak.

    A win10 már 4 éves. Akkor miért panaszkodnak még mindig? Ez olyan érdekes, hogy a többi rendszer fórumain lehet olyat látni, hogy ki mit szeret, a win10-ről alig posztolnak pozitívat, mert minek. Egyébként még ha tényleg több is a panasz, mint a pozitív beszámoló, ez nem jelenti automatice, hogy akkor aki csöndben van, az meg van elégedve. Elképzelem a hetvenéves mamikát, ahogy feljön a hupra panaszkodni, mert a win10 megint feltette a Candy Crush-t és letörölt helyette egy másik alkalmazást.

    > mert amíg Windowson gyakorlatilag egy húszéves .exe simán elindul

    Kivéve, ha nem, mert a szükséges API-t már rég kivették a rendszerből.

    > de a lényege az, hogy számomra a Linux és a Mac (munka szempontból) használhatatlan, mindet „le kéne húzni a budin”.

    Húzzad. Mi gátol meg? Igazság szerint a win10 nem csak azért való a budiba, mert minden baja van, hanem mert az ms-nek igazából az volt vele a célja, hogy felülhessen vele arra a vonatra, amiről baromira lemaradt, a felhasználók profilozásáról, mert manapság abban vannak irdatlan pénzek.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428522

    És? Ha szar az Ubuntu, akkor a win10 nem az? Hogy jött ez ki? Ez már közönséges terelés. Azt meg senki nem mondta, hogy a "hibás" (ROFL) frissítés a win10 privilégiuma. Más rendszerek is elkúrhatják a frissítést. A win10 "privilégiuma" (inkább specialitása) a senki által nem kért baromságoknak a júzer torkán történő leerőltetése. Van ilyen másutt is? Ez nem mentesíti az ms-t semmi alól. Az egyszerűen nem mentség, hogy a másik is szar.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428564

    Nem. Én nem ismertem el sehol sem olyat, hogy minden szar. Ezt te magyarázod bele. Én azt mondtam, hogy egy másik platform esetleges szarsága nem mentesíti semmi alól a win10-et.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428563

    Én? Én hol éltettem bárhol, bármelyik disztrót? Idézetet kérnék. Ja, az nincs. Újfennt. Akkor mire fel ez az állítás? Már megint személyeskedsz és hazudozol, dehát tőled eddig sem tellett semmi egyébre. Jó az ötlet, maradj az autónál, addig sem írkálsz baromságokat IT témában.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429089

    > Hat ha tullepunk azon, hogy marketing == bullshit

    Miért kéne ezen "átlépni"? A marketing - a microsofttól függetlenül - nagyon sokszor a bulshittel ekvivalens.

    > Pl. ha net promoter score felmeresben 10-es skalan hetest adsz, az mar szar, eselyes hogy 7/10-es ertekeles mellett szidni fogod a szolgaltatast/termeket az ismeroseid elott. Ugyanigy a pajtadiszkoban a csajok pontozasa, 6/10, az most jo vagy nem? Elvileg haranggorbenek kene lennie kb, ott meg a 6/10 mar ugye boven a szebb/jobb fele a populacionak, valamiert megis mindenki negativan ertekeli a 6/10-es cimket.

    Hát azért ez nem ilyen egyszerű... Egyrészt itt működésről beszélünk, nem külalakról; itt a 10-ből 7-szer jól működik, az már súlyos hibákat jelez, hiszen 30%-ban rossz a végeredmény. Algoritmusokról beszélünk, amiknek 1000-ből 1000-szer jól kell működniük, ha nem teszik, az hiba. Nyilván nem a világ vége, ha 1000-ből egyszer beszarik, de azt is javítani kell.

    > Ha oszinten vegiggondolom, szerintem az altalam kioszott ertekeles az app store-ban x<=2.

    Tényleg nem személyeskedésből mondom, de ez akkor téged minősít. Vagy az összes app szar volt, vagyis akkor szar platformot/store-t/whatever-t használsz, ahelyett, hogy a saját tanácsod szerint váltanál, vagy nem volt minden szar, de akkor meg nem adtál pozitív feedbacket, pedig kellett volna. Én, ha valahol tudok pozitív feedbacket adni egy kattintással, azt mindig megteszem. Akár cikket, akár terméket minősítek. Nemrég rendeltem az rbx-től egy PS/2->USB átalakítót, meg egy PS/2-es egeret és amikor a boltról még nem volt tiszta, hogy rablók, az egeret értékeltem 4 csillagra, mert azon túl, hogy naponta kétszer "elugrik" a pointer valahova, nincs baja. (Ezt le is írtam, ezt persze nem is törölték, bezzeg az átalakítóról írt 1 csillagos lehúzó véleményt igen, erre még vissza is térünk...)

    És akkor meg is fordíthatjuk a dolgot, hogy miért panaszkodnak az emberek, arra, hogy miért hallgatnak az emberek, holott panaszkodhatnának? Én ezt négy csoportra osztanám, aztán vagy igazam van ebben, vagy sem; a tévedés jogát fenntartom. (Ja, előre szólok, a jelenség általános és nem ms-specifikus, ennek megfelelően a példák is vegyesek lesznek.)

    Az egyik a tudatlanság. Nem tudja, nem érti, hogy mi történik.
    Fentebb már mondtam egy nem túl kifejtett példát, de most mondom akkor bővebben. Képzelj el egy átlag nagyit (tehát nem a hacker Joli néniről beszélünk), a gép neki a fehér ember voodoomágiája. Gamer/IT-s unoka felrakta neki a windózt, azt használja, lekorlátozva, hogy ne cseszhesse szét. Jön a WU, bedől a rendszer, a nagyi nem fog felmenni semmilyen fórumra, hogy közölje, hogy a WU kinyírta a gépét, mert azt sem tudja, hogy mi történt. Max. az unokának szól, majd az újrarakja, de panaszkodni ő sem fog, mert ő meg elkönyveli, hogy Douglas Adamsnek megint igaza volt, a rendszer nem foolproof, a nagyi csak szétdöntötte.
    Másik példa. Fószer vesz valami használt laptopot, IT-s ismerős felrakja a windows-t, minden belő, aztán jön a WU, a drivereknek lőttek (ez sajnos elég gyakori), a fickó meg beviszi a sz*rvízbe a gépet. Namármost, a szervíz vagy rájön mi a baj, vagy nem, de ez mindegy, mert így is úgy is hardware hibára keni a dolgot, mert ha kiderülne, hogy csak egy win-reinstall volt a megoldás, azt meg tudja csináltatni a kuncsaft valami haverral ingyen is, nem fog kelleni a szervíz. (Ja, ez általánosítás. Deal with it.) A fickó miért panaszkodna a win10-re, amikor a gépe volt rossz? Legalábbis a szervíz szerint...
    Erre a két példára természetesen rá lehet fogni a hozzánemértést, hiszen itt pontosan a tudatlanságról beszélünk, nade vazzeg, itt r=1 végfelhasználókról van szó. Állítólag a windows nekik készült, nem? Akkor most már mérnöki diploma, meg 1010-danos #000000-öv kell hozzá?

    A második a listán a cenzúra/moderálás. Panaszkodna a delikvens, de nem tud, mert elhallgattatják.
    Első - és élő - példának itt vagyok én, a PS/2 átalakítómmal. Működni ugyan működött, de szarul, amit ráírtak, szart se tudott belőle. Ezt azzal honoráltam, hogy visszaküldtem, a terméket meg lehúztam a gecibe. A véleményt és a minősítést törölték. A kereskedelemben nem ritka a termékekről alkotott vélemény manipulálása; ha el akarják adni, a nagyon negatív véleményeket kiszórják. Ha a termék nagyon szar, akkor kb. a vélemények 99%-át kitörölhetik és majd lesz egy-két ember, aki beírja, hogy neki működött. Most persze mondhatod, hogy épp most panaszkodok róla egy másik portálon...de azt megfigyelted, hogy a panasz tárgya elsősorban a bolt eljárása volt és nem az, hogy az átalakító egy vödör vizet nem ért?
    Hogy legyen egy fiktív példa is, képzelj el egy fizetett PR-cikket valamilyen nagyobb hírportálon egy megacorp valamelyik flagship termékéről, ahol kommentlehetőség is van; nos, lehet tippelni, hogy a moderátorok egy fizetett cikk alatt milyen kommenteket fognak törölni, függetlenül a komment stílusától és valóságtartalmától. Nem az "ez eggy szarhugyfoss, a gyekerem epehugyhójaggott kapot tölle?!" kategóriás posztokról beszélünk, azt amúgy is moderálni kéne: bármilyen a megrendelő üzleti érdekével szembemenő negatív véleményt moderálni fognak.

    A harmadik a beletörődés.
    Mint lentebb kifejtettem vala (és amire érdemi cáfolat azóta sem jött, hívnám fel rá a figyelmet zárójelben), hogy aggasztó tendencia, hogy egyre silányabbak lesznek a szoftverek, mert senki nem akarja kifizetni azt a fejlesztési költséget, ami a szoftver rendes kivitelezéséhez szükséges lenne és sajnos hosszútávon ez visszaüt. A tendencia nem microsoft-specifikus, sőt valójában nem is szoftver, de még csak nem is IT-specifikus. Annakidején még úgy építették meg a dolgokat, hogy sokat kibírtak, ma pedig általános gyakorlat, hogy minél hamarabb nyúvadjon ki, hogy megvedd az újat. Persze lehet mondani, hogy ez nem ilyen egyszerű, mert a dolgok azóta sokkal szofisztikáltabbak és ezáltal sokkal érzékenyebbek, sérülékenyebbek is lettek és sokkal több bennük a hibalehetőség, ami igaz is, csakhogy közben a gyártástechnológia is rengeteget fejlődött. Úgyhogy tényleg nem ilyen egyszerű. Van is gép, ami baromi sokat kibír, meg van, ami egy év múlva a szemétben van. Utóbbi az olcsóbb. Abból több is fogy. (Engedelmeddel erre nem kaparnék most forrást, hogy az olcsóbból több fogy, ha szerinted a prémium kategóriás cuccokból fogy több, mint a gagyiból, akkor képzeld a bekezdés mögé, hogy IMHO. :P )
    Namármost, amire ki akarok lyukadni, hogy ez a tendencia nem észrevétlen. Ezt az emberek is nagyon jól tudják. És azt is, hogy nem nagyon tudnak vele mit kezdeni. Beletörődnek, hogy átverik őket, maximum jobban próbálnak vigyázni. Beletörődnek, hogy a windows-t minden baromságért újra kell indítani, hogy jön a frissítés és annyi a munkájuknak, they just gonna bite the bullet... Hányan fognak ilyen ragevideót csinálni mint ez a figura? A többségük nem fog. És újfennt, ez nem ms-specifikus. Az emberek egyszerűen megszokták, hogy a dolgok többnyire egyre gagyibb módon vannak megcsinálva és már nem szólnak érte, mert természetes lett. (Ha vettél valami kínai fos konyhai berendezést fillérekért, ami hamar kinyúvadt, tettél panaszt valahol? Nem, mert tudod, hogy nem érdemes. Ez ilyen.)
    Aztán van még egy másfajta beletörődés is: a beleszarás. Kinyúvasztotta a win10 a munkahelyi gépen saját magát. A melós meg szól az IT-snek és addig kávézik, amíg nem kap másikat, vagy a mostanit meg nem javítják. (Ez persze helyfüggő is, de ilyen is előfordulhat. Állami alkalmazottaknál főleg. Hányszor van ilyen, hogy közlik a hivatalban, hogy "rosszagép!", hangsúlyozom, a gép, aztán az esetek döntő többségében szoftverhibával állunk szemben (nem, nem feltétlen a windows hibájával); tuti láttál már ilyet...) Fog panaszkodni az alkalmazott? Nem. Miért tenné. Szarik bele, a cég/intézmény baja,nem az övé.

    A negyedik a félelem. (Mielőtt dobnál egy WTF-interruptot, természetesen nem arról beszélek, hogy a mikiszofttól paráznának be a júzerek.)
    Képzelj el egy köcsög főnököt, meg egy bérrabszolgát. Utóbbinak annyi esze azért volt, hogy kikapcsolja a WU-t, de az visszakapcsolta magát és hazavágta a rendszert. Mit fog mondani ez az alkalmazott a főnöknek? Az igazat? Dehogy, rákeni a gépre, hogy az nyúvadt ki, neki semmi köze az egészhez. Így aztán a főnök vagy a szervízt, vagy a beszállítót fogja cseszegetni; panasz van, csak rossz helyre ment.
    Aztán persze olyan is van, hogy újságíró, hacker, ex-alkalmazott nem meri leírni amit tud, mert fél a jogi következményektől. (Ez nem túl gyakori, de azért nem is olyan ritka. És természetesen ez sem ms-specifikus.)

    Amint látod, számos indoka lehet annak, hogy az emberek nem fognak panaszkodni valamire, holott tehetnék. Az, ha nem panaszkodik, az sosem ekvivalens azzal, hogy elégedett. Természetesen azzal sem ekvivalens, hogy elégedetlen lenne. Csendben van === véleménye ismeretlen.
    Ennek megfelelően egy termék megbízhatóságát/minőségét azzal indokolni, hogy a többség nem panaszkodik, az nettó bullshit; az ismeretlen vélemény az ismeretlen vélemény és nem pedig joker, amit arra használhatunk, hogy a marketingünket/propagandánkat toljuk vele - vö. az összes propaganda a kussoló tömegek nevében beszél, falsul, hogy azok bizony velük értenek egyet. Az egyetlen korrekt vélemény, hogy nem tudjuk, mi a véleményük. Az csak egy statisztikai belemagyarázás, hogy azért szaroznak többen, mert az emberek a pozitívat nem osztják meg; így próbálják magyarázni a bizonyítványt azok a cégek, akik a lentebb kifejtett tendenciáért - és az egyre silányuló termékekért - felelősek a folyamatos spórolásukkal, filléreskedésükkel: nem, nem olyan szar ez, csak az emberek gecik és fikáznak, ez egy tök jó termék, vedd meg.

    Ehh...most nézd meg, mennyi tárhelyet elpazaroltam ezzel a marhasággal... Ez mind a te hibád! Ezért most büntetésből meg kell nézned az Amazing Horse C64-es portját (courtesy of Kompositkrut). :P

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429250

    > el tudom képzelni a szituációt, amikor a szervizes bekamuzza, hogy HW hiba volt és emiatt többet számláz ki mert nem meri az ügyfél előtt elmondani hogy csak szoftveres hiba volt ami egy újratelepítést igényelt, nehogy felháborodjon az ügyfél, mert ezt a szomszéd pisti is megcsinálta volna (mégsem hozzá vitte első körben az ügyfél a gépet. :DDDD ekkora bullshit kommentet már régen nem láttam mint amit te itt letoltál.

    Fölényeskedés lvl99999. Mitől lenne ez bullshit? Még ha konkrétan ez az egy rész szerinted nem is állja meg a helyét, mi van a többivel? Egy raklap példát adtam, hogy miért is fordulhat elő, hogy valaki nem mond semmit. (Amúgy talán azért nem a haverhoz vitte először a gépet az ügyfél, mert nem tudta, hogy csak egy win10 reinstall kell neki.)

    > továbbra is ott tartunk, hogy szerinted a világ összes létező gépén szar a windows 10, csak valaki fél elmondani, van aki beletörődik, van aki nem ért hozzá stb...

    Miért, ti mit mondtatok? Szerintetek továbbra is jó a világ összes létező gépén a windows 10, csak azok picsognak, akik nem értenek hozzá, de ez megy, mert nektek megy, a világ nagyrésze meg hallgat róla. Tehát ezen elv alapján, a világ nagy része ért a windows 10-hez profi szinten. Na ez a bullshit. Nagyon fájdalmas bullshit. A csendes tömegekre bármit rá lehet húzni. No comment.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429258

    Tudod mit, legyen neked. Húzd ki a szervízest a listáról, ha ennyire fáj. Lehet cáfolni a többit. Ja, azt nem fogod, mert nem éri meg az időt, meg mert különben is bullshit, meg mert hülye vagyok és egyéb nonsense fölényeskedések. Értsd meg végre: Nem beszélhetsz a csendben lévők nevében. Mikor jutunk el oda, hogy engem is eltiltanál a számítógéptől, mert nem tetszik a véleményem?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429278

    > - aki nem szól érte, hogy szar neki, annak jó úgy ahogy van.

    Na ez a bullshit. Ez nem példa, nem érv, nem indok, ez egy nettó belemagyarázás. Fentebb adtam egy raklap példát, hogy miért is van olyan, hogy hallgat valaki. (Én pl. szóltam az ATEN miatt. Cenzúrázták. Nyoma nem maradt. Akkor nekem ez jó volt, úgy, ahogy volt, mert nem szóltam érte? Igen? ROFL.)

    > - akinek nem működik és jelzi is ezt valahol valamilyen formában.

    > - akinek jól működik, mert hidd el, hogy van ilyen is. miért ne lehetne?

    Ezek ugyan valid példák, de nem zárják ki az én példáimat. Csak ellenpéldák, nem cáfolatok. Az nem fordult meg a fejedben, hogy ezek egyszerre is lehetnek igazak? (Mármint az én példáim és a te példáid.) A konklúzió áll: a csendben lévőkkel semmit sem lehet bizonyítani.

    > akkor tele lenne vele plakátolva a világ.

    Tele is van. Csak elbagatellizáljátok, meg relativizáljátok.
    Ja, azt a sok panaszt csak egy hangos, hozzánemértő, picsogó kisebbség csinálta. A nagy többség csendben, elégedetten használja, mert ők l33t win10 haxxorok. Hogy mi van a dokumentált fiaskókkal? Ó, hát csak egymillió júzer adatai/programjai/beállításai mentek a levesbe, az egymilliárdból, ez csak egy ezrelék. (Egyébként a beállításokra ez kb. nem igaz. Forrásom ugyan nincs, de az azért messze több embert érintett szaros egy ezreléknél, hogy a hathavi újrahúzáskor a beállításaikba belebarmolt a win10.)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429298

    > ez úgy hangzik, mintha szerinted a microsoft fenntartana egy külön csoportot akik a világ összes fórumán cenzúrázzák a problémás eseteket. bár elég rosszul végzik a dolgukat mert látni problémás eseteket. :D

    Mi lenne, ha befejeznéd az üres fölényeskedést? Egy példát adtam arra, hogy van cenzúra és működik. Még csak nem is ms-related volt a példa, nem tudom mi fáj...

    > nem nincs. nincs a tv-ben meg a rádióban meg az egyéb médiában mindennap hangosan közölve, hogy a világon az összes embernél szar a windows 10 és napi több millió tb adat veszlik el miatta.

    Minden nap nincs benne a hírekben, az tény. De volt már benne. Az emberek viszont nap mint nap panaszkodnak. Ja, persze. Megint nem értenek hozzá.

    > én semmit nem haxoltam rajta, normális HP EliteBook és EliteDesk gépen futtatom és nincs vele gond out of the box. nem tudom mit kéne tennem, hogy olyan szar legyen mint ahogy te bállítod. segítenél hogy nálam is szar lehessen? mit kellene tennem, hogy nálam se működjön pont úgy ahogy az egész világon mindenkinél nem működik leszámítva minket itt a hupon akik nagy win10 haxxorok vagyunk szerinted?

    Ne is próbáld a visszájára fordítani, főleg ne ilyen bénán. Azt állítod, hogy aki hallgat, annak megy, akinek meg nem megy, az nem ért hozzá, tehát akinek megy, az ért hozzá, tehát aki hallgat, az ért hozzá. A világ nagy része pedig hallgat, tehát a világ nagy része ért hozzá. Ez hogy jött ki? Tényleg nem esik le, hogy aki egy néma ember helyett beszél, az 50% eséllyel hülyeséget fog mondani? Ez a néma tömegekre is vonatkozik. Vagy megy nekik, vagy nem. Nem tudjuk. Ez olyan egyszerű pedig.

    > és ezután is szeretnék elnézést kérni, de le se szarom, hogy a 70-80 ezres tesco gazdaságos noname netbookon kinek és hogy szar. olcsó húsnak híg a leve. továbbra se csak a MS hibája, ha gagyi szar hw+driver párosítás alatt nem megy valami. és idézném a nagyurat: hardwaret venni tudni kell. ha csak egy valamiben igaza van, akkor ebben biztosan.

    Jó hasonlat. Olcsó hús és híg lé. Csak itt a microsoft olcsó húsának (ti. elspórolták a fejlesztési időt, ezt lentebb te sem tagadtad) a júzerek isszák meg a híg levét.
    Ami az idézetet illeti...ezen felsírtam. Én ugyan akkor még csak readonly voltam itt, de amikor a Linuxosok jöttek anno ezzel (hogy hw-t venni tudni kell), akkor a windowsosok kiröhögték őket, hogy nem kell, mert a windows mindent támogat (valóság: mindenki a windows-t támogatta), csak szaralinuksz. Megfordult volna a kocka?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429316

    > segítek: első pont azt jelenti, hogy akinek nem fáj eléggé hogy szóljon érte vagy tegyen érte, annak jó úgy ahogy van. és eleve szarik rá.

    Csakhogy ez nem igaz. Adtam rá példát. Elolvastad?

    > aztán van akinek nem jó, és ez hangoztatja is. és van akinek jól működik, de nem mondja el mindenkinek mindennap minden órájában hogy neki ez milyen jól működik hanem csak használja.

    És? Ez hol bizonyíték arra, hogy a néma többségnek működik?

    > én ismerek olyat akinél nem ment a linux valami szar hardware miatt, akkor ezek szerint most én mondhatom hogy SZARALINUGZ?!

    Mondjad. Mondtad már eleget amúgy is. (Egyébként van benne igazságod.)

    > nekem is volt olyan gépem ahol valami bugosan ment linux alatt (nem volt senki aki normálisan megcsinálja a dirvert), úgy hogy a te példád mentén most már biztosan tudom hogy az egész linux úgy szar ahogy van, nincs apelláta, kurvaanyád linusz torvaldc! mondhatja nekem bárki, hogy nála megy, de ő biztos varázsolt meg haxxorkodott meg letagadja hogy nem lyó geccó!!444

    Most ugyan mondhatnám, hogy tényleg súlyos bajok vannak a Linuxos világban, de ez a példa itt konkrétan egy fals analógia. Ha tudsz olyat mutatni, hogy a Linux (ami egy kernel) letörli a júzerek szarjait önhatalmúlag, illetve kémkedik a júzerek után, én készséggel elismerem, hogy úgy szar a Linux ahogy van.

    > aki mást mond az egészen biztosan hazudik, én biztosra mondom a saját tapasztalatim alapján hogy a linux szar, és biztosan az mindenki másnál is csak nem MONGYÁK EL!

    Ugyan tudom, hogy ezzel a retard stílussal engem akarsz kikarikírozni, de csak magadból csinálsz bohócot, bocs. Amúgy amióta a mainstream Linuxokban defacto-standarddá válnak az olyan fosok, mint a systemd, a pulse, a GTK3 és még sorolhatnám...hát most mit mondjak? De hol mentesíti ez a win10-et bármi alól?

    (Egyébként mi ez az erőlködés? Te azt hiszed, hogy linuxfanboi vagyok? Hát, akkor baromi nagyot tévedsz...)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429515

    > de ez igaz, mert néma gyereknek anyja se érti a szavát. aki nem tesz semmit a probléma eltüntetéséért annak még nem fáj eléggé, vagy jó úgy neki ahogy van.

    Értem, tehát ha a panaszomat kitörlik a termék adatlapján, vagy egy win10 PR-cikk alatt, akkor nekem jó volt úgy, ahogy volt. Tulajdonképpen logikus! Ki más lehetett volna a főgedra?!

    > holott nyilvánvalóan létezik a problémára megoldás, ha nálam jó.

    Ouch! Környezet, ember, környezet! Ha valakinek pl. az a baja, hogy beszarik egy driver, ami nálad nincs, akkor szerinted ő a hülye, aki nem ért hozzá, vagy jó neki úgy, ahogy van, mert nálad jó? Jézus...

    > soha nem mondtam, hogy a linux szar. én nem az a csőlátású fasz vagyok akinek képzelsz.

    Én nem képzellek semminek, aminek te képzeled, hogy képzellek. Mi lenne, ha nem tennél rólam állításokat, infó nélkül?

    > én azt képviselem, hogy mindhárom nagyobb mainstream rendszernek megvan a maga helye. megfelelő helyen a megfelelő feladatra kell őket alkalmazni és akkor jó lesz.

    Ebben egyetértünk.

    > nem hiszem hogy linux fanboi lennél. példát mondtam. attól hogy valakiknél nem jó, nem jelenti azt hogy mindenkinél rossz aki használja. miért olyan nehéz ezt megértened?

    Ehhh... Miért olyan nehéz elolvasni, amit írok? Szó szerint azt írtam, hogy biztos van, akinek működik.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429309

    Tudom. Csak visszafordítottam evone alaptalan vádaskodását. Ugyanis én sem mondtam, hogy a világ összes gépén szar a win10. Szó szerint azt írtam, hogy biztos van, akinek működik. Elég érdekes, hogy ti folyton szavakat adtok a számba, de ha ezeket tükörben mutatom nektek, akkor rögtön megy, a reklamálás...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429246

    > Amit te bullshitnek hivsz, az egy nagyon tudatos, es preciz tervezes outputja, hogy a kivant celcsoport minel jobban raharapjon. A user csak a bullshitet latja, nem azt, hogy a bullshitet egy egesz csapat ember tervezi manapsag, adatokra epitve. Es az atlag user bizony ra is harap.

    Ez abszolút nincs kizárva, de ez hol zárja ki azt, hogy a végeredmény bullshit legyen?

    > Nem ezt mondtam. :) En azt mondtam, hogy 7/10-es (4/5-os, stb.) ertekelesnel a user mar elegedetlen, mert az emberek elfogultak, es nem ugy ertekelnek, ahogy az elmelet szerint kellene. Ezert van az, hogy egy negativ benyomasbol sokkal nagyobb esellyel lesz review a neten, mint a pozitivbol. Ez fuggetlen az IT-tol, egyszeru pszichologia.

    Én meg leírtam, hogy azért eléggé számít, hogy mit értékelünk. Csajból a 4/5, meg 7/10 az jónak számít. Szoftverből 30%-os hibaarány nagyon rossznak. Egy egérnél a 4/5 viszont megint jó lehet. (Ld. példa.)

    > Errol beszelek igazabol nagyon regota, itt te vagy a kivetel (tudatos user), az atlag ember sokkal nagyobb esellyel ertekel, ha baja van, mintha business as usual mukodik valami. Olvass utana, konyvtarakat lehet megtolteni a pszichologia ezen teruletevel (is), szerintem baromi erdekes tema (no sarcasm intended)! Utana sem lesz kotelezo egyetertened, de eleg erdekes dolgokat lehet olvasni az emberi viselkedesrol, mar csak azert megeri.

    Utánaolvastam, adtam egy raklap példát arra, hogy miért fordulhat elő, hogy miért hallgatnak az emberek panaszkodás helyett. Ami a lényeg: aki csendben van, annak bármit a szájába adhatsz. Tehát azzal indokolni, hogy a win10 működik, mert a tömegek kussolnak, az minden, csak nem érv.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428565

    Figyelj oda te, mert már megint totál mást állítasz, mint amit én mondtam. Idézet persze nincsen, csak baromságok összehordása.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429088

    > Egyszer már idéztem egy ilyen mondatodat, és sok van ilyen...csak azon átsiklottál. Kényelmesebb volt. Tököm fog itt neked keresgélni, ha a neked kényelmetlen dolgokat ignorálod! :D

    Tényleg? Na, nézzük csak...
    Azt írtad, hogy "Amikor rádpirítanak, akkor írod csak, hogy nálad, hajbuzernél és a szomszédotoknál tapasztaltad."
    Namármost, én ilyet nem mondtam. Már csak azért sem, mert sem a szomszédnál (melyiknél?), sem hajbazernél nem jártam még soha, azt viszont leírtam, hogy hány tucat gépen tapasztaltam a kuncsaftoknál, meg a munkaidőterminálokon. Tehát amit írtál, annak köze nem volt a valósághoz, hogy csak hajbuzernél, meg a szomszédnál tapasztalom, kedves scheißetamás.

    Idézted egy mondatomat; arra gondolsz, hogy "Akkor a Linuxos fórumok miért vannak tele azzal, hogy X vagy Y disztró a király? Az Apple fórumok miért vannak tele azzal, hogy macOS rulez?"? Csak mert te erre azt írtad, hogy "Mert ezekbe a fórumokba olyanok járnak mint te.", én erre kértem idézetet, hogy mégis hol éltettem én bármilyen disztrót? Sehol. Semmilyet. Ez mi, ha nem rosszindulatú hazugság?

    Mást sem csinálsz az egész topciban, mint baromságokat beszélsz, mocskolódsz, meg hazudozol; érveid nincsenek, a másik ember személyét támadod és még neked áll feljebb. Osztottad az észt, hogy nem húzza újra a win10 saját magát havonta, ez egy "marhaság", miközben maga a microsoft írja le, hogy így van, erre azóta sem válaszoltál, miközben vádaskodsz, hogy átugrom a "nekem kényelmetlen dolgokat" (mindenre válaszoltam, amire tudtam, pedig az inkoherens blabládat néha nehéz decryptelni). Aztán ott volt a zseniális "nem panaszos" (ROFLMAO) beszólásod, miszerint én ilyet állítottam, hogy "a panaszok többen vannak, mint a nem panaszok", kérdeztem, hogy hol, azóta sem válaszoltál, de én ugrom át, ami nekem kényelmetlen; hint: ezt az agyrém mondatot, hogy "a panaszok többen vannak, mint a nem panaszok" te írtad le legelőször. Össze vissza hazudozol, miközben engem vádolsz azzal, hogy én hívok mást hazugnak, erre is kértem idézetet, hogy kit is hívtam én hazugnak, erre se kaptam. FYI: Mielőtt te ezzel jöttél volna, kizárólag evone és hajbazer használta a "hazugság" és "hazudik" fogalmakat. Olvasni sem tudsz, legalábbis a posztjaimat biztos nem olvastad el, vagy max. félig, aztán jön a mocskolódás, meg a picsogás és még te hívod hajbazert analfabétának. Álszentség a köbön. Az meg, hogy te korlátozni akarod az ő személyi szabadságát és erre még büszke is vagy, az meg már tényleg minősíthetetlen. Kinek hiszed te magad? Bíróságnak?

    Szerintem szállj egy kicsit magadba. Amekkora arcod van, biztos el is férsz odabennt.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429247

    Ha elmondtad volna, hogy miről beszélsz, megkerestem volna. De ismét csak személyeskedésre futotta. Go rent a clue, retard.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2429312

    Miért, te mit szívsz? Az biztos, hogy nagyon megártott, mert egy rosszindulatú kis görcs lettél. Témához valami, vagy csak a személyeskedés maradt, érvek híján?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428566

    -

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427661

    De. Menetrendszerűen, többször egymás után? Nem emlékszem ilyesmire. Ráadásul itt nem egyszerűen "frissítésről" beszélünk, hanem az új OS-ről. Hathavonta kapunk egy win10 x.0-át.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427697

    Futile sarcasm. macOS-ból évente van új, LTS Linuxokból meg kb. 3 évente, aztán a win10 helyetted teszi fel az új OS-t, a macOS és a Linux nem, valamint a win10 release-ek másfél évig vannak támogatva, míg a macOS verziók asszem 3 évig, az LTS Linuxok meg 3-5 évig.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427746

    > Én pl. Ubuntut használok, abból kétévente van LTS, nem három.

    És? Az nem az összes LTS Linux és az sem hat hónap.

    > A Win 10 nem teszi fel helyettem az új OS-t, ha nem engedem neki. Volt olyan verzió, amit kompletten kihagytam.

    Ha engedi, hogy ne engedd meg.

    > Egyébként meg az egész eszmefuttatásod az almát a körtével. A nem LTS Win 10-et tessék a nem LTS Linuxokkal összehasonlítani, Ubuntunál pl. a másfél év fele van meg.

    De hisz megtettem. "Ilyen ütemezéssel nem lehet rendesen sem megcsinálni, sem pedig "élesben kiforralni" egy OS-t. Nézz meg bármilyen non-LTS Linuxot. Mindig van valami nyűgje, kivéve persze, ha WORKSFORME." Mit szeretnél még?

    > Az LTS kiadások nemcsak Linuxok esetében, a Win 10-nél is alapból 5 évig támogatottak, a tipikusan évente megjelenő Mac OS meg mindössze 3 év, nincs LTS, nincs lehetőséged hosszabbítani.

    Én itt nem látok 5 évig támogatott windows 10 release-t. Ha az Enterprise verziót veszed meg, akkor van olyan, ami 3 évig jó, amúgy 1.5 év. Az LTSC-t ne keverjük ide, mert az nem update-hez van kötve, meg amúgy is más tészta, meg ugye...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427765

    > Na, most akkor döntsük el, hogy a két év túl sűrű-e ahhoz, hogy az Ubuntu is szar legyen.

    Te hoztad negatív példának, hogy az "csak" annyi. Én nem mondtam, hogy szar. Azt mondtam, hogy ez nem az összes Linux és még ez is messze több, mint a win10 hat hónapja.

    > Nekem engedte.

    Sok más embernek meg nem.

    > Nem. Az LTS Linuxok frissítési és támogatási idejét hasonlítottad a nem LTS W10-hez.

    Nem. Olvasd újra. Azzal nyitottam, hogy pont olyan, mint egy non-LTS Linux, amivel minden nyűg van.

    > Miért is? Ja, hogy csak úgy van igazad. Erős érv…

    Nem. Azért, mert azt nem a féléves update-hez köti az ms. Leírtam. Elolvastad? Tekintve, hogy a féléves OS újrahúzásokról és azoknak a támogatásáról volt szó, így az LTSC irreleváns és nem azért, mert "csak úgy van igazam". Ez már kezd személyeskedésbe átfordulni. Egyik >>>update<<< sincs tovább támogatva, mint 3 év és a 3 év is csak az Enterprise-os őszi frissítésekre vonatkozik.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427754

    Mármint, milyen php-s motyó? A feltelepített PHP? Ha a Linuxos karbantartó elkúrja a csomagot az miben is mentesíti az ms-t? Vagy a weblap? Annak mi köze az LTS-hez? Ha a weblap igényel egy adott PHP verziót, akkor nem kell lefrissíteni. Vagy a weblapnak kell az update.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427809

    Ld. sz332 válaszát. Egyébként, ha annyira upgradelni kell a PHP-t, akkor a website-ot is lehet upgradelni, fixelni.
    De egyébként ennek már semmi köze nincs ahhoz, hogy a windows 10 működik-e, vagy sem. Egy Linuxos fail nem mentség az ms-nek semmiben sem.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427934

    Az lehet, hogy oboaverseny, de ez a felállás már teljesen irreleváns, már csak azért is, mert most már egy teljesen más esetről beszélünk, mint amiről szó volt: célszoftver fut, aminek függőségei vannak és azok vesznek el egy csomagcsere miatt, holott itt sem célszoftverről, sem függőségi problémáról nem volt szó, csak arról, hogy az update vagy a rendszert, vagy az alkalmazásokat, vagy a személyes fájlokat puszítja önhatalmúlag.

    Szívás a dist-upgrade, ja. Ezért gáz, hogy win10 alatt hathavonta van. A többi rendszerben legalább van pár nyugodt éve az embernek.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427967

    Nem, nem rúgtak minket picsán. A főnök maga közölte, hogy ő érti, hogy nem a mi hibánk, mert ő is szopik a win10-zel. De én utálom, amikor nem mennek a dolgok. (És eddig - mármint eddigi életem folyamán - úgy az esetek 90+%-ában a windows volt ami szívatott a hülyeségeivel.) A végén egyébként annyira gyűlölte már mindenki kivétel nélkül a rohadt windóztízet - including da boss - hogy sikerült rávenni, hogy inkább vegyünk egy USB-s hangszóró/hangkártya kombót, mert egyedül a hangot nem sikerült megoldani azon a rohadt PIPO-n Linux alatt...és utána levesbe küldtük a windowst. Valahogy kevesebb ment utána hajnövesztőre a költségvetésből, pedig a Linux sem volt valami stabil azon a szaron...

    Ezt osztom. De ez vonatkozik a windowsra is.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427981

    /facepalm
    Elolvastad te az eddigi beszélgetést? Nem a melóhelyen kellett win10-et használni, hanem ha kimegy az ember a kuncsafthoz valamit telepíteni, belőni, akármi és ott win10 van, akkor ott azt kell használni és kész.
    Amúgy felvilágosultságról ne nagyon prézsmitálj, mert fentebb osztottad a lapot, hogy marhaság, hogy win10 hathavonta újrahúzza magát, miközben a hivatalos dokumentáció ezt fekete-fehéren leírja; úgy látszik téged elfelejtettek felvilágosítani...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427989

    > Ja, ha a főnök copik a desktopjával (gondolom admin joggal, mert neki az dukál...), akkor elfogadja, hogy a többi Windows-os gépet sem kezelik khm. tökéletesen, és ha a főnök utálja, akkor mindenki utálja. :-)

    Ennek semmi köze nincs a főnökhöz. Utáltuk mi a win10-et magunktól is. Én különösen. Egyébként csak úgy mondom, hogy a főnököm az ÉkSzer fejlesztője volt, mielőtt megint elővesszük a hozzánemértés mantrát.

    > hoppáhoppá... Nomostan gagyi vason ne csodálkozz semmin...

    Bocs, ha a windows 10 menetrendszerűen kékhalálokat dobált volna rajta, akkor egy szavam nem lett volna. Egy kurwa szavam sem. De itt nem erről volt szó, hanem arról, hogy az update ölte le az egészet. Ez nem a hardware baja volt.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428084

    Nem. Picsogni itt a win10 fanboyok picsognak, mint pl. te, akiknek minden ellenvélemény picsogás; olvasd csak újra a saját hozzászólásodat: süt belőle a butthurt, a rosszindulat, a személyeskedés. Mire fel? Én nem tüntettem fel senkit hazugnak, ezt te magyarázod bele. Citáld már be plz, hogy kit és hol neveztem hazugnak?
    A kettős mércéről meg: ha más mondhatja, hogy mindenkinek megy, úgy, hogy nem mutat forrást, akkor én miért is nem mondhatom az ellenkezőjét? Nem én vagyok, aki kettős mércével mér, hanem te. Méghozzá nagyon aljas módon, ahogy azt tőled már megszokhattuk. Ez a bekezdésed pl. semmi érdemi információt nem tartalmazott sem a win10-ről, sem másról, semmi más nem volt benne, mint az én mocskolásom. Mi fáj, hogy így elvesztetted a fejed?

    Ez meg már megint mellébeszélés. A más platformok szarságai nem mentesítik a win10-et semmi alól. A felhasználók száma meg baromira nem azért nőtt meg ennyire, mert ennyire jó a win10, hanem az ms erőszakos frissítési kampányának köszönhetően, amikor kérdés nélkül "konvertálták" a win7-es és win8-as gépeket. Ez lassú behódolás, nem egyéb. Megint fogalom nélkül zagyválsz, pont mint amikor kijelentetted, hogy nem húzza hathavonta újra saját magát a win10.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427365

    Nem. Biztos van, akinek működik. Arról beszélek, hogy a csendes többségre hivatkozni úgy, hogy nekik biztos megy, azért nem panaszkodnak, az nettó bullshit. A fölényeskedéssel meg nem mész semmire.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427444

    > A hasraütéssel számolt, hangosan kotkodácsoló "nekem nem megy"-re hivatkozva kijelenteni, hogy valójában mindenkinél sz@r, az szintén nettó bullshit.

    Csakhogy senki nem jelentette ki, hogy mindenkinél szar, ezt megint ti magyarázzátok bele, mert jó szalmabáb sose rossz. Amire válaszoltál, speciel mintha pont azt írtam volna, hogy "biztos van, akinek működik."

    > Ha tényleg annyira sz@r lenne, akkor a céges vásárlók, akik nagy pénzekkel állnak a vásárlói oldalon, és nagy pénzeket buknak, ha tényleg nem megy, miért is nem kotkodácsolnak folyton, hogy problémájuk van?

    Kotkodácsolnak. Ettől hangos a net, nem tűnt fel?

    > Miért is nem keresnek ennél a f0snál jobb alternatívát, amivel nincs ennyi gond?

    Mert ez a defacto standard és erre van mainstream support, azért. Mert a munkaeszközök ezen futnak, azért. Mert az átlagember ezt tudja kezelni, azért. Nem értem, mi olyan titokzatos ebben.

    > A rossz tapasztalatot 10-ből kilencen megosztják - a jót százból jó, ha öten.

    Ez a hasraütéssel számolt nettó bullshit. Honnan tudod, ki mit oszt meg és miért? Nem tudjuk hány ember osztja meg a rossz tapasztalatot és hány a jót. Már csak azért sem lehet ilyen ex-katedra kijelentést tenni, mert mint említettem, az emberek többsége valószínűleg nem is érti, mi történik, amikor a win10 valami baromságot művel. A 1810-es letörölte egy csomó ember személyes fájljait, hogy helye legyen az update-nek (persze egy bug miatt, nem szándékosan). Szerinted ez normális? A legtöbb ember szerint nem az és nem is valószínű, hogy az operációs rendszert gyanítanák a dolog mögött, hacsak nem olvasnak IT sajtót. A legtöbb átlagjúzer pedig ilyet nem tesz.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427478

    Én értem, hogy neked ez a személyes tapasztalatod, de ezt nem lehet extrapolálni az egész világra. Az emberek azt is megosztják, ami jó, mert az is információ. Sose kaptál még tippeket, javaslatokat a neten, hogy ezt vagy azt próbáld ki, mert jó? Mert ilyenre minden nap van példa, pláne szakmai fórumokon. Nyiss ki egy disztróvitát, mindenki a sajátját tukmálja. Kérdezz valamit valahol, hogy hogy lehet adott szoftverrel megoldani valamit, kapsz öt(ven) javaslatot másik szoftverre. Valahogy olyat nem nagyon látok, hogy a win10-et ajánlgatnák az emberek. Max. olyan kontextusban, hogy "ha máshogy nem megy, akkor upgradelj". Olyat annál inkább, hogy hogy lehet elkerülni...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427485

    Inkább a használat volna a lényeg. Bárhol látok ilyen témát, ott win7-et vagy win8.1-at ajánlanak használatra.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427506

    Ezt én megértem, én se bírom a windowst, de az átlagembernek a Mac überdrága, a Linux meg pilótavizsgás... Ha úgy értetted, hogy örülsz, hogy win10-re válthattál, na azt nem értem.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427557

    Hát ezt nem is fogom. A 8.1-est nem ismerem, de a 7-es öt nagyságrenddel használhatóbb volt, mint a 10-es.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427505

    Custom CSS a megoldás:

    .comment
    {
    	width: 1856px !important;
    }

    Nálam így néz ki a dolog: http://oscomp.hu/depot/hup_wide_comments.png

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427510

    > Nem az én személyes tapasztalatom, hanem hosszú távú megfigyelések és üzleti tapasztalatokra épülő dolog. Nagyon nem mindegy.

    Ezek a megfigyelések valahogy nem vették figyelembe azt, amit fentebb leírtam a pozitív tapasztalatok megosztásáról. Így nem csoda, hogy ha a termékek egyre silányabbak lesznek, ha az üzleti világ nem, vagy csak felületesen foglalkozik az emberek véleményével és reakcióival.

    > Az, hogy nem lehet extrapolálni az egész világra, az a "nem megy, sz@r az egész"-re is igaz kell, hogy legyen, úgyhogy az most egy méretes öngól...

    ...lett volna, ha én extrapoláltam volna bármit, de én végig feltételes módban beszéltem a többségről. Két helyen mondtam explicite, hogy akkor én azt mondom, hogy a többség beletörődik, ha ti azt mondjátok, hogy nekik megy, de az csak reakció volt a ti ex-katedra kijelentéseitekre. Ti voltatok azok, akik számos alkalommal jelentettétek ki, hogy a csendes többségnek megy, forrás és bizonyítékok nélkül.
    Úgyhogy ez az "erre igaz, akkor arra is", felfogható beismerésnek is, hogy akkor hibásan extrapoláltátok eddig ezt a nekem megy dolgot a "csendes többségre". Nem én rúgtam az öngólt.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427581

    > Te azt mondod, hogy abból, hogy annyi helyen, annyiszor írtak/beszéltek arról, hogy problémák vannak a Windows-zal, egyenesen következik, hogy mindenkinek sz@r, csak a többség beletörődik. Extrapoláltad a jóval erősebben artikulált véleményeket és tapasztalatokat a teljes felhasználói körre.

    Nem. Én ezt feltételeztem. Mint mondtam, konkrét kijelentést én kétszer tettem, de azt is csak feltételes válaszreakcióként, hogy ha ti ezt, akkor én azt. Ti voltatok, akik számos alkalommal jelentettétek ki, csak úgy, hogy de ez mindenkinek megy.

    > De tudod mit, én meg azt mondom, hogy sz@r a Linux, mert bármire keresek a neten, rögtön az jön szembe, hogy ez nem jó, az nem működik, amazt sem sikerült kikalapálni rendesen, emezt ne használd, mert vacak, használd inkább azt, mert az talán jobb lesz...

    Elég sok igazságod lenne benne... Súlyos gondok vannak a Linuxos berkekben is.

    > Negatív tapasztalatból több és hamarabb jut el a nagyközönséghez, mint a pozitívból. Elégedett Homár nincs, Tékozló Homár van. Utóbbiból lehet tanulságokat levonni, felkészülni a várható problémákra - az előbbiből meg nem lehetne, hiszen az egy "w4me" lista lenne csak.

    Amint látod, ez a topic is félig egy nagy "w4me" lista volt, hiszen a win10-et propagálóktól szinte mást sem lehetett hallani, mint hogy nekik megy, meg a többségnek is (amire csak bizonyíték nem volt), akinek meg mégsem az meg csak picsog és hisztizik, mert ha nem ért egyet, az automatikusan picsogás és hisztizls és kész, punktum.
    A TH csak egy példa, nem reprezentatív. Olyan is van, hogy http://www.goodnewsnetwork.org/. Természetesen ez sem reprezentatív, de az látszik belőle, hogy a jónak ugyanúgy van visszhangja, ugyanúgy van gyűjtőhelye, ugyanúgy érdekli az embereket. Nem csak arra kiváncsiak az emberek, hogy mi az, ami szar, hanem arra is, hogy mi az, ami nem. Nem lehet kategorikusan kijelenteni, hogy az embereket csak a szar érdekli és csak azt osztják meg, hogy ebből le lehessen vonni azt a fals következtetést, hogy a win10 mindenkinek működik, akinek meg nem, az PEBKAC és picsogás.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427633

    > Tehát feltételezed, aminek az alapja egy extrapoláció. Nincs több kérdésem.

    És? Ti még csak nem is feltételeztetek, hanem kijelentettetek, aminek az alapja a személyes meggyőződés volt és semmi más. Nekem viszont van kérdésem: ti mondhatjátok, hogy ez így van és kész, én meg még csak nem is feltételezhetem az ellenkezőjét? Ez mi?

    > Szerinted a goodnewsnetwork-öt ismerik többen, vagy a tékozló homár jelelgű oldalakat? És melyik féléből van több?

    Gondolom a kérdés retorikai volt, de a kimondatlan válasz merő spekuláció. Beszéljenek a számok. Mutass egy nemzetközi TH-t (nyilván nem fair a hazait összehasonlítani a GNN-nel), aztán nézzük meg, hogy melyiknek nagyobb a látogatottsága, ismertsége, stb. Aztán keressünk hasonló oldalakat és komparáljunk. Az már legalább kalkuláció, ha nem is pontos.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427449

    > a "csendes többség" pedig használja a gépé és nincs vele gondja.

    És erre valami forrás? Vagy ezt megint csak úgy a levegőbe?

    > Vannak azután a kevesek, akiknél mindig kiderül valami érdekes ok az összeomlásokkal kapcsolatban.

    És erre? Ez már nettó áldozathibáztatás; ha az emberek hibája volt az, hogy a 1810 letörölte a cuccaikat, akkor az ms miért vonta vissza a frissítést? Ja, biztos PEBKAC. Akkora, hogy az ms kért érte elnézést. No comment.

    > A w10-re mondták, hogy ez az utolsó os, nem lesz win11, win n stb. Előre szóltak. A frissítések során alakul majd, ahogy az idő szava megkívánja. Ezt kár megreklamálni.

    Igen, csakhogy ez egy marketingkamu volt. Elárulom neked, hogy a win10 valójában minden félévben új OS-t hoz neked. Letörli a régit és felrakja az újat. Azaz most már a win19 körül járunk. Szerinted miért volt régen úgy, hogy az xp 13 évig volt támogatva, a win7 11 évig, most meg félévente jön ki egy "update", ami másfél évig van támogatva (mint valami gagyibb Linuxnál), azaz miért kötik ezt az update-hez, az OS helyett? Mert az nem update. Hanem új OS. Ilyen ütemezéssel nem lehet rendesen sem megcsinálni, sem pedig "élesben kiforralni" egy OS-t. Nézz meg bármilyen non-LTS Linuxot. Mindig van valami nyűgje, kivéve persze, ha WORKSFORME.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427558

    > Forrás majd lesz, ha az itt "A legtöbb embernél esik-kel" állításoknak is lesz forrása. Akkor követelj ilyesmit, ha te már mutattál ilyesmit.

    Látom te se olvastad el, amit mondtam. Én csak reakcióként mondtam, hogy ha ti azt állítjátok, hogy a legtöbbnek megy, akkor ennyi erővel én az ellenkezőjét. Olvass vissza, ti jelentettétek ki többször is, hogy a többségnek megy. Forrás nélkül. Ti nyitottatok, hozzatok először forrást ti.

    > Tapasztalati tény. Tudom, tudom. Erre mindig az a válasz, hogy de ez nem worldwide tapasztalat. No de olyanja csak az ms-nek van, senki másnak és itt nincs olyan, aki ehhez hozzáférne.

    Ez mellébeszélés. A kérdés az volt, hogyha az összes win10 probléma PEBKAC, akkor miért vonogatja vissza ilyen sűrűn az ms a frissítéseket és kér elnézést a malőrökért? Mert nem PEBKAC. Azért.

    > Látod, ez a marhaság. Hogy egy frissítés során mit és miért cserél, nem tudjuk. Te sem. Viszont ha teljesen kicserélődne 6 havonta, akkor is csak az történik, amit írtak.

    Tényleg? Tehát szerinted nem húzza újra az egészet hathavonta? Akkor tessék, ha nekem nem hiszel, higgy a microsoftnak: https://answers.microsoft.com/en-us/windows/forum/windows_10-windows_install/how-to-recover-restore-your-previous-version-of/94368560-9c64-4387-92b9-82a9234216ad Ebben feketén fehéren leírják, hogy a Windows.old mappa tartalmazza az előző windowsodat. Ez lehet 7-es, vagy 8-as, ha épp arról upgradeltél, de az előző win10 update is. Legközelebb olvass utána, mielőtt ilyen kijelentéseket teszel, hogy "marhaság", meg "nem lehet tudni mit cserél". Az egészet cseréli.

    > És nekem mindegy, hogy mi cserélődik és mi nem, amíg használni tudom és jól teszi a dolgát, addig ez a fejlesztők dolga. Mellesleg ez ilyen felesleges elvi vita, hogy folyamatos fejlesztés folyik-e a win10-ben vagy fél évente új rendszer települ. Win10-nek vettem, így is van fent a gépen és nem a file-ok dátumához van kötve, hogy ez az-e aminek vettem vagy sem. Téged miért érdekel, hogy a Windows könyvtáradban mi történik, amíg jól működik? Mit csinálsz vele, hogy ez ilyen neuralgikus kérdés?

    Azért mert nem működik. Mert úgy viselkedik, mint valami vacak non-LTS Linux, hogy bétateszter a júzer és azt dönt össze a gépén, ami jól esik. Kifejtettem az előző posztomban, hogy miért nem lehet így rendesen OS-t fejleszteni. Olvasd el újra.

    > Sokkal gázabb az a jövőkép, amit az office területén mutat be az ms, a havi előfizetéses szoftver, ami a felhő felé csinál mindent.

    Nem vitatom, hogy ez is gáz, de az office azért nem annyira megkerülhetetlen, mint maga a windows.

    > Ezen senki nem sír, de hogy a Windows/SysWOW64 könyvtárában a bármiiseznemtudod.dll mérete és dátuma megváltozott, azon igen. :D

    Ad 1. Nem ezen "sírtak".
    Ad 2. Sírni itt csak a windózosok sírtak eddig.

    > Őszinte leszek, nem nézek semmilyen non-lts cuccot meg. Miért tenném?!

    A win10 is non-LTS könyörgöm... Tényleg nem olvastad el, amit írtam? Hathavonta új verziót kapsz belőle, ami másfél évig támogatott. Ez non-LTS!

    > A munkámhoz a w10 kell, teljesen használható, működik és amennyi Linux kell azt kiszolgálja a virtualboxban futtatott debianom.

    Nem a Linuxon volt a hangsúly, hanem a non-LTS minőségen... Azonfelül a Debian LTS.

    > Főleg frissítés környékén. Én még olyan rendszerrel nem találkoztam, amelyiknél valamelyik frissítése során ne adódott volna valami nyűg. Olyannal már találkoztam, aminél ezt a nyűgöt nem vette észre senki, de az élet, akinek sas szeme van igen és a frissítés után hetekkel, hónapokkal be is ütött a dolog. Ilyen ez a pop szakma.

    Melyik rendszernek van annyi nyűgje frissítéskor, mint a win10-nek?

    > Nem mellesleg a piac üdvözölné, ha az itt éles kritikát megfogalmazó, hivatásos indignálódók összeállnának és megírnák a nyűgmentes, soha többé nem kell frissíteni oprendszert, ami kielégíti a felhasználók minden igényét. Rajta, itt a nagy lehetőség, lehet nagyot gurítani!

    Aha, előjött a "csinálj jobbat" érv. Hát nem, ez nem így működik. Egy ingyenes Linux disztró még csak elsüthet egy ilyet, de a microsoft nem, mert a windowsért bizony kemény pénzeket kell fizetni. Ott nincs olyan, hogy ingyen kaptad, csinálj jobbat. Az ott vásárlói reklamáció. Eszem megáll, komolyan...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427614

    Neked nincs baja, nálad működik, többször leírtad, működik. Ok, ez így tényleg céltalan, mert kb. teljesen ignoráltál mindent a posztból, csak háromféleképpen leírtad, hogy neked megy.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> NevemTeve


    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427689

    Tényleg? Szóval te csak így hasból kijelented, hogy "marhaság", hogy hathavonta teljesen lecseréli az OS-t a win10. Én mutatok neked hivatalos microsoftos forrást, te meg ezt ignorálod, mert szerinted alaptalan, hogy a win10 nem működik. A lényeg, hogy neked működik. No comment.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427215

    Ez a része spekuláció a dolognak, hogy mennyiből mennyinek van problémája, mennyi reklamál érte és mennyien törődnek bele. Nem tudhatjuk, hogy annak a feltételezett maradék 999000000-nak van-e vele problémája, vagy csak beletörődik ebbe is. Mennyit látunk egyáltalán a reklamációkból? Pl. mi speciel maximum a magyar vagy az angol - vagy nyelvtudástól függően még egy két európai - nyelvű megnyilvánulásokat látjuk, a többire - az ázsiai, afrikai találatokra - rá sem akadunk és rákeresni se nagyon tudunk (max gt-vel). Na és reklamációból ehhez képest is rengeteg van.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2427615

    (A teljesen széthúzott thread miatt nem látszik, hogy ez egy duplaposzt, itt van a másiknál a válasz: https://hup.hu/comment/2427141#comment-2427141)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426800

    > saját gépemen mindenféle szar kikapcsolása nélkül nincs rekám Win10Pro-ban. vagy ha van is, nem vettem észre, vagy olyan dolgot mutatott ami esetleg hasznos volt számomra. nem éreztem sértőnek valszeg.

    export WORKSFORME=42

    > főleg nem annyira mint te, aki nem is használja ezt a rendszert.

    Otthon. Munkában? Ha muszáj? Gondolkodj...

    > úgy néz ki ezt is kb 3 klikk kikapcsolni a fórum telesírása helyett. :)

    3 klikk, ja. Csak ezt a 3 klikket még egy ms-expertnek is csak 3-adjára sikerült megtalálni, miközben sír, hogy mindenki csak sír. :)
    Amúgy szépen ignoráltad a kérdést, hogy kicsit sem ferde a dolog, hogy egy fizetős oprendszerben féltucat különböző helyen lehet letiltani a reklámokat?

    > és most tegye fel a kezét aki soha a büdös életben egyszer sem kapcsolt ki/be funkciókat miután feltelepített egy oprendszert. aki soha nem tett ilyet annak elfogadom a hisztijét.

    Az átlagjóskák nem szokták és ők a fő felhasználói bázis. Egyéb?

    > hajbazer azt írja hogy xp-t használ közben pedig nem tesz ilyet igazából.

    Miért, mit használ? Linuxot? OSX-et? Én nem olvastam ilyet.

    > és hirdeti, hogy vége a világnak mert előbb utóbb az elavult hardvereket nem fogja majd használni senki. ahogy ő sem használ elavult 386os pc-t pedig biztos tudná használni azt is.

    Mi lenne, ha próbálnád értelmezni amit mond, ahelyett, hogy belemagyarázol dolgokat abba, amit mond? Nem 386-osokról beszélt, hanem pár éves gépekről, amik még baromi sok mindenre jók lennének, de a windows 10 nem fogja őket támogatni. A forrás nélküli 900 milliós becslés szerintem is túlzás volt, de fentebb én viszont szedtem forrást kétfélét is, amiből az egyik az ms-es régiókból érkezett és az is kis híján negyedmilliárd gépre saccolja a dolgot. Még ha ebből is levonunk N-szer tízmillió darabot, amit lehet win10-zel használni, akkor is minimum százmilliós nagyságrendben vannak érintve a gépek, amikre nem megy fel a windows 10, az átlagemberek meg nem fognak rá Linuxot kínlódni. Persze használhatják tovább win7-tel, de meddig? Mi lesz, ha a munkájukhoz, hobbijukhoz szükséges program már nem fog működni win7 alatt? Nagyon kevés ember lesz, aki "neo-hajbazerkedni" - azaz diehard win7 userkedni - fog.

    > de mégis inkább a kényelmesebb életet választja és közben osztja az észt. te pedig ezt támogatod. nem veszed észre, hogy képmutatás amit művel?

    Kétszer is nem. Egyfelől én nem a keresztes hadjáratát támogatom, mert az az ő dolga. Én abban értek vele egyet, hogy irdatlan erőforráspazarlás folyik manapság, azért, hogy kevesebbe kerüljenek a dolgok, de a végén csak többe fognak... Hangsúlyozom, nem arról beszélek, amikor a feldolgozandó adatmennyiség nőtt meg (4k képek/videók, 24-bites hang, sokkal részletesebb 3D modellek), vagy a képességek (értsd: featurelisták) terjedtek ki és ez igényel extra memóriát, CPU-t és futási időt. Ezzel nincs baj. (Én sem az A500+-omon dolgozok, hanem egy 8 magos (és 8 éves :P) gépen.) Azzal van baj, amikor ugyanaz a task az előző rendszerben egy gyengébb gépen is kevesebb erőből és időből megvolt, miközben ugyanazt tudta. Valamit "meginnováltak". Csak az "innováció" után épp rosszab lett, mint volt. (Ezért használom én még mindig a Trinity-t, mert amit ad a környezet, az simán pariban van a mai desktopokkal, de beérné akár 15-20 éves gépekkel is.) Félreértés ne essék, nem arról beszélünk, hogy "régenmindenjobbvót" (afasztvót), meg arról, hogy az új az szükségszerűen szar és azért szar, mert új. Nem. De tényleg egy aggasztó tendencia, hogy az újabb eresztések egyre silányabbak, mert csak a profit számított, a minőség nem. Programozóként van rálátásom arra, hogy "nem éri meg lefejleszteni" felkiáltással összehányják a programokat, csak legyen kész, nem baj, ha bugos, nem baj, ha lassú, csak legyen kész tegnapra, mert ki fizeti meg a fejlesztési időt? És ez nem windows-specifikus történet, hanem globális. (KDE4 az eklatáns példa. First-hand experience...) Csak ez visszaüt, mert ahogy belassítjuk a saját rendszereinket, annyival több időt és villanyt fog felemészteni mindenféle elvégzendő művelet, amivel saját magunknak okozunk anyagi kárt. És ez nem hajbazerizmus, hanem tény.
    Másfelől meg én azt látom, hogy ő itt összeakasztotta pár emberrel a tengelyt és ezek az emberek valahányszor meglátják, hogy ír valamit, akkor leereszkedik a vörös köd és csak a fröcsögés dől belőlük ipari mennyiségben. Olvasd már vissza, amiket írkáltál. Nettó indulati hadova a 99%-a. Ti a személyét támadjátok, az érveit ignoráljátok vagy belemagyaráztok abszurd dolgokat, amiket pellengérre lehet állítani, hogy hiteltelenné tegyétek. Kivételt csak akkor látok, ha hajbazernek van valami tárgyi tévedése, akkor arra gyorsan lecsaptok, mintha ti sose tévednétek semmiben. Na, ez az álszentség.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426829

    > Windows Server 2003. XP skinnel.

    Na, ez nettó szarrágás. A Server 2003 az egy kibővített, megtápolt Xp. Ez olyan, mintha én azt mondanám, hogy Debiant használok, te meg lebasznál, hogy nem, mert Devuant és közben a különbség annyi, hogy ebből kiirtották a systemd-t. Majd akkor lesz álszentség, amit művel, ha egy mai rendszer mögül osztja az észt, nem a szintén ~20 éves Server 2003 mögül.

    > Elég sok gépre rá látok és sehol nem találkozom annyira problémás Win10 konfiggal (se vállalati se otthoni környezetben) mint amit itt egyesek leírnak. A legtöbb user error. Nálam pont kisimultak a ráncok a Win10-el, mert kevesebb a gond vele mint azelőtt bármelyik Windowsal amit használtam.

    Te vagy a WORKSFORME Man igaz?

    > Én egyetértek veled sok mindenben, de hajbazer hadjáratával nem tudok.

    A hadjárata az az ő magánügye. Én azt fejtettem ki, hogy a nagy képpel kapcsolatban kurwa sok mindenben igaza van, de sokan utálják, ezért tök mindegy mit mond, megkövezik.

    > Valamint a felelősséget sem vállalja, mert baszik válaszolni a felmerült kérdésekre pár óra után miután kihányta ide ezt a sok baromságot.

    Kinek és mit válaszoljon? A fröcsögőknek, akik gyűlölik és tök mindegy mit mond, csak kiforgatják. Te mit mondanál, ha nem lehet igazad egy vitában?

    > Továbbra is tartom, hogy jelenleg amiket meg tud oldani a Server 2003 alatt desktop felhasználás alatt azt meg tudná oldani egy Win95-n is.

    Ezt már egyszer letisztáztuk, a win95 egy használhatatlan roncs, még memóriavédelem sincs benne kezel max. 64 (128?) MB RAM-ot. Mai hardware-ekre nem megy fel. Mai programok arra nem mennek fel. Ezzel szemben az Xp felmegy egy 10 éves hw-re, amit elő lehet vakarni még használtan sok helyről. Van benne memóriavédelem és mivel hajbazer a 64-bites verziót használja, így lehet bele pakolni RAM-ot, hogy a browserek megehessék. :P

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426854

    Na most, ha te ezt komolyan mondtad, akkor az egy katasztrófa.

    > Lehet vele internetet böngészni? <- lehet.

    Nem, nem lehet. A mai böngészők megzabálnak többszáz, vagy akár többezer mega RAM-ot. Nem futnak win95-ön. A régi böngészők meg nem bírnak el ezzel a webkettőnek csúfolt förmedvénnyel. Max a motherfuckingwebsite megy vele. (Meg az enyém. :P )

    > Lehet vele zenét hallgatni / filmet nézni? <- lehet.

    Zenét még csak-csak, de az is függ a formátumtól, de filmet? Ja, MPEG2-őt 320x240-ben. Ez már nagyon izzadtságszagú.

    > Lehet vele total commanderezni? <- lehet.

    Ez igaz, de a TC az eszköz és nem cél.

    > Tehát feleslegesen dobta ki a szemétbe a Win95 gépét és pazarolja az erőforrásokat azzal, hogy egy 13 éves vadiúj csili-vili foson futtat egy vadiúj csili bloatware fosadék oprendszert.

    Látod? Erről beszéltem. Abszurd személyeskedés, a szavainak a kiforgatása.

    > Nyilván nem lenne semmi baj azzal amit mond, ha nem úgy mondaná ahogy mondja (ez rám is teljesen igaz), meg nem ez menne már évek óta, meg legalább XP 32bitet használna hozzá.

    Ha rád is igaz, hogy úgy mondod, ahogy mondod, akkor neki miért is rovod fel? A 32-bitet meg nem értem miért olyan fontos, hogy azt használjon. A browserek zabálják a RAM-ot. Jó, ha van 64-bit.

    > A 900 milliós fasságával meg menjen el a picsába.

    Picit sem indulatból érvelsz, ugyebár. :]

    > Egyszerűen nem igaz amit mondd.

    Valószínűleg nem, de az sem igaz, amit te mondasz. Ő simán adott egy túlbecslést, te viszont bagatellizálod a nagyon is létező problémát.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426872

    Nem azt írta, hogy cél. Hanem azt, hogy szüksége van rá. Az nem ugyanaz. De még ha nagyon rágni is akarjátok a szart, ez 1 a 3-ból. A másik két állítás bukta.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426920

    Ez 1 a 3-ból. A másik két állítás bukta.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426874

    Na persze. Aztán amire meg szüksége van az embernek és ilyen kivitelezésű, azzal mi lesz?

    A másik kettőre:
    Hogy hajbazernek mi a véleménye SD/HD kérdésben, meg mire van szüksége, az irreleváns a te állításod szempontjából, miszerint lehet a win95-öt úgy használni, mint egy winxp-t. Nem, nem lehet. Egy 64-bites winxp-vel a mai napig - ha kompromisszumokkal is, de - el lehet lenni. Rajta kívül is ismerek embert, aki azt használ. Van egy 10-12 éves gépe, rajta Xp, meg valami nem túl régi króm és azon túl, hogy a szoftvereket meg kell válogatnia, usabilityben nincs semmilyen szinten korlátozva. win95-tel ezt te nem csinálod meg. Sehogyan sem.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2428096

    A feltüntetett igények gyakran köszönőviszonyban sincsenek a valósággal.
    De amúgy is, nem csak a CPU sebességének, meg a RAM mennyiségének a függvénye, hogy futni fog-e rajta az adott rendszer, vagy sem, hanem leginkább a hw támogatásé. Ha a win10 nem támogat egy adott chipsetet, akkor hiába lenne elég erős a gép maga, nem fog felmászni rá.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426832

    > a legtöbb modern "fejlesztő" ahelyett, hogy megírna egy szimpla fejelt listát, behúz erre egy boost libet ( még csak nem is std::list implementációt), ami meg ránt magával fél világot ( sorolhatnám a hasonszörű példákat, amikor PCRE funkcióra behúz a fejlesztő boost::regexet) és sokszor nem gondolkozik, hogy mit is művel.

    Ez egyike az okoknak.

    > Így nem lehet fejleszteni optimálisan - ha nem ismeri az alatta futó rétegeket legalább felületesen - de jelenleg egyrészt ez a tényleges tudás szint, másodsorban pedig ez az amit a managerek honorálnak, mivel "gyorsan kész". Elég elszúrt egy irány, aminek előbb utóbb meg kellene változnia , mind kicsiben, mind nagyban...

    Dehát erről beszéltem: csak a profit számít, a minőség nem és ez bizony anyagi károkat csinál hosszú távon.

    > Engem általában elszórakoztatnak hajbazer irományao, de ez speciel tényleg kivágta biztosítékot. A szál nyitó kommentem nyíltan a tartalmat kérdőjelezi, és nem a személyt. Nekem az kicsit sok, amikor az emberek elvárják az ingyen szoftvert, ingyen sört és örök életet, és nem is látják ebben a problémá.t

    Ez már megint abszurditások belelátása, hogy legyen mit pellengérezni. Az lehet, hogy meglehetősen követelő álláspontot tart fennt a microsofttal kapcsolatban, de azt is vegyük bele, hogy kevés megacorp okozott akkora károkat a számítástechnikának, mint az ms. Azért ez sem mindegy. Ő is ember, ő is indulatos.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426777

    Ez csak egy példa volt. Mint írtam, van még furt. Azonfelül azt hiszem, nem megy át a probléma, mert az elsősorban az, hogy egyáltalán lehetőség van arra, hogy a fájlrendszered navigátora reklámokat toljon eléd. Ez a baj. Értem, hogy ingyen használja a csávó az OneDrive-ot, de akkor dobjon neki reklámot az OneDrive saját felülete. Minden app a saját felületén reklámozza a saját termékét és ne egy core programban, mert ez megint csak egy újabb példája a szükségtelen feature-nek, meg az abból keletkező felesleges kódnak és adatnak, arról nem is beszélve, hogy ez egy új támadási vektor az adware-ek számára...

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426815

    Olvasd el megint plz.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426806

    Hú... Te tényleg write-only vagy. Ez egy interface, nem három bedrótozott mondat. Nyilván nem GB-okról beszélünk, hanem párszáz, vagy párezer kB-ról, de sok kicsi sokra megy. Elolvastad azt a linket, amit adtam, hogy mitől olyan elhízott a win10?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426816

    Hi.
    pesha-nak már leírtam, de zanzásítva még egyszer:
    A probléma elsősorban az, hogy egyáltalán lehetőség van arra, hogy a fájlrendszered navigátora - egy core program - reklámokat toljon eléd, ami szükségtelen feature, plusz kód és adatmennyiség és új támadási vektor az adware-ek számára. Ezt se kéne túl sokat magyarázni az IT-seknek, szerintem.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426848

    Két külön dologról beszélünk, szerintem te erről: http://bgafc.t-hosting.hu/data/nukucim.png Ez a HTML alapú megjelenítő, ami anno volt a win9x-ekbe is (amint látod szórakoztam is vele).
    Az nem mentség az egyik rendszernek, hogy másik rendszer is elköveti ezt a disznóságot.
    Azonkívül nagyon leragadtunk ennél az egy példánál. Mint fentebb mondtam, fizetős OS és féltucat helyen kell benne kikapcsolni a reklámokat. Na, ez hogy is van?

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426898

    > Továbbra is kénytelen vagyok kijelenteni, hogy az alap OS eszközeivel, legalábbis, amit én használok legalábbis, nem találkoztam reklámokkal.

    Mások meg de.

    > Nálam metró appok instant törlés, és csak desktop appokat használok. Lehet itt van a különbség kettőnk között, és emiatt nem szembesültem ezekkel.

    Nem, én nem használok idehaza windowst, a kuncsaftok gépeiről meg nem lehet törölgetni. Amúgy elég gáz, ha egy OS úgy települ, hogy a felét le kell törölni, mert szemét.

    > OneDrive-t pedig úgyszintén nem használok (ami am. OS szempontjából alapból települő, **3rd party** tool), mivel szerencsére nincs szükésegem cloud filestorage-re.

    Én se. Egy kuncsafunk használta és befürdött vele.

    > Ezek alapján bocsáss meg, de tényleg nem tudom milyen reklámokról beszélhetsz amik "beépítettek a fizetős OS-be" - eddig maximum 3rd party, nem OS alaptartozék komponensektől láttam max. reklámokat - magától az OS-től nem. Vagyis, egy kívétel talán: metro launcher szereti erőltetni a windows store "rate it" feauter-ét, de nem tudom, hogy ez reklámnak számít-e :)

    Hát ha kiirtottad őket, akkor nyilván nem találkozol velük, de attól még ott voltak. :P

    > Amiket korábban mondtam OS feature-ök, amiket lehet reklámozásra használni - és sajnos sokszor is megteszik. De ez nem az OS hibája.

    Nem hát. A cégé.

    > Ugyanezt a jelenséget látom linux disztrókon és Androidon is felbukkanni: adott egy OS feature, teljesen ártatlan célra, és marketingre használják. Sajnos, az ellen a legjobb szándék se védd, ha valamit másképp használnak fel, mint amire szántak - de ez nem az OS hibája, szerintem.

    Az sosem mentség, hogy a másik is. Nem vitatom, hogy ezt más is elköveti, de ez a microsoftot nem mentesíti semmi alól.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426956

    > Csak annyit mondanék hogy debian és ubuntu alatt is pörög az apt-get remove, sok minden van rajta ami nekem nem kell, akkor meg minek hagyjam fent? De attől még az OS majdnem OTB nekem - kis módosítás meg nem fáj. Nem iOS felhasználó vagyok, ha nyers OTB lenne az álmom, akkor arra mozdulnék inkább, hogy céleszköz célfleadtra...

    De az nem szemét, amit te leszedsz, hanem mindenféle cucc, aminek van valami célja, csak neked nincs rá szükséged. Én arról beszéltem, hogy itt a rendszer egy része szemét.

    > Azt is hozzá kell tennem, hogy amiket találtam online, azok sem tolakodó dolgok, hanem felhívják a figyelmet kapcsolodó servicekre és sw-ekre. Ezek lehetnek zavaróak, de inkább hisztinek látom, mintsem tényleges problémának.

    Én kezdem azt hinni, hogy nálatok a "hiszti" a "másik ember panasza, ami engem nem érint" definíciót takarja.

    > És igaz, miért vesz a céged windows-t? Bocs, de ez kb. kívánja ezt a választ. Linux alatt is tudok spammelni neked reklámot inotificationnel, ettől most tiltsuk le az inotify-t mindenhol?

    Félreértetted. Nem az én cégemé. (Már nem is dolgozom ott.) A windows-t előállító cégé, a microsofté. Nem a windows hibája, hogy tele van reklámmal, persze. A microsofté.

    > Akkor most a Windowst utálod, vagy az Ms-t?

    Mindkettőt.

    > A kettő nem zárja ki egymást, de az OS által eléd tolt reklámokről beszéltünk, amiről próbálom igazonlin, hogy nem az OS hibája, hogy a rá rakott SW tud reklámozni - nem reklámozásra tervezett interfaceken.

    De ezt én is mondtam, hogy nyilván nem az OS hibája, az nem tehet arról, hogy mit rak bele az ms...én ilyet sose állítottam.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426957

    (duplaklikk => duplapost)

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426976

    > Szemszögemből nézve szemét... Mivel, ugyebár, nekem felesleges termék az is...

    A reklám mindenki szemszögéből nézve szemét. Senki se kérte.

    > de OS szempontjábók ugyanúgy ronggyá tudlak spammelni Linuxról, és még idegesítőbben az OS adta feature-ökkel.

    A Linux még mindig egy kernel. Mondjuk: Androidról. Ott simán. De ez még mindig nem mentesíti az ms-t semmi alól.

    > Azt hiszem, ezek után felesleges erőltetnünk, mivel az én érvelésem arról szól, hogy nem a W10 a spammer, hanem a rátelepített SW - legyen az OTB települő vagy a user által. Mivel beépített reklámokból csak egyet tartalmaz, amit törvényileg köteles ( Windows Ballot screen, ha mond valamit ) - ezenkívül semmi több reklám nem szerepel az alap OS-ben. Az, hogy a disztribúció hozzá magával, már más kérdés - de a Linuxom is dob fel sok (nekem) hulladékot, amit nem használok...

    Fentebb evone belinkelt egy oldalt, ahol vagy hat helyen lehetett letiltani a különféle reklámokat... Ami a szemetet illeti, ld. első bekezdés.

    Oldschool Computer - http://oscomp.hu




    Windows 7 - Az informatika józan érájának vége: https://hup.hu/node/167413#comment-2426975

    Tudsz te mást is, mint kiforgatni a másik ember szavait? Mert érveket eddig nem nagyon láttam. Egy szóval nem mondtam, hogy én nem törlök le dolgokat. Arról beszéltem, hogy az a gáz, ha a rendszer egy része szemét. Érted? Nem olyan library, amire nincs szükségem, hanem hasznavehetetlen szemét.

    Oldschool Computer - http://oscomp.hu




    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424547

    > Nem érdekel ha valaki partizánkodik és kernel modult fejleszt az engedélyem nélkül. Egyébként is megnéztem már, egy szar, miért akarná bárki használni?

    Ilyet hol írt? Megnéztem a linkedet és azt írta, hogy

    "If somebody adds a kernel module like ZFS, they are on their own."

    meg azt, hogy

    "Don't use ZFS. It's that simple. It was always more of a buzzword than anything else, I feel, and the licensing issues just make it a non-starter for me."
    " The benchmarks I've seen do not make ZFS look all that great. And as far as I can tell, it has no real maintenance behind it either any more, so from a long-term stability standpoint, why would you ever want to use it in the first place?"

    Az ő személyes engedélyéről nem volt szó sehol, csak arról, hogy ha valaki új kernelmodult illeszt a kernelhez, az az ő dolga és nem Linusé. Szarnak sem nevezte a ZFS-t, csak "buzzwordnek" (azaz gondolom túlhypeoltnak), meg azt írta, hogy nem teljesít jól a benchmarkokban (hát ha nem tudják beállítani, nem is fog) és nincs mögötte rendes karbantartás (ez meg weaselword, #define rendes karbantartás). Az összes többi a license-ekről szól.

    Nem védem Linust, csak ez a félrefordítás így nagyon ki van élezve ellene. Vagy rossz helyen néztem?

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> saxus , leviske , Gregor , nydn


    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424641

    Értem. Mondom, én nem védem, simán lehet, hogy a license-eket leszámítva nem áll meg a véleménye ZFS-ről, a teljesítményéről, vagy a karbantartásáról, csak az eredeti angol szöveg nagyon eltért a fordítottól.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Addam2


    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424678

    Thx. Ebből kiviláglik, hogy nem is a ZFS-sel van baja, hanem az Oracle féle ZFS-sel, meg leginkább az Oracle-lel. Hát ezért nem tudom hibáztatni. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> lpds


    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2425320

    Elpasszolom mi a különbség a kettő között, sajnos nem vagyok otthon ZFS-ben.
    Amit tudok, hogy az Oracle egy technológiatemető. Megvették a Sun-t, csak a Java miatt és ott is csak a jogok miatt, amúgy meg mindent hagynak szétesni.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> gyu , NevemTeve


    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424856

    > Bár a ZFS kapcsán jön napjainkban elő a téma, valójában ez nem a ZFS miatt van, hanem enélkül az alapelv nélkül mára szinte biztosan az alakult volna ki, hogy a "közkincs" helyett lenne egy szegényes Linux kernel + cégek saját zárt tákolmányai.

    Akkor a BSD és Solaris alapú kernelek szegényesek?

    > Off: miért van teli sleep 1-ekkel a ZFS kernelmodul fordítás? Ennek eredményeképpen fordul brutál lassan, miközben a CPU-t alig terheli.

    Workaround valami race-conditionre?

    Oldschool Computer - http://oscomp.hu




    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424861

    Az eszközökben igazad van, de annak semmi köze nincs a GPL-hez, vagy a kernelekhez magukhoz, a felhasználóbázishoz viszont annál több; a windows messze több eszközt támogat, mint akárki más, pedig teljesen zárt. Ha a FreeBSD-t, vagy a Solarist használnák annyian, mint a Linuxot, akkor azokra is lenne annyi eszköztámogatás.

    A "technológia" egy kissé generikus kifejezés; mit értesz alatta?

    Oldschool Computer - http://oscomp.hu




    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424905

    > Nem vagyok naprakesz FreeBSDvel. Olyan featurek mukodnek linux alatt 10 eve, ami FreeBSD vagy Solaris alatt nem leteznek.

    Ez visszafele is igaz. Például a BSD-kben/OSX-ben lévő kqueue-vel és a SystemV-kben/windowsban lévő IOCP-vel már 20 éve is egyszerűen meg lehetett oldani a C10k problémát, a Linuxban az epoll meg a 2016-ban kijött 4.5-ös kernelig broken volt, lehetett helyette select()-elni. Azaz lehetett volna, de ellentétben a legtöbb rendszerrel (BSD-k, Solaris, windows), Linuxon a descriptor set-ek mérete statikus - 1024-bites - azaz egy processből max. 1024 descriptort tudsz select()-tel figyelni. Lehetett fork() spagettit csinálni. A Linux kernelben van már NFSv4 ACL? Solaris és FreeBSD alatt van. A Xen maximum 4095 magot és 16 TB RAM-ot tud használni, amiből egy VM meg maximum 512 magot és 1 TB-ot; míg a Solarisos Zones-ban ilyen korlátok nincsenek. (És itt egy teljesítményösszehasonlítás is.)
    Mindegyik rendszerről el lehet mondani, hogy olyan feature-jei vannak, ami a többinek nincsenek.

    > Windows nem tudom, hogy jott ide.

    Az eszköztámogatás és a kernel license összekapcsolása okán jött ide, hogy az, hogy egy kernelhez mennyi driver van, annak semmi köze nincs ahhoz, hogy a kernel milyen license alatt van kiadva.

    > Ott is megvan, hogy drivert csak akkor ir ala, ha teljesit valamit a driver vagy a ceg. Volt valami oka, hogy barmikor is kivetelt tett valamivel az MS?

    Nem tudom, de ez nem fontos, mert az aláírás nem kötelező, anélkül is lehet a drivert telepíteni. A lényeg, hogy a driver - azaz az eszköztámogatás - létezik.

    > Ha nagyanyam(nak).............

    Ennyi erővel ezt a felfogást az eredeti állításra is lehet applikálni, miszerint a GPL nélkül egy szegényes Linux kernelünk lenne máma. Az is spekuláció.

    > Szerintem kevesen vannak, akik csak azert nem hasznalnak FreeBSD-t mert csak xxx device-t tamogat. Nagyok megoldjak fejlesztessel, kicsik meg vesznek olyan HW-t, ami tamogatott. Ebben nem ertunk egyet, de legyen igazad. Kerdes az, hogy a tobb device tamogatasa milyen aron teljesul.

    Én a végpontokra értettem. Ha épülne valami nagy felhasználóbázisú termék FreeBSD-re, vagy Solarisra (azaz el lehet adni a tömegeknek), mint történik ez a windows, vagy a Linux (okoseszközök és különféle SBC-k defacto rendszere) esetén, akkor ezek a rendszerek is jobb eszközellátottsággal rendelkeznének. Élő példa rá az OSX, az is BSD kernel, de csak részben nyitott, viszont sokan használják, van is rá driver a legtöbb cucchoz.

    Oldschool Computer - http://oscomp.hu




    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424916

    > A linux kernel egy csomó drivert is tartalmaz. Ettől még lehet harmadik félnek drivert készíteni-e hozzá, de azt a harmadik félnek kell karbantartania. Ahogy az oracle zfs esetén is utóbbiról van szó. Nem a kernelt fogják az oracle szája íze szerint alakítani, hanem az oraclenek kell alkalmazkodnia a kernelhez.

    Ezt én értem, de nem erről volt szó, hanem arról, hogy a license és a támogatott eszközpark mérete nem függ össze.

    > 64 bites win alá csak fejlesztői mód aktiválásával telepíthetsz aláíratlan drivert.

    Azt pedig be lehet kapcsolni.

    > Az aláírás pedig nem ingyenes. Ha azt akarod, hogy sehol se sírjon a driver miatt akkor whql ezni kell.

    Lehet, de itt a driver létezése volt a kérdés, nem az, hogy az ms kínjában már mindent kitalál, hogy a biztonságot növelje, vajmi kevés sikerrel. Az eszközgyártók egyébként nyilván alá fogják irattatni a driverüket. Ennek ellenére több driver van windows alá, mint Linux alá. (És amúgy tudtommal ez csak a vista óta van így, márpedig előtte ugyanúgy a windowsnak volt több támogatott eszköze.)

    Oldschool Computer - http://oscomp.hu




    Linus szerint inkább ne használj ZFS-t: https://hup.hu/node/167357#comment-2424929

    > Nem ertettel meg, en a mennyisegekrol beszelek. AmigaOS-ben is van fantasztikus megoldas, de ettol meg nem fogom tudni hasznalni.

    > Solaris es FreeBSD is jo termek, es biztos vagyok benne, hogy ezek hasznalata a leheto legjobb valasztas szamtalan helynek.

    Én azt hiszem, te nem értettél meg: én arra próbálom felhívni a figyelmet, hogy a kernel képességei nem függenek a license-től.

    Amúgy milyen mennyiség? Márhogy melyik kernelnek van több feature-je? Hát erre jó volna valami hiteles összehasonlítást látni, hogy melyik kernel mit tud, hogy mire alapozod, hogy a Linux kernel tud többet. A Wikipedia idevágó cikke használhatatlan, mert a Linux/OSX/windows triumvirátust leszámítva a többi rendszer sorait kvázi kérdőjelekkel töltötték fel.

    Az lehet, hogy neked ez felel meg, mert azt tudja, ami neked kell, de ez nem azt jelenti, hogy a többiek kevesebbet tudnak, hanem azt, hogy azt nem tudják ami neked kéne.

    > Lehet, hogy igy lenne, de nem nincsen ilyen termek, es nincsen lathataron.

    Feltételes mód, továbbá ld. első bekezdés.

    > Nem ertem akkor mi a ZFS-sel a problema, utolso kernellel mukodni fog. Produktiv kornyezetben sokkal rosszabb usigned driverrel szenvedni, mint hogy regebbi kernelt hasznalsz linuxhoz.

    Semmi baj nincs a ZFS-sel; ld. első bekezdés.

    Oldschool Computer - http://oscomp.hu




    Van nekem rtkit-daemon-om is.: https://hup.hu/node/167611#comment-2431720

    Eddig azt sem tudtam, hogy van ilyen, de most rákerestem...és mindjárt ez jött szembe.
    Pár éve még a hibaüzeneteihez is személyesen Lennart bátyó tolmácsolása kellett: "The poor little canary died! Taking action. Rampaging. Demoted 0 threads." => "The system was frozen, and the canary watchdog detected that and tried to do something about this and looked for realtime threads that might be at fault here to demote them, to no luck. This is merely a symptom of the system freeze, not the actual problem." (Csak egy hónapig kellett rá várni, míg tolmácsolt. :P )

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2417778

    Mondjuk jókor jut eszembe, de lehet a konzolos és grafikus szerkesztőket külön-külön szavazásban kéne indítani...vagy ezt javasolták már?

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2417876

    A fenéket: Deluxe Paint. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Foltos


    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2418022

    Karácsonyfának számít.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> villanymester


    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2418233

    Szerintem tudja.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> kikadff , locsemege


    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2419424

    És? Elég sok szavazatot kaptak a konzolos editorok; a vi-származékok az első helyen vannak, a többiek a 4.-en, csak az emacs maradt le. A három kategória együtt 475 szavazatot, azaz majd 40%-ot kapott. Ha a közösség közel felének egy konzolos szerkesztő a kedvence, akkor van értelme szétbontani.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2423357

    Nem bírja a nyomást szegényke. :]

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2424199

    Mi lenne, ha elolvasnád a manualt, ahelyett, hogy a Kr.e. 4000-ből megragadt emlékeiddel égetnéd magad porrá?

    Ez, amit látsz, ez annakidején az inicializált változók helyett volt. Mivel FreePascal vidéken nem tesznek nagy ívben a kompatibilitásra, mint teszik azt a dzsuvánál, vagy a pythnonál, így ez a feature megmaradt, de mára már opcionális: egy darab {$J-} makró a forráskódodban és máris hiába piszkálnád a konstansok értékét, mert le sem fordul a programod: teszt.pas(7,4) Error: Can't assign values to const variable

    Így ebből kiviláglik, hogy éppen te vagy, aki nem ismeri a tipizált konstans mai működését.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> harlequin


    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2424212

    Te, te lassan felszívódó íkútabletta, te dízeles bőrszatyor, te binaurális rotyogás, te lánctalpas krokodilparódia, te mentálproletár-agyigyopár, te neutronfúvókás túrótalicska; egyelőre itt te nem tudtad elolvasni a manualt és te vagy totál értetlen, amikor nem érted, hogy már senkit nem érdekel, hogy a TP 1.0-ban mi volt; a Pascal nyelv továbbra is él és fejlődik és jó irányba fejlődik. Nyilván nem hibátlan, de azon kevés nyelvek egyike, amit épeszű módon fejlesztenek. Nyomathatod továbbra is ezt a marhaságot, hogy lyallydezavaróvótezerkilenccáznyócvannégybenhogyatipizáltkonstansfelülírhatóvót, de csak árkot fognak röhögni köréd, ha ezzel akarod igazolni, hogy a Pascalt jobb lenne elfelejteni. Valami jobb indokot is kitalálhatnál erre, mert már a múltkor is csak közröhejt csináltál magadból, amikor úgy gondoltad, hogy legelemibb emberi méltóságodban sért, hogy a Pascal nyelv egyáltalán létezni mer és azt valaki még használni is meri és ezért üres fölényeskedéssel és mindenféle rendkívül reprezentatív és mérvadó - értsd: a házi csótányaidat sem érdeklő - népszerűségi kérdőívekre való hivatkozással próbáltad görcsösen erőlködve bizonygatni a Pascal nyelv létjogosulatlanságát; ami nem igazán sikerült, önnönmagad porig égetése viszont annál inkább...úgyhogy béke és Reparon poraidra.

    Sz*rk: ROFL, ezt már a múltkor is előadtad, ezt a beragadást; szerinted, ha tudok C-ben, meg ASM-ben is programozni, akkor beragadtam a Pascalba? Önként választottam primer nyelvnek. A te bajod, ha nem éred fel ésszel, bocs.
    PHP-t meg végképp nem tudom, hogy jött ide. Abban egyetértünk, hogy szar.

    Sz*rk 2: Ha inkonzisztens nyelvet akarsz, ott a JS. Na, az inkonzisztens, nem a Pascal.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2424682

    El van nézve és thx. :)
    Ő sem DirektTrágárul™ minősített engem, hanem burkoltan, úgyhogy ezt kapta.
    Látható, hogy nálam működik az adjonisten/fogadjisten megközelítés.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2425065

    Na, ez az új mantra? A Pascal azért szar, mert a Delphi öreg? Amúgy megvan, hogy a JavaScript, a Java és a Python is múltszázadiak? A Pythonod konkrétan a nyolcvanas évekből való. Azzal a múlt századi tákolmánnyal hogy akarsz 21. századinak tűnni? Vagy te is csak fested magad, azzal a szarhalommal, ami a zománc alatt bűzölög? Miért nem vagy hajlandó váltani?

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2425176

    A Pythont a 80-as években találták ki: egész pontosan az ABC nyelvet másolták le/tupírozták fel.
    https://en.wikipedia.org/wiki/Python_(programming_language)
    > Python was conceived in the late 1980s as a successor to the ABC language.
    Ez így bizony egy gyönyörű történelem elégtelen, kedves butthurt pythno fanboi. A saját nyelved történetét, hátterét sem ismered. Epic fail.

    Az igaz, hogy a Python 3 nem múlt századi, de ennyi erővel a FreePascal 3 sem az; a Turbo Pascal 1.0 senkit nem érdekel itt, rajtad kívül. Nem ott tartunk. Vesd össze, hogy miket tud az FP3 a TP-hez, vagy a Delphihez képest, majd meglátod, hogy mennyire modern. Ja, nem fogod. Haterkedni akarsz, nem vitatkozni.

    Úgyhogy hülyeségeket egyelőre te beszélsz, dehát tőled ezt már megszokhattuk.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2425231

    Hú, úgy látom nagyon telibe találtam, ha ekkora butthurt picsogást leversz itt nekem. :)

    Nem az a lényeg, hogy a Pythont '89 decemberében eresztették ki a világra, te elmerokkant hínárszendvics, hanem az, hogy a koncepció - ahogy a wikicikk is leírja - a '80-as évek végén született. Nem, nem decemberben. Nyilván nem egy hónap alatt írta meg a fickó a Pythont, te gyökér. Logika karó. Epic fail #2.
    Amúgy, ha vetted volna a fáradságot és nem csak a tetejét olvasod el a wikicikknek (tudom, neked ez is megterhelő volt), akkor megtaláltad volna ezt a forrást: https://www.artima.com/intv/python.html Ebben a nyelv kiötlője feketén fehéren elmondja az interjúban, hogy a Python alapjain 1986-ban kezdett el dolgozni, amikor átkerült az Amoeba (tudod, az ami neked agy gyanánt van) projekthez és szüksége lett egy scriptnyelvre, így elkezdett írni egyet, átemelve az ABC-ből részeket. 1986. Leírom mégegyszer: 1986. Ez nem is a vége, inkább a közepe a nyolcvanas éveknek. Epic fail #3. Ez azt jelenti, hogy effektíve kevesebb, mint fél évtized választja el a Python koncepcióját - hangsúlyozom: a koncepcióját - a TP-től. De a Python jó és modern, a Pascal meg régi és szar, mert csak. Epic fail #4.
    Amúgy '89 az a nyolcvanas évek, tetszik, vagy sem. Te matekzseni. Nem csak a saját nyelvedet, de a számokat sem ismered. Sokadik epic fail a mai nap. Akkora majom vagy, hogy King-Kong csókolommal köszön neked.

    Az ABC-s példát miért dugnám fel magamnak? Mert neked fáj? Fáj, hogy olyanért osztasz egy nyelvet, ami a tiedre is igaz? Te szegény, szerencsétlen pythnokiddie. Úgy sajnállak. Ja, nem. :P

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2425271

    WOW, micsoda frappáns válasz, micsoda lehengerlő érvek... Beletört a bicskád a tényekbe?

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2425307

    Újabb lehengerlő érvek, hogy miért szar a Pascal. Szakrális axiómáidat minden nyamvadt kis Pascal freaknak el kell fogadnia, különben óriáskígyó. És az nem jó. Buta vagy, mint a főd.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_szovegszerkeszto#comment-2425424

    Épeszű társalgást csak épeszű emberrel lehet lefolytatni. Ez a figura meg - ahogy bra-ket is fogalmazott - kb. Down-kóros. Láttál tőle egyetlen posztot is, amiben ne lett volna valami a vitapartnert minősítő megnyilvánulás? Láttál tőle egyetlen értelmes műszaki érvet? Ezzel szemben láttad mit reagált bármilyen műszaki érvre? Mit kellett volna itt ebből kihozni?

    Amúgy emlékeim szerint az első bekezdéssel kapcsolatban tetszést nyilvánítottál. :P

    Oldschool Computer - http://oscomp.hu




    Szúnyogok: https://hup.hu/node/164708#comment-2359302

    Piretrin? Megfelelő koncentrációban feloldva, szétpermetezve? Virágporból van, emberre, háziállatra nem veszélyes, az ízeltlábúakat viszont kinyírja.




    Linux kompatibilis TV tunert keresek VHS digitalizáláshoz: https://hup.hu/node/167312#comment-2425986

    Ugyan eladóm nincs belőle, de nekem az ASUS My Cinema-P7131 tökéletesen működik.

    Oldschool Computer - http://oscomp.hu




    Linux kompatibilis TV tunert keresek VHS digitalizáláshoz: https://hup.hu/node/167312#comment-2427603

    +1, pl. Sony-RDR-HXD710 DVD Recorder
    A YT-n van egy Zeus nevű ember, aki retrogépes longplay-eket tesz fel, valódi gépekről és egy ilyennel rögzíti. Elég jó a minősége. (Egyébként nekem is van, de eddig még nem bírtam kipróbálni. :P )

    Oldschool Computer - http://oscomp.hu




    Linux kompatibilis TV tunert keresek VHS digitalizáláshoz: https://hup.hu/node/167312#comment-2427680

    Az Amiga nem csak RGB kimenetes. Van rajta kompozit is. Az A500-asokon és A2000-eseken csak fekete-fehér, de van A520-as RF modulátor, amin van színes kompozit is. A többi gépen viszont mindegyiken van színes kompozit.

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426004

    > Kiemelik, hogy nincs bajuk a systemd-vel, de a sysvinit-ről váltás azért okozott néhány fejfájást.

    Vajon tényleg így van, vagy csak nem merték mondani, hogy elkerüljék a támadásokat?

    Csak azért kérdem, mert panaszkodtak a magas CPU használatra, amit egy systemd-s rendszeren simán csinálhatott a journald is.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Smokey2k , hetvenhatos


    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426510

    Első találat: https://bbs.archlinux.org/viewtopic.php?id=187541

    > is /sbin/init a symlink to /lib/systemd/systemd). Is there something in the journal?

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426515

    1-2? Amikor a manapság futó mainstream Linuxok elsöprő többsége systemd-s? Ennek megfelelően ezeknek a találatoknak a többsége is az lesz.

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426540

    > na persze :)

    Micsoda érvek...

    > Red Hat-nél pl nem link az init-re, hanem systemd néven fut, de nem is ez a lényeg, hanem az, hogy nevetéges azt feltételezni, hogy valami random bug-tól féltek amit kidobott a google és ezert váltottak más OS-re.

    Hogy micsoda...? Én nem ezt mondtam. Ők írták, hogy valami 100%-os CPU használatot eredményezett, én meg leírtam, hogy a journald is lehetett. Valamit nagyon félreértettél.

    > én nem állítom, hogy a systemd tökéletes, de mutass egy softwaret amire nincs 100% cpu-s google talalat.

    Tessék.

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426739

    Mert ott "predictable" címszó alatt teljesen "unpredictable", hogy mi lesz belőle? :P

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426912

    Csak félig. Az igaz, hogy ezt eredetileg az udev hozta be, de a systemd asszimilálta az udev-et, szóval ezt a feature-t már a systemd szállítja.

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426949

    ROFL, +1. :)

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426103

    Talán valami Linuxról áthurcolt cucc lehet a ludas, amit nem akartak átírni.

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426434

    Miért a localban van? Oda a helyileg telepített cuccok szoktak menni; a bináris repositoryban nincs bash, csak a portsban?
    Egyébként én nem támogatom a bashizmust, de speciel ebben az esetben a FreeBSD Team rengeteg ilyen Linuxról áthurcolt kompatibilitási problémát oldhatna meg egy huszárvágással, ha ez a symlink by default ott lenne ahol ezek a bash-only vackok keresik. Tudom, hogy nem kaland egy symlinket megcsinálni, de ha sok gépen kell megcsinálni akkor sok idő, meg macera, ráadásul belenyúlunk a /bin-be és el fog térni attól az összeállítás, amivel OOB érkezik a FreeBSD, amiből rossz esetben ütközés is lehet.

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426470

    De ha onnan telepítek, akkor az simán a /usr-be megy, nem? Mármint a bináris repóból.

    Oldschool Computer - http://oscomp.hu




    FreeBSD-re váltott a DistroWatch: https://hup.hu/node/167416#comment-2426498

    Értem, thx.

    Oldschool Computer - http://oscomp.hu




    Oracle, oracle, csak a baj van veled... : https://hup.hu/node/167388#comment-2425347

    Oracle-lel már nagyon rég volt dolgom, úgyhogy ezt most csak ötlet szinten írom, de mennyire futottatok túl a kvótán? Teljesen, vagy csak annyira, amennyi a teljes DB exportálásához kéne? Mert ha az utóbbi, akkor lehet, hogy darabokban ki tudja pumpálni a dumpot, csak fel kell mérni minden export előtt ESTIMATE_ONLY-val, hogy ami expdp parancsot szeretnél futtatni, annak még lesz hely, vagy sem.

    Oldschool Computer - http://oscomp.hu




    TLS 1.0, 1.1 kivezetés: https://hup.hu/node/167424#comment-2426389

    Két éve az összes nagy browsergyártó bejelentette, hogy 2020-tól TLS 1.2 a minimum. #1, #2, #3, #4

    Tudom írtad, hogy nem webstack, de az ms és a google gyártja a windowst és az androidot. Lehet, hogy nem csak a böngészőkre vonatkozott a bejelentésük.

    Oldschool Computer - http://oscomp.hu




    TLS 1.0, 1.1 kivezetés: https://hup.hu/node/167424#comment-2426469

    WU-nál nem meglepő, ha az ember háta mögött csinál valamit és esetleg felment valami frissítés. Androidnál se lepne meg. :P
    Vannak update logok?

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc fordított programozási nyelv: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_forditott_programozasi_nyelv#comment-2418709

    Nem tudom másutt megkérdezni:

    1. Mi történt a 2006-os és 2007-es HOVD eredményekkel? Nekem csupa 0% van:
    https://hup.hu/node/32134
    https://hup.hu/node/47261

    2. Hova lett a 2003-as és a 2005-ös eredmény? Csak ezeket találtam (a 2004-es megvan):
    https://hup.hu/node/11376
    https://hup.hu/node/19308

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc fordított programozási nyelv: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_forditott_programozasi_nyelv#comment-2418808

    Működik bárkinek ez a micsoda? Bármelyik listának, bármelyik fülére kattintok, bármilyen böngészőben, nem mutatja meg az utált meg keresett listákat, hanem össze vissza ugrál az oldalon. Opera 12, PaleMoon, IceWeasel-UXP, Chromium, Midori, Otter, QupZilla; egyikben sem működött.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_desktop_kornyezet#comment-2419750

    A wmaker még mindig nem Motifos, hanem GNUStep-es. :)

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_desktop_kornyezet#comment-2419817

    A kinézet az beállításfüggő, a filozófiát meg nem értem, hogy miért hasonlítana a kettő egymásra; teljesen eltérő módon kell hozzájuk gondolkozni, vagy őket programozni, hiszen a NeXTStep egy vadiúj, OOP megközelítéssel felépített rendszer volt, a Motif meg X11-re épülő UNIX filozófiás. Hogy érted?

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_desktop_kornyezet#comment-2418969

    Tavaly én is arra böktem, mert lemaradtam a TDE beküldéséről. Idén beküldtem, hogy legalább legyen már felírva a KDE mellé. Nem lett. De még a wmaker is ki lett dobva... Bezzeg GNOME alapú desktopokból 3 külön entry is van.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_desktop_kornyezet#comment-2418984

    Hát ez elég erősen függ az ember igényeitől is.

    Az email és addressbook nekem megtette, céges munkához is, de nekem egyszerű levelezésem van. A KMailban egyetlen baromi idegesítő dolgot találtam, hogy a csatolmányokat nem úgy menti le, hogy ráböksz, hogy mentsd ide, hanem van egy (állítható) globális "csatolmánykönyvtár" és mindig oda menti. Más bajom nem volt vele. A KAddressBookot én külön nem használtam, de a KMail igen, mert oda mentegette az email címeket. Bugot, vagy marhaságot nem találtam.

    A KOrganizerről (calendar) sajnos nem tudok nyilatkozni, sosem használtam.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_desktop_kornyezet#comment-2419010

    Itt is IMAP4 van belőve és működik. A szarrá-nem-bugzást sajnos nem tudom garantálni, a Trinity-t maroknyi ember fejleszti és nem sokkal több használja. MySQL nem kell hozzá, meg más DB sem.

    Nm.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_desktop_kornyezet#comment-2419670

    Ennyi erővel az Xfce-t is szét lehet bontani, hogy Xfce 1-2 (XForms), Xfce 3 (GTK1), Xfce 4.0-4.12 (GTK2), Xfce 4.12+ (GTK3). Sőt, az LXDE, RazorQt és LXQt is szerepelhetnének külön. (Egyébként viccen kívül, kéne, csak nem fér bele 10-be.)

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_desktop_kornyezet#comment-2419679

    Én a GTK3 átállással írtam le az Xfce-t, pedig előtte egyike volt a másodlagos desktop környezeteknek, amiket használtam, ha a TDE nem volt elérhető, mert lightweight volt és gyors. Sajnos terjed ez a ragály, amit GTK3-nak hívnak. Szerencsére az LXDE fejlesztője is látta, hogy nem jó semmire; inkább összefogott a Qt4-es RazorQt csapattal és megcsinálták az LXQt-t; sajnos Qt5-re, nem Qt4-re, de így sem vészes, kb. 110 MB-ot eszik boot után, azaz nagyjából ugyanannyit, mint az LXDE vagy a RazorQt evett, csak nagyon régi vagy gyenge gépen nem biztos, hogy elfogadható sebességgel fut.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> lacesz


    HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2419049

    A koncepcióval voltak bajok, vagy az implementációval? Előbbi esetén mik? Nem biztos, hogy pl. skarnet (s6) elkövette ugyanazokat a hibákat.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2419208

    > Szóval nagyon jó lenne egy systemd alternatíva, ahol az egyes részfunkciók között szabványosított interface van, és így minden egyes részt szépen ki lehet váltani, vagy az igények szerint összeváloganti.

    Az s6 kb. ezt csinálja, csak nem önti bele az egészet az initbe, szétbontható az egész, úgy rakod össze, ahogy neked jó, amúgy UNIX-osan és teszi ezt hordozható módon, tehát minden POSIX rendszerre jó és nem egyetlen bloated Linux-only blob az egész. De ahogy nézem a bra-ket által említett nosh is hasonló koncepciójú, bár ott csak a BSD-ket és a Linuxot említi a szerző, mint célplatformot.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2419303

    A doksikat a fejlesztő(k) oldalán kell keresni, az s6-nak pl. elég jó doksija van. Arra viszont egy darabig ne számítsunk, hogy a systemdtől annyira szabadulna a mainstream; tavaly még csak-csak rá lehetett mondani, hogy egyenlő arányban vannak az ellenzők és a támogatók, hiszen 1 nyamvadt szavazaton múlott, hogy a systemd-nek abszolút többsége lett, de most annak ellenére, hogy többen szavaztak, most egyértelműen abszolút többséggel vezet eddig a systemd, tehát a helyzet csak romlott... Kiváncsi leszek holnap a Debianosok szavazásának eredményére.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2423080

    Javíts ki, ha tévedek, de én úgy tudom, hogy a systemd nem egyszerűen magától a D-Bus protokolltól függ, hanem egészen konkrétan a kdbus D-Bus implementációtól, ami nem volt része a kernelnek és még javában folytak a viták a kernelfejlesztők között, hogy melyik bus alternatíva váltsa a régi BUS1-et és a kdbus finoman szólva sem tartozott a favoritok közé, de ekkor a FreeDesktop Team közölte, hogy ha systemd-t akarnak futtatni, akkor ez és kész. És mivel akkorra már a disztrók többsége systemd-függő volt, a kernelfejlesztők lenyelték a békát és így sikerült egy újabb FreeDesktop komponenstől függővé tenni az egész Linux ökoszisztémát.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    [ Megoldva ] Process leválasztása terminálról?: https://hup.hu/node/167351#comment-2424355

    Tehát van egy terminálban futó programod és szeretnéd visszakapni a vezérlést úgy, hogy a programot ne kelljen kilőnöd? Másik VT-re váltás (Ctrl + Alt + Fx) nem játszik?

    Oldschool Computer - http://oscomp.hu




    [ Megoldva ] Process leválasztása terminálról?: https://hup.hu/node/167351#comment-2424410

    Értem, ez nem jött át.

    Oldschool Computer - http://oscomp.hu




    [ Megoldva ] Process leválasztása terminálról?: https://hup.hu/node/167351#comment-2424411

    Jahogy. Ez nem jött át, hogy a programot ssh-n keresztül futtatta, úgy sikerült érteni, hogy fut egy programja és egy ssh sessiont akar kilőni.

    Oldschool Computer - http://oscomp.hu




    [ Megoldva ] Process leválasztása terminálról?: https://hup.hu/node/167351#comment-2424683

    zsh-ban és ksh-ban is van. De valóban nem POSIX.

    Oldschool Computer - http://oscomp.hu




    Lehetséges Az Áramfogyasztási Számla 30-50%-os Csökkenése?: https://hup.hu/node/167369#comment-2424927

    Érdekesség: ez van benne.

    (Forrás: https://www.villanylap.hu/hirek/2934-energy-saver-a-villanyszamla-alkonya-avagy-a-hiszekenyseg-vamszedoi)

    Amúgy kösz a linket, rég röhögtem ilyen jót.

    Oldschool Computer - http://oscomp.hu




    Lehetséges Az Áramfogyasztási Számla 30-50%-os Csökkenése?: https://hup.hu/node/167369#comment-2424932

    Egy átverésre szolgáló fogyasztónál minek törekedjenek igényes kivitelezésre? Minek védjenek le bármit? Ez nem csinál semmit, csak világít, célja értelme nincs, az átverésen kívül. Ez olyan, mintha valaki egy ír programot, ami megduplázza a mobilnet sávszélességét és a forgalmi kvótát, azzal, hogy pingeli a google.com-ot és erre azt reklamálnád, hogy Java-ban van írva, rossz ciklusszervezéssel és egy felesleges 3 MB-os framework behúzásával, ahelyett, hogy C-ben írták volna meg, rendesen. :)

    Oldschool Computer - http://oscomp.hu




    Lehetséges Az Áramfogyasztási Számla 30-50%-os Csökkenése?: https://hup.hu/node/167369#comment-2424936

    Ja, értem, ez érthető. Valószínűleg amúgy részemről freudi elszólás volt a hasonlat, mert lehet, hogy elsőre én is így reagáltam volna a forrást látván, hogy de még megírni se tudták... :P Dehát, ha egyszer átverés, akkor érdektelen a kivitelezés.

    Oldschool Computer - http://oscomp.hu




    Lehetséges Az Áramfogyasztási Számla 30-50%-os Csökkenése?: https://hup.hu/node/167369#comment-2424939

    Ez a grafikon se semmi. Tisztára mint a vezetéket felsértő 1-es bitek. :P

    Oldschool Computer - http://oscomp.hu




    "Háde, háde régen a HOVD-on többen szavaztak! Most meg haldoklik!": https://hup.hu/treyblog/20200108/hade_hade_regen_a_hovdon_tobben_szavaztak_most_meg_haldoklik#comment-2423546

    Akkor ezért szerepelt ennyivel jobban a systemd, mint tavaly.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> leviske


    "Háde, háde régen a HOVD-on többen szavaztak! Most meg haldoklik!": https://hup.hu/treyblog/20200108/hade_hade_regen_a_hovdon_tobben_szavaztak_most_meg_haldoklik#comment-2423574

    Hacsak nem célzott flood történik, akkor a botok véletlenszerűen nyomkodnak, ami elméletileg véletlenszerű - értsd: kb. egyenlő - eloszlást eredményezne. Ehhez képest nem egy szavazás van nullás entry-kkel.

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2420245

    10^5600 != 10^(10^(10^56))

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2420876

    10^5600: 5600 nulla van az egyes mögött. Jó nagy szám, de ezt még le lehet írni, csak 5601 byte.

    10^56: 56 nulla van az egyes mögött. Ez nem kunszt, 57 byte.
    10^(10^56): 10^56 nulla van az egyes mögött. Na, ezt már nem nagyon lehet leírni, kb. 100 kvintillió YottaByte kellene hozzá.
    10^(10^(10^56)): kurwa sok nulla van az egyes mögött. Ezt számolja ki Dr. Obádovics.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Pene


    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2420944

    És ha csinál jobbat mi lesz? Mert neki nem egyszerűen az volt a baja, hogy szar a droid, hanem az, hogy szar és elterjedt. Még ha össze is tud rakni egy smartdevice-okra kihegyezett Linuxot, ami használható, a megfelelő tőketámogatás nélkül hiába lesz jobb, mint a droid, nem fogja átvenni a helyét. Mások csináltak már alternatív smartphone Linuxot, nem egyet; csak a kockák használják.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2421045

    Az egész ökoszisztéma szar úgy, ahogy van. Ahogy az egész felépül, ahogy viselkedik, ahogy kezeli a felhasználót. És nem a Linux kernelről beszélek, hanem arról, ami ráépül; a környezetről. És az csak hab a tortán, hogy az egésznek a primer nyelve a Java, így aztán az appok felfalják reggelire a mobilt. (Tudom, hogy lehet másban is programozni rá, de a Java a defacto nyelv Androidra.)
    Elterjedni meg pont ugyanazért terjedt el, mint anno IBM-PC-kre a win95: az irdatlan marketinghadjárat miatt az emberek bevették, hogy ez A smartphone rendszer, maximum az Apple-ről hallott az átlagjóska, ami pont úgy, mint anno, überdrága cuccokat tolt, tehát átlagjóska nem vette meg. A win95 is sokak számára megfelelően működött, azaz értsd: elfogadták, hogy ez így működik, hogy esik-kel, bugos és biztonsági szempontból ementáli. Persze, ma már egy vindózra is rá lehet mondani, hogy viszonylag stabil, de hány év kellett ehhez? Az Android is kb. ezt az utat járta be és lehet, hogy ma már nem akkora szar, de a kezdeti kiforratlan időkből számos levakarhatatlan szart hurcol magával, ahogy a windóz is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> arpi_esp


    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2421057

    > Értem. Én ezekből semmit sem vettem észre. Mondjuk, felhasználóként nem érdekel, hogy hogyan lehet rá programozni.

    Nem is az, hogy hogy lehet rá programozni (az legyen a programozók nyomora), hanem, hogy belül a rendszer hogy épül fel...a Java miatt memóriaszivárgások tömkelege, verzióról-verzióra történő API breakage-ek okozta backward compatibility issue-k, tonnányi csomag, amik egymással összeakadnak, eltörik egymást, frissítések csendben leszivárognak, ha akarod, ha nem, aztán reklamálnak, hogy restart kell (tiszta WU)...és akkor arról még nem is beszéltünk, hogy ha nem akarod, hogy a kugli a segged likába is benézzen, azaz kugli account nélkül szeretnéd használni, na az külön kész kínszenvedés, mert nem csak hogy úgy van direkt kialakítva az egész rendszer, hogy minden ízében függjön a kugli szolgáltatásaitól, de még ha le is mondasz az érintett részekről, a kugli akkor is egyre jobban megnehezíti, hogy elszakadj tőle. Apropó kugli...nem gáz, hogy egyre több mindennek (app launcher, browser, kereső, navigációs cucc, galéria) a forrását zárja be? (https://www.makeuseof.com/tag/android-really-open-source-matter/)

    > Azért érdekes ez, mert az iOS market share-je sokkal magasabban volt, az Android onnan szívott el felhasználókat, tehát ez azért így nem igaz. Mert voltak switcher-ek.

    Switcherek meg elszipkázott felhasználól biztos voltak, from iOS to Android és vice versa. De az, hogy az iOS market share-je korábban sokkal magasabb volt, annak az az oka, hogy akkor még akkora volt a piac. A piac a droidos telefonok térnyerésével inflálódott ekkorára. Pont, mint a win95; nem emlékszel már rá? Előtte kurwa kevés embernek volt számítógépe; kb. csak annak, akinek szüksége volt rá, vagy az akkor még különcnek számító "videogamerek" közé tartozott. Utána viszont mindenkinek lett. Annak aki kezelni sem tudta és egyébként sem volt szüksége rá (akkoriban még nem költözött fel a világ az internetre, azonfelül '95-ben a ringyóz még az internetet sem támogatta, tehát még azt sem lehet mondani, hogy az internet miatt volt rá szüksége az embereknek). Az ms magyarán eladta a win95-öt azoknak is, akiknek gépük sem volt, de nem baj, vettek hozzá. Ez volt az okostelefonoknál is, volt Apple, meg volt mindenféle kevéssé ismert cucc (BB, Symbian, mindenféle Nokiás izék, mittudomén...), meg volt N darab júzer, akiknek valamelyik volt. Aztán jött a kugli meg a droid és hirtelen mindenkinek lett okostelefonja. Droiddal. Ezért volt korábban nagyobb marketshare-je az Apple-nek.

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2421202

    Leírtam a legelején, hogy tudom, hogy lehet másban is programozni, mint Java-ban. Ettől még egy össze-vissza kókányolt, inkonzisztens szutyok marad.

    Mint mondtam, egyre nehezebb nélkülük Androidot használni. Az meg, hogy bezárják a dolgokat, nem azért zavar, mert opensource faggot vagyok, hanem mert így sokkal nehezebb rálátni, hogy mit művel a háttérben. Én pedig nem bízom a kugliban egy fikarcnyit sem.

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2421203

    > "szar mer' a Kugli"

    Kurwára nem ezt mondtam, de nem baj.

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2423060

    Az ablakkezelést már a '73-as Xerox Alto-ban is megoldották. A '85-ös Amiga 1000 óta a compositing verziót is. Dehát mit várunk a mai UI designerektől? Az ms is negyed évszázad után visszaállt arra a szintre, amin '85-ben voltak. Majd pont a droid lesz jobb? :)

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2423093

    Nem a marginális usecase a lényeg, az itt teljesen irreleváns, hanem a képesség. A lehetőség. Ez már egy megoldott dolog. Miért kell elvenni a lehetőséget? Mert ha nem lenne megoldva, akkor valid érv lenne, hogy marginális usecase, nem ölünk bele fejlesztési időt. De így? És oké, hogy egy telefonon ez tényleg nem túl életszerű (hozzáteszem, ezt sigellef is leírta), de speciel a windows 8 desktop operációs rendszer volt. Ami pedig a desktopot és a képességeket és lehetőségeket illeti, megoldható ez, csak épp már megint szopni kell, egy ilyen alap dologhoz.

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2423118

    > Nem elvették a lehetőséget. Egy teljesen új valami készült, amibe nem került bele. Akkor még, megjegyzem azóta bent van.

    A SurfaceFlinger maga lehet, de a ráépülő első alkalmazások (majd') mind portok voltak, amik ezt más rendszereken támogatták, itt meg lehetett kidobni, aztán visszatenni. Ezért kérdem: ha támogatta minden és nem egy akkora feat, akkor miért kellett kiszedni?

    > És nem számít, hogy már meg van oldva windows 95-ben vagy akár más linuxos WM-ekben, mert nem használhatod fel azt egy az egyben, fejlesztési időt mindenképp kellett volna beleölni. És bele is rakták amikor felmerült az igény a hibrid laptop/tablet gépek és a Chrome OS miatt...

    De több időt emésztett fel a portolt alkalmazások lebutítása, mint amennyibe az átméretezhető/mozgatható ablakok implementálása fájt volna. Úgy meg pláne, hogy vissza is kellett rakni.

    > A szopásról pedig mesélj: Bepipálsz egy opciót a devtoolsban és felraksz egy third party appot, máris vannak freeform ablakaid. Ennyi a szopás? Nyilván az élmény nem az igazi vele, ennek egy jó részét viszont az appoknak köszönd, ne a platformnak.

    Ha ez ilyen egyszerű lenne... Csak akkor az, ha mindened olyan, mint amilyenhez az illesztéseket tervezték, mert ha nem, akkor jönnek az inkompatibilitásból eredő szopások. Az lehet, hogy ezeknek egy jó részért az appok felelősek (amúgy nem, mert pl. az Android verziónként eltérő API-ja az nem az appok sara), de az, hogy az appok milyenek, az elég erősen függ a platform kúltúrájától.

    Oldschool Computer - http://oscomp.hu




    Legérdekesebb dolog, amit 201x-ben láttál: https://hup.hu/node/167206#comment-2421044

    Átérzem fájdalmadat. Én pont ezért kerülöm az okoseszközöket.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421441

    Nope, ha zárójelbe tettem se működött, de nem is csoda: én kitettem a pontosvesszőt, szóval nem az volt a baja, hogy betolta előtte és ezért return;-ra degradálódott a kód.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421509

    Röhögni fogsz: miután elhúztam aludni, az álmatlan fetrengés közepette beugrott, hogy oké, zárójel az volt, de lehet, hogy az a baja, hogy nem ugyanabban a sorban nyitottam meg, mint ahol a return van? És tényleg... :)))
    Köszi a linket; erre nem hiszem, hogy rájöttem volna, mert ez kb. a logika teljes hiánya, hogy egy nyelv önhatalmúlag szúrkodjon be utasításlezárásokat oda, ahova épp akar és hogy a helyes végrehajtás egy semleges területen lévő - elméletileg szabadon mozgatható - zárójel függőleges pozíciójától függjön. (De már az is fail, hogy egyáltalán zárójelbe kell rakni.) Plusz egy érv, amikor majd kérdezik tőlem, hogy miért utálom a JS-t...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    JS WTF: https://hup.hu/node/167259#comment-2421591

    Jó, csak a Pythonnak saját szintaxisa van, a JS meg a C/C++-tól örökölte a sajátját, a vezérlőszerkezetektől elkezdve az alap szemantikáig mindent, többek között a multi-line utasításokat és az egyes utasításokat lezáró pontosvesszőt is (azaz: milyen "sorvégekről" is beszélünk, ha az utasítások többsorosak lehetnek és külön jelezni kell a végüket?) és arra pakolta rá a maga vackait, tehát egy ilyen szerkezet esetén az embernek eszébe se jut, hogy a nyelv majd magától odaképzel (jajj...) egy vezérlő írásjelet. És ha odaképzeli, akkor tulajdonképpen le is szögezhetjük, hogy tkp. kötelező az, hisz a nyelv maga rakja oda, ha nincs ott, csak még ezt is bénán - értsd: inkonzisztensen - csinálja.
    Miért? Mert a return után az interpreter ugyanúgy kifejezést vár, ahogy a zárójel és az egyenlőségjel után is, ennek megfelelően az egyetlen hely, ahová józan paraszti ésszel "beinjektálhatna" egy pontosvesszőt, az a legközelebbi nyitópár nélküli blokkterminátor pozíciója. És ha zárójelbe teszem, vagy ha az egészet értékadással csinálom, akkor kb. ez is történik, csak nélkülük nem. (De egyébként oda se szúrogasson be: dobjon hibát, az korrekt és logikus.) Egyszer így, egyszer úgy. Holott logikailag a három között zéró különbség van. És ezen még csak súlyosbít az, hogy az sem mindegy, hogy hol - melyik sorban - nyitom a zárójelet egy többsoros utasításban, hiszen a vezérlő és a kifejezés belseje között a nyitó zárójel pozíciójának logikailag teljesen irrelevánsnak kéne lennie, de a JS szerint nem az.
    Magyarán az interpreter idevágó logikájában van egy masszív logikai inkonzisztencia. És mindez azért, mert ez az inkonzisztencia magában a koncepcióban van: egyszerre van lehetőség a multi-line utasításra és igény a sorvégi pontosvesszőre, ami aztán összeakad, a programozó meg felváltva - rosszabb esetben egyszerre - őszül és kopaszodik...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> asch


    JS WTF: https://hup.hu/node/167259#comment-2422320

    > Nem akartam ennyire trollba átmenni, tényleg az hittem lehet értelmesen átbeszélni a témát.

    A személyeskedést te kezdted, tehát te mentél át trollba magadtól. Az értelmes beszéd meg kb. ott ért véget, amikor kiköpted, hogy ez nem ésszerű, csak logikus. Bocs.

    > Nem, a JS max közvetetten örökölte a C egyes nyelvi szabályait. Közvetlenül a JAVA-tól örökölt szintén nem mindent. Idézek a Wikipediából: "Netscape Communications then decided that the scripting language they wanted to create would complement Java and should have a similar syntax". Kiemelés tőlem.

    És? Szintén Wikipédia a Java szintaxisáról: "The syntax is mostly derived from C and C++" A syntax layout (vezérlőszerkezetek, ciklusszervezés, blokkezelés, stb.) pl. szinte érintetlenül ment át a JS-be. És ez vonatkozik a többsoros utasításokra is.

    > Ez igaz, de csak azért, mert egy másik nyelv szabályai alapján próbálod használni a JS-t csak azért, mert hasonlít rá.

    Téves. Én a saját szabályai alapján használtam. Megengedi a többsoros utasítást? Meg. Akkor miről beszélsz?

    > Nem, pont fordítva. Pont azért nem kötelező, mert a nyelv "odaképzeli" helyetted. Ha nem tenné akkor lenne kötelező.

    Nem, pont fordítva (ülsz a lovon). A programozónak nem kötelező kiraknia, de az interpreternek kötelezően kell, ezért "képzeli oda". Ha nem tenné, akkor nem lenne kötelező.

    > Nem. A return után lehet kifejezés, de nem várja, hiszen nem kötelező az. Lehet return önmagában, indikálva azt, hogy undefined-dal akarsz visszatérni.

    Az rendben van, hogy a return állhat önnmagában, de itt nem ez volt a helyzet. Volt utána egy kifejezés, csak épp baszott megkeresni, mert ahelyett, hogy abból indult volna ki, hogy itt biza állhat kifejezés és nincs a sor végén semmi, akkor menjünk tovább, jé, itt egy kifejezés, parsing-parsing-parsing és jé, itt az utasításterminátor, inkább bebaszott egy pontosvesszőt a végére. Nem ésszerűen, de logikusan. :)

    > A további "így-úgy kellene lennie" részre azt tudom mondani: Szerinted, a te elvárásaid és más nyelvek által épített igényeid alapján.

    Nem, ez nem "az én elvárásaim", hanem a logika ésszerűség alapján kéne így lennie.

    > Ismétlem magam, hogy nem tökéletes ahogy most van, lehetne szigorúbb, vagy könnyebben megérthető a működés. A problémám továbbra is az, hogy a megértést nem sikerült meglépned.

    Mit nem értettem meg? Hogy így működik? De, képzeld én ezt megértettem. Már akkor, amikor blr belinkelte azt a cikket. (Pontosabban: utána éjszaka esett le.) Napokkal azelőtt, hogy idejöttél.
    Te viszont nem érted meg, hogy ahogy működik az egy önellentmondó baromság. Vagy mégis? Hiszen azt már beismerted, hogy ésszerűtlen. De azt tagadod, hogy önellentmondó. Ésszerűtlen, de nem önellentmondó? Akkor most...hogy is van ez? Ha nem önellentmondó, akkor mitől ésszerűtlen? Ráadásul erre a posztra direkt azért irányítottalak, hogy azt a bizonyos önellentmondást cáfold. Nos, nemhogy nem cáfoltad, de meg sem próbáltad cáfolni; teljesen más részeket ragadtál ki a posztból, pl. hogy most honnan is örökölte a szintaxist a nyelv, ami ebből a szempontból kb. annyira volt releváns, mint egy grillcsirke a hegesztésnél...

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422330

    [GN]Dűlőre jutni, vagy napirendre térni; itt most az előbbi esedékes.[/GN]

    A kérdés igazából már blr linkjével dűlőre jutott. A mi vitánk meg zátonyra futott, amikor ezt a logika != ésszerűség képletet felírtad. Onnantól már képtelen voltam komolyan venni.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422364

    Nm. :P

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2423049

    Ezen már több napja túl vagyunk. A hangsúly azon van, hogy ez, amit a JS csinál, egy nagy baromság.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2423199

    Nem a nagyképűsködés volt a cél, akkor átfogalmazom: megengedte, hogy ezt csináljam, tehát a szabályai szerint játszottam. Az más kérdés, hogy amit szerettem volna, azt a saját szabályai szerint nem így kellett volna. Ha tudom, nem csinálom így. Nem a forgalommal szembemenés volt a cél.
    Footnote: Egyébként 16 évnyi JS után szerintem igazán nem a magabiztosságon múlik, ha valaki hulladéknak titulálja a JS-t, mint nyelvet és a böngészőkben futó JS implementációkat, hanem keserű tapasztalatokon. :(

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2423213

    Nem. Ötször leírtam már neked, vagy többször, hogy nem. Már a legelején tudomásul vettem, hogy ez így működik, csak nem tudtam róla és így elbasztam a kódot. Ettől még ez a konkrét szabály a másik - a többsoros utasítások megengedésének szabálya - mellé téve egy baromság, a nyelv pedig egy hulladék marad. Ez az, amit én hajtogatok, csak te nem akarod megérteni. Biztos, mert ez is csak ésszerű, de nem logikus.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2423256

    Nem volt hibás. A nyelv szabályai lehetővé tették, amit csináltam, tehát annak a szabályai szerint jártam el. Amit akartam, azt máshogy kellett volna, viszont ahogy kellett volna, az egy baromság. Nem tudom ennél világosabban leírni.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2423282

    Nem baj, hogy almát hasonlítasz a döglött lóhoz? Egy szándékosan destruktív parancs végeredményét mosod össze azzal, hogy nem jó helyen volt az írásjel! Majd, ha a shell rm -rf kecske helyett rm -rf kecske / parancsot hajt végre, mert nincs a végén pontosvessző és ő önkényesen odavarázsol egy perjelet, majd akkor lesz hülye úgy, ahogy most hülye volt a JS. Jó (fals) kis érv csúsztatás volt, kis burkolt hülyézéssel megfejelve. Elfogytak az érvek, hogy már csak személyeskedésre futja?

    Sz*rk: Egyébként nem tudom mit erőlködsz még két nap után is; nem tudom feltűnt-e, de ha másról nem is, arról közmegegyezés volt, hogy a JS-nek ezen húzása bizony jókora marhaság. Még te is azt mondtad, hogy nem ésszerű. Ha nem ésszerű a szabály, akkor én vagyok a hülye, mert nem tudtam róla, hogy van egy ésszerűtlen szabály és ésszerűséget feltételeztem?

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421567

    100%-ig egyetértek. (Itt egy részletesebb tábla az anomáliákról, meg egy a typejuggling gyönyöreiről.)

    Az eval() az egy dolog, mert az csak egy lehetőség, amivel lehet élni, meg visszaélni, de az milyen már, hogy egy bad OOP move utáni állapottal lehet aritmetikai műveletet végezni? És az milyen, hogy az egyes műveletek a VM-implementációja szerint más-más eredményt adnak vissza? A JS kb. egyesíti az imperatív, az OOP és a funckionális nyelvek összes hátrányát. Ez a nyelv egy nagy inkonzisztens katyvasz.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> asch


    JS WTF: https://hup.hu/node/167259#comment-2421799

    > Erre az a triviális megoldás hogy nem használunk ==-t soha.

    Na ja. Magyarán úgy csinálunk, mintha lennének típusaink, ahelyett, hogy lennének típusaink. :)
    Azonfelül a === nem véd meg mindentől:

    alert(null === null); // true
    alert(Math.sqrt(-1) === Math.sqrt(-1)); // false

    A kettőbe külön-külön is bele lehet kötni, bár meg is lehet magyarázni őket (elég erőltetetten), viszont együtt nézve a kettőt értelmezhetetlen a logika; a null vagy undefined állapotokat lehet értékként használni, míg a NaN értéket meg nem?

    > Mondjuk a PHP-hoz képest a kanyarban sincs.

    Azt nem vitatom, hogy a PHP is egy überkókány nyelv, de a JS-sel azért messze többet lehet szívni. A PHP legalább egységesen ugyanúgy szar mindenütt, viszont a JS minden implementációban máshogy. :(

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    JS WTF: https://hup.hu/node/167259#comment-2422036

    Mondtam, hogy külön még csak meg lehet magyarázni őket; együtt verik ki a biztosítékot. (Bár mondjuk az, hogy a null és a undefined az külön típus, az külön is kiveri a biztosítékot, lévén tkp. minden sikertelen objectekre hivatkozás ezeket eredményezi, tehát akkor egy objektummal végzett művelet három típust is eredményezhet.)

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422183

    > Az egyik azt jelenti hogy nincs érték

    Erről beszélek, hogy adott egy típus, aminek az értéke, hogy nincs érték. Úgy, hogy ennek nem értéknek kéne lennie, hanem állapotnak.

    > de a nyelv konzisztensen használja a kettőt

    De rosszul.

    Azonfelül, mint mondtam a === nem véd meg mindentől:

    alert(Math.pow(Math.random(), document.getElementById("no_such_element"))); // <= will alert 1

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421646

    Nem, ez egy masszív logikai bukfenc, ami épeszű fejlesztő fejében meg sem fordul, hogy ennek így kéne működnie.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> ak0sh


    JS WTF: https://hup.hu/node/167259#comment-2421682

    Mi az, hogy félig-meddig opcionális? :))) Hogy lehet egy nyelvben bármi félig-meddig opcionális? Vagy az, vagy nem az. Olyan nincs, hogy is-is. Ja de, JS-ben. :P
    Ezt írtam le a fentebbi posztban, hogy ez nettó agyhalál, hogy egyszerre van lehetőség a multi-line utasításra és igény a sorvégi pontosvesszőre, mert ez két egymásnak ellentmondó dolog.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421806

    > Tudsz olyan js programot írni, ami ugyan úgy működik, ha van és ha nincs benne ";", akkor is. Tudsz olyan programot írni, ami teljesen különbözően működik, nem dob hibát a parser, és ezért félrevezető.

    Na jó, de erre írtam, hogy ha az interpreter "belehamisítja" a kódba a pontosvesszőt, akkor mégis csak kéne bele, tehát nem opcionális.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422122

    Idézőjelekben volt a hamisítás.

    Az volna a javaslatom, hogy kötelező legyen a pontosvessző, ahogyan az várható lenne. De ezt leírtam már.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422230

    Mit értesz "mindkettőnk" alatt? Téged és a lintert?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    JS WTF: https://hup.hu/node/167259#comment-2422238

    Ha két ellentétes dolgot akarunk, akkor hogy írsz mindkettőnknek megfelelő kódot? Első dolgom az lenne, hogy mindenhova beteszem a pontosvesszőket...aztán ha a pontosvesszők hiánya miatt rosszul értelmezem a kódodat, akkor még el is cseszem vele. :P

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422244

    Na ja, csak az én kódom a nyelvnek nem volt jó. Magyarán akkor a nyelv csak neked teszi lehetővé, hogy olyan kódot írj, amilyet akarj, mert az enyémet nem ette meg.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422266

    > Arra gondoltam, hogy írhatsz pontosvesszőt a sorok végére.

    Többsoros utasításban minek tennék a sorok végére pontosvesszőt? Én nem erről beszéltem.

    > De mégis mit szeretnél? Szembepisilni a nyelv szintaxisát, és elvárni, hogy úgy működjön, ahogy te képzeled?

    Jó reggelt kívánok, szintaktikailag helyes volt, különben errort dobott volna. Én nem képzelek semmit, ez lett volna a logikus.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    JS WTF: https://hup.hu/node/167259#comment-2422293

    > Az utasítás végére tehetsz pontosvesszőt

    És akkor esetleg a topicindító probléma jön elő.

    > Szintaktikailag helyes, viszont a kódod hibás.

    Igen, hibás, de miért? Mert a JS logikája saját magának mondott ellent.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422265

    > Amúgy de, a kódodat megette és értelmezte a nyelv szabályai szerint. Egyszerűen a kódod volt hibás.

    GOTO10, nem érted, hogy két egymásnak ellentmondó dologról beszélünk (többsoros utasítás vs. sorvégi utasításlezárás)? A kód hibás volt, az tény, de nem azért, mert a gondolatmenet hibás, hanem mert a JS "logikája" az.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    JS WTF: https://hup.hu/node/167259#comment-2422294

    > Tökéletesen értem. Mire alapozod a kijelentésedet, miszerint ez egymásnak ellent mond?

    Jó ég... Ha egy utasítás lehet többsoros, akkor hogy lehet, hogy a nyelv önhatalmúlag utasításlezárást injektál a sorok végére? Még mindig nem érted, hogy két egymásnak ellentmondó mechanizmus működik itt párhuzamosan?

    > És miért idézőjeles a nyelv logikája? Valami nem attól lesz logikátlan, hogy nem értesz vele egyet. Van logikája, más kérdés, hogy szimpatikus-e vagy sem, illetve jó dolog-e vagy sem.

    A logika nem szimpátia kérdése, könyörgöm... Olvasd már el ezt a posztot és próbáld meg megérteni, hol van a JS értelmezésében a logikai bukfenc.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422302

    > Miért következne egyikből a másik? A nyelv nem minden sor végén végez önhatalmú utasításlezárást, hanem bizonyos feltételek mellett. Amikor ezek a feltételek nem teljesülnek akkor az utasítás folytatódik a következő sorban.

    És ezeket a feltételeket sikerült a legostobább módon, a logika teljes mellőzésével összerakni. Komolyan egy zárójel pozícióján múlik, hogy jó-e vagy sem? Ráadásul nem is errort dob, hanem error nélkül kiszáll hibás működéssel?

    > Én is ezt mondom. Btw a köznyelv keveri a logikus és az ésszerű szavakat. Pl mondhatod, hogy nem ésszerű ahogy a JS működik, és ezzel tudok akár egyet is érteni. De ettől még logikus, hiszen egy logikai rendszer határozza meg a működését.

    Kész, én már beszarok rajtad, komolyan. :))) Nem ésszerű, de logikus? Hát...logikus, hogy ez nem ésszerű...de attól még logikus, mert egy ésszerűtlen logikai rendszer határozza meg! Kész... :)

    > Elolvastam. Kommenteljem is? Több ponton tévedésekkel van tele.

    Go ahead. Make my evening. :)

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422309

    > Lehet. De ettől még léteznek, meg vannak határozva, és be is vannak az implementáció által tartva. Ettől lesz logikus, nem attól, hogy számodra nem ésszerű vagy neked nem tetszik.

    Értem... :) Tehát te egy ésszerűtlen "logikát" próbálsz meg mindenáron körmödszakadtáig védeni.

    > Welcome to the JS world :)

    I don't feel so welcomed. Surely 'cause JS is Just Shit.

    > Leírtam miért.

    Ja. Le. Be kéne keretezni. :)

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422324

    Az attól függ, hogy mit értesz "rossz használat" alatt. Ha elrontod a kódot, akkor nem a nyelvvel van a baj. De itt a nyelvben volt egy bazi nagy ésszerűtlenség, vagyis a nyelvvel van a baj.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422329

    Ebben az értelmezésben rossz használat. De ettől még a nyelv idevágó szabályai logikátlanok ésszerűtlenek. Vagyis rossz használat, vagy sem; a nyelvvel van a baj. Illetve nem is a nyelvvel van a baj, ez a nyelv maga a baj.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421713

    > Azért bukfenc neked, mert úgy gondoltad, hogy azért, mert úgy indentáltad a kódot, hogy úgy nézzen ki, mintha a return után lenne akkor az ott is van, pedig nem.

    Nem, nem nekem bukfenc, olvasd el a fentebbi posztot és értelmezd. Lehet cáfolni a levezetést.

    > Épeszű embernek eszébe sem jutna így írni a kódot!

    Tényleg? Szerintem meg ez egy teljesen valid indentálás, hogy ne egy baromi hosszú sor legyen; szerintem ez egy épeszű megközelítés. Azonfelül egy többsoros utasításokat engedő nyelvben a zárójel pozíciójának irrelevánsak kéne lennie, szerintem ez egy épeszű vélemény.
    Ezek után miért nem vagyok én épeszű? Mi okod van a személyeskedésre, áruld már el...

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422123

    Nem ismerem a Pythont. Ezt is leírtam már. Többsoros utasítást engedő nyelvnek az számít, ahol az utasítást leírhatod több sorban. Nem tudom mi nem egyértelmű ezen. Pl.:

    int
    	i
    		=
    	1
    ;

    Csakhogy az nem megy, hogy egyszerre lehet többsoros az utasítás, az utasítást terminálni meg nem kötelező, majd megteszi az ember helyett a nyelv. De ezt is leírtam már.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    JS WTF: https://hup.hu/node/167259#comment-2422231

    De bakker, leírtam, hogy a kettő egyszerre nem megy. Nincs olyan, hogy engedem a többsoros utasítást, aztán meg sorvégi pontosvesszőket szúrok be önhatalmúlag...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    JS WTF: https://hup.hu/node/167259#comment-2422242

    > Látod, hogy van, és működik.

    ROFL... Az egész topic abból indult ki, hogy nem működik.

    > Nem biztos, hogy ez jó dizájn, de az alapvető probléma, hogy néhány logikus szabályt kell csak megérteni és megtanulni.

    A probléma nem az, hogy szabályokat kell megtanulni, hanem, hogy ezek a szabályok éppenhogy nem logikusak, hanem önellentmondóak. Valamint nem néhány ilyenről beszélünk, hanem egy hadseregnyiről. Azonfelül most akkor nem jó a dizájn, vagy igen?

    > Ez elvárható valakitől, aki egy adott nyelv szakemberének képzeli magát, nem?

    Aki csak képzeli egy adott nyelv szakemberének magát, attól semmi sem várható el. Baromságok megtanulása és megértése pedig senkitől nem várható el.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422264

    > Az egész topic abból indult ki, hogy rosszul használod a JS-t, nem ismered azt a pár szabályt, ami meghatározza mit tart a JS motor egy statementnek. Magyarul rosszul használod, és nem megérteni akarod, hanem fikázni.

    Mintha leírták volna többen is, hogy nincs megegyezés abban, hogy kötelező legyen-e, vagy sem. Akkor milyen szabályról beszélsz? A szabály hiányáról beszélhetsz, maximum. Ami pedig a fikázást illeti, csak azt tudom neked mondani, amit kb. egy éve is.

    > Fejtsd ki kérlek, miben valósul meg az önellentmondás.

    RTFT, ötvenszer leírtam már.

    > Nem használod a nyelvet, transpileren keresztül használod, vagy beállítasz egy lintert, ami fogja a kezed, hogy ne tudd elrontani. Mi mást akarsz? A nyelv alkalmazkodjon hozzád?

    Ezek közül a linter opció egyedül, azon meg már két napja túl vagyunk; kösszép. Senki nem kérte, hogy a nyelv alkalmazkodjon hozzám, csak felróttam egy baromságot. Mi fáj?

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422298

    > A szabály amiről beszélek az ECMAScript Language Specification pedig pontosan meghatározza hogy kell a sortöréseket értelmezni.

    Az ECMAScript egy papíron lévő dolog, a JS meg a böngészőben lévő. Az N féle JS implementáció M féleképpen szarja le az ECMAScriptet.

    > Képes voltál egy éves kommenteket visszakeresni hogy legyen muníció a személyeskedéshez? Más okod mi lehetett rá?

    Nem kerestem vissza, emlékeztem rá. Amúgy személyeskedni akkor is és most is te kezdtél el, ld. még "szakembernek képzeli magát", "csak fikázni akarod", stb.

    > Amit leírtál az nem bizonyít ellentmondást.

    De igen. Csak te nem akarod belátni.

    > Semmi sem, beszélgetünk egy témáról amiről eltérő véleményeink vannak. Bár kezd fájni az, hogy nem látod be hol sántít az érvelésed. Fentebb pl összemostad a kódolási szabályokat a nyelvi szabályokkal. De nyilván elmondod miért tévedek mindjárt.

    Nem, nem írom le többször. Elég volt. Az előbb belinkeltem, hogy hol volt részletesen kifejtve. Próbáld meg megérteni.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421731

    > Jaja, mar majdnem python-szintu :)

    A Pythont mint nyelvet elég felületesen ismerem, nem tudom mik a buktatói, mert a "whitespace matters" filozófia elég volt arra, hogy inkább kihagyjam...

    > Bar ott az elemi muveletekkel meg a sztringekkel is gondok vannak.

    Azzal JS alatt is. :)

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421741

    Fő a backward compatibility. :/ (Egy nagy lábosban.)
    Meg a typejuggling is nagy rulez...

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421750

    Most lecsekkoltam és az 5.0/2.0 az 2.5-öt eredményez Python2-ben, ahogy az ember várná. Ezt tényleg kár volt lecserélni; az is egy logika, hogy egészek közti művelet egészet fog eredményezni, ott meg nincs tizedes.
    Ami a szóköz/tabot illeti nem tudom és nem is akarom tudni; nem nekem találták ki a whitespace-sensitive nyelveket. :/ (De az már tényleg agyhalál lenne, ha még a tab meg a space közt is különbséget tennének.)

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421807

    Erre sajnos érdemben nem tudok válaszolni, mert Pythont én maximum buildkörnyezetben látok.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421768

    > tessék lintert használni

    Shellből nodejs-t meghívva validáltattam a kódot, az nem reklamált ilyenért. (cat x.js | nodejs -c) De kösz a tippet.

    > Sőt, még a Firefox konzolja is.

    Az meg nem szúrt ki az ég egy adta világon semmit sem. Lefutott és nem reklamált, csak épp undefined-et adott vissza.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421808

    > A node.js nem linter, ha a browser nem szól érte akkor az se fog.

    Ack. Nekem CLI-s kellett, de akkor majd keresek tovább.

    > A Firefox-os példához hozzátartozik hogy a konzolba másoltam be a kódot, lehet hogy azért szólt.

    Nope. Most én is becopyztam és nem szólt egy szót sem.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421812

    A példában 3 feltétel volt, de mi van, ha 30 van? Azt is egy sorba írod? 2020 meg le van szarva, engem az érdekel mi fut a böngészőben és ez nem fog mindegyikben lefutni. (Nézd meg milyen szépen kiszínezte a Firefox: http://oscomp.hu/depot/js2020.png) A hn értékadó sora pedig minden, csak nem olvasható.
    Úgyhogy nem az én logikámat kell eldobni. (Inkább a JS-t kéne, ha lehetne.)

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421855

    > de minden modernben, netán ie-re fejlesztesz?

    Nem konkrétan IE-re, de úgy, hogy minél több böngészőben menjen. Mert nem mindenütt van modern böngésző. Főleg cégeknél van olyan, hogy valami régebbi cucc van. Volt rá precedens, hogy egy beágyazott rendszer webes felületét csináltam, amire kellett AJAX, meg pár egyéb funkció. ES3 compliant módon csináltam meg, hogy a legtöbb helyen menjen. Ment. Még Netscape-ben is. (Na jó, IE6-ban nem mertem megpróbálni. :P )

    > Gondoltam, hogy leírom de elmaradt. így szokás:

    Bocs, de ezt így kategorikusan kijelenteni, hogy ez így szokás, az azért kicsit fals. Én általában a BSD-k által favorizált Allman style-t követem, az pedig új sorba és indentálva rakja a blokknak az első sorát (is). Tehát ahány ház, annyi szokás.
    De amúgy az megvan, hogy most megint kódstílusból akarjuk megkerülni a nyelv agyhalottságát? Azt kéne végre megérteni, hogy egy többsoros utasításokat támogató nyelvben a kifejezés részei sorfüggetlenül "lebegnek" és vezérlőtől utasításlezáróig terjednek! A JS pedig összekeveri az egysoros és a többsoros megközelítést, amiből ilyenek születnek. Az a nyelv, amit egy másfajta kódstílussal fel lehet borítani, az nem ér egy vödör vizet sem... És ez nem "2020" kérdés.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421876

    De mondom, hogy nem IE. :) Mondjuk az indexOf-nak működnie kéne majd' mindenütt, de az a baj, hogy ez nem ilyen egyszerű, mert nem sima lista, lehet, hogy komplexebb kapcsolatok is lesznek, mint az, hogy valamelyik az N-ből.
    Az IE összes verzióját le kéne bombázni, majd plutóniummal behinteni, ebben egyetértünk. De attól, hogy az IE is trágya, attól még a JS is az marad.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421944

    Hát ha a modernebb szintaktika alatt azt kell érteni, amit ktkt mutatott (const hn = `${spl[spl.length - 2]}.${spl[spl.length - 1]}`;) ez éppenhogy nehezebben olvasható. Mintha a JS eddigi katyvaszát nyakonöntötték volna még egy kis shellscriptinggel is és ránézvén az általad említett pipeline operátorra, még inkább ez a véleményem. Eddig csak a procedurális, funkcionális és OOP nyelvekből volt összevasvillázva mindenféle, de most még a shellscriptingből is lesz? Nem elég karácsonyfa még ez a nyelv? Csak mert így most már N féle szintaktikája és M féle szemantikája lesz a nyelvnek, ami aztán végképp nem azt fogja eredményezni, hogy ez könnyen olvasható, értelmezhető és debuggolható lesz...
    A Vue-t nem ismerem. De az eddigi JS frameworkök után valahogy ehhez sincs bizodalmam.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422037

    > A pipe operátor több funkcionális nyelvben is van, pl. F#, nem csak shellben létezik.

    Oké, de itt nem magával a pipe operátorral volt a baj, hanem azzal, hogy a JS egyre többféle megközelítést lapátol össze. Most akkor ez egy OOP nyelv, procedurális, vagy funkcionális? Egyszerre mind. És rosszul. (Amúgy amit ktkt mutatott értékadást, az kiköpött shellscript volt.)

    > Használhatnál pl. regexpet a megfelelő substring kiválasztásához:

    És az mennyivel lesz lassabb, mint a sima logikai kapcsolatok halmaza? Ja és még egyszer: nem biztos, hogy ez sima lista marad, lehet, hogy komplexebb összeüggés is lesz az egyes domainok között.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422076

    Hát eléggé más; én az oldworld procedural nyelvektől jövök, meg az ASM-től, így én pont a régi, egyértelmű változatot preferálom.

    Na ja, ha rend van tartva és egyféle paradigma szerint kódolnak az emberek, akkor működhet a dolog, de ha mindenki kiválasztja a saját kedvencét, akkor abból akkora katyvasz lesz...senki nem tudja majd a másik kódját rendesen értelmezni.
    Az nem baj, ha egy nyelv fejlődik, de kérdés, hogy hova és kérdés, hogy egyáltalán fejlődésnek lehet-e ezt nevezni. Nézzük a pipe operátort. Ez arra való, hogy - nomen est omen - csöveket kössünk össze vele. Namármost egy változó, vagy egy függvény minden csak nem cső. Eddiglen volt a nyelvnek egy logikája, hogy a függvényeknek paramétert adunk át és most ezt rúgjuk fel, hogy ad-hoc rá lehet irányítani valamit. (Tényleg, mit csinál ez egy több bemenetes fügvénynél? Errort dob? Vagy mit csinál, ha objektumot irányítok egy függvényre? Vagy egy változót egy objektumra? Függvényt egy objektumra?) Hovatovább, az adott példa

    let url = "%21" |> decodeURI;

    még unintuitív is, amennyiben "csövesen" gondolkodunk, hiszen a cső egyfelé megy, azaz itt az ember úgy gondolná, hogy a decodeURI cél és nincs tovább. Hiába van előtte egy értékadás; nem egyértelmű, hogy ez most mit akar csinálni; az url egyenlő lesz "%21"-el és ez megy tovább a decodeURI felé, vagy pedig a "%21" elmegy a decodeURI felé és utána megy vissza. Persze lehet mondani, hogy RTFM, mert leírják, hogy az utóbbi...de ha valakinek - aki ezzel még nem találkozott - szembejön egy ilyen kód, akkor nem biztos, hogy hirtelen érteni fogja és nem is csoda, mert itt egy shell-like pipe-operationt látunk, nem shell-like viselkedéssel. Ugyanez a felállás shell-ben ugyanis elküldi a célnak a cső bemenetére aggatott adatot, a változóba nem kerül semmi; ha ezt akarjuk, akkor azt jelezni kell: subshellbe kell rakni a kifejezést. Persze itt is be lehet zárójelezni és akkor rögtön egyértelmű lesz, de most zárójelezzük szénné az összes értékadást?
    Én azt látom, hogy a JS folyton össze-nem-illő nyelvi elemeket és paradigmákat hány össze, aminek már számtalanszor megittuk a levét.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422176

    Azt áruld el nekem, hogy ha a függvényes verziót egy sorban írod fel, akkor a csövest miért nem úgy?

    let uj_ertek = ertek  |> elso_fv  |> masodik_fv  |> harmadik_fv  |> negyedik_fv  |> otodik_fv

    Vagy ha a csövest több sorba írod, akkor a függvényest miért nem úgy?

    let uj_ertek =
    	otodik_fv(
    		negyedik_fv(
    			harmadik_fv(
    				masodik_fv(
    					elso_fv(ertek)
    				)
    			)
    		)
    	)
    ;

    Mert így persze, hogy átláthatóbb lesz a csöves szintaktika.

    > Számomra logikus, hogy a sor végén a változó aktuális értéke nem a /dev/null-ba megy, hanem az uj_ertek változóba kerül.

    Ez attól függ, hogy ki mit látott előbb: funkcionális nyelvet, vagy shellscriptet. (Egyébként shellscript esetén sem a /dev/null-ba megy, hanem a stdout-ra.)

    > Több paraméteres függvénynél meg kell adni, hogy melyik argumentuma legyen a pipeline-ból származó változó:

    Ezt a kódot még értelmezni sem bírom rendesen. Ez most ez akar lenni?

    let person = { score: 25 };
    
    let newScore =
    	boundScore(
    		0,
    		100,
    		add(
    			7,
    			double(person.score)
    		)
    	)
    ;

    Mert, ha igen, akkor ez aztán jól meg lett csavarva; ez minden csak nem könnyen értelmezhető. Arról nem is beszélve, hogy nem csak gépelni kell hozzá többet, de zárójelezni is. (6:8) Nem tudom mi forog ilyenkor a JS újításaiért felelős emberek fejében; cél, hogy minél átláthatatlanabb legyen a nyelv?

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422186

    > A lényeg nem azon van, hogy hány karakter kell hozzá, hanem hogy milyen sorrendben van leírva a kódban.

    A lényeg tényleg nem a karaktereken van (bár nem mindegy, mennyit kell gépelni), hanem az olvashatóságon.

    > Az egyik esetben ugyanaz a sorrend ahogyan a végrehajtás is történik, a másikban fordított.

    Kivéve, hogy a legelőször felírt művelet (változó értékadása) hajtódik végre legutoljára. Azaz a sorrend 2->N, 1. Igen, az a függvényesben is, de ott legalább a sorrend konzisztens: N->1.

    > Egyébként ez a partial applicationnel lesz teljes, akkor (a fenti példában legalábbis) lambdákra sem lesz szükség.

    Mi a cél? Az önobfuszkálás? Csak mert affelé halad...

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422280

    > Tévedés, az értékadás egy utasítás, az értékadás jobb oldala egy kifejezés. Megint csak két eltérő dologról van szó.

    var kecske = (x = y = do_something(65, 02)) | (z = do_something_else(kecske));

    Az értékadás maga is egy kifejezés. Ezt a kódot hogy írod át csövesbe? Úgy, hogy egy utasítás maradjon.

    > Javaslom, hogy ismerkedj meg egy tisztán funkcionális nyelvvel, akkor gyorsan helyére fognak kerülni ezek a fogalmak (function composition, partial application, currying, pattern matching / destructuring, stb.).

    Egyszer lehet, hogy sor kerül rá, de most nem prioritás.

    > Sajnos a JS nem a legjobb funkcionális nyelv, pláne hogy multi paradigm, de 2020-ban megkerülhetetlen a funkcionális programozás ismerete ha JS-ben akarsz programozni.

    Na, pont ezért egy raklap alsógatya a JS. Mint mondtam, összehányt különféle paradigmákból egy raklap önkényesen kiválogatott nyelvi elemet és megközelítést, a programozó meg ihatja a levét. A JS nem a legjobb funkcionális nyelv, nem a legjobb OOP, nem a legjobb procedurális...kb. mindegyikből a hátrányokat sikerült összelapátolni. (Majdnemhogy.) Amúgy ez a 2020-azás nem korai még egy kicsit? 5 napja van még csak 2020, a pszeudoprogresszív mindenit neki.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422300

    Nem azon volt a hangsúly, hanem azon, hogy kötött műveleti sorrendre, mint előnyre ne hivatkozzunk már, főleg, ha az ráadásul nem is úgy van, ahogy azt a Móriczka elképzeli.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422308

    Nem! Én nem ezt mondtam, hogy fasság az egész! Ne adj szavakat a számba! Én azt mondtam, hogy a műveleti sorrend, mint a pipeline-s megoldás mellett szóló érv a procedurálissal szemben, az invalid. Ennyit és nem többet. A többit te láttad bele, mert már megint könnyebb arra reagálni, amit hinni akarsz, hogy mondtam, mint arra, amit mondtam. No comment.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422323

    Hogy mi van...? Az eredeti példakódot nem is én írtam és ez arra is vonatkozott... Az értékadás maga is lehet kifejezés (ezen mit bizonyítsak?), a pipeline-os megközelítésnél meg az értékadás marad utoljára, holott az van legelől (és ezen?).

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422232

    Kész... :))) Hallod, itt van egy poszttal feljebb kivesézve, hogy ez nem igaz, mert az értékadás fut le a legvégén, holott az van a legelején, így aztán a valós sorrend 2->N,1, míg a procedurális megközelítésnél a nestingből logikusan következő - és nem fragmentált - N->1. Tényleg nem olvasod el, amit írok?

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422259

    Ennyi erővel minden egyes függvényhívás egy önálló műveletlánc. Egyébként nem én mosom össze, hanem az emberi agy. Az egyiknél elindul jobbról balra (bentről kifele) és végigmegy, a másiknál meg balról jobbra, majd ugorhat vissza.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422704

    Ok, de be lehet tördelni a procedurálisat is, akkor az is áttekinthetőbb.

    Lehetne úgy is, mindenesetre egy non-shell nyelvben egyértelműbb lenne; ha függvénybe lehet pipe-olni, akkor változóba is. Annak legalább garantáltan egy "bemenete" van. Szerintem csak nem igazán tudják a JS háza táján, hogy mit csinálnak.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421894

    > Ezért jók a transpilerek. Alapvetően nem szeretem őket ezért sima (+modern ;)) node-nál nem is használnám de böngészőben megértem a használatát.

    Nem mertem kipróbálni; csak abban a kódban bízok, aminek a működését értem és tudom hol lehet benne a hiba, ha valami megborul. Ezért kerülöm a JS keretrendszereket is. Egy transpiler által generált kódot kidebuggolni biztos nagyon vicces lehet.

    > de próbálok nem árral szemben úszni és követem a nagyokat (airbnb, google, stb)

    Én sem direkt úsztam szemben az árral; csak eszembe se jutott, hogy egy többsoros utasításnál ő lezárja helyettem az utasítást az első sorban. :/

    > Azért is jók ezek a szabályok mert szól ha ilyen hibát követsz el (most kiírna hogy nem fog lefutni - unreachable code).

    A BaT által citált lintert leszámítva eddig semmi nem reklamált érte.

    > A te bajod hogy nem adaptálódsz a használt technológiához, azt erőlteted bele amit már ismersz (meg persze a nyelvtervezés vagy nem tervezés) - az informatika nem így működik.

    Nem én...a böngészők! Nem csak a latest Chrome van, az informatika nem így működik. :P Szerinted miért szívnak ezer helyen legacy dolgokkal? (Másik ezer helyen meg a nagyon modern dolgokkal, mert manapság sajnos sokszor az innováció után rosszabb lesz, mint előtte. :( )

    > Jogos hogy nem tökéletes a JS (nagyon nem az), de minden nyelvben találsz hülyeségeket.

    Na de ennyit? :)
    Több, mint 30 éve ülök gép előtt, majd ugyanennyi éve kezdtem a programozást is, sok nyelvet láttam, de ennyi szamárságot, inkonzisztenciát és logikai bukfencet egyetlen nyelvben sem láttam, mint a JS-ben. Nem még PHP-ban sem, pedig az nagy szó.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421931

    > Ezért generálnak egy mapot is debug módban vagy amikor bekapcsolod, de ettől meg lehet szívás (pl nem tudod rávenni Chrome-ot hogy figyelembe vegye).

    Majd, ha nagyon nincs mivel szívni, lehet kipróbálok egy ilyet. :P

    > ilyen ez a pop szakma, hogy a jövőben ne forduljon elő, MDN. :D

    Ez már eső után köpönyeg... :P Az összes ilyen baromságát meg nem ismerheti az ember a nyelvnek, biztos lesz még itt bazmeg. :/

    > Szívok legacy dolgokkal is, de szerencsére van akarás a javítására (persze van akinek ez se tetszik :/). Elég szomorú olyan JS kódot nézni ami úgy néz ki mint egy 20 éves java/c# borzadály...

    Java-t/C#-ot még manapság is borzadály nézni. :) Előbbinek a végeredményét futtatni is...

    > ezért utáltam a JS-t úgy hogy sose láttam, eleget hallottam róla. De azzal, hogy van egy elég modern JS (es6+) és ebben kezdtem el fejleszteni megszerettem. 5-10 évvel korábban lehet örökre megutáltam volna.

    Én 16 éve kínlódok vele...képzelheted én hogy utálom. :D

    Sz*rk: VSCode...NO WAY. Nem tudom van-e egyáltalán UNIX-ra, de ha van se kell.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421946

    > VS Code megy több platformon is, de ott van a https://github.com/VSCodium/vscodium is, amiből kiszedték az MS telemetriáját.

    Még szerencse. Akkor most már csak át kell írni valami normális nyelvre, hogy ne falja fel a gépet. :P Thx no, maradok a saját editoromnál.

    > Illetve Sublime Text-hez is van ESLint plugin, meg még számos szerkesztőhöz.

    A Sublime már inkább érdekel, de azért még megnézem, hátha van az én szerkesztőmhöz is; thx.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422074

    A TDE által szállíott Kate-et. Plugint nem találtam, de lehet ezt használni CLI-ből is. Commit itt nincsen.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422124

    Nem. Ezt is leírtam már, hogy nem biztos, hogy egyszerű lista lesz, lehet, hogy komplexebb kapcsolatok lesznek. Nem is egyszer. Elolvastad te egyáltalán amiket írtam?

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422236

    > Ne szívd fel magad ennyire, tényleg leírtad, elsiklottam felette.

    Na jó, de ötször? :)

    > Ettől függetlenül tartom magam ahhoz amire ki akartam lyukadni: Jó elszeparálni az adatot és a kódot ami azt kezeli. Mert így az adatok mint konfiguráció könnyebben kezelhető a függvényed mint kód jobban unit tesztelhető. És ez úgy se nehéz, ha komlpex feltételeid vannak, egyszerűen nem string egyezőséget vizsgálsz a tömb elemein, hanem mást. Mondjuk regexet (is) és / vagy lamdbákat hívsz. Nem ördögtől való, így működik az array filter is.

    Ez is volt már. :P

    > És persze mondhatod, hogy ez felesleges bonyolítás, de miért is? Egy URL listát, vagy feltétel listát előbb találsz meg egy config fájlban, mint egy script közepén. Így az a lista jobban kezelhető, a kódod pedig unit tesztelhető. Nyilván erre semmi szükség ha csak egy röpke scriptet dobsz össze magadnak.

    Aha és a konfigfájlban található adatsémákhoz hoz mindjárt találjak ki codebuildert is, ha komolyabb kapcsolatokat akarok felépíteni, ugye? Itt egy célfeladatról beszélünk. Nem építünk hozzá általános eszközt.

    > A felvetett teljesítménybeli aggályok pedig feleslegesek amíg nem keletkezik ebből tényleges bottleneck, főleg úgy, hogy feláldoznád vele a karbantarthatóságot és tesztelhetőséget.

    Ha nem túl sebességkritikus, akkor még csak-csak le lehet írni a regex okozta overheadet, de ami azt illeti nekem egy regex sokkal kevésbé átláthatóbb, mint egy logikai kapcsolatrendszer.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422245

    Ööö...láttad te a nyitó kódot? A logikai szerkezet tkp. el van szeparálva. Annyi van előtte, hogy a beérkező stringből csak a domainnév marad meg, ami kb. 3 sor volt. Most ezt a 3 sort hagyjam meg itt és az egy darab returnt meg tegyem külön függvénybe? El szoktam szeparálni amit el kell, de ebben az esetben ez már overengineering.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2422268

    Ebben az esetben, amivel most dolgom van, nem lesz ilyen. Mondtam: ez célfeladathoz céleszköz. Amit el kell szeparálni, azt el szoktam én is.

    Oldschool Computer - http://oscomp.hu




    JS WTF: https://hup.hu/node/167259#comment-2421856

    Nem feltétlen. Ipari környezetben sokszor vannak baromi régi böngészők; fentebbi válaszomban mondtam egy (saját tapasztalati) példát.

    Sz*rk: Ez kissé félreérthető lett; nem konkrétan az InDesignre gondoltam, hanem bármilyen JS programmable szoftverre, ami régi szabványokat követ.

    Oldschool Computer - http://oscomp.hu




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368785

    Szóval már ennyire meleg az új RPi. Végülis csak az egyik legfontosabb szempont volt az ilyen SBC-knél, hogy minden további nélkül be lehet zsuppolni őket bármilyen olyan szűk helyre, ahol nincs szellőzés, mert nem is kell nekik. A plusz villanyigény nem a világ, de aki örült neki, hogy ezek "néma" gépek, az nagyon fog "örülni" a ventilátornak.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368789

    Nyilván, de miért kell ennek 3A? Valamit túltoltak ott egy kicsit, szerintem.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368850

    :D




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368857

    2 db USB3-as HDD? Ez egy SBC... SD kártya, meg belső eMMC (ha van), esetleg még SSD csak-csak, de ki akarna erre permanensen USB3-as HDD-t aggatni? Ráadásul mindjárt kettőt... Az oké, hogy előfordulhat, hogy valamiért rá kell akasztani, de akkor azt a két külső HDD-t meg lehet tápolni másfelől is addig.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368902

    :P 'Gésség.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369069

    Egy SBC-n RAID? Mit akarsz ezzel a lapkával csinálni, amihez RAID-be kötött HDD-k kellenek?




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369113

    Egy RPi4 ~20 rongy és akkor ahhoz még ház, meg ventilátor, fúrás-faragás, különben melegszik, mint egy kemence... ~30k-ért már lehet kapni olyan NAS-t, ami kulcsrakészre össze van szerelve, nem sütsz rajta kenyeret és nem csak USB3-as meghajtókat lehet ráaggatni, hanem SATA-sat is. Igaz, hogy üresjáratban 5.5W-ot eszik, míg a RPi4 csak 2.9W-ot, de ez azért nem egy kardinális probléma. (Terhelés alatt meg úgyis a HDD-k fogják elsősorban zabálni a villanyt.) Nem éri meg NAS-nak használni. Ezek az SBC-k arra jók, hogy mindenféle kütyüt vezérelgess róluk, ahhoz meg nem kellenek RAID-be kötött HDD-k.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369239

    Vezérelgetésre itt eddig az OrangePi vált be legjobban. Tud a belső eMMC-ről bootolni és így nem kell attól tartani, hogy kinyúvad az SD kártya. Nem egy erőgép, de megbízható. A parkolóautomatáink két éve mennek 7/24-ben velük.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369305

    Ami szembejött az árukeresőn: https://nas-meghajto.arukereso.hu/zyxel/nas326-eu0101f-p327643743/

    #define használható



    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369402

    Ezt NAS-on is lehet.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369451

    Lejátszani? A NAS-oknak nem feladata a videók renderelése, nekik csak streamelni kell tudni őket; ezek - nomen est omen - storage-ek. Itt az a baj, hogy már megint "univerzálist" akar mindenki, csak persze fél fillérért és ne fogyasszon szinte semmit, csak ez nem így működik.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369492

    Akkor az egy HTPC, ami NAS-ként is funkcionál, nem pedig egy dedikált NAS, amit azért csináltak, hogy NAS legyen és eddig tisztán NAS-ról volt szó, az meg nem arra való, hogy 4k-s videókat rendereljen. Az SBC-k meg nem valók sem NAS-nak, sem HTPC-nek, csak megjelent az igény rá, hogy mindent tudjanak - mindent is - nézd csak meg a szálat, szépen eljutottunk odáig, hogy ezt is, meg azt is, meg amazt is, most már komplett házi szerver legyen minden nyavalyával, rendereljen 4k-s videót, közben streameljen, torrenteljen, etc. Na ennak az eredménye az amit a cikk feszeget, mert ennek a sok igénynek a kielégítése nincs ingyen.

    (De ha ennyire SBC-t akar valaki svájcibicskának használni, akkor könnyen lehet, hogy valamelyik ODROID-dal jobban jár.)




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369543

    Hát de ez az, hogy nem feltétlenül jön ki olcsóbban, pláne, hogy a NAS-okban azért van SATA is.

    Lentebb olvashatod, hogy másoknak a többi RPi-t is sikerült felforralni.

    Biztos használható többmindenre, de az SBC-ket tipikusan valami vezérlésre találták ki, nem komoly teljesítményigényű feladatokra.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369564

    Ha az ODROID-nak van SATA portja, az miért érv az RPi4 mellett? Az meg már kezd vicces lenni, hogy juszt se egy nem melegedő, SATA-kapabilis NAS, hanem juszt azért is inkább RPi4 + "rendes" hűtő + USB3 to SATA; szerintem mindjárt csapj hozzá egy holdkompot, egy exchange szervert, egy hernyótalpas gumikecskét, meg egy palacsintasütödét is (bár a cikk szerint külön sütőre lehet nem lesz szükség, elég a lapka is).

    Hát ha így forralódik, akkor önmagában ez leginkább nem jó semmire. Persze hűtve igen, de akkor meg majd ugyanott vagy, mint valami ultralow fogyasztású pécével. (Vezérlésre az SBC-k valók, általában, csak némelyikkel elszaladt a ló.)

    Azt nem tudom ki írta, hogy rémes az RPi IO, de nem én.

    Hűteni hűteni kell, de nem bordával; htmm leírta, hogy maga a nyák vezeti el a hőt, viszont alig van hőtehetetlenség; ezt nem bordával, hanem szellőzéssel kell orvosolni, de ezt egyébként már többen is írtuk. Ki hazudozott?




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369657

    Akkor azt félreértettem.

    Az már nem is NAS, akkor az homeserver, vagy HTPC. (Felhozhatod, de csak abban az esetben fair, ha az tényleg egy nettó NAS volt, nem valami generikusabb vas.)

    Én azt mondtam, hogy NAS célra vegyen NAS-t. Ha komolyabb céljai vannak, akkor nem. Itt ezen van a hangsúly, hogy össze vissza változtatjátok, hogy épp mit kéne kihozni belőle.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369677

    Miért lenne hülyeség egy sima NAS? Backup, share, low-consumption. Mi ezzel a baj, ha ez a cél?




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369733

    Én egy 5.5W fogyasztású NAS326-ot ajánlottam, nem azt a NAS310-et, amit te linkeltél.

    https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369113

    > Igaz, hogy üresjáratban 5.5W-ot eszik, míg a RPi4 csak 2.9W-ot, de ez azért nem egy kardinális probléma. (Terhelés alatt meg úgyis a HDD-k fogják elsősorban zabálni a villanyt.)

    https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369305

    > Ami szembejött az árukeresőn: https://nas-meghajto.arukereso.hu/zyxel/nas326-eu0101f-p327643743/




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369882

    > Terhelés alatt meg úgyis a HDD-k fogják elsősorban zabálni a villanyt.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2371285

    Az ember pénztárcája szempontjából lehet vicc, de ha sokan használnak egy adott eszköztípust, akkor az a sok fogyasztás per kopf összeadódik és azt az energiát valahol elő kell állítani és itt jöhetnének a közhelyek, de most inkább ne menjünk bele. Minél kevesebbet eszik valami, annál jobb, csak éppen az általam linkelt NAS nem evett üresjáratban öt és félszer annyit, mint az RPi4, de még kétszer se.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369858

    Azt nem tudom milyen volt a CorelDraw, de az RPi-re áll, amit mondasz.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369656

    Az android? Azt csinálja, amit akarsz? Saját okostelefonom ugyan nincsen, de ha a másé a kezembe kerül, akkor én pont az ellenkezőjét tapasztalom: az a vacak mindent csinál, csak azt nem, amit én akarok. (A másik félről info híján nem nyilatkozom, sose láttam élőben.) Ha pedig arra gondolsz, hogy lepucolod a telefont és felraksz rá egy guglimentesített droidot; mi gátol meg, hogy a NAS kapjon egy Linuxot vagy BSD-t?




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369880

    Miért is? Melyik részével írtam ki magam?




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2422029

    Konkretizálás az még mindig nincs. Tudjátok ez nem úgy működik, hogy ha valaki ír valamit, ami nektek nem tetszik, akkor az automatikusan "kiírja" magát. Nem ti döntitek el mi a helyes, vagy mi az elfogadható. Go rent a clue.

    Oldschool Computer - http://oscomp.hu




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2422340

    Okostelefonom ugyan tényleg nincs de RPi-m (B+) az van, ez eddig egy fail. Dolgoztam továbbá OrangePi-kkel és használtuk terminálnak, parkolóautomatának, beágyazott eszköznek, miniszervernek, GPS trackernek, meg még mittudomén mi mindennek (konkrétan én fejlesztettem le rájuk az összes célszoftvert), stb. Ez eddig két fail. Aztán, szövegértés: én nem vagyok ezeknek a kis SBC-knek ellene, én a célfeladatra céleszköz megközelítés híve vagyok, amibe nem fér bele az, hogy mindent is ugyanaz a szerencsétlen eszköz csináljon, egyszerre; ezt fejtegettem fentebb, s lentebb. Ez a harmadik fail. Szóval most fogtál egy fals feltételezést, mindennemű további vizsgálat nélkül és erre, meg a személyes nemtetszésedre alapozva kiosztottál egy alaptalan személyeskedő beszólást. Gratulálok. Ha valaki itt kiírta magát, az te vagy. További nyugodt vasárnapot.

    Oldschool Computer - http://oscomp.hu




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369450

    Olyat kell választani, ahol ezek a problémák nem állnak fenn; van kínálat bőven, én csak belinkeltem a legelsőt, ami szembejött.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369659

    Nem, én azt vallom, hogy célfeladatra céleszköz. Bűn? Én hol modtam ilyet, hogy az "bűn"? Én azt mondtam, hogy baj. És nem is arról beszéltem, hogy most az akkora katasztrófa, hogy nem csak vezérlésre használja valaki. Ezzel a mindent akarunk egyszerre, semmiért mentalitással van bajom. Oké, használjátok akkor homeservernek, hűtéssel, de akkor meg az lesz, hogy amikor meg vezérelni kéne valamit és valami szűk szellőzetlen helyre kellene beépíteni, akkor kiderül, hogy arra meg alkalmatlan. Kérdem én, hogy minek akkor erre egyáltalán GPIO, ha nem vezérlésre való? Akkor nem SBC-t kell gyártani, hanem hiperolcsó ARM-os alaplapot, valami elfogadhatóbb CPU-val/GPU-val, meg 4-8 GB RAM-mal és hoci, itt van a filléres NAS/HTPC/HS. De ez, hogy legyen mindenre jó, az nem fog menni. Ami mindenre jó, az nem jó semmire sem.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369676

    Nem kell. Előfordulhat. Mert pl. valami dobozba szerelt vackot hajt meg.
    Nem értesz vele egyet? Akkor szerinted mindenre ugyanazt az eszközt kéne használni? Hajtsunk be csavart kalapáccsal? Pucoljuk meg vele az ablaküveget? Hajtsunk vele végre szívműtétet? Javítsunk vele windows szervert? (Na jó, ez utóbbira speciel valószínűleg alkalmas a kalapács...) Nincs univerzális eszköz.
    Én nem a GPIO létjogosultságát vitattam, hát ez lenne a lényege, hogy vezérelni lehessen, csak éppen ez a melegedés miatt nem feltétlenül jó erre, meg ahogy a topicból látszik is, a felhasználók is össze vissza mindenre akarnák használni. El kellene döntenie a gyártónak, hogy mit akar építeni.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369732

    Az nem szalmabáb érvelés, hogy ha szerinted a "célfeladathoz céleszköz" hülyeség, akkor adok rá egy abszurd példát.

    A hangsúly nem az OS-en volt, hanem a hardware-en.

    Ha pedig az "egyik oldal" ("oldal"? milyen oldal?) kalapáccsal akar csavart behajtani és a "másik oldal" véleménye meg az, hogy rosszul gondolkodnak, akkor az meg az ő dolguk.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369771

    Svájci bicska? Kombinált fogó? Hát legyen. Kérlek hajts végre az általad említett szerszámokkal szívműtétet, moss le velük egy kocsit, juss el a Marsra, illetve süss velük kenyeret. Na, akkor miért is lenne ez ostoba példa? Csak mert neked nem tetszik? Hát ez tényleg nem túl építő jellegű, mit ne mondjak. A svájci bicska és a kombinált fogó sem univerzális szerszámok. Ahogy az RPi4 sem. Próbáltad elkerülni a minősítést...miért kellett ezt ennyire "próbálni"? Én hol minősítettelek téged? Mi volt annyira bántó, hogy neked ennyire minősíteni kellett? Szerintem is hagyjuk, mert te már nem is az RPi4-et próbálod védeni a kritikától, hanem a sérülő ideológiáidat a valóságtól. ("Had csináljon már hülyeséget akinek az jól esik, szabad ember, joga van hozzá!") Ehhez pedig nekem sincs kedvem.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369658

    Inkább nem. Ha mindenképpen valami táposabb SBC-t akarnék, akkor ODROID. Esetleg CubieBoard, bár nem tudom, hogy az épp hol tart.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368851

    ROFL




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369542

    Saboteur egy poszttal lejjebb adott mérési eredményeket, ami világosan kimutatta, hogy üresjáratban is 70 fok fölé tud menni, ha be van zárva.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2369565

    A borda itt mint egy nyócbites intel, nem oszt és nem szoroz. Szellőzés kell neki.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368852

    Hát üresjáratban a 70+° nem éppen a hideg kategória.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368853

    És hova vezeted el vele a hőt egy zárt és szűk dobozban? Itt a szellőzés lesz a fő baj; nézd meg Saboteur méréseit: a doboz kinyitása borda nélkül is ~15°-ot hűtött rajta.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368903

    Azt nem mondtad, de mondjuk valószínűleg a levett fedél többet nyomott a latban, mint a borda.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368946

    Hát ezt mondtam én is.




    "A Raspberry Pi 4-nek ventilátorra van szüksége": https://hup.hu/cikkek/20190718/a_raspberry_pi_4-nek_ventilatorra_van_szuksege#comment-2368904

    Hát, ha van erre lehetőség, akkor igen. De előfordulhat olyan eset, hogy mindenképpen zárt helyen lesz.




    Trinity Desktop Environment R14.0.7: https://hup.hu/cikkek/20191230/trinity_desktop_environment_r14_0_7#comment-2420140

    > Added initial support for DilOS builds

    Végre megint lesz Solaris support.

    Kösz amúgy a hírt, le is frissítettem.

    Oldschool Computer - http://oscomp.hu




    Trinity Desktop Environment R14.0.7: https://hup.hu/cikkek/20191230/trinity_desktop_environment_r14_0_7#comment-2420158

    Hát lassan megy előre, az tény.

    De mitől retro? :)
    Még él és virul, ráadásul nem úgy kell elképzelni, hogy ez valami fapad izé, ami azért gyors, mert üres; többet tud, mint a többi DE-k elsöprő többsége. Alkalmazásból is szállít egy tonnát.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Trinity Desktop Environment R14.0.7: https://hup.hu/cikkek/20191230/trinity_desktop_environment_r14_0_7#comment-2420183

    Ja értem. Nekem UHU 1.0-val indult, de a DE, az ugyanúgy KDE3 volt. Ez utóbbi azóta sem változott; párszor volt egy pár hetes vargabetű, amikor ismerkedtem más környezetekkel, de a KDE3 után vagy túl fapad/kevéssé konfigurálható, vagy túl lassú volt nekem. (A KDE3 egyébként már a 2003-2004-ben használt 1 GHz-es P3-as Abit VH6-II gépemen is meglepően fürge volt.)

    Oldschool Computer - http://oscomp.hu




    Trinity Desktop Environment R14.0.7: https://hup.hu/cikkek/20191230/trinity_desktop_environment_r14_0_7#comment-2421043

    Mit értünk integráció alatt? Azt, hogy futnak-e alatta a más toolkites programok? Hogyne futnának. Azt, hogy van hozzá wrapper, amivel a más toolkites programok ugyanúgy néznek ki, mint a Trinity-sek? Részben. A GTK2-es programok wrappere közel 100%-ig tökéletesen működik. (Pár apróbb bug van, de lehet velük együtt élni.) A GTK3-as wrappert nem tudom, hogy hogy áll, utoljára elég gyászos állapotban volt, de ez nem a TDE csapat hibája, hanem a GTK3-é, mert annak a bloatware-nek hetente variálják át az API-ját. Kerülendő amúgy is. A Qt-s cuccokhoz nincs wrapper, viszont a Qt-s cuccokat be lehet állítani, hogy ugyanúgy nézzenek ki, mint a Trinity, hiszen az is Qt-s, csak Qt3-as TQt-s.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hajbazer


    Trinity Desktop Environment R14.0.7: https://hup.hu/cikkek/20191230/trinity_desktop_environment_r14_0_7#comment-2421042

    Na ja. :)
    Ez csak gyorsulni szokott. Maximum bugokat raknak bele néha. :/
    Régen amúgy rengeteg köpködést kapott a projekt, hogy semeddig sem fog tartani, meg ezt csak KDE4 haterek csinálják, stb. Aztán láss csodát, ez még mindig megy, a KDE4-et meg közben befejezték. Mik vannak... :)))

    Oldschool Computer - http://oscomp.hu




    Trinity Desktop Environment R14.0.7: https://hup.hu/cikkek/20191230/trinity_desktop_environment_r14_0_7#comment-2421234

    Mondta, hogy neki retro.

    Oldschool Computer - http://oscomp.hu




    Trinity Desktop Environment R14.0.7: https://hup.hu/cikkek/20191230/trinity_desktop_environment_r14_0_7#comment-2421715

    Hát én is ezt mondtam.

    Oldschool Computer - http://oscomp.hu




    Tp-link C6 router firmware frissítés anomália....: https://hup.hu/node/167228#comment-2420697

    > Szar a web na.

    ^ THIS ^

    Oldschool Computer - http://oscomp.hu




    Tp-link C6 router firmware frissítés anomália....: https://hup.hu/node/167228#comment-2420695

    -

    Oldschool Computer - http://oscomp.hu




    Linus Torvalds 50 éves!: https://hup.hu/cikkek/20191229/linus_torvalds_50_eves#comment-2419745

    Az ablakok fejlécéből (fekete szín, középen a caption, jobboldalt a close), az alul elhelyezett ikonokból, meg a sarokban valami iconified cuccból ítélve tényleg Window Maker lesz, de az nem Motif, hanem vagy OpenStep, vagy GNUStep alapú; Linux esetén az utóbbi.
    Sz*rk: Vagy lehet, hogy FVWM.

    Sz*rk: Megvan a gép és a monitor is: https://laivakoira.typepad.com/blog/2013/02/linus-torvalds-computer-1993-1994.html
    Egy finn 486-os IBM-PC klónon tolta.

    Oldschool Computer - http://oscomp.hu




    Linus Torvalds 50 éves!: https://hup.hu/cikkek/20191229/linus_torvalds_50_eves#comment-2419814

    1994 végéig összesen 11 disztribúció jelent meg:

    MCC Interim - 1992.02.
    TAMU - 1992.05.
    SLS - 1992.06.
    Yggdrasil - 1992.12.
    DLD - 1992.12.
    Slackware - 1993.07.
    Debian - 1993.08.
    LST - 1993.12.
    Bogus - 1994.01.
    S.u.S.E - 1994.03.
    RedHat - 1994.11.

    (Viszont nem tudjuk, hogy a kép mikori és nagyon nem mindegy, hogy 1993 vagy 1994.)

    Lehúzhatjuk a Debiant, mert azt már tisztáztuk, hogy suse használta.
    Lehúzhatjuk a RedHat-et is, mert túl későn jelent meg ahhoz, hogy ezen a képen az legyen.
    Lehúzhatjuk a Bogust is, mert azt a kutya nem használta, 10 hónapig létezett kb.
    Lehúzhatjuk a DLD-t is, mert az egy echte német Linux volt, mármint, hogy németül beszélt, meg minden, tehát ki van csukva, hogy Torvalds ezt használta volna.
    Lehúzhatjuk az MCC Interimet is, mert azt direkt nem UNIX experteknek csinálták.
    Lehúzhatjuk a Yggdrasilt is, mert az CD-only volt (az első egyébként) és Torvalds gépében - ahogy nézem - csak floppy van.

    A TAMU a Texas A&M University terméke volt; nem hiszem, hogy Torvalds ezt használta volna, bár nem lehet kizárni.
    Az SLS egy bugrakás volt, Mudrock is azért lépett ki és csinálta meg a Debiant, mert tele lett vele a töke, a maradék usereket meg Volkerding szipkázta el, amikor megcsinálta a Slackwaret; konkrétan az SLS 1994 elején kihalt, bár mondjuk a kép készülhetett ezelőtt is, ezt nem lehet kizárni.
    A S.u.S.E. sem valószínű, mert 1994-ben az még túl friss volt ahhoz, hogy számottevő legyen, a wikicikk ugyan megemlíti Torvaldsot, mint gyakori usert, de 1998 magasságában; persze kizárni nem lehet, hogy már korábban is az volt, de valahogy nem valószínű.

    A Slackware és az LST ellen nem szól semmi, de a Slackware a valószínűbb.

    Tehát, ha a kép '93-as, akkor SLS vagy Slackware, ha '94-es, akkor Slackware vagy LST, vagy esetleg mégis S.u.S.E.

    Viszont az is lehet, hogy semmiféle disztribúció nincs a gépen, lévén Torvaldsról beszélünk. Lehet, hogy az ott A Linux.

    (Ha baromságot írtam, szólok, hogy félig aludtam már, miközben írtam.)

    Oldschool Computer - http://oscomp.hu




    Linus Torvalds 50 éves!: https://hup.hu/cikkek/20191229/linus_torvalds_50_eves#comment-2419870

    Thx, nem találtam meg a képet sehol. Ha a kép '94 márciusában készült, akkor az SLS már nem játszik (januárban kihalt), a S.u.S.E meg még nem játszik, (márciusban jelent meg). Tehát vagy Slackware, vagy LST. Vagy - ahogy mondtam - egyáltalán nincs disztró, magának rakta össze.

    Oldschool Computer - http://oscomp.hu




    Linus Torvalds 50 éves!: https://hup.hu/cikkek/20191229/linus_torvalds_50_eves#comment-2419872

    Köszi.

    Oldschool Computer - http://oscomp.hu




    Linus Torvalds 50 éves!: https://hup.hu/cikkek/20191229/linus_torvalds_50_eves#comment-2419742

    HB

    Oldschool Computer - http://oscomp.hu




    Linus Torvalds 50 éves!: https://hup.hu/cikkek/20191229/linus_torvalds_50_eves#comment-2419751

    Happy Birthday

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419221

    Az Operának nincs köze a KHTML-hez, mármint a classic Operának. Az újkori Opera meg olyan, mint a Vivaldi, a Brave, vagy az új Edge, hogy tkp. Chromium, más skinnel, felesleges kiemelni.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419229

    Leírtam, hogy a classic Operának nincs köze a KHTML-hez. Az újkori Opera a Chromium.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419249

    Én meg arra mondtam, hogy fölösleges külön megemlíteni.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419248

    Becsípődött? Mert egyszer leírtam a topicban?
    Amennyi kiegészítő van Chromiumhoz, simán lehet majd hozni ugyanazt a funkcionalitást.
    Amúgy elsősorban az Opera volt a téma, annak az OOB funkcionalitását a mai napig nem tudja hozni egyetlen böngésző sem.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419257

    > Becsípődött, mert minden hasonló topicban elmondod.

    Mindben? Az összesben? Nem túlzol te egy kicsit (nagyon)? Az, hogy néha elmondom egy-egy related topicban, az még nem becsípődés.

    > Nem egyszer ebben a topicban.

    Amikor írtad a válaszodat, még egyszer volt leírva. A második amúgy is csak egy visszautalás volt Oregonnak, mert olyanokra kérdezett rá, amiket leírtam.

    > Én próbáltam, mert BSD-re nincs Vivaldi, nem kevés időt szántam rá, de a Vivaldi funkcionalitását meg sem lehet közelíteni kiegészítőkkel, de még elfogadható kompromisszumos megoldás sincs.

    Mit nem sikerült megoldani kiegészítőkkel? (Mielőtt félreértenéd, nem baszakodni akarok, hanem tényleg érdekel, mert vagy az lesz, hogy tudok neked mutatni kiegészítőt/akármit, amivel megoldhatod, vagy kiderül, hogy a Vivaldival kapcsolatos infóim elavultak (amikor utoljára csekkoltam, akkor egy vicc volt), tehát valamelyikünk biztos jól jár.)

    > Itt te hoztad szóba a sok Chromium alapú böngészőt. Mintahogy a régi Operát is. Én meg reagáltam, egy olyan példával, amiben érdemben képben vagyok. Te hozhatsz fel példát, meg alkothatsz véleményt, ha én teszem ezt, akkor az már OFF-olás?

    Én hol írtam, hogy offoltál? Légy szíves ne adj szavakat a számba. Köszi.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419277

    Baromságokat magyarázol bele abba, amit mondtam, aztán meg még neked áll feljebb, még te sértődsz be. Pukkadj meg magadnak.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419220

    A QupZilla 1.8-tól (1.7-től? 1.6 még Qt4 volt...) felfele Qt5-öt használ, az Otter meg alapból arra épült.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419425

    Át, de a Qt5 megmaradt.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419543

    Miért? Hexa vagy Base64 encoded bináris tartalom simán lehet akkora.

    Oldschool Computer - http://oscomp.hu




    KDE5! Ez már KDE?: https://hup.hu/node/167167#comment-2419616

    Mitől ilyen lassú? Kb. 10-12 éve egy Athlon X2 volt a gépemben és KDE3 alatt többszáz megás dumpokat húzott be vágólapra, vagy köpött ki onnan 2-3 másodperc alatt.

    Oldschool Computer - http://oscomp.hu




    Leköltözik a GitHub-ról a HardenedBSD projekt: https://hup.hu/cikkek/20191226/lekoltozik_a_github-rol_a_hardenedbsd_projekt#comment-2419028

    Lehet, hogy a pofátlanul erőltetett 2FA tette be nekik a kaput, azért dobbantottak.

    Oldschool Computer - http://oscomp.hu




    Leköltözik a GitHub-ról a HardenedBSD projekt: https://hup.hu/cikkek/20191226/lekoltozik_a_github-rol_a_hardenedbsd_projekt#comment-2419253

    Mi a kecskefőzelék az a "human rights-centric development model"? Elolvastam a fickó cikkét, de nem lettem okosabb...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> dap


    Leköltözik a GitHub-ról a HardenedBSD projekt: https://hup.hu/cikkek/20191226/lekoltozik_a_github-rol_a_hardenedbsd_projekt#comment-2419300

    Vagyis RadikalerLudwig jól mondta a múltkor és tényleg egy újabb SJW takeover történt. Kár. :(

    Oldschool Computer - http://oscomp.hu




    Szerinted Putyin Windows XP-t használ?: https://hup.hu/node/167104#comment-2417875

    Anélkül, hogy ellentmondanék, hozzátennék két dolgot.

    Egyfelől, a cikk nem foglalkozik a CPU terheléssel (nem mérte), márpedig a kompozitornak pont az az egyik lényege, hogy a rajzolási folyamatok nagyrésze alól tehermentesítse a CPU-t, amiből egyrészt az következik, hogy ha kikapcsolt kompozitorral dolgozik az ember, akkor kevesebb CPU erőforrás jut másra (pl. az editor belső folyamataira, forgatásra, etc.), másrészt meg az, hogy ha valami nagyon elkezdi enni a CPU-t, akkor sokkal előbb fog "elromlani" a rendszer reszponzivitása.

    És itt jön képbe a másik dolog, hogy kompozitort lehet úgy is használni, hogy csak az OpenGL (vagy DirectDraw) backend a lényeg, a felesleges csicsamicsák, sallangok ki vannak kapcsolva, így nem zabálja fel ezeknek a renderelése az időt. Nálam Trinity/Compton (egy minimalista, <200 kB-os kompozitor) felállás van, OpenGL backenddel, a sok effekt letiltva és a beütött karakterek azonnal megjelennek a képernyőn (azonnal alatt értsd: ember számára nem érzékelhető késleltetéssel). Nem vitatom, hogy belül van valamekkora extra késleltetés ahhoz képest, mintha letiltanám a kompozitort, de ez a beállítások miatt olyan kicsi, hogy érdektelen, viszont cserébe, ha pl. 8 szálon fordítok (8 mag van a rendszerben), akkor is 100%-ig reszponzív marad a rendszer, továbbra sem érzékelek semmiféle késleltetést, míg kikapcsolt kompozitornál "laggolni" kezdene a desktop.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2413769

    Összeesküvéselméletek:
    Pro-systemd choice csak egy van, de kontra sok. Ha így sikerül fragmentálni az anti-systemd tábort, akkor a végén hiába lesz <50% a "focus on systemd" az első helyen, ha a többi opciót külön-külön kevesebben húzták be magasabb helyre. Aztán, a szavazás névvel megy. Vajon hány olyan developer nem fog ezért szavazni, aki nyíltan nem mer tengelyt akasztani a systemd-szárnnyal? És hány anti-systemd szavazót fognak a szavazata alapján kikúrni a projektből, ha a végén a pro-systemd szavazók nyernek?

    Szigorúan összeesküvéselmélet. Ne legyen igazam.

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> fdavid , arpi_esp , NevemTeve , osod88


    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2413824

    Egy kissé félreérthetően fogalmaztam: a pro-systemd itt systemd-only akart lenni, tehát nem az "ez legyen a fő csapásirány, de azért lehessen választani", hanem a "pusztuljon minden más", ugyanis az alternatív initrendszerek támogatóinak igazából bármelyik más megoldás csak jobb lehet, akár balanszírozott, akár kompromisszumos végeredmény születik, viszont pont ezzel el lehet érni, hogy össze vissza sorolják őket, míg a systemd hívők egyértelműen az 1. opciót fogják az első helyen megjelölni, ami azt fogja eredményezni, hogy hiába maradna összesítettben alul a systemd-only opció, ha a többi eredmény eloszlik.

    Ez persze csak arra az esetre vonatkozik, ha a systemd fanok kisebbségben lennének, mert ha amúgy is többségben vannak, akkor almás. (No iPun intended...)

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2413892

    > Másrészt a szavazási rendszer nem olyan, hogy csak egyet lehet választani, hanem sorba kell állítani az összes opciót preferencia sorrendbe, és az alapján számolják ki a végeredményt.

    Tudom. Olvasd el még egyszer a posztomat.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414065

    Hát ha a systemd-t kevesebb mint 50% húzza be első helyre, attól még mindig lehet első, ha a többit össze vissza húzogatják. Ezt írtam.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414631

    > Ebben a szavazási rendszerben ha bármelyik opciónak nagyobb a támogatottsága egy másiknál az össszes többitől függetlenül, akkor nem nyerhet a másik (na jó, ennél kicsivel bonyolultabb a helyzet, mert létezhet körbeverés, de ez az elmélet alapja).

    > Tehát ebben a rendszerben kvázi összeadódnak a nem systemd-t támogató szavazatok.

    Ez a két állítás nem zárja ki egymást? Most vagy a legnagyobb támogatottságú nyer, függetlenül a többitől, vagy összeadódnak - azaz nem függetlenek egymástól - az anti-systemd szavazatok?

    Nem tiszta nekem, hogy hogy számolják a támogatottságot. Ha csak azt nézik, hogy mit hányan húznak be elsőnek akkor az első állításod igaz, de pont akkor triviális az a helyzet, hogy <50%-nyi systemd támogató behúzza elsőnek az F-et, a többit meg elosztva jelölik meg elsőként és akkor az F kapja a legnagyobb támogatottságot.
    Ha a helyezések pontot érnek, akkor a második állításod igaz és összeadódnak a systemd ellenes szavazatok, ami bonyolítja a dolgot, de matematikailag így is kijöhet olyan eredmény, hogy az F kapja a legtöbb pontot, úgy, hogy kevesebb, mint 50% jelölte elsőnek, a többi meg utolsónak, ha a többi szavazat közt nagy lesz az eloszlás (azaz az egyik csávó elsőnek jelöli a A-t, és hetediknek a B-t, a másik meg pont fordítva), főleg úgy, ha a helyezések pontértéke nem egy ponttal növekszik az egy pontot érő utolsótól kezdve és én nem látom a pontokat sehol sem, hogy melyik helyezés mennyit ér. (Minél nagyobb lesz a tér a helyezések értékei között, annál többet fog nyomni a latban az első helyezések száma.)

    > Továbbra is fenntartom, hogy emiatt a rendszer miatt teljesen alaptalan ez az összeesküvés elmélet.

    Reméljük neked lesz igazad.

    > Amúgy meg az egyes opciók is az emberektől jöttek, kb úgy kell elképzelni ezt, mint ahogy a HOVD-n mi választjuk ki először az kategóriákat, aztán a jelölteket és végül szavazunk a jelöltekről.

    Inkább úgy, hogy a kategóriák és a benne lévő jelöltek adva vannak és lehet tenni javaslatokat, hogy mit vegyünk ki, vagy tegyünk be és aztán ez vagy meghallgatásra talál, vagy nem, de ha sokan vannak ellene, akkor pláne nem fog.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414808

    > Abból a szempontból nem, hogy ha csak azt akarod nézni, hogy pro-systemd/anti-systemd, akkor effektív összeadódik, ha feltételezzük, hogy a szavazók racionálisak, és nem random módon választanak.

    Nem kell, hogy random válasszanak, elég, ha nem értenek egyet. Nyilván, ha összebeszélnek, hogy opció X-et első helyre, akkor az fog dönteni, hogy hány pro és anti-systemd voter lesz.

    > De a debian constitution-ben benne van az egzakt algoritmus, viszont annak az értelmezése nem annyira egyszerű, és a fenti rövid idézet jól leírja a lényeget.

    Hát én elolvastam, de ahogy nézem, itt az van, hogy ki überel többször. Ha a systemd pártolókról feltételezzük, hogy tömböt alkotnak (ez minden bizonnnyal így van), akkor az annyiszor hét pontot jelent a systemd-nek (mert első helyen javasolják, azaz hetet überel per kopf), viszont, ha a systemd ellenzők nem alkotnak tömböt és nem ugyanazokat preferálják, akkor az maximum azt jelenti, hogy a systemd többször kap ki és ezzel minden ellenszavazatnál adott egy pontot, de ettől a nem systemd pontok összesítésben még simán alulmaradhatnak, ha egymástól "körben kikapnak". (Ezt értetted fentebb körbeverés alatt?) Most így első olvasásra legalábbis ez jön le belőle, de amúgy is azt írják, hogy ez a megközelítés az együttműködőknek jó, a széthúzóknak nem, azt bünteti az egész rendszer, tehát simán bazírozhatnak arra, hogy az ellentábor véleménye megoszlik, nem egységes.

    De mondom, ne legyen igazam.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414963

    Nem, nem kell sorrendben szavazniuk, hagyhatják üresen is a többit, sőt rangsorolhatják őket azonos szinten, tehát behúzhatják az F-et 1-esre, a többit meg 2-esre és akkor automatikusan körbeverést csináltak a többieknél. Le is van írva: "You may skip numbers, leave some choices unranked, and rank options equally."

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2415249

    > Már miért kapná a legnagyobb támogatottságot? Nem az a szavazás eredménye, hogy melyiket jelölték a legtöbben első helyre.

    Végigolvastad a szálat? Erre közben már rávilágítottak.

    > Ha <50% arra szavaz, hogy 1. a systemd, és >50% arra szavaz, hogy minden más opció előrébb van, mint a systemd (náluk az lesz az utolsó), akkor minden egyes systemd vs nem systemd válaszpárra az fog kijönni, hogy >50% a nem systemd-s megoldást szeretné inkább. Ergó minden ilyen párbajból a systemd-s jön ki rosszabbul, tehát a systemd válasz ebből sehogy nem jöhet ki győztesen.

    De a többi jelöltnek egymással is meg kell mérkőznie és ha abban nagyjából egyenlő arányban verik egymást körbe, akkor hiába kapott ki többször a systemd a többiektől, ha azok egymástól többször kapnak ki, mint ahányszor megverték a systemd-t. Ezt is kiveséztük már. Itt - ha feltételezzük, hogy a systemd tábor nincs abszolút többségben - a systemd-ellenző tábor csak akkor tud nyerni, ha egységesen szavaz.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2415445

    Nincs kizárva ez sem.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2415491

    Tegyük fel, hogy 100 szavazóból 37 van, aki a systemd-t jelöli meg elsőnek és mindenki mást másodiknak. Ez 37x7=259 pont a systemd-nek, mert 37 embernél mindenkit megvert, a többieknek semmi, mert senkit nem vertek meg.

    Tegyük fel, hogy a maradék 63 szavazó egyenlő arányban elosztva szimpatizál a maradék hét opció egyikével (vagyis minden opcióval 9 fő szimpatizál), de a többi hatot is egyformán elfogadhatónak tartja. Azaz egy konkrét opciót elsőnek jelöl meg, a többit másodiknak, a systemd-t harmadiknak. Azaz a sajátjának 7 pontot ad, a többinek 1-et, a systemd-nek semmit. Ez így egyszer 63 pont mind a hét fennmaradó opciónak az első helyekért és további 1 pont minden opciónak per kopf a többi csoportokat támogató 54 embertől a második helyekért, amivel a systemd-t ütötték. Vagy, hogy könnyebben emészthető legyen: a fennmaradó opciók 7 pontot kapnak 9 embertől és 1-et 54-től. Azaz a többi opció kapott (9*7)+(1*54)=117 pontot.

    A végeredmény: az első a systemd 259 ponttal, a második helyen pedig holtversenyben végzett az összes többi opció 117 ponttal. Úgy, hogy a systemd-t 37% támogatta és 63% ellenezte.

    Namármost, nyilván ez egy abszurd módon szélsőséges eset (lévén mind a két oldalon baromi alacsony entrópiáról beszélünk) és egy szóval nem mondtam, hogy ez lesz, csak arra próbáltam rávilágítani, hogy a matematikai esélye úgy is megvan az F opció győzelmének, ha a szavazói amúgy kisebbségben vannak, amennyiben systemd tábor egységes, a másik tábor pedig fragmentált. Azon múlik a dolog, hogy mekkora a két tábor aránya és egységessége.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2416196

    Vagyis az egyes résztvevők vereségeit le kell vonni a győzelmeikből? Ha igen, az maximum egyenrangú besorolásnál jelenti a systemd vereségét, de ha úgy húzogatják be, hogy a többi jelölt egymástól kikap, akkor már nem 1:6 lesz az arányuk, hiszen, ha többen vannak, akkor többször is kaphatnak ki egymástól és az ugyanúgy levonódik. Majd lecsekkolom az algoritmust a Debian oldalán, mert nem teljesen tiszta.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2416645

    > Mindegyik párbajt az az opció nyeri, amelyiket több ember szavaz előrébb a rangsorába, mint a másik opciót. Így n opciónál minden opció n-1 párbajt vív, amiből 0..n-1 között tud nyerni.

    Na, akkor most hogy?

    A fenti példában a systemd-t 37 ember sorolta előre, de a többit opciónként csak 9-9. A systemd ezek szerint nyert 37x7 párbajt, de elvesztett 63x7-et (systemd-sek első helyen rangsorolták, többiek utolsónak). A többi viszont nyert 9x7-et (az adott opció szimpatizánsai, akik első helyre húzták) + 54x1-et (a többi 6 non-systemd opció szimpatizánsai, akik a systemd fölé sorolták), viszont elvesztett 37x1-et (a systemd-sek) + 9x6-ot (a többi 6 non-systemd opció szimpatizánsai, akik a sajátjukat előrébb sorolták). Vagyis a systemd párbajainak eredménye 259:441, a többieké mind-mind 117:91.

    Ebből az jön le, hogy a systemd messze többször nyert a többieknél, de messze többször vesztett is. Azt mondod "Amelyiknél ez a szám a legnagyobb, az nyerhet egyáltalán.", de melyik szám? A győzelmeké, vagy a győzelmek és a vereségek különbségéé?

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2416745

    > Nem. Még mindig nem érted :)

    De, most már asszem. A harmadik bekezdésed nem volt meg, hogy nem egyszerre van vizsgálva az egész, hanem függetlenül, külön-külön a párok és az adott pár valamelyik felére adott szavazatok végeredménye jelent egy "pontot" a pár valamelyik felének. Köszi, hogy elmagyaráztad.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414087

    Az anti-systemd szavazók többsége úgy van vele, hogy mindegy, csak ne systemd legyen. Ez pedig elegendő lehet ahhoz, hogy a többi szavazatra jutó helyezéseket "szétszórják". Így a végén hiába jelölte csak 50-N% az F opciót elsőnek, ha a többi kevesebb pontot kap.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414096

    Arra, hogy igazából tényleg teljesen mindegy, hogy most OpenRC, s6, runit, vagy mittudomén.

    Pontosan tudják, hogy mit szeretnének: azt, hogy ne a systemd legyen. Az rendben, hogy ne fejlesszenek húszfele, fókuszáljanak egyre, de miért a systemd-re? Vajon olyan opció miért nincs, hogy focus on s6? Vagy a többi. Miért csak a systemd-re történő fókuszálás van lehetővé téve, a többi miért csak esetlegesen támogatandó alternatívaként szerepel?

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414166

    Nem, ezt te magyarázod bele (mármint az egyszer emez, másszor amaz részt, a mindegy, csak ne systemd az stimmel), méghozzá szándékosan. De a lenti megnyilvánulásod után ezen már nem is csodálkozom.

    Alapvetően tényleg az lenne a jó, ha lehetne telepítéskor választani több alternatívából, de ha már direkt egyre akarnak koncentrálni akkor az ne a systemd legyen. És ezzel a felállással pont azt segítik elő, hogy de, az legyen.
    Ami a systemd ellenzőknek jó lenne az az, hogy lenne egy szavazás arról, hogy dobjuk-e el a systemd-t, vagy sem. Ha a válasz nem, akkor kereshetünk másik disztrót. (Vagy válthatunk valamelyik BSD-re, vagy Solarisra.) Ha igen, akkor meg lehet szavaztatni, hogy melyik init legyen helyette.

    Miért így? Mert a systemd ellenzőknek nyilván van egy kedvenc initje (bár nem feltétlenül) és arra fognak szavazni, viszont nem fognak anyázni, ha nem az nyer, mert alapvetően nekik mindegy, csak ne systemd legyen, viszont így fel lehet aprózni a tábort, hiába lennének esetleg többen.

    Ha meg nincsenek többen, akkor meg oly mindegy.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414199

    A kérdés az volt, hogy mi lenne jó a systemd-ellenzőknek, márpedig ha (a te példáddal élve) 60% szavaz a systemd ellen és csak 40% mellette, akkor nekik az a jó, ha azt a 60%-ot nem aprózzuk fel. Ez ilyen egyszerű. Ugyanis hiába nyerne egy olyan, ami csak 15%-ot kapott, mert reklamálni csak 40% fog érte, a maradék 60% vagy örül neki, mert erre szavazott, vagy tudomásul veszi, hogy ez nyert és még ők is örülnek neki, mert legalább megszabadultak a systemd-től. De mondom, ez csak akkor áll, ha a systemd pártolók kisebbségben vannak. Ha többségben, akkor mindegy.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414415

    > Olyan szavazás már volt pár éve és ott a systemd nyert. Mi értelme lenne újból megszavazni azt?

    Mert a dolgok változnak. Hátha észhez tértek páran.

    > Ez a valóság és én őszintén örülök a konszolidációnak.

    Jó neked. Mások meg nem örülnek ennek a konszolidációnak csúfolt pusztításnak.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414067

    Te meg minden alkalommal elmondod, hogy de téged mennyire nem érdekel, de azért mindig szakítasz rá időt, hogy elmondd, hogy mennyire nem érdekel.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414078

    Aha, csak kissé hiteltelen; ha valakit valami nem érdekel, akkor egyáltalán nem foglalkozik vele és nem megy direkt oda, ahol ezzel foglalkoznak, hogy közölhesse, hogy ez őt nem érdekli.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414066

    Szerintem szarkazmus volt a részéről, mármint, hogy pusztuljon minden más. (Legalábbis remélem.)

    > Nem értem a károgókat. A systemd nem csak technológiailag jobb, hanem könnyebben is használható, mint az elődje.

    Talán el kéne olvasni amit a károgók írkálnak netszerte és akkor értenéd és nem írnál ekkora szakmai nonszenszt, hogy a systemd technológiailag jobb, amikor esik-kel és dugig van biztonsági résekkel és bugokkal és lassan már a fél operációs rendszert belecsomagolják. És akkor tudnád, hogy nem csak "az elődje" van rajta kívül, hanem ötven tonna másik initrendszer is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414100

    > tobbsege csak felesleges hiszti

    Mi alapján lőtted be a számértékeket ehhez a kijelentéshez, hogy a systemd ellen felszólalók többsége csak hisztizik? Van erre valami statisztika? Vagy csak a hasadra ütöttél?

    > bar ezek parameterezhetok amennyire lattam hogy ki lehet kapcsolni hogy systemd kezelje-e (nyilvan ehhez foglalkozni kell vele, meg hitvita hogy default-ban be legyen-e kapcsolva).

    Nem az a kérdés, hogy most defaultból legyen be vagy kikapcsolva, hanem mi a francot keres benne egyáltalán? Egyébként meg hiába kapcsolod ki, ott marad benne. Akkor minek van ott?

    > Az esik-kel es dugig van bug-okkal temaban kuldhetnel par linket, hogy mikre gondolsz.

    Tessék, egy linkgyűjtemény: http://web.archive.org/web/20190711085730/http://without-systemd.org/wiki/index.php/Arguments_against_systemd

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gaab


    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414162

    Nem én tettem ex-katedra állításokat hasból. Majd, ha mondok olyasmit, hogy "a systemd pártolók többsége nem rendelkezik megfelelő műszaki képzettséggel", akkor kérheted te is a statisztikát. Az meg érdekes lenne, ha egy állítás ellentétére nincs adat, akkor az állítás automatikusan igazzá válna.

    > De az se jobb hogy ossze-vissza takolt scriptek oldjak meg csak az init kerdest is es tobbi is ossze vissza mindenfelekeppen van es akkor meg nem jott elo az amikor a systemd extra funkciok hasznosak vagy akar szuksegesek valakinek es korabbi megoldasban benne se volt.

    Ti sose fogjátok fel? Egy érv a SysVInit ellen nem érv a systemd mellett. Soha nem volt az és soha nem is lesz.

    > Ubuntu is sokra ment az upstart kulonckodessel, vegul oda jutott hogy tul sok eroforras fejlesztgetni es inkabb hasznalja systemd-t, most ha lenne csak 3-5 ilyen amit parhuzamosan fejleszteni meg karbantartani kell debiannak csak rontana az osszkepen, ahogy az is ha csak 1 lenne de azt foverzionkent cserelgetnek hogy mikor mi mert akkor epp az jott ki szavazatban.

    Ez már a disztrófejlesztőkön múlik; a Canonical egy cég, nyilván minél kevesebbet akar költeni. Cserélgetni meg nem kell, ezt senki nem is kérte.

    > Nem fest jol, hogy db hibas mediawiki oldalt csak web archive-on talalni meg a systemd hibakrol, nyilvan naprakesz es sokak altal latogatott oldalrol van szo...

    Hát ehhez a fantasztikus "ellenérvhez" külön gratulálok. Sikerült a többszáz összelinkelt bugot, sechole-t, koncepciós problémát és fejlesztői baromságot azzal lesöpörni, hogy a gyűjtőoldal nem működik jelen pillanatban. Mert akkor ugye a többi link, amik élő oldalakra mutatnak, akkor azok is rögtön érvénytelenek lesznek. (Csak úgy mondom, hogy van köztük olyan öt éves (!) CVE (https://seclists.org/oss-sec/2014/q4/654) amire nemhogy fix, de még érdemi válasz se érkezett azóta.)
    Mondtad volna inkább, hogy systemd hívő vagy és téged egyáltalán nem érdekelnek a műszaki érvek, mert te nem foglalkozol ilyen világi hívságokkal, mint bugreportok meg CVE-k. A systemd hívők ugyanis az ezen az oldalon található linkeket akkor sem fogadták el, amikor épp működött az oldal; mindig leseperték valami totál nevetséges bullshittel. ("De ez egy systemd-hater oldal, biztos systemd-haterek csinálják." És ha azok, akkor egy ott linkelt, tőlük függetlenül bejelentett sérülékenység már nem is számít sérülékenységnek, ugye?)

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Gaab , solt87


    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414198

    Mert az ellenérvek jellegeinek számosságáról aztán végképp nagyon sok információd van! Az előbb linkeltem be egy tonna műszaki ellenérvet a systemd ellen, erre lesöpörted az asztalról, hogy deezazarhívorgonvan. Úgy könnyű kijelenteni, hogy a systemd ellenes érvek többsége hiszti, ha műszaki érveket nem fogadsz el!

    Az összehasonlításkor az OpenRC/s6/runit initeket néztem, a többit nem ismerem, a SysVInithez meg max azt tudtam volna írni, hogy az legalább nem dől össze állandóan, mint fél disznó az ólban.

    Párhuzamos boot: A különféle asszimilált részegységek miatt a systemd-s rendszer akkor is beledögölhet a bootba, ha egy nem kritikus részegység pusztult el, vagy akár el sem pusztul, csak nem tetszik neki valami. (Ld. mounting.)
    Process-managing: A systemd a user logoutkor kinyírja a user összes nem rajta keresztül "bennmaradónak" deklarált processzét, felrúgva az elfogadott konvenciót (SIGHUP/NOHUP, vagy ampersand), mert csak.
    Loggolás: A systemd bináris loggolása egy agyrém. Corruption-prone és ember által nem olvasható.
    Konfigurálhatóság: A systemd-t csak addig egyszerű konfigurálni, amíg az igényeid nem mutatnak túl a systemd "ini fájlok" által lefedhető dolgokon. Azon túl cumi van.
    Hordozhatóság: A systemd tojik a POSIX-ra, Linuxon kívül máson nem tudod futtatni. (Mondjuk ez inkább szerencse.)
    Kompatibilitás: Még Linuxon belül is szívás van vele, mert különféle specifikus kernel interface-ekre dependel, amik vagy ott vannak, vagy nem, ahogy a Linux API épp változik.
    Sebesség: A systemd csak boot közben gyors, amúgy elég lassú, ami nem csoda, mert minden is bele van öntve.
    Kódminőség: A többiben töredék annyi bug és sechole nincs. Ld. a fentebbi listát.
    Stabilitás: A systemd a komplexitásának és a fejlesztői hozzáállásnak köszönhetően rettenetesen instabil; bár állításuk szerint minden le van validálva, valójában rohadtul nincs.

    Az meg, hogy mibe nem kéne belenyúlni, aligha hitvita: miért jó, hogy a systemd segítségével téglásítani lehet egy gépet? Bírom ezt az "érvrendszert", hogy vegyük ki a dobozból a systemd legnagyobb baját a scope-creepet, amiből a többi problémájának a többsége is származik, nevezzük hitvitának, bagatellizáljuk, hogy kevesebb ellenérvet lehessen ellene felsorakoztatni. Nem, az nem hitvita, hogy aminek nincs benne keresnivalója, annak nincs benne keresnivalója. Linkek fentebb, lentebb, a korábban megköpködött gyűjtőoldalon és netszerte...

    Két összehasonlítás a runit és OpenRC közösségtől:
    https://www.slant.co/versus/12956/12958/~systemd_vs_openrc
    https://www.slant.co/versus/12956/12960/~systemd_vs_runit

    És az s6 fejlesztőjének véleménye a systemd-ről és a miértekről. (Ezt a két linket felfoghatod egy s6 vs systemd cikkpárosnak is.)

    Oldschool Computer - http://oscomp.hu


    Σ: 004 -> x15 , htmm , peterson , solt87


    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414264

    Párhuzamos boot: Lehet jó meg rossz is? És akkor ki dönti el, hogy melyik? A systemd? Na, ez pont az, amitől herótja van a legtöbbeknek, hogy ide is betette a hülyebiztoskodás a lábát. (Egyébként egy nem rendszerkritikus adatpartíció mountja, ha sikertelen (UUID change), abba nem kéne megállni. Ha már ennyire fontos volt asszimilálni a mountot, akkor igazán adhattak volna egy flag-et, hogy kritikus vagy nem kritikus a partíció, dögöljön-e meg menetközben a mount-fail miatt, vagy nem baj, majd csatolja a felhasználó.)
    Process-managing: Állj. Ki mondta, hogy ottmarad a process? Te valamit nagyon félreértettél. Ahogy leírtam, a user logoutjakor eddig is SIGHUP-ot kapott az összes processze, neked kellett a NOHUP-pal, vagy az & segítségével megmondani, hogy maradjon élve. Ez így működik mindenütt a jóég tudja mióta. És a systemd ezt rúgta fel; ő akkor is kilövi, ha te nem akarod, hacsak nem rajta keresztül deklaráltad bennmaradóként.
    Loggolás: Itt is félreértettél valamit: nem az a baj a journald-vel, hogy mit tárol, hanem, hogy hogyan tárolja. Logot nem tárolunk binárisan. Már csak azért sem, mert ha nem bináris, akkor simán lehet benne keresni, hiszen szövegfeldolgozásra és keresésre egy raklap UNIX-os tool van.
    Konfigurálhatóság: Ha komolyabb dolog kell, akkor írhatsz shell scriptet, amit a unit hív meg. Magyarán visszajutottunk ugyanoda, mint amit a SysVInit csinált, csak ha az csinálja, akkor az elavult, ha meg a systemd, akkor az meg rugalmas. Egyébként az s6 tud unitokkal dolgozni, csak nem unit file van, hanem unit dir, env fájlokkal, úgyhogy abban erre is megvan a lehetőség.
    Hordozhatóság: És? Linuxon meg 2016-ig nem volt tisztességes event notification, mint a BSD-kben (kqueue, cca. 2000) vagy a SystemV rendszerekben (IOCP, cca. 2001), ami miatt sokkal nagyobb szívás volt a C10k-ra megoldást csinálni, ami azért egy jóval fontosabb probléma, mint az, hogy a systemd a júzerkezelést is asszimilálta és ezért kell neki cgroups. Látod, ezért nem hitvita a scope-creep. Ha az nincs, ez a Linux-only függőség sincs. A cgroups-ot ugyan konkrétan nem tudom, hogy jó-e vagy rossz, de a korral való haladást inkább hagyjuk, mert ez a kor nagyon rossz felé halad.
    Sebesség: Arra gondolok, hogy belassul tőle a rendszer, mint egy reumás csiga. Próbáld ki valami nagyon régi, vagy nagyon gyenge gépen (pl. RPi és tsai), aztán próbálj ki egy másik initrendszert.
    Kódminőség, Stabilitás: "tobben is hasznaljak, ezert bug-ok is jobban vannak" A felhasználók és a bugok száma nem korrelál egymással. Az ls-t mindenki használja, még sincs tele buggal. Ismét csak azt tudom mondani, a scope-creep mint probléma, az nem hitvita. Ez a fő oka annak, hogy a systemd egy bughalmaz.

    A systemd meg azért terjedt el, mert a RedHat letolta a Linuxos világ torkán.

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Gaab , solt87


    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414475

    Ha ezt az egész topiknak írtad, akkor nem tudom miért nekem replyzted, de ha nekem szólt, csak annyit kérdeznék: vannak műszaki érveid is, vagy csak a saját érzéseidre alapozott worksforme mantra, meg a systemd-ellenzők - szintén érzelmi töltetetű megfogalmazással történő - vallási fanatikusként való ábrázolása?

    Külön kiemelném ezt a részt: "És végre nem kell újra megtanulni a parancsokat amivelegy gépet elaltatok/újraindítok/stb. amikor egy másik disztrót kell használjak."
    És mellétennék egy másik részt blackluck kommentjéből: "Karogo es karogo kozt is sok kulonbseg van, tobbsege csak felesleges hiszti (pl minek valtoztatni ha eddigi mukodott, miert kell megtanulni ujat stb.)."

    Tehát az egyik pro-systemd felfogású kollega szerint az anti-systemd érvek többsége hiszti, hogy ne kelljen változtatni és semmi újat megtanulni (bár példákat nem mutatott, hogy hol látott ilyen megnyilvánulásokat) és ehhez képest a topicban - de lehet, hogy az egész portálon - az első ilyen jellegű komment egy másik pro-systemd felfogású kollégától érkezik, aki ezért örül a systemd térhódításának, mert így nem kell semmi újat megtanulni.

    Tudom, hogy a két vélemény két ember sajátja és egymás véleményeiért nem tartoztok felelősséggel, de így egymás mellé rakva mégis akkorát üt, hogy már fáj...

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414581

    > Mutasd meg légyszíves, hogy hol állítottam be a systemd követőket vallási fanatikusként.

    Itt: "Egy másik projekt amit nagyon divat utálni, szintén magától az ördögtől (Lennart Pottering) az a pulseaudio."
    A megfogalmazásból az jön le, hogy systemd-ellenzők szerint Poettering maga az ördög. Persze, csak szarkazmus volt, de pont ez tükrözi az érzelmi töltetet, hogy szerinted mik azok, akik ellenzik a systemd-t.

    > Milyen műszaki érvekkel kéne alátámasszam, hogy az általam használt asztali disztrók sokkal jobban működnek mostanában?

    Összehasonlítós műszaki érvekkel, hogy mi működött korábban rosszul és mi működik most jól. És nem ártana indokolni, hogy ez miért a systemd érdeme és nem valami másé, ami korábban bugos volt és mostanra fixálták. És azt se ártana indokolni, hogy miért systemd, ha mással is meg lehet oldani. És azért kell ezeket megindokolni, mert a systemd fejlesztői és a Red Hat mindenki gépére rá akarják tolni ezt a bughalmazt, azokéra is, akik ezt nem akarják, te pedig ezt támogatod a "worksforme" ("másnakmegnem") és a "atöbbségeztakarja" ("atöbbségleszarjanemisértik" / "egyéltehénszartalegyeksosetévednek") felfogásoddal.

    > Továbbá, hogy az általa elindult konszolidáció jótt tett a Linux disztró ökoszisztémának.

    Hát, ha szerinted az konszolidáció, hogy egy központi helyről beleugatnak mindenbe, olyanba is, amihez direkt az initrendszernek nincs köze, hogy megpróbálják a szoftvereket a systemd-hez láncolni, hogy véletlenül se legyen választásod és ez szerinted jót tesz az ökoszisztémának, akkor arra én nem tudok mit mondani...

    > Lehet, hogy nem a systemd a legjobb, a fejlesztők sok döntésének helyességéről napestig lehetne vitatkozni *műszaki* érvekkel. De engem igazából nem is érdekel ez.

    Igen, ez lejött, hogy nem érdekel. A pro-systemd felfogású embereket ritkán érdeklik a műszaki érvek. :(

    > Működik és van egy jópár tulajdonsága ami nekem tetszik.

    A második fele oké, de az első feléhez is oda kellett volna tenned, hogy neked.

    > Lehet más init rendszernek is megvannak ezek, de ez nem érdekel mert az én gépeimen a systemd fut és én nem akarom lecserélni.

    Te nem akarod, más meg de.

    > Szerintem a systemd *elég jó*

    Még mindig neked...

    > és nem lecserélni kéne hanem jobbá tenni.

    Most lehetnék én is cinikus és mondhatnám, hogy "Ezt? Minek?"
    De mondok helyette mást: megpróbálták. Rengetegen próbálnak javítani nap-mint-nap a systemd ökörségein, de a fejlesztőinek köszönhetően ez kvázi lehetetlen. Ők jobban tudják akkor is, ha nem.

    > Azok akiknek ez semmiképpen nem felel meg, mehetnek egy systemd-mentes disztróra.

    Amíg van, ugye...

    > Kegyetlenül hangzik de a demokrácia így működik, a többség igenis systemd-t akar vagy csak simán nem érdekli.

    Most foghatnám a fejem, de amúgy valahol igazad van: a demokrácia tényleg úgy működik, hogy a nép akarata le van szarva, az nyer, akinek adott pillanatban a legjobb a marketingje, ld. még windóz95, ld. még systemd. És igen, a többség magas ívben szarik az egészre. (Magyarán demokrácia nem létezik, az van, amit a többség torkán le tudnak tolni.) Aztán azokon belül, akik nem szarnak bele, ott vagy többségben vannak a systemd-sek, vagy nem, ezt nem tudjuk.

    > Nekem nincs gondom azzal, hogy megtanuljak *egy* init rendszert. Amivel gondom van, hogy ahány disztró annyi rendszer és nemcsak, hogy ezeket mind meg kell tanulni, hanem észben kell tartani, hogy mék melyik.

    Nincs olyan eszköz, ami mindenre jó. Ezért van sokféle. Ez nem úgy működik, hogy megtanulja az ember, hogy hogy működik a csavarhúzó és holnap azzal műt vakbelet. És nem kell mindent észben tartani, csak a kulcsdolgokat, a többire ott a man, meg a zinternet.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414650

    > A sleep mindig működik.

    Valakinek meg nem. És volt, akinek előtte is működött. Ez worksforme érv.

    > Gyorsabb a boot.

    Ez biztos így van, lévén a systemd tud párhuzamos boot-ot, míg a SysVInit meg nem. De ilyet más initrendszerek is tudnak.

    > Egyszerűbb a serviceket indítani, ellenőrizni, logokat megnézni.

    Miért egyszerűbb az, hogy systemctl start service, mint az, hogy /etc/init.d/service start?
    Mit értesz egyszerűbb ellenőrzés alatt?
    Logok nézegetése alatt a journalctl-re gondolsz? Bocs, de ha nem lenne bináris log, akkor nem kellene a journalctl sem. Teremtettek egy problémát, amit jól megoldottak. Arról nem is beszélve, hogy a sokat felemlegetett metaadatok egy részét a systemd időnként nem loggolja, mert nem bírja cérnával a rendszer. (Ld. a cikket fdavid posztjában.)

    > Meg tudom jegyezni a parancsokat amivel a gépet elaltatom/leállítom/újraindítom, stb. Vszleg mert végre van valami logika bennük.

    Eddig is volt bennük logika...max mindegyikben más.

    > Úgy általában jobban mennek a dolgok.

    Ez...kissé túl generikus, nem gondolod?

    > Aztán amikor nagy nehezen elkezdtem használni akkor beláttam, hogy az én használati mintámra egy ellenérv se érvényes.

    De ez már megint a te mintád. Ha te nem szívsz vele, akkor le van szarva, hogy más meg de?

    > Ez a lejáratókampány nem más mint egy FUD.

    ROFL. Mert ha neked nincs bajod vele, akkor másnak sem lehet? Mi lenne, ha kinyitnád azt a linklistát amit blacklucknak adtam, dugig van "FUD"-dal...

    > De lehet, hogy én vagyok naív és igazából a RedHat megvesztegetett mindenkit és akit nem lehetett azt befenyítette egy pár verőemberrel.

    Mi lenne, ha indulatbóli hadakozás helyett inkább gondolkodnál? Nem kellenek verőemberek és nem kell mindenkit megvesztegetni sem. Van propaganda is a világon és működik is. Ahogy ebben az esetben is működött: jelen pillanatban meglehetősen sok ember gondolja azt, hogy ez a förmedvény az egy igaz út. Biztos volt olyan is, hogy megvettek valakit kilóra, de nem mindenkit, elég egy két kulcsember. Aztán a megvettek és az agymosottak segítségével a systemd-kritikus embereket ki lehet ebrudalni a projektekből. Ilyenre is nap-mint-nap látunk példát, pl. amikor egy intel fizette SJW megpróbálta kiebrudalni Ted Ts'o-t a Linux kernelből, mert megakadályozta, hogy egy az RDRAND utasításra épülő hátsóajtó bekerüljön a Linux kernel véletlenszámgenerátorába.

    > Kérlek mutass nekem egy felmérést vagy szavazást ami bebizonyítja, hogy a nép nem akarja a systemd-t. Én tudok egy szavazásról és ott a systemd nyert.

    Fentebb két versus cikk is be volt linkelve, azokban jócskán lepontozták a systemd-t. Nyilván nem mérvadó. Ahogy az a másik sem, amiről te tudsz. Ilyen szavazások nap-mint-nap vannak a neten és a közösség összetételétől elég erősen függ a kimenetel is.
    Azonfelül "a nép nem akarja a systemd-t": akarni itt azt jelenti, hogy szándékosan azt választani. Ha mindegy volt neki, akkor nem akarta, csak elfogadta. Tetszik érteni a különbséget?

    > A bizonyítékok arra mutatnak, hogy van egy csendes többség akinek megfelel a systemd és van egy nagypon vokális kissebség akinek nem felel meg.

    Nem, a bizonyítékok arra mutatnak, hogy van egy csendes többség, aki azt sem tudja, hogy miről van szó és gőzünk sincs róla, hogy megfelel-e nekik vagy sem, mert a systemd következtében felmerülő problémáikat és/vagy sikerélményeiket nem kötik össze a systemd-vel; és van két nagyon hangos kisebbség, akik utálják, vagy imádják.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414698

    > Olvastam nem egy olyan listát amit te emlegetsz. Olvastam olyan listákat is amik a SysVInit vagy $RANDOM_INIT_SYSTEM hibáit taglalta vég nélkül.

    A SysVInitet még elhiszem, de mutass már egy listát, ami a runit vagy a s6 hibáit taglalta vég nélkül.

    > Kétféle szoftver van: amire az emberek panaszkodnak és amit nem használ senki.

    Egyáltalán nem. Nem nagyon látom, hogy a korábban már például vett ls-re panaszkodnának. De, hogy mondjak egy kicsit komplexebbet, nem nagyon láttam, hogy az IrfanViewre, vagy Russinovich cuccaira panaszkodtak volna.

    > Az, hogy a legnagyobb Linux Disztó, a Debian megszavazta a systemd-t szerintem relevásabb szavazás mint random weboldalak által rendezettek a neten és az én szememben azt bizonyítja, hogy a többségnek megfelel a systemd.

    A Debian messze nem a legnagyobb disztró, honnan vetted ezt? Azonfelül az, hogy egy disztró vezetése miről döntött, az rohadtul nem reprezentálja a júzerek véleményét; szerinted miért van cirkusz azóta, hogy ez megtörtént?

    > Ez az egész elmélet arról, hogy ez a "förmedvény" hogy tudta "megfertőzni" a Linux világot, propagandával, agymosással, emberek kiebrudalásával és az agyatlan, manipulálható, nem gondolkozó tömegekkel arra emlékeztet amikor egy csoport nem bírja elviselni a vereséget és mivel képtelen elismerni, hogy a másik félnek igaza lehet, úgy magyarázza az egészet, hogy a másik felet agyatlan manipulálható csőcseléknek állítja be, akiket megfertőzött a "förmedvény" kitalálója, maga a gonosz, aki ellen csak ők a felébredettek akik egyedül látják az igazságot, küzdenek.

    Bocs, de ezt te magyarázod bele, már megint, fröcsögő, állati indulattal. Senki nem állította, hogy a túloldalt mindenki hülye, vagy korrupt. Itt arról volt szó, hogy hogy erőltette rá a Red Hat ezt a szart a Linuxos világra. Politikai kérdést tettél fel, politikai választ kaptál. Aki kevésbé lát bele bizonyos dolgokba, azt könnyebb megtéveszteni azokban a dolgokban, ez még nem agyatlanság, pláne nem csőcselékség, ezt te magyaráztad bele, hogy ezt akarja jelenteni, mert sokkal egyszerűbb a valódi tartalom helyett rásütni, hogy ezt akarta jelenteni és erre fröcsögni. Itt egész végig a systemd fanatikusok fröcsögnek, hívják károgóknak, vereséget el nem viselőknek, vallási fanatikusoknak (szánkba adva, hogy Poettering az ördög, meg a gonosz), magukat kiválasztott kasztnak látónak a systemd ellenzőket. Olvass csak vissza, tőletek mást sem lehetett látni, mint a mi becsmérlésünket. Egyetlen kurwa műszaki érv nem volt, csak worksforme-worksforme hátán, meg a többségi döntéssel való takarózás. Ja, meg az, hogy mi milyenek vagyunk. Amilyenek egyébként nem vagyunk, csak ti állítjátok.

    És az sem igaz, hogy nem vagyunk képesek elismerni, hogy a másik félnek igaza lehet. Én pl. több hónapig használtam a systemd-t, amikor Jessie-re frissült a gépem. Előtte nem volt különösebb előítéletem vele kapcsolatban. Ha úgy tetszik a csöndes többséghez tartoztam. Ha úgy tetszik megtévesztettek. Ha úgy tetszik nem érdekelt, leszartam. Aztán sok-sok szívás után jobban utánanéztem a dolgoknak, letöröltem a francba a systemd-t és azóta kerülöm, ahol lehet. Ennyire nem bírtam elismerni, hogy a másik félnek igaza lehet, hogy fél évig, ha úgy tetszik igazat adtam nekik: kit érdekel, hogy mi ez, amíg megy, nem? Ja, csak aztán kiderült, hogy nem megy.
    Tehát nagyon is megvolt a feltételezés, hogy a másik félnek igaza lehet. Ez az, amit nem lehet nálatok látni, mert tök mindegy mit mondunk, azt lesöpritek az asztalról, benneteket nem érdekelnek a műszaki érvek, nem fogadtok el semmit, mi csak károgunk és punktum. Hülye kiválasztott tudattal megvert vallási fanatikusok vagyunk, akik mindenkiben agyatlan manipulálható csőcseléket látnak. Mert ezt állítottad. Ti vagytok, akik nem vagytok képesek feltételezni, hogy a másik félnek igaza lehet, nem mi.

    Bármi észérv maradt, vagy csak ennyire futotta?

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414809

    > Nekem teljesen másképp képződik le ez az egész társalgás. Hadd mondjam el az én oldalamat. Ha bárhol hozzászólok ehhez a témával kapcsolatban, azonnal lehurrognak, hogy az teljesen lényegtelen, hogy nekem működik és jó, mert X-nek és Y-nak nem működik és nézzem meg ezen és azon a linken, hogy még Z-nek és V-nek se működik, tehát az egész trágya és senki se kéne használnia.

    Már ne is haragudj, de nézd már meg az első pár hozzászólásodat a témához... Többek között közölted, hogy akár tetszik, akár nem, ez a kvázi initrendszer, törődjünk bele, egyszóval pontosan azt csináltad, mint a systemd fejlesztők: kiadtad az ukázt, apelláta ne legyen. Meg volt egy "szarkasztikus" hozzászólásod is, aminek a lényege az volt, hogy régen semmi sem működött, meg semmi nem volt kompatibilis semmivel, ami még szarkazmusnak is nagyon meredek csúsztatás volt, műszaki alapja legalábbis zéró volt, annak meg pláne, hogy ezeket a nemlétező problémákat a systemd oldotta meg, egyszóval pontosan azt csináltad, mint a systemd fejlesztők: nem létező műszaki problémákkal akartad indokolni egy rossz megoldás létezését.
    Úgyhogy itt nem egyszerűen arról volt szó, hogy te annyit csak mondtál, hogy neked megy. Elég erősen kisütött a szavaidból, hogy menjenek már a fárasba a systemd ellenzők. Ehhez képest szerintem kifejezetten finoman reagáltam: egy részét elpoénkodtam, meg műszaki érveket kértem. Innentől kezdve az állításodat konkrétan érthetetlennek tartom.

    > Eleve csak azért van használva mert a RedHat ráerőltette minden disztróra kihasználva az emberek hiszékenységét és tudatlanságát, hazug propagandát nyomatva. Aki ellenált azt vagy elzavarták, vagy erőszakkal helyretették.

    Az a baj, hogy hiába tudnék linkelni nálam okosabb embertől a témában, ha arra is csak így reagálnál.

    > Ezek után nehéz nem úgy érezni elégedett systemd felhasználóként mint aki egy alsóbbrendűbb, hiszékeny ostoba ember aki részben felelős ezért a helyzetért.

    Jézusom ember, ez nem arról szól, hogy kinek nagyobb az e-fasza, vagy ki alsóbb, meg felsőbbrendű, hanem, hogy legyen az embernek választása...ennyire nehéz ezt az egyszerű dolgot megérteni?

    > Igen, nincsen semmilyen műszaki érvem azonkívűl, hogy worksforme. Beleáshatnám magam és hozhatnák egy párat de mi végett? Csak, hogy ezt a vitát "meg tudjam nyerni" (van-e egyáltalán ilyen?).

    Ez nem arról szól, hogy ki nyeri a vitát. Nem is értem, hogy mi a túróért szóltál egyáltalán hozzám, ha ennyire sötétnek és rosszindulatúnak gondolsz...

    > Szerinted én mint elégedett felhasználó mit kéne tegyek, hogy te mint elégedetlen boldog legyél? Ne használjam én se?

    Én nem mondtam, hogy te ne használd. Én egy büdös szóval nem mondtam neked, hogy mit használj. Alternatívákat felsoroltam párat, mint lehetőséget, de egy szóval nem mondtam, hogy használd, csak informáltalak, hogy van ilyen is. Te viszont megtetted, ha burkoltan is. De ez a kisebbik baj. A nagyobbik az, hogy teljes mellszélességgel támogatod azokat, akik szintén meg akarják mondani, hogy mit használjak. Nem, nem azzal, hogy használod a cuccukat, hanem, hogy nyíltan kiállsz a propagandájuk mellett, mert szerinted a "sok választási lehetőség káros". Ezzel bizony explicit támogatod, hogy vegyék el a lehetőséget azoktól, akik nem ezt választanák; ez mi ha nem ráerőltetés? És ráadásul még az alapja sem stimmel, mert ha 256 ténylegesen használt initrendszer lenne, azt mondanám, hogy ez így már tényleg káros, de úgy, hogy a systemd-vel együtt sincs 10... Ami engem illet egyébként, én akár egyetlen alternatívával is beérem, csak legyen. Az aztán végképp nem sok.
    Amúgy egyébként nem csak a systemd ellenesektől veszik el a választás lehetőségét, hanem mindenkitől, tőled is, csak neked szerencséd van, mert ha lenne lehetőséged választani, akkor is ezt választanád. Én viszont nem és rajtam kívül még sokan mások sem. Tehát a kérdésedre a válasz: te mint elégedett felhasználó, használd elégedetten tovább, de ne várd el tőlem, hogy én is ezt tegyem.

    Csak egy összehasonlítási alap: mit szólnál hozzá, ha a windóz kötelező lenne, nem lehetne mást felrakni? Én szerintem emigrálnék a tejútrendszerből is. Neked nem nyílik ki a bicska a zsebedben a mikiszoft egynémelyik disznóságát olvasva, amikor ők akarják leszabályozni az egész rohadt ipart, meg megondani, hogy ki merre legyen arccal, mert ők a májkro-faking-szoft? Ha ugyanezt a Red Hat teszi a Linuxos grundon, az smafu?

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414949

    Ja tényleg, közben felvásárolódtak. De a vitatott események még ez előtt történtek.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414950

    > A szarkasztikus hozzászólásom ami nagyon túlzó volt egy olyan hozzászólásra volt válasz ami az egész Freedesktop.org-ot kihajitaná a rákba.

    Fentebb leírtam, hogy a Freedesktop pont arról híres, hogy mindenhová beburjánzó és nemlétező problémákat megoldó szoftvereket produkál, ld. pkg-config. Oké, a systemd-re ez nem teljesen igaz, mert a SysVInittel tényleg vannak bajok, de azokat már megoldották más initrendszerek is, sokkal jobban; úgy, hogy nem öntötték bele a fél rendszert.

    > Én nem vagyok a választás ellen. Sőt, örülnék ha a Debian megszavazná egy alternatív init rendszer támogatását, mivel az ellenkezője valószínüleg a systemd ellenzők exodusával járna, ami egyrészt már meg is történt, lásd Devuan. Mindenképp jó lenne ha legalább elvi szinten megtartanák egy alternatív init rendszer támogatását. A monokultúra pont olyan káros mint a teljes káosz.

    Esküdni mernék, hogy ezeket írtam le én is...

    > Én azon bosszankodtam fel, hogy egyes hozzászólások amellett érveltek, hogy ki kéne dobni a systemd-t teljesen. Ez szerintem jelenleg nem realisztikus.

    És itt jönnek képbe a műszaki érvek, hogy a systemd koncepcionálisan és implementációs szempontból is totally broken. Most már tényleg nem lenne egyszerű megszabadulni tőle, mert épülnek rá dolgok. Ez a Freedesktop módszere. De itt nem is ez lenne a jó megoldás, hanem az, amit lent fdavid leírt, azaz nem kivágni a systemd-t, hanem lecserélni.
    Kicsit velősebben: a systemd nem init rendszer, hanem egy system control suite, de initrendszerként kezdték el megírni és abba öntöttek bele mindent. Ez így nem jó és Poetteringék ezt nem hajlandóak belátni. Ha egy jól megtervezett, cross-platform control suite-ot akar látni az ember, akkor nézze meg az s6-ot. Ebben az initrendszer teljesen különálló egységet alkot és csak az van benne, aminek benne kell lennie. Minden egyéb fizikailag el van szeparálva. Az egész egy laza kötéssel bíró, önálló egységekből álló szerkezet, aminek bármely részét lecserélheted, ha akarod. A systemd viszont egy monolitikus szoftver, all-in-one, mindent vagy semmit, nem cserélgethetsz benne dolgokat.

    > Nemrég szavazták meg, hogy az legyen az alapértelmezett, azt a szavazást nem lehet csak így érvényteleníteni.

    De, egy másik szavazással.

    > A műszaki érvekkel kapcsolatban csak annyit, hogy egy bizonyos szinten túl elkezd szubjektív lenni. Egy darab kódról lehet teljesen objektíven vitatkozni mert vannak megkérdőjelezhetetlen igazságok.

    Ennyi erővel minden szubjektív és egy darab kódról sem lehet teljesen objektíven vitatkozni, mert bele lehet kötni a formázásba, a nyelvbe, az anyámkínjába...

    > Egy rendszer designról már kevésbé lehet, mivel minden design-nak vannak előnyei és hátrányai, és az, hogy mi a legjobb az attól függ, hogy valakinek az előnyök vagy hátrányok nyomnak többet a latban.

    Ebben van igazság, csak kérdés, hogy az illető tud-e az összes előnyről és hátrányról, amik jutnak neki.

    > Vegyük pl. a bináris loggolást. Ellenzői szerint korruptálható, nem kereshető, csak a systemctl eszközeivel, tehát bezár és korlátoz. Támogatói szerint egy csomó új lehetőséget tár fel, a korruptálódás nem valós veszély és különben is aki nagyon ragaszkodik a szöveghez annak ott a syslog-ng.

    A korrumpálódás nagyon is valós veszély (Tessék egy pár "nem valós" eset: #1, #2, #3, #4, #5, #6, #7, #8, #9), ami pedig az új lehetőségeket illeti, rengeteg helyet és erőforrást zabálnak fel (#1, #2, #3, #4, #5) már külön toolok vannak arra, hogy ezeket úgy-ahogy kordában tartsák (tiszta win95) és itt jön képbe a bináris tárolás átka, hogy ha csak szöveges lenne, azt baromi jól lehetne tömöríteni az alacsony entrópia miatt. Ami pedig a syslog-ng-t illeti, ha azt használjuk, akkor minek a journald?

    > Az, hogy valakinek a bináris loggolás előny vagy hátrány az mind attól függ, hogy az előnyei vagy hátrányai fontosabbak neki. Nincs univerzális igazság.

    Igazság nincs, de műszaki tények vannak, amik azt mutatják, hogy a bináris loggolásból messze több hátrány származhat, mint előny. Mint mondtam, a metaadatok egy részét a systemd nem is tárolja már, mert nem bírja cérnával, azonfelül lehetne azokat is szöveges formátumban tárolni.

    > Ezen vitatkozni nem produktív amit az is bizonyít, hogy ez a vita ami első perctől elkezdődött, mai napig nincs lezárva.

    Igen, mert a systemd fejlesztői nem foglalkoznak a problémákkal. Ha követed a bugtrackerjüket, akkor látod, hogy a felmerülő bajok elég nagy részét lezárják NOTABUG, ill. WONTFIX címkékkel.

    > Pont mint a vim vs. emacs.

    Itt mondjuk találóbb lett volna a vim/emacs vs. bármi más, mert nekem mindegy, csak ne ezt a kettőt...

    > Amúgy engem semmilyen érzelmi szálak nem kötnek a systemd-hez. Ha lenne egy olyan alternatíva ami teljesen kiváltaná és ugyanolyan elterjedt lenne zokszó nélkül átállnák.

    A teljes kiváltás az igényeidtől függ, az elterjedtség viszont bajos lesz, lévén a systemd-t bebetonozták a pole-pozícióba. (Apropó, ezt muszáj: http://oscomp.hu/depot/halali_fegyver_targyas_ragozas.mp4)

    > Továbbá nem akarom mások választási lehetőségeit korlátozni. Amit akarok az "béke". Nagyon bosszant amikor azt látom, hogy egyesek újra kezdenék a pár évvel ezelőtti szarvihart az alapértelemezett init rendszer körül. Örülök, hogy végre "szélcsend" van (de lehet, hogy csak én dugtam a fejem a homokba).

    Nem tűnt fel, hogy ezt sem a systemd ellenzők kezdték? Nem tűnt fel, hogy itt egy új szavazás, amin rajta van, hogy végképp dobják ki a Debianból a systemd kivételével az összes init rendszert? (És amit lentebb felemlegettek, az nincs rajta, hogy a systemd-t dobjuk ki.) Ezt szerinted a systemd-ellenzők találták ki? Ha téged idegesít az, ha valami random fickó felveti, hogy dobjuk ki a systemd-t és ezt szóvá is teszed, akkor az miért probléma, ha valaki azt teszi szóvá, hogy idegesíti, hogy a hatalmi pozícióban ülők felvetették a lehetőségét, hogy a systemd kivételével minden mást dobjunk ki? Nem érzed egy kicsit kettős mércének ezt?
    Úgyhogy nincs szélcsend és valaki megint beleszart a ventilátorba. (Off és nem neked: Ha a ventillálni, ventilláció két l, akkor a ventilátor miért egy?) És nem egy systemd-ellenző volt, különben a focus on systemd nem lenne a listán.

    > Elnézést kérek ha neked az jött át, hogy én téged a systemd-re akarlak ráerőltetni. Nem ez a szándékom és ha neked ez jött át az vszleg az én szerencsétlen fogalmazásomnak köszönhető.

    Jó, spongyát rá.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> denesb


    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2415130

    > Még a végén kiderül, hogy a dolgok nagy részében egyetértünk és csak vitatkozunk a semmiért.

    A konfliktust alapvetően pontosan az a hozzáállásod generálta, amit a harmadik bekezdésben leírtál, de úgy látom, konszenzusra jutottunk a kérdésben.

    > Valószínűleg az egyik fő ok amiért az alternatívák kidobása felmerült az a munkamenyiség csökkenése.

    Akkor munkaerőt kell toborozni. A monopólium sosem jó megoldás, ld. még '90-es évek második fele és az ms monopóliuma PC-n.

    > Amúgy tényleg nem értem miért kezdenek projektek hard-dependelni a systemd-re.

    Sok példát lehetne mondani, de mondjunk egy kevésbé politikait, amit valószínűleg jobban el tudsz fogadni: "A munkamennyiség csökkentése." Amikor publikáltam a UNIX daemon-kitemet egy tutorial keretében, akkor ott is volt egy kollega, aki mondta, hogy ezt a systemd mind megoldja helyettem. Inkább nem fejtettem ki, hogy mit gondolok a dologról, csak mondtam, hogy szó sem lehet róla, bár a mondandóm nagy részét pár poszttal lejjebb Charlie elmondta helyettem is.
    Ami a lényeg, hogy a systemd egy csomó dolgot megold az ember helyett, csak épp teszi ezt sokszoros erőforrásért és nem biztos, hogy jól, lévén ugye a systemd-be rengeteg oda nem tartozó részt beleöntöttek. És itt jön képbe, hogy akik a systemd irányvonaláért (nem a fejlesztéséért) felelnek, azok értenek a pszichológiához is, mert kőkeményen aládolgoztak a programozói lustaságnak és értenek a céges kúltúrához is, mert pontosan tudják, hogy a "legyen kész tegnapra" felfogású amcsi céges kúltúrában nagyon díjazzák azt, hogy ha gyorsan megvan és mivel erőforrásból eladásra is van, így nem számít, hogy amit meg lehetett volna csinálni pár kilobyte-ban, az végül nagyon sok megabyte lesz. (/summon hajbazer)
    Teljesen természetesen ez nem systemd-only jelenség, hanem általános, de a lényeg, hogy ez az egyik oka, hogy dependelnek rá és amint a kollega linkelt kommentjéből láthatod is, a propaganda épít is rá és működik is, mert terjed a felfogás, hogy majd a systemd megoldja. A pkg-config is így kezdte, pedig több problémát generált, mint amennyit megoldott és mostanra már megkerülhetetlenné vált.

    > Csak kíváncsiságból: mi lenne szerinted az ami kéne történjen, hogy ez a jelenlegi helyzet helyre álljon? Ahogy fdevid is leírta lejjebb, a systemd mint initrendszer mellet más alternatívák támogatása nem egy egyszerű feladat, mivel a systemd messze több mint egy initrendszer. Hogy ez jó vagy rosz az egy másik kérdés, tény hogy erre a többre (nevezzük system control suit-nak) látszólag tényleg van egy igény. Mi lenne az a -- mondjuk realisztikus -- útvonal arra, hogy lehessen más init rendszert is használni, anélkül, hogy fel kéne adni a kényelmet amit ez a SCS nyújt.

    Nem az a baj, hogy a systemd több, mint egy initrendszer, hanem az, hogy mindent is az initrendszerbe öntenek bele és az egész egy monolitikus kulimászt alkot, amiből lehet, hogy csak a tizedét használod. Régen az ilyen SCS-eket mindenki úgy szerelte össze magának különféle komponensekből, ahogy akarta, mert természetesen régen is volt ilyen, csak nem kapott ekkora hangsúlyt. Ennek az előnye az volt, hogy teljes szabadságot kaptál, a hátránya viszont az, hogy ezeket a részegységeket neked kellett összehangolnod. Ahogy az fdavid által linkelt cikk is leírta, a systemd igazából semmi újat nem alkotott, csak egybefogta ezeket a részeket és egy látszólag egyszerű interface-t adott hozzá.
    Namármost, hasonló ilyen egységesített suite-ot egyet ismerek, az s6-ot (korábban többször említettem), lehet, hogy van más is, csak én nem hallotam róla. Azt nem tudom, hogy mindent tud-e, amit a systemd, de az sem biztos, hogy a systemd mindent tud, amit az s6.
    Viszont ez a mindentudás ez egy nagyon veszélyes jégtakaró, ami előbb utóbb így is-úgy is beszakad. Ahhoz, hogy mindenhez interface-t tudjon valami biztosítani, ahhoz mindent ismernie kellene. Vagy tudja irányítani az összes alárendelt 3rd party réteget (ami hosszú távon mindenképpen bloatosodáshoz fog vezetni, lévén minden rétegnek számos implementációja lehet), vagy ő adja a rétegeket is (ami megint bloat és ez esetben még scope creep is).
    Ennek megfelelően az a szomorú hírem van, hogy univerzális megoldás nincs. Nem is volt és nem is lesz soha. Olyan van, ami neked jó, meg olyan, ami nekem, meg olyan ami másnak. Olyan nem lesz, ami mindenkinek jó. Az s6 sem az, pedig az tényleg jól van megépítve. Olyat lehet, hogy csinálnak alternatív SCS-eket a különféle rendszertípusokhoz, software stackekhez. Nem kell ötszázezer, elég pár darab. De egy embedded software stackhoz nem lesz jó ugyanaz a felállás, mint pl. desktophoz. Sőt még kétféle desktopos stackhez sem feltétlen lesz jó ugyanaz az SCS.

    Tehát, hogy a sok rizsa után meg is válaszoljam a kérdésedet: én egyetlen realisztikus megoldást látnék a jelenlegi helyzet helyrebillentésére, a systemd mögött állóknak teret kéne engednie az alternatív initeknek és SCS-eknek, de ez nem fog megtörténni, mert nem érdekük. Nekik az az érdekük, hogy monopolizálják az egész Linuxos alrendszert, hogy minden szoftvernek függenie kelljen tőlük. Nekik ebből van a sok lóvé, hogy megalkossák az új windózt, Linux alapokon.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414951

    > Elolvastam és nekem ugyanolyan fröcsögésnek tűnik mint amit én írtam feljebb és amire úgy kiakadtál. Tele van indulattal és ahelyett, hogy műszaki érveket hozna fel, egy elméletet vázol fel, hogy a systemd (és RedHat) mögött igazából az Amerikai kormány és katonaság áll, általuk beférkőzve a Linux ökoszisztémába, korruptálva azt.

    Ez egy politikai kérdés, itt hiába várunk műszaki érveket, max. ha hátsóajtót találunk a systemd-ben, de erre még - tudtommal - nem volt példa. Az indulati részben igazad van, de a fickónak közvetlen csörtéi voltak Pötyi bácsival és egy kicsit megtellett neki az összes létező fallosza.

    > Ugyanazokat az eszközöket használja amiket látunk nap mint nap a politikai propagandában. Veszi a tényeket -- bugos systemd, hibás designnal, nem közreműködő, arrogáns fejleszők, a RedHat ami egy csomó Linux projektet pénzel, és aminek viszont fontos kliensei az amerikai kormány és katonaság -- és felépít erre egy elméletet ami tele van feltételezésekkel és indulatokkal de lehetségesnek hangzik, pláne ha valaki amúgy is fogékony az ilyenféle propagandára (mert utálja a systemd-t, a RedHatot és Amerikát).

    Bocsánat, de figyelmen kívül hagysz valamit: a systemd a jogos kritikák és az életképes alternatívák ellenére is kvázi-egyeduralkodóvá vált. Miért? Az nem magyarázat, hogy mert a SysVInit elavult volt; volt mire átállni, a systemd-t pedig a kezdetek miatt rengetegen kritizálják a scope-creep és a monolitikus struktúra miatt. Miért választották mégis szinte mindenütt ezt?
    Az ő elmélete mögött legalább annyi tény áll, amit te felsoroltál, még ha a többi feltételezés is, de a tiéd mögött semmi, csak az, hogy ezt te nem akarod elhinni és kész. Csak egy kérdés: szerinted olyan sosincs, hogy egy nagy cég pénzzel és befolyással próbál elérni bizonyos dolgokat az iparban? Mert szerintem mindennapos. Részletek a zinterenten.

    > Ez a bajom nekem, hogy a két fél eldöntötte eleve, hogy nem akarnak kompromisszumot és csak az érveket, elméleteket és indulatokat keresik, hogy megindokolját a poziciójukat, a kompromisszumos békét eleve kizárva. Béke csak a másik fél megsemmisülésével lehetséges.

    Lehet, de ezt is a Red Hatnek köszönheted. Ha a systemd csak alternatíva lett volna és az választja, aki akarja, akkor huszadekkora cirkusz nem lett volna belőle. Páran megállapítják, hogy ez úgy szar, ahogy van, páran meg azt, hogy nekik működik és aztán mindenki azt használ, amit akar. De nem ez történt, hanem az, hogy - az egy szál Slackware kivételével - az összes mainstream disztribúció átállt erre és egy jelentős részük úgy, hogy még opció sincs másra. Mindezt úgy, hogy a fejlesztők és a júzerek egy tetemes része megállás nélkül sikítozott. Ezt a helyzetet és az indulatokat ez váltotta ki és nem az, hogy a systemd gagyi. (A windózt se azért rühellem elsősorban, mert szar, hanem mert a mögötte álló cég keze mindenhova beteszi a lábát.) És amint látod, a gőzhenger nem áll meg, most már arról beszélünk, hogy mi lenne, ha "focus on systemd".

    Azonfelül ez a meglátásod amúgy is általánosítás, mert épp most vitattuk meg, hogy mindketten beérnénk valamiféle kompromisszummal, márpedig szemben állunk, azaz egy pro és egy anti-systemd embert már is lehet mutatni, akikre nem igaz, amit mondasz.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414484

    Ennyi erővel számoljuk fel az összes Linux disztribúciót, maradjon csak egy, hiszen, ha mindegyikben ugyanaz van, akkor felesleges ennyi belőlük, nem?
    Sőt, számoljuk fel a UNIX-okat is, egységesítsünk, közponosítsunk, amit a legtöbben használnak, az nyer on popular demand. Ami jelen pillanatban a macOS. Maradhat? (Nem-nem, az Android nem játszik, mert hiába épül a Linux kernel egyes részeire, a környezet, az OS maga minden csak nem UNIX.)
    Persze mehetünk feljebb is, nem kell csak a UNIX-okra korlátozni a haladás (rög)eszméjét, irtsunk ki mindent, csak az maradjon, ami a legbevettebb. Ami jelen pillanatban a windows. Vagy már a droid? Na? Jó lesz?

    Viccet félretéve, nem gondolod, hogy oka van annak, hogy ennyire sokfélék voltak a rendszerek? Mindegyik máshogy működött, mert mindegyiket máshogy gondolták ki és mindegyik másban volt jó. (Egyébként a "semmi sem volt kompatibilis semmivel" elég ordas csúsztatás, POSIX bőven volt a Linux előtt is.)

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414582

    > Szerintem létezik egy arany középút a változatosság és a standardizálás között. Ne kérdezd, hogy hol van pontosan mert nem tudom.

    Idáig oké.

    > Szerintem megegyezhetünk, hogy az elmúlt évtizedekben a Linux disztró ökoszisztéma inkább a változatosság fele lógott ki, a másik kárára.

    Van benne igazság, de kérdés, hogy mégis mi indokolta volna, hogy annyira standardizálni kéne ezeket a Linuxokat? Miért kéne egy mikrokontrolleren, egy szerveren, egy mobilon és egy desktopon futó Linuxnak ilyen szinten standardizálva lennie, mi indokolja, hogy ezek a teljesen eltérő környezetek azonos környezetet igényeljenek? (Szándékos a szóismétlés.)
    Legyenek standardizálva a formátumok, a protokollok és legyen egy minimum standard az API-khoz, ami a minimális hordozhatóságot lehetővé teszi (éppen ahogy eddig), de ha mindent kőbe vésünk, hogy ezt így kell, akkor eljutunk oda, hogy nincs értelme a többfélének, mert úgyis ugyanaz lesz. Fontos kérdés kettő: ki szabja meg majdan az univerzális standardot? A systemd fejlesztői, vagy az őket alkalmazó Red Hat, vagy az őket pénzelő US Government? Mert ha igen, én most kérek egy seprűt, meg egy utcát...

    > Én örülök a konszolidálódásnak,

    De könyörgöm, ne hívd már konszolidációnak ezt! A konszolidáció a különféle álláspontok egymáshoz történő közeledése, de itt nem ez történik, hanem egy, hangsúlyozom: egy álláspont politikailag (értsd: hatalmi pozícióból) überelte a többit! Nem kompromisszumok születtek a különféle megoldások támogatói között, hanem ki lett adva az ukáz, hogy e! Ez nem konszolidáció, hanem technológiai despotizmus...

    > de nem szeretném ha csak egy Linux disztró lenne, egy DE-vel és kész.

    Csakhogy ezzel a tendenciával pont ezt segítjük elő, mint kifejtettem.

    > Nagyon szeretem, hogy lehet választani, de vannak dolgok amiben nem akarok választani.

    Ezt még meg tudom érteni (jobban, mint gondolnád), de miért akarod elvenni mások ehhez való jogát, akik meg akarnak? Csak mert a felfogásoddal ezt teszed, mert te itt nem egyszerűen egy neked megfelelő szoftvert támogatsz, hanem egy tendenciát, ami arra irányul, hogy ne is legyen választása az embereknek.

    > Egy bizonyos szinten túl az a sok választási lehetőség káros lesz és azt eredményezi, hogy lesz 99999999999 félig kész megoldás.

    Hogyne, az a bőség zavara, a totális széthúzás, az anarchia. De ha meg csak egy van, akkor meg választásod sincsen és az akár sokkal rosszabb is lehet, mert akkor meg mindent eldöntenek helyetted; mindent is. Kinek a kezébe akarod adni az ilyen jellegű kontrollt? A systemd fejlesztők kezébe, vagy az őket alkalmazó Red Hat kezébe, vagy az őket pénzelő US Government kezébe? Mert ha igen, akkor már inkább egy mentőkabint kérek...
    Persze egy diktatúrának is lehetnek előnyei, ha a vezetői réteg alapvetően jóindulatú ÉS tehetséges, de Poetteringékre egyik sem jellemző, az ellentétek viszont annál inkább... Tudniillik a jóindulatú és tehetséges vezető egyik jele, hogy nem szarik magas ívben az alárendeltek véleményére. Felülbírálja azokat, ha úgy látja jónak, de meghallgatja és átgondolja őket, mielőtt megteszi. És legfőbbképp: nem tartja magát tévedhetetlennek, elfogadja, hogy másnak is lehet igaza.

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2414671

    > Sehol se mondtam, hogy a Linuxot standardizálni kéne minden platform (asztal, telefon és mikrokontroller) között. Én végig asztali Linuxról beszéltem. Különben is olyan operációs rendszer, hogy Linux nincs, a Linux egy kernel és nem arról beszélek.

    Én is tudom, hogy a Linux egy kernel: https://hup.hu/node/166054#comment-2394019
    Viszont nem csak asztali Linux van és ehhez képest mindenhova ugyanezt akarják erőltetni.

    > A Freedesktop.org, aminek eltüntetésére való javaslatára reagáltam eredetileg, pont ilyen standardokon és API-kon dolgozik. És tudtommal ezekhez a standardokhoz bárki hozzájárulhat, és hozzá is járul. Nem egy entitás "nyomja le mindenki torkán". Persze a Freedesktop.org API-k dbus-ra épülnek ami egy másik "can of worms".

    Na, a Freedesktop a legeklatánsabb példája annak, hogy mi történik, ha a standardizálás rossz kezekbe kerül. pkg-config, fontconfig és még sorolhatnám. Próbáltál már egy mai X11-et leforgatni nem Linux hanem pl. Illumos alapokon? Körkörös dependenciák egész hada van benne, pl. pkg-configot muszáj nekik alapból binárisként mellékelni, mert amikor leforgatnád szembesülsz vele, hogy valamelyik függősége tőle függ...
    És ha már pkg-config, pl. a C nyelvben volt szabvány arra, hogy működnek az include-ok, azaz voltak a PATH-ben include könyvtárak és te ehhez relatíve "címezve" adtad meg, hogy mit akarsz behúzni, pl. #include <kecske/kecske.h> Na, amióta van pkg-config, azóta, ami azt használja, az eldobja a könyvtárat, mert majd a pkg-config megmondja, hogy hol van az a file. Mert az sokkal jobb... Ja, mert így pkg-config nélküli rendszeren máris fordíthatatlanná vált a forrásod, a névütközésekről nem is beszélve. Nesze nekünk crossplatform-standardizáció!

    Na, ehhez küldj be patchet! Kérdőjelezd meg a létszükségletét a projektjeiknek és garantáltan elhajtanak a francba.

    > Pedig pont ez a konszolidáció. https://en.wiktionary.org/wiki/consolidation. Konszolidáció: egy állapot megerősödése, több valami egy egésszé való kombinálása. A részek viszonyáról nincs szó. Amiről te beszélsz az a kompromisszum.

    Akkor ezt rosszul tudtam, kösz, hogy szóltál. Bár, ha a kettes jelentést nézzük, az közelebb állt ahhoz, amit én mondtam, hogy többvalamiből (esetünkben álláspontból) lesz egy, mert itt nem ez történt, hanem egy nyert.

    > A systemd free software. Ha az embereknek nem tetszik az irány lehet patcheket küldeni.

    Hányszor hallottuk ezt már. Aztán nem vették be a patchet, mert ők jobban tudják. Max bugfixeket emelnek be.

    > Ha semmiképpen sem lehet velük együtt működni lehet forkolni.

    Megpróbálták, kutyának nem kellett.

    > Senkire sincs a systemd rákényszerítve.

    Aha, mert ha a disztribúció, amit használsz a következő verziófrissítéskor kérdés nélkül felteszi ezt a vacakot és - a verziófrissítés kihagyását leszámítva - nincs lehetőséged megakadályozni, akkor nem kényszerítették rád. Oké.

    > Tény, hogy extra munka elszakadni tőlle de az árral szemben úszni sohase volt könnyű.

    Jah, főleg, hogy ha minél jobban megnehezítik direkt az elszakadást. Mi a francért akarták systemd-függővé tenni a tmuxot? Miért tették azzá a GNOME3-at? Miért akarják azzá tenni a KDE5-öt?

    > Potteringet sokmindennek lehet nevezni de tehetségtelennek nevezni az a tények teljesen figyelmen kívül hagyása. Pottering a Linux ökoszisztéma egyik meghatározó alakja (hogy ez jó vagy rosz az egy másik kérdés). Ha egy tehetségtelen valaki lenne sohase jutott volna oda ahol van.

    Most ugyan mondhatnám, hogy manapság rengeteg tehetségtelen programozóból lesz meghatározó alak, csak mert jól manageli magát, de én most nem is Poettering - és a többi systemd fejlesztő - programozói képességeit firtattam, hanem a vezetőit. Én azt állítottam, hogy tehetségtelen vezetők, teccikérteni?

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2419012

    ROFL

    (Mondjuk hálisten BSD-re még nincs ez a szörnyszülött.)

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2419011

    -

    Oldschool Computer - http://oscomp.hu




    A Debian projekt megkezdte a szavazást init-ügyben: https://hup.hu/cikkek/20191209/a_debian_projekt-megkezdte_a_szavazast_init-ugyben#comment-2419402

    Úgy néz ki a B opció nyert, azaz marad a systemd, de lesz alternatíva. Reméljük tényleg lesz.

    Oldschool Computer - http://oscomp.hu




    Scala 3 / Dotty izelito: https://hup.hu/node/167125#comment-2418028

    > nehez a js-nel lejjebb menni a szememben prognyelv minoseg teren

    Egész konkrétan lehetetlen. A JS mindennek a legalja.

    > a shell scripting legtobb formajat rosszabbnak tartom

    Nem maga a shell scripting rossz, csak rosszul és rosszra használják sokszor.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> martonmiklos


    Scala 3 / Dotty izelito: https://hup.hu/node/167125#comment-2418081

    Nem a TypeScriptről beszéltünk és nem is az ECMAScriptről, hanem a JavaScriptről. Irreleváns, hogy a nyelv mennyire konzisztens, ha az implementáció nem az. Azonfelül maga a nyelv is agyrém.

    var kecske = document.getElementById("ilyen_nincs");
    alert(typeof kecske); // will alert "object"
    alert(Math.pow(Math.random(), kecske)); // will alert "1"

     

    (Rosszul feltételezed: sosem írok bash-only kódot. Amúgy is, mi az, hogy a "de-facto standard *nix shell script nyelv"? A bash nem a nyelv, hanem az interpreter; a nyelv, az a UNIX shell script, a bash-only nyelvi elemek, azok kiterjesztések, amik az interpreterben vannak. Azonfelül a POSIX leírja, hogy mi az igazi standard, tehát nincs szükség de-facto standardekre.)
    Látod, erre mondtam, hogy rosszul használják és rosszra. Shellben nem "programozunk", shellben automatizálunk valamit; a shellt arra találták ki, hogy a különféle programok/(non-shell )scriptek ki és bemeneteit összekötögethesd, hogy automatizálhass bizonyos folyamatokat és ezzel megspórold azt a csomó munkát, amíg ezeket begépelted volna a terminálba.
    És itt jön képbe, hogy az, hogy shellben minden string, az nem probléma, hanem szükségszerű, mert egy terminálban nem is lehet más egy változó, mint string, azaz bytestream, hiszen a programok a terminállal az stdin/stdout/stderr descriptorokon keresztül kommunikálnak, egy descriptor számára meg nem létezik semmi más, csak byteok sorozata. Azonfelül shellben tkp. nem nagyon létezik olyan változókkal kapcsolatos művelet (hangsúlyozom változókkal való operálásról beszélek, nem a csövek ide-oda kötögetéséről) ami nyelvi elem és nem egy parancs, vagy annak argumentuma. (Úgy egész konkrétan a stringek konkatenációját leszámítva hirtelen nem is jut eszembe semmi.) Ennek megfelelően a típusoknak sincsen az ég egy adta világon semmi értelme, hiszen a műveletet végző parancsprogram is stringként kapja meg a bemenetet és stringként is adja vissza a kimenetet; ha lennének típusok az csak hóttfelesleges typejugglinghoz - és overheadhez - vezetne. Az if-nek is, amit beadsz feltételnek, azt nem a shell vizsgálja, hanem a test parancs, vagy a [ parancs. Aritmetikai műveletet is az expr (és tsai.) segítségével végzel. És ezek a parancsok mind stringekkel operálnak. Nincs értelme más "típusnak".
    Nagyon sokan azt hiszik, hogy a shell az Yet Another Scripting Language, ami orbitális tévedés. A shellscripting egy teljesen más műfaj, mint a "normál" scripting.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> solt87


    A Fedora arról dönt, hogy a CD/DVD problémáknak vissza kellene-e tartania a kiadásokat: https://hup.hu/szavazasok/20191216/a_fedora_arrol_dont_hogy_a_cd_dvd_problemaknak_vissza_kellene-e_tartania_a_kiadasokat#comment-2416174

    Ha már bugok, ezen a szavazáson bejelentkezés nélkül is lehet szavazni. (http://oscomp.hu/depot/hup_open_vote.png) Vagy ez itt nem bug?

    Oldschool Computer - http://oscomp.hu




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2320606

    +1 a natúr szerkesztőre. Viszont nem értem, hogy publikusan elérhető - logint nem igénylő - képeket, vagy akármit, minek HTTPS alá tenni...




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2320679

    Ja... Nem tűnt fel, Opera 12 nem csinálja.




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2320914

    Elhiszem. Ezért kerülöm a "modern" böngészőket.




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2322311

    > A HTTPS a kétirányú kommunikációban nem csak azt tudja biztosítani, hogy más nem látja az adatokat.

    Pontosítsunk: azt se tudja biztosítani...

    > Hanem azt is, hogy más nem tudja úgy módosítani, hogy ne vedd észre.

    Miért, a szolgáltatók olyan gyakran szórakoznak ezzel? Nekem ez nem tűnt még föl...

    > (persze ehhez az egész PKI infrastruktúrában meg kell bízni).

    Mert egy rnd() kínai vagy üzbég cég által kiállított cert az a 100% garancia arra, hogy minden secure és megízható. HypeTTPS...




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2322434

    1. Én ezt értem, de mi a garancia, hogy abban az implementációban nincs hiba?

    2. Ha a szervert támadja, akkor az azt jelenti, hogy beépült a szerver és a világ közé és a szerver átfolyó forgalmába injektálja a szemetét. Hát ennyi erővel defacelheti is a szervert, nem?

    3. Én nem nagyon. http://www.tahina.priv.at/~cm/talks/pki-sucks.pdf https://readplaintext.com/web-security-is-totally-totally-broken-b603c705f88




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2320444

    Puszta kiváncsiságból: miért newlib, ha az eredményeid szerint túl nagy a kapott bináris? Az uClibc vagy még inkább a musl nem fordul/fut Cortex-M0-on?




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2320605

    A newlib-nano-t nem ismertem, gondolom az kevesebb extra kóddal jár.

    Emlékeimben ez a két C lib úgy élt, hogy ezek megvannak csupasz vason is, de ezek szerint benéztem.




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2320652

    Most utánaolvasáskor én is csak Linuxos példát, meg utalást találtam, szóval szerintem ha használhatóak is önállóan, ahhoz hekkelni kell őket. :/

    Egyébként most rápillantottam az LLVM/CLang párosra is, de a jelek szerint a Cortex-M0 pont nem támogatott, úgyhogy csak a GNU-s toolchaint tudod használni, pedig lehet a CLangot jobban be bírnád idomítani, hogy mit szórjon ki. Ennek a körbejárása esetleg egy még későbbi részben...? :)




    A karom, a karom! Cortex-M0 kiadásban – egy kis linkeskedés (3. rész): https://hup.hu/node/163067#comment-2320740

    Rákerestem, de nem találtam róla friss érdemi infót, csak régi cikkeket, leírásokat, hogy mit nem támogat belőle.

    Ha mégis támogatja az jó hír!




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416878

    Miért, ha Linust "baleset" éri, akkor mi lesz? Ezek nyílt forrású projektek, bárki forkolhatja és folytathatja őket; a ReactOS-t is.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416893

    Persze, hogy nem egy szint a Linuxszal, hiszen a Linux mögött több multinacionális gigavállalat és mérhetetlenül sok pénz áll, a ReactOS mögött meg se cég, se tőke. (A ReactOS anno összesen 1 millió Euró támogatást kért; a Linuxba naponta öntik ennek a sokszorosát.) A techcégek windows-dependens szegmense valamiért nem lát fantáziát a nyílt forrású windows-klónban. Pedig egy ingyenes, nyílt forrású és működő windows-klónnal nagyobbat lehetne rúgni az ms-be, mint az összes desktop Linuxszal együttvéve.
    De most arról beszélünk, hogy ha a ruszkik beszálltak volna pénzzel és egyéb erőforrásokkal a ReactOS-be, akkor kellene-e fájnia a fejüknek, ha a ReactOS fejlesztőjét "baleset" éri-e: nem kellene, mert onnantól kezdve a ReactOS fejlesztését is egy raklap ember folytathatja, ha a fejlesztőjével "történik valami".

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416918

    > Kik lennének ezek az emberek?

    Bárki, aki pénzért programozik.

    > 1 millió dollárból mennyi emberóra fejlesztés jönne ki és meddig?

    Euró, bár ez mindegy; nem tudom az orosz programozói órabéreket, de ha feltételezem, hogy olcsóbban dolgoznak, mint a nyugaton, akkor mondjuk 2000 HUF(-nak megfelelő RUR)/órával számolva 1 millió EUR-ból 165317 emberóra jönne ki. Ez egy emberre levetítve, napi nyolc órával számolva kb. 86 évet jelent. A fickó azt állította, hogy ennyi pénzből egy év alatt készen lenne. Vagyis kb. 80-85 embert tudna egy évig alkalmazni.

    > Azzal hova lehetne eljutni?

    Egy olyan fokú használhatósági szintre, hogy elkezdjen vele komolyabban foglalkozni a világ. Nyílt forrású projekt, tehát kellő érdeklődés mellett a fejlesztőbázis magától is nőni fog.

    > Mi lenne utána, ha elfogyna a pénz?

    Ha sikerült eljutni az említett használhatósági szintre, akkor semmi, mert akkor befutott a projekt és lesz pénz megint, ahogy a Linuxnál is lett. Ha nem sikerült, akkor értelemszerűen az emberek lelépnek és folytathatja egyedül, viszont nyert 165317 órát rajta. Az sem kevés azért.

    > Miért szálltak volna be, ha van a Linux?

    Kik? A cégek? Mert a Linux nem tudja kiváltani a windows-t, ha a cél valami zárt forrású windows-only cucc futtatása, a ReactOS meg igen. Ez vonatkozik az összes windows-alapú infrastruktúrára, ha használható a ReactOS.
    Vagy a ruszkikra gondolsz? Nos, ők meg azért, mert mint mondtam, egy ingyenes, nyílt forrású és működő windows klónnal kurwa nagyot lehet rúgni az ms-be és vele az USA-ba is. Azért.

    > Ezer olyan kérdés, amire semmi válasz nincs és semmi garancia arra, hogy bármi is kisülhetett volna belőle.

    Amint látod válasz van. Garancia az tényleg nincs, viszont lehetőség az van. Linus '91-ben azt mondta, hogy a Linux csak hobbiprojekt 386/486-os PC-kre és sosem fog semmi mást támogatni, mint AT-HDD-ket, mert mása nincs neki. Senki nem gondolta volna, hogy bármi kisülhet belőle. Azóta eltelt három évtized és a fél ipar a Linuxra épül. Persze lehet mondani, hogy a ReactOS is 20 éves, mégsem jutott el sehova, de pont ennek az oka, hogy a Linuxba beszálltak a cégek (így Linusnak lett pénze másra is, mint AT-HDD-kre. :P), a ReactOS-be meg nem. És itt jön képbe, hogy csak a fél ipar épül a Linuxra. Egyszóval volna hova betörnie a ReactOS-nek, ha volna miből.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Addam2


    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416942

    Annak számtalan oka lehet, hogy miért nem adnak. Az ms számtalan helyre bevásárolta magát; nincs kizárva, hogy az orosz állammal is van valami kölcsönös megállapodása. Amúgy anno, a 90-es évek elején a Linuxra adtál pénzt, mielőtt befutott?

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416957

    Ez esetben az sem releváns vagy mérvadó, hogy a ReactOS-re adtál-e volna. Sokan mocskosul megszedték magukat, akik anno befektettek a Linuxba.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416964

    Miért, ha tudod, hogy valahol létezik egy ilyen projekt, amit a fejlesztője azzal konferált fel, hogy ez csak hobbi, akkor adtál volna? A dobozos SUSE már egy létező Linux-alapú kereskedelmi termék volt, üzlet épült rá, mutatja, hogy akkor a Linux már messze nem egy egyszemélyes hobbiprojekt volt, hanem komoly cégek álltak mögötte, akik ebben pénzt láttak és te akkor már ezeknek a cégeknek adtad a pénzedet, nem magának a projektnek. Nyilván, ebből a projekt is részesült, támogatás formájában, de itt most a be nem látható eredményű befektetésről beszélünk, hogy akkor támogatunk-e egy projektet, amikor még nem lehet tudni, hogy mi lesz belőle.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2417212

    Hanem? Mivel vívta ki ellenszenvedet a ReactOS? Azt megértem, ha valaki utálja a windowst (én is), de ez a projekt pont nem az ms érdekeit szolgálja, hanem épp ellenkezőleg.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2417284

    > Nem értem. Milyen ellenszenvet? Számtalanszor adok hírt a ReactOS-ről, pedig a jelentőségét tekintve le is szarhatnám. Honnan veszed, hogy ellenszenves?

    Egy-két fél mondatból, pl. "én sem adtam volna egy kopejkát sem", meg abból, hogy más hasonló kaliberű projekteknek meg adakoztál, mert "nem a nagyság, az ismertség vagy a professzionalizmus függvénye". Ebből nekem az jött le, hogy ez a projekt valamiért neked nem szimpatikus.

    > Egyszerűen mint állami OS alkalmatlan.

    Ahogy sok más projekt is az lett volna, mielőtt beleszálltak komoly entitások, komoly pénzekkel.

    > Ennyit arról, hogy Putyin helyében adtam-e volna pénzt. Másodszor, általában azokat támogatom, amiket használok. A ReactOS-t nem tudom mire tudnám használni.

    Te nem. De Putyin helyében se tudnád? Mármint, ha ki lenne kupálva, úgy értem.
    Szerinted mennyit spórolna az állam azon, ha a hivatalos helyekről (iskolák, hivatalok, stb.) ki lehetne ebrudalni a mikiszoftot a license-eivel együtt, úgy, hogy a használt gép és szoftverparkot nem kell lecserélni, a felhasználókat nem kell átképezni, gyakorlatilag egy reinstall az egész? Mennyit spórolhatnának ugyanezen az orosz cégek? A Linuxra váltás nagyon sokszor ezen bukik meg, hogy igen, a Linux ingyen van, de az átállás sokba kerülne a felsoroltak miatt.
    És akkor még ott van a support is. Rengetegszer dobják vissza a Linuxos átállást, hogy de nincs fizetős support. Az orosz állam pedig ha beleszállna ebbe a projektbe, akkor adhatna fizetős supportot a ReactOS-hoz mindazon államok és cégek számára, akik élnének a lehetőséggel, hogy megszabaduljanak a májkrémszoft vérszívásától (csak alá kell verni árban; nem lesz nehéz). Tehát nem csak tökönrúghatnának egy kulcsfontosságú amcsi techcéget, de még gennyesre is kereshetnék magukat rajta. Az átállók meg jól járnának vele, mert nem csak a licensedíjaktól szabadultak meg, úgy, hogy minden mehet tovább a régiben, de még a support sem veszett oda, csak olcsóbb lett.

    > A ReactOS-sel nem ez a helyzet. Ettől még nem ellenszenves. Ahogy 1000 más projekt sem, akiknek még szintén nem adtam egy forintot se.

    Félreérthető volt, ahogy kommunikáltad a projekthez való viszonyulásodat.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Addam2


    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2417600

    > Linuxhoz is van, nem ezert dobjak vissza szerintem.

    Azt mondtam, rengetegszer, nem azt, hogy minden esetben. Nyilván, ha RHEL-re, vagy SLES/SLED-re akarnak átállni, ott ez nem probléma, de ha valami Debian származékra, akkor de.

    > Szerinted mekkora piaca van manapsag olyan supportszerzodeseknek, ahol az orosz allam ad supportot?

    Egyfelől feltételes jövő időben beszélünk, másfelől, ha kereslet lesz a termékre, akkor tök mindegy ki ad supportot. Max. annak nem, aki nem bírja a ruszkikat. Harmadrészt meg a support csak az esetleges plusz bevétel része volt a dolognak; a lényegi rész az irdatlan spóroláson van. (Negyedrészt - de ezt már csak poénból írom ide - elég nagy piaca van, csak nem ezen a téren, de nézd meg pl. a különféle tankokat, vadászgépeket és mindenféle fegyvereket.)

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416951

    > Brutto 2000 per oraert lassan gyakornokot nem lehet talalni, es a berkoltseg tobb mint a brutto, a szukseges tovabbi kiadasokat nem is szamolva.

    Én még sosem kaptam óránként 2000-et egy melóhelyen sem...kivéve egy orosz céget, de azok meg csak egy hónapig voltak hajlandóak kifizetni, aztán sumákoltak. :P

    > Ez eleg messze van a ketezer forinttol.

    Igen, ez majd' kétszer annyi. Akkor felezzétek le az eredeti számokat. De mondok én is valamit: az említett orosz cégnél az egyik kolléga azt mondta, hogy Oroszországban a moszkvai "aranygyűrűn" belül kurwa jól keresnek az emberek, de Oroszország nagy részén ennek csak a töredékét. Senki nem mondta, hogy csak moszkvai bérért lehet alkalmazni őket.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Addam2


    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416953

    Hát pont ezért kéne a tőke. A csóringer majdnem mindent egyedül csinál, úgy nem csoda, hogy lassan megy.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416971

    > Értem, hogy mire kellene a pénz, csak a gond az, hogy van egy állítás (1.000.000 € elég lenne ahhoz, hogy jó legyen), amit nehéz bizonyítani, főleg azért, mert rohadt sokan dolgoznak a ma használatos operációs rendszereken, és láthatóan még azok sem tökéletesek, emiatt ez a pénzösszeg sokaknak nem tűnhet elegendőnek.

    De nem kell, hogy tökéletes legyen, elég, ha használható, annyira, hogy megérje vele foglalkozni. Pont az bizonyítja, hogy a mai oprendszerekbe mennyit ölnek, aztán mennyit érnek, hogy a "nagy ugráshoz" elég az is, ha használhatóra pofozzák, amíg tart a pénz. Azt természetesen nem tudom, hogy ezt hogyan lehetne jól kigazdálkodni, mert a gazdasághoz közöm annyi, mint windóznak az oprendszerekhez, de az sem válasz, hogy nem tudjuk ezért nem; a befektetés mindig kockázattal jár.

    > Más magyarázat is lehet természetesen, ami miatt nem jön a pénz senkitől, MS befolyása, "hogyan térül meg a befektetésem?", politikai okok stb.

    Igen, ezt írtam én is.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2417235

    Nem egészen: ha úgy ítéli meg, hogy lehet még használható belőle, akkor is adhat.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2417286

    Nekem nem, de a valóságnak igen. :)

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2417602

    De, kevesen vagyunk. Ha mindenki hoz még egyet, akkor is kevesen leszünk. Lehet persze adakozni a projektnek, minden fillér számít, de alapvetően, ha komoly haladást akarunk, akkor komoly befektető kell.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2417357

    Ja, mert a windóz by definition nem működik, de itt az a lényeg, hogy drop-in-replacementnek jó legyen. Pénz és idő kérdése.

    Miért, eddig kellett? Vagy eddig csak leszarták, mert nem zavart sok vizet? Ha csak akkor mennek neki a projektnek, amikor már felkarolták és támogatják, akkor már nem lesz olyan egyszerű megsemmisíteni őket; nem lesznek egyedül. Pláne nem tudom mit tudnának kezdeni egy orosz céggel.

    Oldschool Computer - http://oscomp.hu




    "Putyin még mindig XP-t használ!!!!44": https://hup.hu/cikkek/20191218/putyin_meg_mindig_xp-t_hasznal#comment-2416874

    Putyinnál is bepróbálkoztak. Tudtommal abból se lett semmi. A politikusok ritkán adnak arra pénzt, amiből nekik nem lesz; ez mindenütt így megy.

    Oldschool Computer - http://oscomp.hu




    Russian police raid NGINX Moscow office: https://hup.hu/node/167004#comment-2415351

    https://hu.wikipedia.org/wiki/Einstand

    Oldschool Computer - http://oscomp.hu




    RIP Windows 10 Mobile!: https://hup.hu/cikkek/20191210/rip_windows_10_mobile#comment-2415164

    Csak épp lemaradt az okoseszközök, a böngészők és az internetes platformok "piacán", mint a borravaló, miközben a PC piac folyamatosan zsugorodik és még az érkező xbox1-et is sikerült úgy bemutatni és indítani, hogy orbitálisat bukott. A Forbes-en 2012-ben konkrétan napjaink legrosszabb CEO-jának nevezték.

    Oldschool Computer - http://oscomp.hu




    RIP Windows 10 Mobile!: https://hup.hu/cikkek/20191210/rip_windows_10_mobile#comment-2416655

    A 98-asba? Annak gyakorlatilag már vége volt, mire átvette a kormányt. Meg van egy olyan sanda gyanúm, hogy igazából nem akarta az amcsi kormány feldarabolni az ms-t, csak szeretett volna elérni bizonyos dolgokat és így kényszerítette bele a céget az alkudozásba...de aztán ki tudja.

    Oldschool Computer - http://oscomp.hu




    Új térd - Mitulátbáti hotta: https://hup.hu/node/167029#comment-2415781

    Jobbulást.

    Nagyon kevés orvos maradna...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gyuszk


    Új térd - Mitulátbáti hotta: https://hup.hu/node/167029#comment-2415796

    A probléma nem korlátozódik az állami szegmensre, a fizetős is ugyanúgy tele van hulladék, füstölőre való orvosokkal...

    Oldschool Computer - http://oscomp.hu




    Új térd - Mitulátbáti hotta: https://hup.hu/node/167029#comment-2415817

    Igen, ez kb. így működik; csak időt nyersz vele, mást nem.

    Oldschool Computer - http://oscomp.hu




    Új térd - Mitulátbáti hotta: https://hup.hu/node/167029#comment-2415978

    Az lehet, hogy lúzerek vagyunk, de azt nem tudom honnan vetted, hogy egyetlen esetből általánosítunk.

    Oldschool Computer - http://oscomp.hu




    Új térd - Mitulátbáti hotta: https://hup.hu/node/167029#comment-2416004

    No prob, de szerintem a szarkazmusra gondoltál. (Egyébként tényleg nem volt egyértelmű, hogy komolyan gondolod-e...)

    Oldschool Computer - http://oscomp.hu




    [Solved] Ellopott auto: https://hup.hu/node/163194#comment-2323138

    Döbbenetes és röhejes amit ezek a rühös csinovnyikok eljátszottak veled és te még olcsón megúsztad, mert legalább megtaláltad az autódat.




    [Solved] Ellopott auto: https://hup.hu/node/163194#comment-2323713

    +1, nem csak kocsit, de gyakorlatilag bármit ami gurul, akár motort vagy biciklit is.




    Oracle VM VirtualBox 6.1: https://hup.hu/cikkek/20191213/oracle_vm_virtualbox_6_1#comment-2415380

    Mi értelme van több magot adni egy virtuális gépnek, mint amennyi fizikailag van? Mi ennek az előnye?

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> jassbg


    Oracle VM VirtualBox 6.1: https://hup.hu/cikkek/20191213/oracle_vm_virtualbox_6_1#comment-2415442

    Thx.

    Oldschool Computer - http://oscomp.hu




    Oracle VM VirtualBox 6.1: https://hup.hu/cikkek/20191213/oracle_vm_virtualbox_6_1#comment-2415381

    - Egyszer nyomtam rá, de valamiért dupla lett... -

    Oldschool Computer - http://oscomp.hu




    Oracle VM VirtualBox 6.1: https://hup.hu/cikkek/20191213/oracle_vm_virtualbox_6_1#comment-2415512

    Gondolom ez itt nem HyperThreading akar lenni. :P

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> sabe


    Oracle VM VirtualBox 6.1: https://hup.hu/cikkek/20191213/oracle_vm_virtualbox_6_1#comment-2415822

    Ja, hogy a hup is HT lenne, azért ment el kétszer?

    Oldschool Computer - http://oscomp.hu




    Oracle VM VirtualBox 6.1: https://hup.hu/cikkek/20191213/oracle_vm_virtualbox_6_1#comment-2415852

    Nem, hogy a hup is HyperThreading és két posztot csinál egyszerre. Vagy mittudomén.

    Oldschool Computer - http://oscomp.hu




    NVIDIA Linux, Solaris, and FreeBSD driver 440.44: https://hup.hu/cikkek/20191215/nvidia_linux_solaris_and_freebsd_driver_440_44#comment-2415785

    > eszközmeghajtó-programjuk 440.36-os verzióját Linux

    s/36/44/

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> M0Rph3U5


    Saját böngésző UI írása - Electron js? Node Webkit (NW.js)?: https://hup.hu/node/166999#comment-2415268

    Az az igazság, hogy ahogy végigolvastam a listádat, az Opera 12 ezeket kb. mind tudja OOB, mindenféle kiegészítő nélkül, az egyetlen kivétel a HTML 5 támogatásnál jelentkezhet, azt nem tudom mennyire támogatja, de az audio és video blokkok speciel mennek vele, a streaminget a GStreamer intézi, tehát kodekfüggő, hogy mit tud lejátszani. Viszont, ha nem windows alatt dolgozol vele, akkor az utolsó verzió az a 12.16-os, amiben az ECC cipherek támogatása még nincs benne; a 12.18-ban benne van, de azt meg nem adták ki csak windózra. Viszont ezt a problémát Squid/Privoxy kombóval orvosolni lehet.

    Oldschool Computer - http://oscomp.hu




    Saját böngésző UI írása - Electron js? Node Webkit (NW.js)?: https://hup.hu/node/166999#comment-2415303

    Nem épített senki, mert az Opera 12 zárt. Az igaz, hogy a 12.15 forráskódja kiszivárgott (tudok adni magnet linket), de ettől jogilag még nem lehet megtenni, hogy te arra böngészőt adsz ki. Patcheket lehet, azt csinálják is. Olyan nem fordulhat elő, hogy jövő héten már nem támogatnak valamit, mer az Opera 12 fejlesztése sajnos véget ért és átálltak krómra.

    Ami a felsorolt igényeket illeti:
    Az Opera 12 felületét úgy konfigolod ÉS programozod JS-ből, ahogy akarod. Példa: néha eltüntetik szándékosan a scrollbarokat a html és body tag-ekről. Operában írsz egy sima URL-t így: opera:/button/Go%20to%20page%2C%20%22javascript%3Afunction%20faszom()%7Bdocument.body.parentElement.style.overflow%3D'scroll'%3Bdocument.body.style.overflow%3D'scroll'%3B%7Dfaszom()%3B%22%2C1%2CFLOW (URL encode matters!), ráböksz és máris kérdezi, hogy szeretnéd-e a gombot hozzáadni a felülethez. Ha igen, akkor lesz egy gombod, ami a fentebb említett scroll eltüntetést orvosolja, hogy ráhúzza a html és body tag-ekre a style.overflow=scroll-ot. Ez persze csak az egyik megoldás, mert van user CSS. Úgy értem OOB, kiegészítő nélkül. Ahogy user JS is. Nem kell Greasemonkey, meg Tampermonkey, meg mittudomén, alapból van.
    És ezek természetesen hotkeyekkel is vezérelhetőek.
    És reklámblokkoló is van beépítve egy maszkolható URL-filter képében, ami black és whitelistet is tud.
    Természetesen kiegészítőket is lehet írni Operához (én is csináltam), bár az esetek többségében nincs rá szükség, mert valami custom JS gomb, vagy az user JS/user CSS is jó hozzá.

    Oldschool Computer - http://oscomp.hu




    Saját böngésző UI írása - Electron js? Node Webkit (NW.js)?: https://hup.hu/node/166999#comment-2415317

    Te döntésed. De mondom, a forrkód kiszivárgott, szóval saját használatra nyugodtan tweakelheted.

    Oldschool Computer - http://oscomp.hu




    Windows 7 utolsó (előtti) peccskedd: https://hup.hu/node/166980#comment-2414588

    Baszogassuk a felhasználót, amíg meg nem unja és fel nem rakja a windóztízet rovat. :P

    Oldschool Computer - http://oscomp.hu




    Windows 7 utolsó (előtti) peccskedd: https://hup.hu/node/166980#comment-2414700

    A security részt inkább nem merném megtippelni. Egy biztonsági frissítéseket már nem kapó OS nem életbiztosítás, de a win10 önmagában sem az. :P Ki tudja, abban mennyi sechole van alapból...

    Oldschool Computer - http://oscomp.hu




    Windows 7 utolsó (előtti) peccskedd: https://hup.hu/node/166980#comment-2414679

    Ha nyomsz egy F5-öt, akkor meg tudod nézni a tartalmat. Nekem legalábbis csak egyszer jött föl a macska, aztán F5 és utána nyugodtan lehetett böngészni. A js könyvtárat letiltva sem jön elő.

    Oldschool Computer - http://oscomp.hu




    Windows 7 utolsó (előtti) peccskedd: https://hup.hu/node/166980#comment-2414701

    Én sem, de ha kommentelni nem akarsz, csak olvasni, akkor úgy nézem, hogy minden oké.

    Oldschool Computer - http://oscomp.hu




    Windows 7 utolsó (előtti) peccskedd: https://hup.hu/node/166980#comment-2414965

    Sütiben tárolja, mert cache-empty után újra előjön.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc szerver operációs rendszer/disztró, szkriptnyelv, szövegszerkesztő, laptopgyártó/-márka, webböngésző: https://hup.hu/cikkek/20191208/hovd_2019_kedvenc_szerver_operacios_rendszer_disztro_szkriptnyelv_szovegszerkeszto_laptop_gyarto_marka_webbongeszo#comment-2413313

    - javascript
    - typescript, coffeescript (javascript jellegű nyelvek)

    + javascript, typescript, coffeescript (javascript jellegű nyelvek)
    + ide még befér valami

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> solt87 , bra-ket , zerobit


    HOVD 2019 - Kedvenc szerver operációs rendszer/disztró, szkriptnyelv, szövegszerkesztő, laptopgyártó/-márka, webböngésző: https://hup.hu/cikkek/20191208/hovd_2019_kedvenc_szerver_operacios_rendszer_disztro_szkriptnyelv_szovegszerkeszto_laptop_gyarto_marka_webbongeszo#comment-2413314

    - google chrome, chromium és leszármazottaik (Opera 15+)
    - vivaldi

    + google chrome, chromium és leszármazottaik (Opera 15+, Vivaldi, Brave, új ms Edge)
    + otter

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> uid_17784


    HOVD 2019 - Kedvenc szerver operációs rendszer/disztró, szkriptnyelv, szövegszerkesztő, laptopgyártó/-márka, webböngésző: https://hup.hu/cikkek/20191208/hovd_2019_kedvenc_szerver_operacios_rendszer_disztro_szkriptnyelv_szovegszerkeszto_laptop_gyarto_marka_webbongeszo#comment-2413596

    Akkor vegyük ki helyette az ms browserét. Úgyis beszántották és Chromiumra cserélték. Meg, állításod szerint tavaly is az volt az utolsó.

    A felületet nem tudom mennyire hasonlít a Chromiumra, de funkciókban nem lehet túl nagy eltérés, maximum többet tud alapból.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kikadff


    HOVD 2019 - Kedvenc szerver operációs rendszer/disztró, szkriptnyelv, szövegszerkesztő, laptopgyártó/-márka, webböngésző: https://hup.hu/cikkek/20191208/hovd_2019_kedvenc_szerver_operacios_rendszer_disztro_szkriptnyelv_szovegszerkeszto_laptop_gyarto_marka_webbongeszo#comment-2413385

    Hát, azért nem teljesen érdektelen, mert a különféle Firefox forkok/klónok azért jobban eltérnek a mainstreamtól, mint a Chromium forkok. Firefoxot ugyanis olyan kockák forkolnak, akik azt a böngészőt szeretik, de nem tetszik nekik az az irányvonal, amerre a Mozilla jelenleg tart; ez igaz a PaleMoon és az Iceweasel-UXP fejlesztőire is, meg gondolom a többi branchra is. Hogy ezek a forkok mennyire használhatóak, illetve a fejlesztőik mennyire állnak a realitás talaján, vagy, hogy mekkora seggfejek az egy másik kérdés, de ez a mögöttes indok.
    Ezzel szemben Chromiumot olyan cégek forkolnak, akik nem akarnak már sem időt, sem pénzt ölni a fejlesztésbe, hanem a lehető leggyorsabban és legolcsóbban - értsd: egy átcímkézett Chromium áráért - beterelni a júzereket az új akolba; ez igaz az Opera Software-re, a Vivaldi Technologiesre és bizony a mikiszoftra is. (Illetve ritkábban azért kockák is forkolnak Chromiumot, kísérletezésképpen, vagy, hogy elmondhassák, hogy csináltak saját browsert, de ezek éppúgy nem térnek el szinte semmiben a mainstream Chromiumtól, mint a céges forkok...)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nevergone


    HOVD 2019 - Kedvenc szerver operációs rendszer/disztró, szkriptnyelv, szövegszerkesztő, laptopgyártó/-márka, webböngésző: https://hup.hu/cikkek/20191208/hovd_2019_kedvenc_szerver_operacios_rendszer_disztro_szkriptnyelv_szovegszerkeszto_laptop_gyarto_marka_webbongeszo#comment-2413382

    Az Otteren kívül a régi Opera működését célzó browser csak egy van, a Fifth, de az kb. nem jó semmire. (#1, #2)

    Amúgy van igazság a javaslatodban, hogy lehessen látni, hogy hányan maradtak classic Opera vonalon, vagy álltak át a Chrome alapúakra, de ez így a Mozilla Suite rovására megy. Erre lehet, hogy inkább be kellene küldeni egy külön szavazást a HOVD-n kívül, hogy
    - Opera 12
    - Otter
    - Opera 15+
    - Vivaldi
    - Nem vagyok Opera user

    A legjobb persze locsemege - kézenfekvő - javaslata lenne, hogy lehessen többet felvenni, mint 10.

    Oldschool Computer - http://oscomp.hu




    Iceweasel-UXP buildelése: https://hup.hu/node/166302#comment-2399371

    Közben én nekiálltam FreeBSD-re leforgatni. Az ALSA-t lecseréltem --enable-sndio-ra, de arra azt köpte vissza, hogy no such option, pedig van sndio FreeBSD-re és fel is van rakva. Az OSS-nek nyomát sem látom a forrásokban, szerintem nem támogatja. Esetleg alsaemuval lehet FreeBSD alatt okoskodni valamit? OpenBSD alatt elméletileg OOB a sndio, mert ott mondani sem kell neki, a script magától csinálja.

    Egyelőre csak tiltottam a pulse-ot és nem állítottam be más hangszervert. Most vagy fallbackelt valamire, vagy nem lesz sound, de igazából még nem tudom, mert a latest release elpusztul buildelés közben, úgyhogy most latest git forrásokkal próbálom újra. Ha azzal is ugyanaz a baj, akkor reportolom, mint bugot. Ha többet tudok, írok.

    Update:
    Így is eltaknyol. Ha pedig a reklamált parancsot lefuttatom, akkor ezt kapom: az UXP/obj-x86_64-unknown-freebsd11.2/dist/include/mozilla/throw_gcc.h reklamálja a snprintf() hiányát, meg, hogy húzzam be a <cstdio>-t, amit nem igazán értek, mert amióta az eszemet tudom, az a <stdio.h>-ban van, de egyébként a FreeBSD manual is ezt mondja. Mindenesetre egy

    #ifdef __FreeBSD__
    #include <cstdio>
    #endif

    beszúrása orvosolta a problémát. A build ekkor olyan 30-40 percnél tartott ill. annyi idő után hasalt el. Javítás után folytatta, ahol abbahagyta és már megint 30 perce megy és tovább nyúlik...a jövő héten majd mondom mi lett az eredmény. :P

    Update #2:
    Így is felfordult, nem le. Az érintett parancs eredménye meg ez. A jelek szerint pont az okozta, amivel a másikat javítottam körbetaknyoltam. Öröm és boldogság. És bugreport.

    Update #3:
    Aki érintett, ebben a két topicban követheti az eseményeket:
    https://forums.hyperbola.info/viewtopic.php?id=272
    https://forums.hyperbola.info/viewtopic.php?id=273




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2298717

    Nemsokára az Edge is be fog...




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2299290

    > ugyanis normális ember nem használ 10 böngészőt

    Akkor aki webfejlesztéssel is foglalkozik, az nem normális? Bár mondjuk a mai webet elnézve ebben tulajdonképpen van igazság...




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2299355

    > Szerinted hány webfejlesztő teszteli a weboldalát links, lynx, elinks vagy w3m böngészőkkel?

    Nem tudhatod. Én pl. szoktam, ha az a cél, hogy olvasható legyen parancssorból is.




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2299390

    Ez a többi webfejlesztőt minősíti és nem azt bizonyítja, hogy akinek 10+ böngészője van a tesztekhez, az nem normális. Kár ilyen jellegű ex-katedra kijelentéseket tenni.




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2298719

    - google chrome, chromium és leszármazottaik (Opera 15+)
    + google chrome, chromium és leszármazottaik (Opera 15+, Vivaldi)




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2299011

    > Az összevonás logikusnak tűnik, de én az Operát egyáltalán nem szeretem, a Vivaldi viszont a kedvencem, szóval így egybevonva hogyan adna hiteles képet a végeredményt?

    Az Operát (12-), vagy a Chroperát (15+)? Mert nem mindegy. A Vivaldi is az eredeti Operát akarja koppintani, de az is csak egy Chrome klón, mint a Chropera.

    > Ha most tegyük fel, hogy megnyerné a szavazást ez a kategória, akkor ki lenne a díj tulajdonképpeni birtokosa ebben az esetben?

    Nem mindegy? Kit érdekel, hány Chromium fork van még... Akkor már inkább kapjanak esélyt az underground browserek is; egy Chromiumot felskinnelni nem nagy cucc, az Otter mögött, meg több évi komoly munka van. Arról nem is beszélve, hogy a Maxthon óta (tudtommal) az egyetlen browser, ami mögött nem egy motor lehet, hanem több.




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2299089

    > Olyan mintha a Debian-t és az Ubuntu-t vonnánk össze kb., hiszen az Ubuntu végülis egy Debian klónként indult.

    Mi különböztet meg manapság egy Ubuntut egy Debiantól? Régen legalább volt az Ubuntunak saját initje, de mára az sincs. A csomagkezelőjük ugyanaz, így a csomagjaik/repójaik is kompatibilisek... Mi jelentős különbség van köztük?

    > Ha viszont csak maga a böngészőmotor fejlesztője (Chromium) kapná meg a jogot a logó használatára, akkor az megint kérdéseket vet fel, mert lényegében ez azt jelentené, hogy a rá épülő projektek diszkvalifikálva vannak, mert egy kész motorra építkeztek és csak díszként van felsorolva a nevük a szavazásban.

    Pedig ez volna a reális. Az összes króm klón csak egy felskinnelt Chromium. Lehet, hogy van bennük pár specifikus feature, de alapvetően a munka oroszlánrészét a Chromium project végezte el, míg az Otter egy nulláról megírt browser. Sokkal inkább van joga ezen a listán szerepelni, mint egy N+1. Chromium forknak.
    Ami pedig a "kész motorra való építkezést" illeti, egyfelől a motor(oka)t az Otter is "importálta" (lehet használni WebKittel, vagy Blinkkel), másfelől pedig a többiek nem "kész motorra" építkeztek, hanem kész böngészőre. Az nem ugyanaz.

    > A lényeg, hogy szerintem a Vivaldi-t hagyjuk meg külön opciónak.

    Én nem a Vivaldi ellen beszélek, csak szeretném, ha az Otter is szerepelne. És ellentétben a Vivaldival, az Ottert nem lehet beszúrni egyik összevont felsorolásba se, lévén ő from-scratch és nem fork. Ha szerinted nem a Vivaldit kéne onnan leszedni, akkor javasolj másik cserét, pl.:

    - mozilla firefox, iceweasel, icecat
    + mozilla firefox, iceweasel, icecat, palemoon

    - palemoon
    + otter




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2298720

    - vivaldi
    + otter




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2298848

    Miért? Nem leszedetni akarom a listából, csak átrakatni a króm klónok közé, hogy az Otter is beférjen.




    HOVD 2018 - Kedvenc szerver Linux disztró, szkriptnyelv, szövegszerkesztő, verziókezelő rendszer, virt. technológia, webböngésző: https://hup.hu/cikkek/20181221/hovd_2018_kedvenc_szerver_linux_disztro_szkriptnyelv_szovegszerkeszto_verziokezelo_rendszer_virt_tech#comment-2299012

    Egyébként ez célja is volt ennek a névnek, hogy kiejtve hasonlít az "other"-re.




    DPD WTF: https://hup.hu/node/166875#comment-2411826

    Örülj neki, hogy egyáltalán kiszállították és nem csak írták, hogy kiszállították, vagy, hogy nem vetted át... Rossz vicceket művel néha az a cég. (Mondjuk nem tudom, hogy az itthoni DPD az ugyanaz a cég-e...)

    Oldschool Computer - http://oscomp.hu




    DPD WTF: https://hup.hu/node/166875#comment-2412130

    Szerintem a többi futárral nincs baj, legalábbis errefelé nem volt, de ahogy nézem a többiek reakcióját, nekik is csak a DPD-vel volt bajuk. A posta egy kicsit komplexebb dolog, ha az MPL hozza a csomagot, az oké szokott lenni, de ha a normál posta, nos akkor ld. zeller kommentjét; az messze a legalja.

    Oldschool Computer - http://oscomp.hu




    DPD WTF: https://hup.hu/node/166875#comment-2412152

    Annyi helyre kell mennie, hogy nem fér bele az idejébe és inkább kihagy téged, majd utólag odaírja, hogy de, járt ott.

    Oldschool Computer - http://oscomp.hu




    DPD WTF: https://hup.hu/node/166875#comment-2412321

    Simán ki lehet nézni ezt is belőlük, de neked akkor legalább szerencséd volt. A posta nyilvántartása és szervezése egy rossz vicc. Egyszer véletlenül otthonfelejtettem a cetlimet (igen, az az én hibám) és nem akarták odaadni a postán a csomagot, mert nem név és cím alapján van nyilvántartva a csomag, hanem az értesítő azonosítója alapján, így hiába adok személyit és lakcímkártyát, nem adják oda. Na, nem azért, mert nem lehet, hanem mert nem találják meg a raktárban. Végül csak sikerült kicsikarni tőlük, mert annyira el volt dugva, hogy pont ott volt a hivatalnokasszony előtt lévő forgópolcon... De ez akkor is egy vicc, elír egy betűt a papíron a levélkihordó és sosem kapom meg a csomagot? Arról nem is beszélve, hogy már elsőre is ismételt értesítőt adtak, mintha már járt volna nálunk a postás a csomaggal. A szomorú, hogy én kifizettem, hogy házhoz hozzák és mégis mehettem be érte a város túlsó felén lévő nagypostára, mert természetesen véletlenül sem a házunktól pár utcára lévő kispostára vinnék be...

    Oldschool Computer - http://oscomp.hu




    A Linux programnyelv: https://hup.hu/node/166850#comment-2412715

    Ja, operációs rendszerre, ami még mindig téves, mert a Linux az kernel, nem OS. :)

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc fájlrendszer, fordított programozási nyelv, HTTP szerver, init rendszer, kommunikációs megoldás: https://hup.hu/cikkek/20191203/hovd_2019_kedvenc_fajlrendszer_forditott_programozasi_nyelv_http_szerver_init_rendszer_kommunikacios_megoldas#comment-2411808

    -1

    Az egy dolog, hogy legyen Rust, de ne a Pascal helyett.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bimi3


    NetBSD 9.0 RC1: https://hup.hu/cikkek/20191202/netbsd_9_0_rc1#comment-2411389

    Hát ez gyorsan ment. Alig négy hónap.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410896

    Az icewm jöhet, de ne a wmakert vegyük már ki helyette.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Oregon


    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410898

    Itt is, mint egyel feljebb; az lxde/razorqt/lxqt triumvirátusnak itt volna a helye, csak inkább valami mást kéne kiebrudalni, nem a wmakert.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Oregon


    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410917

    (Gondolom nekem szólt, csak rossz helyre ment.)
    Én egyetértek, de az indoklást lentebb olvashatod, hogy miért nem.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410840

    - kde
    + kde, tde

    (Ha már önálló bejegyzést nem kaphat.)

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> sarkanyolo


    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410972

    Alapvetően egyetértek: nem ugyanaz a kettő, noha a TDE a KDE 3 "romjain" épült fel. De nem tudok beküldeni mást, mégis mit írjak fel a cserépre?

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410868

    +1

    Nem innen, de a desktop környezetekből se nagyon lehet mit törölni. Az underground környezeteket (pl. wmaker) nem akarom kidobatni, a populárisabbakat meg nem tudom, mert levoksolnák a javaslatot. trey tavaly azt mondta, hogy azért ennyi, mert baromi körülményes és hosszadalmas összerakni. Úgy néz ki, ezen a téren az új Drupal sem segített.

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410884

    Ha kapnál egy olyan felületet, ahol két db szövegmező meg egy gomb van és semmi egyebet nem kell csinálni, mint beszórni az egészet az első szövegmezőbe, meg a témákat megjelölni valami prefixszel (csillag, kettőspont, akármi) és a gomb megnyomására kiköpi az SQL kéréseket a második szövegmezőbe, amiket végrehajtva felveszegeti a szavazásokat, az elemekkel, sorbarendezve, etc. az segítene? Akkor nem kellene 20x10-et kattintani, csak egyet. (Meg még annyit, ameddig a DB manageredben végrehajtatod az eredményt.)

    Oldschool Computer - http://oscomp.hu




    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410894

    100-as listává aligha duzzadna bármelyik, de amúgy meg simán fel lehetne dobni ide egy topicnyitóba a publikus listát és akárki átnézheti, szólhat, ha gixer van és pl. zenelejátszó van az irodai programcsomagok között. És mondom, sima TXT, nem kell megformázni, mint itt a nyitó posztot, hanem kb.

    *szavazás1
    elem1
    elem2
    ...
    elemx
    *szavazás2
    elem1
    elem2
    ...
    elemx
    ...
    *szavazásx
    elem1
    elem2
    ...
    elemx

    formátumban mehet az egész. Azt "karbantartani" egyszerű és egy felület generálna belőle DB kéréseket.

    A 10-re való limitálással kb. az egész elveszti a reprezentatív jellegét, hiszen aki nem tud mire szavazni, az vagy nem szavaz, tehát nincs reprezentálva, vagy rábök valamire, amivel meg torzítja az egészet.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bobesz


    HOVD 2019 - Kedvenc adatbázis-kezelő, szerver oldali virtualizációs technológia, cloud computing platform, desktop környezet, desktop Linux disztró: https://hup.hu/cikkek/20191130/hovd_2019_kedvenc_adatbazis-kezelo_szerver_virtualizacios_technologia_cloud_computing_platform_desktop_kornyezet_desktop_linux_disztro#comment-2410904

    Nincs mit... Mondjuk fel nem fogom, hogy miért, mert azt magad mondtad tavaly, hogy a jelenlegi felállás minden csak nem kényelmes és gyors számodra.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> sas , Rackshee , solt87


    Amikor lehetőség van valamire, de nem élnek vele (tisztelet a kivételnek) ...: https://hup.hu/trinityblog/20191126/amikor_lehetoseg_van_valamire_de_nem_elnek_vele_tisztelet_a_kivetelnek#comment-2409789

    Ami azt illeti, a régi áthúzott szövegek most áthúzatlanul szerepelnek mindenütt, így összezavarván az olvasót.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> gelei


    A legzavaróbb, legbosszantóbb irodai zaj számomra ...: https://hup.hu/cikkek/20191120/a_legzavarobb_legbosszantobb_irodai_zaj_szamomra#comment-2407554

    Reklám a "rádióból".

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> arpi_esp , torzsm0kus


    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409462

    Majd akit érint, az átáll pl. MX Linuxra. Az is Debian alapú és systemd mentes és annak csak lesznek erőforrásai; már a jóég tudja, mióta az első a Distrowatch toplistáján (ki tudja miért). Sz*rk: Ja, hoppá, erre már nem, mert átálltak semi-rollingra.
    Vagy lehet válogatni a Debian csomagkezelős és systemd mentes rendszerek között.

    Oldschool Computer - http://oscomp.hu




    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409480

    A Debian már most tele van olyan csomagokkal, amik feleslegesen dependelnek a systemd-re, mert maguk a csomagolt szoftverek egyáltalán nem igénylik, közük nincs semmilyen init rendszerhez; a dependelő csomagok többsége csak azért függ a systemd-től, mert a Debian Team így csomagolta, ki tudja miért... Ennek megfelelően a csomagok többségét simán újra lehet csomagolni úgy, hogy ne függjön a systemd-től, pont úgy, ahogy eddig tették a Devuan Team tagjai. Itt akkor állhat elő igazi probléma, ha a program tényleg függ a systemd-től, de akkor meg a Debian Team se tud rajta segíteni, hiszen kell neki a systemd; olyan esetben alternatívát kell biztosítani. Ez a kérdés, hogy hány ilyen eset lesz, ahol az alternatívák biztosítását nem lehet a Debian Teamtől várni és a Devuan Teamnek kell karbantartania az alternatív csomagokat. Ha sok, akkor cumi van. Ha kevés, akkor azt bírni fogják ők is. Jelen pillanatban elenyészően kevés olyan program van a Debian csomagtárolóban, aminél ténylegesen maga a szoftver függ a systemd-től és nem pedig csak a csomag - feleslegesen.

    Oldschool Computer - http://oscomp.hu




    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409526

    Baj van, csak nem biztos, hogy az, amit felvázolnak. Lehet, hogy ez megint politika...

    Oldschool Computer - http://oscomp.hu




    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409575

    Egészen addig, amíg nem szívsz egy orbitálisat miatta.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> torzsm0kus


    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409582

    Akkor mákod van. Vannak még páran ezzel így.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> osod88 , torzsm0kus , hetvenhatos


    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409587

    Ez nem idő, vagy hozzáértés kérdése, hanem szerencséé, hogy mikor futsz bele egy systemd bugba, vagy marhaságba. Kinek a hibája, hogy a systemd nem ellenőrzi, hogy a pointerei mutatnak-e valahova? A júzeré, vagy a fejlesztőé? És elsősorban nem is az a baj, hogy volt benne egy dereferencing hiba, mert bárki hibázhat, hanem az attitűd, hogy ők ezt nem fogják kitesztelni, meg kijavítani, küldjön be patchet a júzer. Végül inkább bedrótozták, hogy cgroups nélküli kernel esetén be sem bootol. Ami egy dolog, mert a system-crasht így is megoldották, de hány ilyen lehet még benne?

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> osod88 , torzsm0kus


    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409591

    Mint mondtam, elsősorban nem maga a bug az, ami aggasztó, hanem a tendencia és az attitűd.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> torzsm0kus


    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409576

    > Az a 3rd party programok fejlesztőin múlik, hogy dependelnek-e a systemd-re.

    Az oké, de én a csomagokról beszéltem, nem a bennük lévő programokról.

    > A probléma, ami miatt egyáltalán felmerült a Debian oldaláról a szavazás, hogy a különböző daemon-ok init szkriptjei legyenek egységesítve, ugyanis ha adott program fejlesztője vagy a csomag karbantartója úgy dönt, hogy nem törődik a többi init rendszerrel és csak egyre készíti fel a programját, akkor jön a sok hibajelentés a Debian-hoz, hogy ha másik init rendszert használ adott user, akkor nem megy a program/daemon.

    > Ezért merült fel, hogy ha már a systemd az alapértelmezett, akkor lehet értelmesebb lenne egységesen csak systemd-re karbantartani a csomagokat, így nem kell egy csomaggal kétszer-háromszor is "dolgozni".

    Igen, erről beszéltem, hogy ha tényleg maga a program (vagy daemon) függ tőle és ebből sok lesz, akkor megszívták. De eddig nem nagyon van ilyen.

    > Viszont ugye ennek negatív hatása, hogy azon fork-ok amik nem systemd-re épülnek csak veszíteni tudnak a helyzeten. Tehát vagy hagyni kellene a jelenlegi felállást, vagy a Debian-nak úgy kellene döntenie, hogy a systemd mellett még felkarolnak top tier-be még egy-két init rendszert és csak azok karbantartásával törődve meghagyni a lehetőséget a választásra.

    Az utóbbi jobb lenne (ha pl. bevennék az s6-ot, az OpenRC-t, vagy a runit-et), csak akkor megdől az egykori "magyarázatuk", hogy azért lett systemd, mert a SysVInit elavult és nincs karbantartva, hiszen akkor is válthattak volna a beemelt init rendszerek bármelyikére. Így szerintem vagy systemd-only lesz a karbantartás, vagy esetleg meghagyják a jelenlegi felállást...még egy darabig... De ne legyen igazam.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> csardij


    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2409747

    Egy érv a SysVInit ellen az nem érv a systemd mellett. Tonna egyéb initrendszer van rajtuk kívül...

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> osod88 , solt87 , hetvenhatos


    "Biztos vagyok benne, hogy a Devuan nem fog túlélni a Debian segítsége nélkül": https://hup.hu/cikkek/20191126/biztos_vagyok_benne_hogy_a_devuan_nem_fog_tulelni_a_debian_segitsege_nelkul#comment-2410725

    Mert ez "költséghatékony". A mammutok minél hamarabb és minél kevesebbért akarnak produktumot, az meg ezzel jár.

    Oldschool Computer - http://oscomp.hu




    Régi képújság zenéinek azonosítása: https://hup.hu/node/166800#comment-2410333

    > Szabó Gábor a szerző ...

    > lentebb írják is ...

    Sajnos rosszul, mint kiderült.

    Oldschool Computer - http://oscomp.hu




    Régi képújság zenéinek azonosítása: https://hup.hu/node/166800#comment-2410339

    Infóban? Erre gondolsz: http://oscomp.hu/depot/jutyubinfoblokk.png ?

    Csak mert ez nem az infó, hanem reklám, ami ha jól tévedek valami zenefelismerő eredményét rakja oda. (JS-ből, így nekem a saját kliensemben meg sem jelent.)
    Mondjuk a szerzőt és az albumot még tényleg eltalálta, de a számokat már egyáltalán nem. A linked egyébként nem az egész album volt, hanem csak a White Lady (a képújságban az első szám), csak tévesen két másik számként feltüntetve (Margarita, Cuba Libre). Sz*rk: Bocs, nem, ez tényleg két szám egymás mögé fűzve, a White Lady és a Cuba Libra, tehát csak az első téves.

    Viszont köszi, hogy felhívtad erre a figyelmem, hogy a tecső bevagdos oda JS-ből olyan infókat, amik relevánsak lehetnek. A szerző és az album ismeretében már megtaláltam a teljes albumot: https://youtube.com/watch?v=xOfy424VJsE
    Ez (https://www.discogs.com/Tim-Renwick-Sunshine-Cocktails/release/6863509) alapján GoldWave-ben megkerestem a számhatárokat és megvannak a zenék is.

    Sz*rk: Hozzáadtam a neveket a gyűjteményhez.

    00:00 Sun Burst
    02:20 Beach Club
    04:47 Spring Water
    07:04 Weekend Break
    09:30 Sunshine Cocktail
    12:08 Sunshine Cocktail
    14:34 Happy Hour
    17:48 Kentucky Rye
    20:20 One Exiting Evening <= (ez a képújságban csak félig szereplő harmadik szám)
    22:37 White Lady <= (ez az első szám)
    24:42 Margarita
    27:29 Gin Sling
    29:47 Stinger
    32:19 Zombie
    34:19 Morning Glory
    35:03 Pina Colada
    37:19 Cuba Libra (ez a második szám)
    39:49 Caribbean Cream
    42:04 Cue Action
    44:25 Suspicious Mind
    47:20 On The Edge
    49:31 New Line
    52:14 Time In Suspension
    57:38 Cuba Libra <= (össze vissza vagdosva)

    Thx még1x!

    Oldschool Computer - http://oscomp.hu




    Retro asztalkörnyezet?: https://hup.hu/node/166789#comment-2410294

    Én még most is használom. Maximum az erőforrásigényét lehet - kis jóindulattal - retronak nevezni, mert a tudása a mai környezetek elsöprő többségét übereli.

    Oldschool Computer - http://oscomp.hu




    Retro asztalkörnyezet?: https://hup.hu/node/166789#comment-2410314

    Hát bugok azok még most is vannak, de hálisten' - tudtommal - már csak olyanok, amikkel együtt lehet élni. A hálózatkezeléssel nekem nem voltak gondjaim, de én nem pppoe-ztem, vagy vpn-eztem, úgyhogy itt érdemi infót sajnos nem tudok adni.
    Az Opera/Trinity komboval én is szívtam bőven, sajnos az elején a GTK wrapperekkel elég sok baj volt, de mostanra ez már a múlté, gond nélkül megy az Opera 12 és a többi is. (Illetve a GTK2 wrapperekkel nincs baj, a GTK3 utolsó információim szerint még mindig nem "tökéletes", de ez nem a TDE hibája, hanem az, hogy a GTK3 API-t időnként "átvariálják"...de ezek az információk sokévesek, mivel a GTK3-at évekkel ezelőtt száműztem minden gépemről.)
    Az akkumulátor megjelenítőjével kapcsolatban megint nem tudok nyilatkozni, mert nincs laposom. A TDEPowerSave-en sokat reszeltek, de gőzöm nincs, hogy mit és milyen eredménnyel.
    Az alaprendszer Devuan 2 és alapvetően a Trinity programjait használom, már ami a kínálatban van (amúgy tényleg baromi sok hasznos utility van a TDE-ben). Ami nincs, ott pótítok. Többnyire régi GTK2-es programokkal az LXDE/GNOME2/pre-GTK3 Xfce környezetekből, de van pár Qt4-es, Qt5-ös és Motifos program is.

    Egyébként boot után frissen mérve a memóriát, kb. 2-300 MB körül van a fogyasztás, de nekem baromi sok cucc van felaggatva a Kickerre és nem a legpuritánabb a témabeállítás és ez a Motif-like style engine sem. Ha lecsupasztja az ember a sallangokat a Kickerről (vagy akár el sem indítja a Kickert, ha nem kell tálca), meg valami hóttprimitív style engine-t használ, akkor simán le lehet vinni a memóriaigényt az LXDE/RazorQt/LxQt szintjére (~100-110 MB).
    CPU-ból elég akár egy P2-es is, de azon már valószínűleg mindenképpen lassú lesz, P3-on bőven el fog döcögni, ha nem csicsázza agyon az ember. Attól felfele meg akár azzal együtt is.
    Emlékeim szerint a KDE3 anno valamivel erőforrásigényesebb volt, szóval a srácok elég szépen optimalizáltak a dolgokon.

    Oldschool Computer - http://oscomp.hu




    Retro asztalkörnyezet?: https://hup.hu/node/166789#comment-2410313

    -

    Oldschool Computer - http://oscomp.hu




    Ahogyan megöltem a MacBook Air 2017-et: https://hup.hu/node/166703#comment-2408041

    https://hup.hu/node/75512

    Oldschool Computer - http://oscomp.hu




    Ahogyan megöltem a MacBook Air 2017-et: https://hup.hu/node/166703#comment-2407906

    > Az operációs rendszer alól kiadtam egy parancsot, amivel tönkretettem a gépet. Érted? A HW-t!

    Becsszó nem az Apple védelmében írom ezt, de ilyesmire bizony Linux esetében is volt már precedens, amióta a systemd boldogít minket...

    Sz*rk: Sőt, egy gyors keresés után megállapítottam, hogy a windóztíz megjelenése után ez az említett platformon már mindenapossá - és automatizálttá! - vált (ld. WU).

    Oldschool Computer - http://oscomp.hu




    Black Friday - scam vagy sem?: https://hup.hu/treyblog/20191121/black_friday_scam_vagy_sem#comment-2408206

    Ez nem újdonság. Legalábbis annak nem, aki anno olvasta a Tesco Titkot. Igaz, ez az amcsi fasság akkor még nem volt, de a "felemelem az eredeti ár 130%-ára, majd leviszem az eredeti ár 105%-ára és viszik, mint a cukrot" taktika már akkor is játszott.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> torzsm0kus


    Bye bye HUP: https://hup.hu/node/166492#comment-2403265

    Az teljesen érthető, hogy ha a desktruktív hozzáállás elveszi a kedved a kommunikációtól, csak az a baj, hogy sokszor a konstruktívan hozzáállók sem kaptak érdemi választ.

    Oldschool Computer - http://oscomp.hu




    Bye bye HUP: https://hup.hu/node/166492#comment-2403270

    Hát ez még az előtt volt, hogy meglett volna a külön hibabejelentő téma. De igazság szerint nem is tudom, hogy lenne-e benne helye, mert nem egy bug, hanem a koncepció a problémás.

    Oldschool Computer - http://oscomp.hu




    Ki viszi át…: https://hup.hu/node/166668#comment-2406955

    Közösségi fejlesztés nem játszik? Kap a jónép egy teszt-hupot, meg a hozzátartozó repo-t, lehet contribute-olni, trey vagy te élesítitek és ha működik, lehet push-olni az élesre. Szerintem ezzel többre mennétek, messze több fejlesztői erőforrásotok lenne töredékárért és a kontroll is nálatok maradna.

    Oldschool Computer - http://oscomp.hu


    Σ: 016 -> persicsb , BlinTux , falu , drue , kikadff , Gyurex , Dgzt , VaZso , szilas , subscope , zslaszlo , carlcolt , horvathlg , bobesz , kantal , DJTommyka


    Ki viszi át…: https://hup.hu/node/166668#comment-2407430

    Miért? Ha valaki szart commitol be, nem kell elfogadni.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gyurex


    Ki viszi át…: https://hup.hu/node/166668#comment-2407512

    Miért, most hogy nevergone kiszáll, így van aki karbantartja a portált? Hiába a ragaszkodás a Drupal mainline-hez, ha nincs aki megcsinálja a dolgokat, még ha csak egy új modult is kellene telepíteni a Drupal site-ról. Viszont, ha elérhető egy repositoryban, akkor az itt üldögélő N*100 emberből előbb utóbb majd csak akad egy, aki megcsinálja.
    Általában nem preferálom a forrásnyitogatást, de itt egyfelől már egy alapból nyílt forrású portálrendszerről - a Drupalról - beszélünk (ergo nincs benne semmi üzleti, vagy egyéb titok), másfelől meg ha így sincs karbantartó, akkor így legalább önkéntes alkalmi karbantartók akadnak majd. A hatékonyság valóban kétséges, de a karbantartás hiányánál még mindig jobb, továbbá nem commit-chaosról beszéltünk, hogy mindenki azt küld be amit akar és minden commit azonnal élesedik, hanem arról, hogy a portál üzemeltetői fogadják be és élesítik a commitokat, előzetes tesztelés után.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gyurex


    Ki viszi át…: https://hup.hu/node/166668#comment-2407601

    Ha nevergone leköszönésével innen akar karbantartót toborozni, akkor így is-úgy is idegenekben kell megbíznia. Az ingyen részben igazad van, de akkor ennyi erővel vehetett volna egy fizetős portálrendszert is; na ott lesz support.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gyurex


    Ki viszi át…: https://hup.hu/node/166668#comment-2407797

    Hát az nem volna rossz. Ezek a webkettős rettenetek, rettenetesek.

    Oldschool Computer - http://oscomp.hu




    Ki viszi át…: https://hup.hu/node/166668#comment-2409324

    Én meg ezt nem tudtam megállni:

    https://www.youtube.com/watch?v=Sb6Snail1xk

    Oldschool Computer - http://oscomp.hu




    Ki viszi át…: https://hup.hu/node/166668#comment-2409323

    -

    Oldschool Computer - http://oscomp.hu




    Tanítson meg valaki HUP-ozni!: https://hup.hu/node/166665#comment-2407047

    Félig OFF: Ha a beágyazott nézetben zavar valakit, hogy összemennek a dobozok, akkor miért nem force-olja user-css-el, hogy mekkora legyen a minimum szélesség? Igen, akkor előfordulhat, hogy scrollozni kell oldalra, de olvasható marad.

    Oldschool Computer - http://oscomp.hu




    Tanítson meg valaki HUP-ozni!: https://hup.hu/node/166665#comment-2407139

    Meg mernék esküdni rá, hogy valamelyik hasonszőrű threadben már leírtam, de itt van:

    .comment
    {
    	min-width: 640px !important;
    }

    A min-width természetesen cserélhető sima width-re is, csak akkor mindig annyi lesz a szélesség. (Egyébként én sem vagyok CSS guru.)

    Oldschool Computer - http://oscomp.hu




    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2400901

    Ahogy én nézem, a new anchor a legelső új hozzászólásnál van, tehát, ha a címsávban lévő URL végére odabiggyeszted, hogy #new, akkor odaugrik. Vagy userjs és valahova beszúratsz egy gombot.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2401061

    1. Ez úgy ahogy van nem igaz. Ha már ott van az URL-ben egy anchor, akkor bármilyen azonos oldali URL + anchor kombót tartalmazó linkre bökés azt fogja eredményezni, hogy újratöltés nélkül átugrik az új anchorra. Ha az a régi, akkor még egyszer ugyanoda. Azt én is tudom, hogy elmászkálnak az anchorok a betöltés közben.

    2. Hozzáférés nélkül?

    Oldschool Computer - http://oscomp.hu




    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2401120

    1. Ha anchor van az URL-ben, akkor a böngésző nem tölthet újra. Az enyém nem is teszi. Ha nálad igen, akkor ott valami nagy gebasz van.

    2. Magyarán, ha a saját kezedbe akarod venni a dolgot, akkor userjs.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2401199

    Elhiszem, amit mondasz, de ha a króm újratölti az anchoros linket, akkor nem úgy működik, ahogy kéne, tehát gebasz van.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Gyurex


    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2401119

    Fura, mert nálam meg szokott lenni #new. Vagy ez is bugos, vagy nem tudjuk, hogy működik.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2401198

    Mondom: azzal én is tisztában vagyok, hogy elmásznak az anchorok, de láthatod, hogy hiába írta be utólag a #new anchort, nem csinált semmit.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2401826

    Fura. A múltkor még volt. Volt, hogy magától irányított oda.

    Oldschool Computer - http://oscomp.hu




    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2400900

    Egy feature request: blog írásnál az előnézetnél nagyon kényelmetlen, hogy folyamatosan vissza kell mászkálni az előző oldalra; a régi megoldás, illetve ahogy a kommenteknél működik, hogy a szerkesztőmező ott van az előnézet alatt sokkal jobb volt, nem lehetne itt is?

    És egy javaslat: Ahogy nézem a syntax highlight úgy működik, hogy a kódblokkokat a JS betöltődés közben, on-the-fly színezi ki, miután megcsinált egy raklap másik dolgot (ld. a bejelentő topicban trey nyitókommentjét, hogy mennyit várunk, mire kiszíneződik), ráadásul úgy, hogy érvénytelen, vagy hiányzó class esetén ő próbálja meg eldönteni, hogy miféle kódblokk az, tehát még analizál is. És ezt minden betöltődéskor. Kérdem én, hogy nem-e lehetne azt, hogy mentéskor pakolja rá a syntax-highlightet? Akár úgy, hogy a gyorsítótárba már a kiszínezett verzió kerül, akár úgy, hogy a tartalom mezőnek a DB-ben van egy párja, ahová nem a felhasználó által kezelt (azaz szerkesztett és elküldött) szöveg kerül, hanem a már feldolgozott és átalakított verzió, amit egyben ki lehet pumpálni az outputba. Hozzáteszem, ezzel a BBCode-okat is vissza lehetne hozni, mert azokat is lehetne így pre-renderelni. Nálunk is így működik a vendégkönyv, a BBCode-ot nem lekéréskor alakítja át HTML-be, hanem már beküldéskor és tárolja a másodpéldányban, viszont renderkor a formázott másodpéldányt olvassa és küldi el outputra.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> kikadff


    HUP 8.x Hotfix1: https://hup.hu/cikkek/20191028/hup_8_x_hotfix1#comment-2401256

    Most már legalább tudom, hogy mik voltak azok az elcsúszott fejlécek a kommentekben: http://oscomp.hu/depot/er7hi4.png

    Oldschool Computer - http://oscomp.hu




    "Minden böngészőt feltörtek a kínai hekkkerek": https://hup.hu/node/166717#comment-2408398

    Az Ottert és az Opera Classicot sem törték fel.

    Oldschool Computer - http://oscomp.hu




    "Minden böngészőt feltörtek a kínai hekkkerek": https://hup.hu/node/166717#comment-2408621

    Értem én, csak a cím rettenetesen hatásvadász mivoltára próbáltam utalni, hogy a malacperselyt törték ők fel, nem az összes böngészőt.

    Oldschool Computer - http://oscomp.hu




    A megfőtt béka szindróma - avagy a google meddig "jócég": https://hup.hu/node/166639#comment-2406080

    Ha már hat a redpill, akkor körülnézhetsz itt (https://www.privacytools.io/), hogy a különféle szolgáltatásokra miféle alternatívák elérhetők.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> ncssrtvnthm


    A megfőtt béka szindróma - avagy a google meddig "jócég": https://hup.hu/node/166639#comment-2408722

    Azért óvatosan.

    Oldschool Computer - http://oscomp.hu




    A megfőtt béka szindróma - avagy a google meddig "jócég": https://hup.hu/node/166639#comment-2407325

    Régen tényleg elég gyér eredményeket adott, de angol nyelvű kereséseknél lassan már jobb, mint a nagy G.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> hetvenhatos


    Nincs többé olyan, hogy “szűz” adatbázis?: https://hup.hu/node/166642#comment-2406474

    Az a baj, hogy addig mindent tönkretesznek és elpusztítanak, amihez hozzáérnek, amíg hagyod őket, hogy "hülyét csináljanak magukból".

    Oldschool Computer - http://oscomp.hu


    Σ: 002 -> Wabbitseason , j


    Nincs többé olyan, hogy “szűz” adatbázis?: https://hup.hu/node/166642#comment-2406951

    Úgy érted, úgy kéne intézni, mert egyelőre erre szerintem nem hogy lehetőség, de remény sincs.

    Oldschool Computer - http://oscomp.hu




    Nincs többé olyan, hogy “szűz” adatbázis?: https://hup.hu/node/166642#comment-2406952

    Apropó, ha már polkorrekt DB, betiltják majd az INSERT parancsot is?

    Oldschool Computer - http://oscomp.hu




    Nincs többé olyan, hogy “szűz” adatbázis?: https://hup.hu/node/166642#comment-2407012

    ROFL.

    Oldschool Computer - http://oscomp.hu




    HUP Olvasók Választása Díj 2018 - kategóriák: https://hup.hu/cikkek/20181216/hup_olvasok_valasztasa_dij_2018_kategoriak#comment-2297065

    - Kedvenc cloud computing platform
    + Kedvenc init rendszer
    * BusyBox
    * dinit
    * finit
    * nosh
    * pies
    * procd
    * s6
    * systemd
    * SysVInit
    * uinit




    HUP Olvasók Választása Díj 2018 - kategóriák: https://hup.hu/cikkek/20181216/hup_olvasok_valasztasa_dij_2018_kategoriak#comment-2297079

    Nekem mindegy, találomra böktem ki egyet.




    HUP Olvasók Választása Díj 2018 - kategóriák: https://hup.hu/cikkek/20181216/hup_olvasok_valasztasa_dij_2018_kategoriak#comment-2297120

    Szerintem meg baromság, de ld. egyel feljebb: találomra böktem ki egyet.




    HUP Olvasók Választása Díj 2018 - kategóriák: https://hup.hu/cikkek/20181216/hup_olvasok_valasztasa_dij_2018_kategoriak#comment-2297067

    Miért van lekorlátozva mind a kategóriák száma, mind a jelöltek száma? Sokkal több kategóriát lehetne még felsorolni mint 20 és pl. init rendszerből is lett volna bőven több, mint 10.




    HUP Olvasók Választása Díj 2018 - kategóriák: https://hup.hu/cikkek/20181216/hup_olvasok_valasztasa_dij_2018_kategoriak#comment-2297080

    És a 10 per kategória? Azt csak nem olyan hosszadalmas megoldani Drupalban, hogy több, mint 10 jelölt van egy kategóriában.




    HUP Olvasók Választása Díj 2018 - kategóriák: https://hup.hu/cikkek/20181216/hup_olvasok_valasztasa_dij_2018_kategoriak#comment-2297130

    Ha ez nekem szólt, akkor amit lemínuszoltam, az egyik legkevesebb szavazattal bíró kategória volt, de amúgy is én nem akartam egyet sem kivenni, csak hozzáadni, csak olyat nem lehet.

    Ha nem nekem szólt, akkor never mind.




    Februárban elvágják a nyakam: https://hup.hu/node/166598#comment-2405224

    Miért kell kivenni mindkét mirigyet, nem lehet csak az elváltozást eltávolítani?

    Oldschool Computer - http://oscomp.hu




    Februárban elvágják a nyakam: https://hup.hu/node/166598#comment-2405232

    Sajnos nem tudok; a hazai endokrinológusokkal én amúgy is csak megszívtam eddig. Külföldi szakvéleményt is kértél?

    Oldschool Computer - http://oscomp.hu




    Februárban elvágják a nyakam: https://hup.hu/node/166598#comment-2405246

    Úgy értettem, hogy elküldöd a leleteidet és véleményt kérsz, nem úgy, hogy ott műtteted magad. Vagy erre értetted, hogy nem tudnád összehozni?

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400081

    Bugreport: a Pascal szintaxist helytelenül emeli ki, hiába adja meg neki az ember, hogy 'class="language-cpp"', mindenféle egyebet húz rá.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400096

    Sehol, megnéztem mit csinál a többi nyelvnél és beleírtam kézzel, hogy 'class="language-pascal"', reménykedvén, hogy van hozzá telepített syntax-file.
    De ha nincs is, miért húz rá valami egyebet? Ha nincs olyan syntax-file, akkor ne húzzon rá semmit, imho.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2405705

    Ez egy egyszerű mezei példa, ahol megállhat, amit mondasz, de egy komplex kódot ad-hoc módon kiszínezni az elég megtévesztő lehet.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2406466

    Igen, az úgy kb. jó lenne.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2406519

    Úgy értettem én is.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2406526

    Úgy mint a szerveroldali cache-hit url-forward-ot?

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2406533

    Úgy, ahogy a Drupal? [url=https://www.drupal.org/project/drupal/issues/3094519]Csak mert kérdeztem tőlük, hogy van-e ilyenre esetleg lehetőség (ha van, akkor minek írjam meg még egyszer) és ha nincs, akkor van-e esély arra, hogy beolvasszák-e (mert ha nem, akkor minek írjam meg).[/url]

    [url=https://hup.hu/comment/2405828#comment-2405828]Kérdeztem, hogy ha megírom Drupal "modulként", akkor beolvasztjátok-e (mert ha nem, akkor minek írjam meg), de nem válaszoltál.[/url]

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2406536

    Megvárom, mit reagál a Drupal team.

    Én is tudom, csak állandóan elfelejtem, mivel kb. egyedül itt nem lehet BBCode-ot használni és itt is csak a váltás óta. Viszont most már javítani sem tudom, hogy replyztél rá.

    Ld 1. bekezdés.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> csardij


    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2407146

    Az még hagyján, de amiket hrgy84 felsorolt ("pontosan milyen verziós Drupalt érint, milyen cache beállítások mellett"), azokra a válasz kb. az, hogy honnan a patvarból tudhatnám, amikor ezt csak nevergone és trey tudja... Nem is értem, hogy azzal a poszttal mit is akart mondani.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2407163

    Nyugi, nem téged akartalak támadni vele (ahogy eddig sem), csak rávilágítottam, hogy hrgy84 olyan dolgokat kért rajtam számon, amiket én nem tudhatok. Ha pedig - ahogy állítod - ezek irreleváns információk voltak, akkor pedig egyszerűen marhaságot írt, hogy mit kéne írkáljak a Drupal Team-nek.
    Hovatovább: én felfogtam kérésedet, hogy ezt engedjük el egyelőre; nem tudom feltűnt, de én is ezt mondtam, hogy megvárom a Drupal Team válaszát, aztán beleásom magam, ha van értelme a dolognak. (Értelemszerűen, ha kiderül, hogy ilyen már van, vagy a Drupal 8.9-ben debütál, akkor felesleges nekiállni.)

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2407185

    A Drupalhoz eddig nem volt közöm, de én is kb. 15 éve fejlesztek már webet, többek közt olyan portálokat is kellett csinálnom, amiket naponta többmillió queryvel bombáztak (CocaCola promók), de volt köztük full AJAX-os vállalatirányítási rendszer is. Úgyhogy te se értsd félre: amikor a JS ellen beszélek, akkor tapasztalatból beszélek.

    Ami pedig a Drupal Team válaszát illeti: hogy beteszik-e vagy sem, az egy dolog, de még mindig kérdéses, hogy jelenleg van-e már cache-hit url forwardra bármilyen lehetőség, vagy sincs.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2407207

    Oké, válaszoltak és úgy néz ki, hogy van benne erre lehetőség: be kell kapcsolni a big-pipe-ot, fogni egy lazy buildert, placeholderbe rakni a countert és megjelölni cache-elhetetlenként. Hogy ez a gyakorlatban mit takar, azt nem tudom, de gondolom te érted mit mondtak.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> nevergone


    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2407234

    Köszi, hogy feltételezted rólam, hogy megértem. :)))

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400100

    User CSS-be:

    .indented
    {
    	margin-left: 1.25rem !important;
    }

    :]

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> fodorb


    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400018

    Az egész brutál lassú, ha a JS be van kapcsolva. Ha nincs, akkor oké, de akkor meg nem színezi be az új hozzászólásokat.

     

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400024

    Jó neked.

    Sz*rk: Csak a CK meg a twitter tiltásával egész sokat gyorsult.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400145

    Ahogy nézem, egy csomó mindent a kliensoldalon húz fel a portal, JS-sel. De minek...

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> bobesz


    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400175

    Safariban ha megoldható az userjs, akkor lehet írni olyan scriptet, ami újrarendezi neked az egészet, időrendi sorrendben.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400181

    A Tampermonkey támogatja a Safarit is. Az nem megy a mobil verzióval?

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400194

    Mennyi renderelődik most kliensoldalon?

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400192

    Megírtam volna neked, de ha nem működik mobilon, akkor fölösleges. A funkciót "innovációs" okokból szűntethette meg a Drupal Team.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400198

    .*://.*hup\.hu/core/assets/vendor/ckeditor/ckeditor\.js.* => blacklistre és megoldódik.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> csardij


    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400203

    Ez igaz, de ha használni akarod, akkor muszáj.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400211

    Hiányoltam mindig is a fa-összecsukó funkciót. Azaz, amikor van egy poszt és szeretném látni, hogy milyen posztok érkeztek rá, de menetközben százfele ágazik.

    Illusztrálom (célszerű mind a hármat kinyitni és váltogatni a tabok között - rögtön világos lesz):
    http://oscomp.hu/depot/hupd8_node_open.png
    És akkor, ha a az összes közvetlen gyerek becsukja magát:
    http://oscomp.hu/depot/hupd8_children_closed.png
    Ill. be lehet csukni az egész node-ot, hátha valakinek jól jön:
    http://oscomp.hu/depot/hupd8_tree_closed.png

    És akkor a következő script mehet userscriptbe (Tampermonkey, Greasemonkey, whatever, Opera 12-ben nem kell semmi hozzá...) és kirak két feliratot (open/close tree/children), amivel nyitni/zárni lehet; aki kéri viheti:

    Sz*rk: átraktam fájlba, mert túl nagy volt posztnak: http://oscomp.hu/depot/hupd8_nodecloser.js

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400322

    Bugreport: Ha valaki egy konkrét permalinkre (pl. https://hup.hu/comment/2400148#comment-2400148) kattintva nyitja ki az oldalt, akkor a betöltődés után, ahogy a JS elkezdi ráhúzogatni a dolgokat a kommentekre (pl. az alsó sávban a +1), a dobozok magassága megváltozik és "elmászik" a komment; mire végez, nem azt a kommentet látjuk, amire a permalink mutatott. A címsávba kattintás és Return után odaugrik (Opera 12-ben legalábbis), de ez így akkor sem jó: kényelmetlen is, meg nem is biztos, hogy ez mindenkinek eszébe jut.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400332

    Ez így konkrétan nem volt, eddig csak azt reklamálták, hogy ugrál (https://hup.hu/comment/2400127#comment-2400127, https://hup.hu/comment/2400238#comment-2400238), de olyan kommentet nem találtam, ami arról szólt volna, hogy az anchored komment elmászik.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400366

    A kiváltó ok ugyanaz, úgy érted. A probléma konkrétan az N+1. amit a kliensoldali JS render csinál.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400527

    Igen, az lett a múlté a JS-sel. :(

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400367

    Hát, pedig tényleg túl sok van a JS-ből. A felét már tiltottam, de még így is lassul az egész (betöltés, scroll, stb.) a posztok számával arányosan.

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400378

    Ez most komoly? Mármint az, hogy ez a válaszod, hogy mi lenne, ha még rosszabb lenne? Több panasz is érkezett a kliensoldali JS rendering miatt és ebből a lassúság csak egy probléma. A régi portálon nem volt JS egyáltalán és mégis ment az egész, kifogástalanul. Kérdeztem fentebb, hogy most mi az arány a szerver és kliensoldali render között, de nem válaszoltál rá. Mi az oka, hogy bizonyos részeket a kliensoldalon kell minden alkalommal mindenkinél újrarendereltetni? Ha elmondod, hogy konkrétan milyen cacheing problémát hidaltatok át ezzel a megoldással, akkor biztos fog rá érkezni alternatív megoldás is.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> csardij


    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400536

    Ennyi JS egy kenyérpirító-clusternek is sok volna. :P

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400528

    > A sok hozzászólással rendelkező témákhoz lapozó lesz.

    A beállításoknál nem találtam olyat, hogy hány komment jelenjen meg egy oldalon, pedig régen volt ilyen. Ezt lehetne itt is? Vagy legalább lesz comments_per_page mező az URL-ben, ha valaki nem akar lapozgatni?

    Oldschool Computer - http://oscomp.hu




    D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400915

    Számból a szót, pl. Opera 12.16-tal nem lehet olyan oldalt megnézni, ami csak ECC cipherekkel, vagy TLS 1.3-mal hajlandó működni.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405529

    > A cikkek olvasottságánál pedig nem veszi figyelembe azokat a kattintásokat, amelyeket olyan látogatók végeznek, akik explicite tiltják a JavaScript-et vagy bizonyos blocker böngésző-kiegészítőket használnak.

    Ezt hogy? Ha kinyitok egy aloldalt, akkor mindenképpen látja a szerver, hogy lekértem, ennyi erővel már akkor lehet inkrementálni az olvasottságszámlálót; miért kell ehhez külön JS?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405707

    Aszinkron DB művelet esetén nem lassít szinte semmit, mert nem kell megvárni az eredményt.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405706

    A szerverig el kell, hogy jusson a kérés, mert valamit kapunk vissza. Azt, hogy a visszaküldentő eredményt a gyorsítótárból húzza elő, az nem gátolja meg abban, hogy a DB felé küldjön egy aszinkron kérést. Mit értesz egyáltalán az alatt, hogy "külső gyorsítótár"?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405713

    A Varnish tudja forwardolni cache-hit esetén a requestet a backend felé, tehát Varnishnál megoldható szerveroldalon.
    NGinx esetén is van megoldás arra, hogy szerveroldalon frissítsük a számlálót, mondjuk ez a logparsing nem biztos, hogy a legoptimálisabb; egy NGinx gurut kéne megkérdezni, hogy van-e request forward-ra lehetőség NGinx cacheing esetén.
    A Boost pedig a Drupal része. Gondolom így sem egy vanilla Drupal hajtja az oldalt; bele lehetne írni tíz sort a Boost kódjába, ami egy aszinkron DB kérést megereszt a cache-hit-ek esetén.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405715

    Viszont akkor ez egy irreleváns információ volt, hogy eljut-e a Drupalig a lekérés, vagy sem, hiszen, ha a számlálót a Drupal megkerülésével is lehet frissíteni, akkor érdektelen, hogy a Drupal látta-e, vagy sem.
    A lényeg, hogy megoldható szerveroldalon; szükségtelen a kliens felől egy újabb lekérés, ami csak egy hit-countert léptet, így ugyanis mindkét oldalon (meg magán a hálózaton is) csak nagyobb lesz az overhead, mert két lekérés lesz egy helyett, úgy, hogy szerveroldalon az érintett DB kérést nem spóroltuk meg, csak egy második lekérés fogja végrehajtatni, viszont kliensoldalon megint van egy pluszban futó JS kódszegmens. Lose-lose.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405717

    Van olyan bot, ami futtatja a JS-t, meg egyébként is lehet őket sokféleképpen szűrni, de még ha meg is nézi pár darab, az akkora katasztrófa? A második felét úgy érted, hogy nincs root jogotok a HUP szerveréhez?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405721

    Értem. Akkor konszenzusra jutottunk, hogy jelen esetben megoldható szerveroldalon, nincs értelme vagy létjogosultsága a JS-alapú megoldásnak.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405729

    Remek implementáció, ami feleslegesen terhel pluszban klienst és szervert egyaránt? Amúgy nem tudom mi a "saját írása" abban, hogy a cacheing mechanizmusnak csinálnia kell 1 db aszinkron DB lekérést.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405735

    Hajrá mi? Csináljam meg én? Hozzáférés nélkül?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405741

    Ehhez tudnom kéne, hogy mi csinálja konkrétan a cacheinget, mert háromfélét is felsoroltál. A Drupal Boost?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405747

    Mit értesz "általános megoldás" alatt? Kérsz egy pontot a Drupal backendben, aminek át lehet adni, hogy melyik topic viewcount-ját inkrementálja?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405756

    Ez így nem mond semmit. Nincs 100% általános megoldás. Mit érek azzal, ha pl. adok egy PHP-t, aminek akár shell-ből, akár HTTP kérésből át lehet adni URL-t, vagy content ID-t, hogy ennek a viewcountját kell inkrementálni, ha aztán közlöd, hogy nem lehet illeszteni a backendhez, mert nem tud PHP-t meghívni sem így, sem úgy.
    Csak úgy mondom, hogy az sem általános megoldás, ami most van, hisz letiltott kliensoldali JS mellett nem működik.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405766

    Látod erre mondtam, hogy aki konstruktívan állna hozzá és nem az a célja, hogy téged cseszegessen, az sem kap érdemi választ. Most akkor van egy JS alapú megoldás, ami nem csak, hogy felesleges overheadet csinál mindenütt, de ráadásul a jelek szerint nem is működik rendesen, továbbá ki is kerülhető. Oké, csinálja meg a szerveroldalit, aki annyira akarja, de specifikáció nélkül implementáció sincsen; általános megoldás nincs és nem is kell: az egyik cacheing technológia ezt tudja, a másik meg azt, ennek megfelelően egy a hupon futó szerveroldali viewcount incrementernek a hupon használt cacheing technológiával kellene mennie, amit viszont nem voltál hajlandó elárulni, hogy mit használtok - elvárnád, hogy az ember vaktában dolgozzon. De marad a "remek" és "általános" JS-alapú megoldás, csak azért, hogy JS legyen.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405773

    Ez nem egyszerűen "plusz egy lekérést" jelent, hanem oldallekérésenként plusz egy lekérést, tkp. megduplázod az oldal HTTP query forgalmát. Hány oldallekérés van a hupon naponta? Biztos nem kevés. Ez nem arról szól, hogy a látogatónak "nem fér bele plusz egy lekérés", ennek a szerver és a sávszél sem örül. Az pedig, hogy írjam meg általánosan, az nem specifikáció. Jó lenne tudni pl. hogy hogy lesz meghívva a kiegészítés. Nagyon szívesen beleásom magam és adok egy interface pointot, ha tudom, hogy hogyan fog csatlakozni a cacheing a backendhez és mit fog átadni.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405783

    Én ezt értem, csak így nem tudom hova tenni a "küldj patchet" felhívást, amikor valaki valaminek a hiányát, vagy feleslegességét reklamálja az oldalon. Hova küldjön patchet a delikvens? A Drupal kódbázisba? Szerinted mennyi eséllyel merge-elnek valamit, ha beküldöm, hogy "általános interface point viewcount inkrementálásra"?
    És nem is arról van szó, hogy a látogatók szívják meg főként. Aki akarja, egy mozdulattal tiltja a JS-t és nem fogja zavarni, ha nem látja a hup; a ti szervereteket terhelik ezek a felesleges kérések.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405799

    Tegyük fel, hogy megírom és beküldöm. Ehhez még mindig tudnom kéne, hogy itt milyen cacheing megoldás van, hogy tudjam hozzá illeszteni. Egy "általános" megoldás kb. kimerül egy DB kapcsolódásban és egy aszinkron kérésben, ill. ha az URL-ből kell kihámozni a content ID-t, akkor még annyi. De hogyan fogja ezt bármi meghívni?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405809

    Ezt eddig nem bírtad elmondani.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405816

    Szó szerint azt kérdezted, hogy mi van, ha el se jut a Drupalig a kérés, külső cacheingre hivatkoztál, felsoroltál háromféle cacheinget, aztán meg általános megközelítésről beszéltél...pontosan azt a látszatot keltetted egész végig, hogy itt valami Drupal-independent cacheing megoldás van alkalmazva.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405824

    Akkor még egyszer:
    - Először azt kérdezted, hogy "Akkor is látnia kellene a szervernek, ha a kérés el sem jut hozzá, mert egy külső gyorsítótár szolgálja ki a kérést?"
    - Aztán a Varnishra, az NGinx cacheingre és a Drupal Boostra hivatkoztál.
    - Aztán megint azt mondtad, hogy "közel sem biztos az, hogy a kérés eljut a Drupalig."
    - Utána pedig végig ragaszkodtál az "általánossághoz", konkrét válasz nélkül, mostanáig.

    Ezt nem én értettem félre, hanem te vezettél félre.

    > Persze, ha netán megírod, az sem garantálja, hogy használni fogjuk, de ezt is leírtam korábban és az okait is trey-jel együtt.

    Akkor sem, ha a Drupal project beolvasztja? Akkor minek csináljam?

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405828

    Nem ez volt a kérdés, hanem az, hogy ha beolvasztják - legyen az "általános, teljes külső modul" - akkor sem fogjátok felhasználni?

    A JS nem fut le. A kliensre van bízva és a jelek szerint nem is működik rendesen.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2406950

    > Nem bántani akarlak, de ha izomból és dühből kommunikálsz, anélkül, hogy megpróbálnád megérteni a túloldalt, azzal csak saját magadnak ártasz.

    Szerintem te itt valamit nagyon benéztél. Én végig konstruktívan álltam hozzá, nem szóltam be egyszer sem. Idézd be, hogy szerinted mi volt itt dühből, meg izomból történő kommunikáció.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2405800

    A patchküldést arra értettem, hogy amikor valaki megreklamált valamit, akkor az volt a válasz, hogy küldjön patchet. Általánosságban meg nem lehet megvalósítani semmit.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2406949

    Nem erről volt szó, de mindegy.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2406043

    Akkor meg nem is duplázza, hanem triplázza a queryket, miközben szerveroldalon el lehetne intézni egy lépésből.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2406532

    Pontosan ezt írtam neki én is, de hát ő általánosságban értette.

    Oldschool Computer - http://oscomp.hu




    Miért van kevesebb?!? A HUP haldoklik?!?: https://hup.hu/treyblog/20191114/miert_van_kevesebb_a_hup_haldoklik#comment-2406539

    Azért ez már kezd egy kicsit sok lenni. Én nem csinálok semmiféle hangulatot. Azok közé az emberek közé tartozom, akik nem csak beszóltak, vagy nem csak benyaltak, hanem próbáltak konstruktívan hozzáállni. Érdemi választ szinte egyszer sem kaptam, terelést, mellébeszélést, azt annál többet. Így semmi értelme az egésznek.

    Amit meg mt9-cel írtunk, az általánosságban is áll, JS-sel nem lehet normálisan kiszűrni a botokat.

    Oldschool Computer - http://oscomp.hu




    Az ISP-k ellenzése dacára az összes jelentős internetes böngészőben megjelenik a DNS-over-HTTPS támogatás: https://hup.hu/cikkek/20191111/az_isp-k_ellenzese_dacara_az_osszes_jelentos_internetes_bongeszoben_megjelenik_a_dns-over-https#comment-2404502

    > Nem értek hozzá pontosan, de akkor hogy fogják nemzetbiztonsági szinten figyelni a forgalmat?

    Így.

    HTTPS === a biztonság mesterségesen keltett illúziója

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> samucli


    ReactOS magyar nyelvi fejlesztések: https://hup.hu/node/166537#comment-2403941

    Nem akarsz esetleg írni egy összehasonlítást, hogy mennyire állja meg a helyét a mindennapi felhasználásban az Xp-vel vagy a hetessel szemben? Én vevő lennék rá.

    Oldschool Computer - http://oscomp.hu




    A kaliforniai erdőtűz és Woz esete: https://hup.hu/node/166411#comment-2401723

    Feature request: blogpostokat nem lehet +1-egyezni.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , Gyurex , Gregor


    A kaliforniai erdőtűz és Woz esete: https://hup.hu/node/166411#comment-2401825

    Támogatom, akkor lehet téged is mínuszolni. Vicces lesz, ha esetleg neked lesz több mínuszod.

    Oldschool Computer - http://oscomp.hu


    Σ: 003 -> n0b0dy , eddie303 , khiraly


    A kaliforniai erdőtűz és Woz esete: https://hup.hu/node/166411#comment-2401828

    Hálisten.

    Oldschool Computer - http://oscomp.hu




    15 éves a Firefox!: https://hup.hu/cikkek/20191109/15_eves_a_firefox#comment-2403937

    Kettő az az öt, de ja.

    Oldschool Computer - http://oscomp.hu




    Access Denied: https://hup.hu/treyblog/20191028/access_denied#comment-2401088

    Csak marginálisan kapcsolódik ide, de imho sokkal nagyobb WTF az, amikor SYSTEM jogosultsággal megpróbálok egy a rendszer által zárolt fájlt vagy könyvtárat törölni, amit ugyan megtagad, viszont azt meg hagyja, hogy átnevezzem...

    Oldschool Computer - http://oscomp.hu




    Access Denied: https://hup.hu/treyblog/20191028/access_denied#comment-2401117

    Ez fájt... :)

    Oldschool Computer - http://oscomp.hu




    Access Denied: https://hup.hu/treyblog/20191028/access_denied#comment-2401253

    Az egy dolog, hogy ha nyitva van valami, akkor nem lehet törölni (bár ez egy elég gány workaround), de itt igazából a törölhetetlenség/átnevezhetőség kombó az, ami WTF.

    Oldschool Computer - http://oscomp.hu




    Lecseréli az alapját képező FreeBSD-t a Project Trident: https://hup.hu/cikkek/20191015/lecsereli_az_alapjat_kepezo_freebsd-t_a_project_trident#comment-2396948

    Thx, ezt végig fogom olvasni.




    Lecseréli az alapját képező FreeBSD-t a Project Trident: https://hup.hu/cikkek/20191015/lecsereli_az_alapjat_kepezo_freebsd-t_a_project_trident#comment-2397067

    > mennyire használható akármelyik BSD egy viszonylag modern (max 2 éves modell) pc-n neadjisten, hogy igényeim legyenek notebookon is Desktop OS célra

    Ha vannak drivereid a gépedhez, akkor ugyanannyira, mint bármelyik Linux, hiszen ugyanazok a desktop környezetek futnak rajta. Legalábbis a többségük eddig futott, ld. gnómhárom. :P

    > Mert tudtommal akármilyen felhasználó barát variánsai vannak alapvetően szerver OS.

    Nem egészen. Adva van egy generikus kernel, mint Linuxon és azt építesz köré, amit akarsz. Vagy amit tudsz.

    > Azért érdekel, mert állandóan a linuxot a desktop évével fikázzák, de bsd-ről nagyokat kussolnak.

    Miért, mit mondjanak róla?

    > Normális használaton azt értem, hogy minden hardver kifogástalanul működik. Wifi, bluetooth audio támogatással, hibrid grafika, nyomtatás, szkennelés, energiakezelés: hibernálás, alvás.

    Ld. egyes pont.

    > Ja és elfogadhatóan igényes asztali környezettel. Azért az XFCE szinvonalát grafikában és tudásban üsse meg.

    Szintén ld. egyes pont.

    > Ubuntun nem lehet ennyire jól összehozni.

    A fenét nem. Mi gátol meg benne, hogy leforgad magadnak ugyanazokat a cuccokat? Nyugodtan kicserélheted az egész rendszert is, csak max. az már nem buguntu lesz a végén.




    OpenBSD Amigán: https://hup.hu/node/166365#comment-2400884

    Thx.

    Oldschool Computer - http://oscomp.hu




    OpenBSD Amigán: https://hup.hu/node/166365#comment-2400906

    > az emu kicsit tehetségpótlás

    "Megfelelő hardware (A4000/040) híján csak emulátorból."

    > de azon van X11

    Azt ebbe is raktak, csak hajnali kettőkor már nem volt kedvem nekiállni azzal is szenvedni.

    Oldschool Computer - http://oscomp.hu




    OpenBSD Amigán: https://hup.hu/node/166365#comment-2400984

    Igen, tudom, hogy a minimum az 32-bites 680x0 + MMU + FPU, de nem is azt mondtam, hogy nem megy rajtuk, hanem azt, hogy megfelelő hardware híján csináltam így; 040-nél gyengébb CPU-n már sajtreszelős a dolog, olyan lassú...még 040 alatt sem volt Ferrari. 060 alatt talán már oké lenne, de azzal csak kernel panic-ot kaptam. Nem tudom, hogy az emulátor hibája-e, vagy az OpenBSD-é.
    Azt tudom, hogy a NetBSD megy Amigán, de nekem konkrétan ez a halott port fúrta az oldalamat, hogy vajon megy-e és hogyan.

    Oldschool Computer - http://oscomp.hu




    Szép munka: https://hup.hu/node/166340#comment-2400302

    Szerintem nem a bevezetővel van baja; a "Bevezető b+." az csak placeholder: kitöltötte a szövegmezőt, hogy legyen benne valami.

    Sz*rk: Na és ez mindjárt rossz helyre is ment; az egyel fentebbi posztra szerettem volna replyzni...

    Oldschool Computer - http://oscomp.hu




    Szép munka: https://hup.hu/node/166340#comment-2400314

    Azt nem tudom, nem használok olyat. Miért, találtál valami durva helyesírási hibát a kommentemben?

    Oldschool Computer - http://oscomp.hu




    Szép munka: https://hup.hu/node/166340#comment-2400398

    Tudom, hogy hosszú gy, csak elírtam. Te meg dupla szóközt tettél az "Az" mögé. Kvittek vagyunk?

    Oldschool Computer - http://oscomp.hu




    Szép munka: https://hup.hu/node/166340#comment-2400481

    Nem te kúrtad el, hanem N hozzászólás mélyen kikapcsolja az indentálást és egymás alatt jelennek meg a kommentek.

    Oldschool Computer - http://oscomp.hu




    Szép munka: https://hup.hu/node/166340#comment-2400525

    Passzolom, mert az első dolgom az volt, hogy az indentálást user CSS-ből force-olom, meg a dobozok szélességét is.

    Oldschool Computer - http://oscomp.hu




    Szép munka: https://hup.hu/node/166340#comment-2400479

    Engedni engedte, csak a HTML alapból lenyeli a whitespace-t.

    Oldschool Computer - http://oscomp.hu




    Szép munka: https://hup.hu/node/166340#comment-2400523

    Hogy érted? Ha teleszórom nbspvel a kommentet, az meg fog jelenni:
    Pl.:                          így.

    Oldschool Computer - http://oscomp.hu




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185572

    Nem biztos, hogy az jó ötlet, két okból is: Egyrészt az ldd hajlamos elindítani a programot, hogy kiderítse a függőségeit (ami egy harmadik féltől származó programnál nem feltétlen jó ötlet), másrészt az ldd rekurzívan vizsgálja a függőségeket, azaz nem csak a program által linkelt objektumokat listázza, hanem azokat is, amik már az SO-kban vannak linkelve, ez pedig azzal fog járni, hogy a csomagkezelőnek egy jóval nagyobb listában kell keresnie, hogy melyik csomag tartalmazza az adott libet, ami megsokszorozza a futásidőt, ráadásul értelmetlen, hiszen ha a program által linkelt objektumok csomagjait megkaptuk, akkor azok a csomagok úgyis magukkal fogják húzni a függőségeiket és velük együtt azokat a libeket, amikre a a program által linkelt libek linkelnek.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185744

    A megfogalmazás talán pongyola és szakmaiatlan volt, de nagyjából erről van szó:

    #man ldd

    ---

    ldd kiírja a parancssorban megadott program futtatásához szükséges
    megosztott könyvtárakat.

    Az a.out programoknál az ldd egyszerűen egy fork és egy exec
    segítségével az argc-nek nullát megadva elindítja a programot. Az a.out
    dinamikus linkere, az ld.so, amely normálisan betölti a megosztott
    könyvtárakat, észreveszi ezt a speciális indítást, és kiírja a
    szükséges könyvtárakat.

    ELF programoknál az ldd egy fork és egy exec segítségével elindítja a
    programot, és beállít egy megfelelő környezeti változót. Az ELF
    dinamikus linker, az ld-linux.so, amely normálisan a megosztott
    könyvtárakat betölti, észreveszi ezt a speciális esetet és kiírja a
    futtatáshoz szükséges könyvtárak listáját.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185876

    Nekem nem volt semmiféle problémám, csak publikáltam egy scriptet, ami egy program csomagfüggőségeit szedi össze. Egyébként a nagyobbik probléma az ldd-vel amúgyis a rekurzió volt...




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185597

    Itt az utóbbi esetről van inkább szó; nem minden eset ideális.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185968

    Én hol mondtam ilyet? Én azt használok, ezért arra írtam meg, de azért publikáltam, hogy más meg átírhassa amire akarja. (Egyébként mindenhova jó, ahol van dpkg, nem csak a debilányra.) Lentebb már ki is bővítették Arch-ra. Köszi a rosszindulatot.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185979

    Én nem fikáztam egyik rendszert sem; megírtam arra, ami nekem van és publikáltam, akinek kell átírja magának, nem ez volna a nyílt forrás egyik lényege?

    Mondod te. Én meg megoldottam magamnak.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185984

    Én egy előfordulható problémára adtam megoldást, akinek nem kell, nem használja, ilyen egyszerű. Ennek a meddő vitának semmi értelme.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185992

    Van olyan, hogy nincs választás, mert mondjuk a gyártói hozzáállás olyan. A problémát megoldani kell, nem rinyálni fölötte, hogy ez a rossz gyakorlat eredménye. Ennyi.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2186053

    Noname távolkeleti pl.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185890

    Én a blockquote tag-et használtam az indentálásra, mert nekem se ment rendesen.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185916

    Sorry.

    Az usage text meg relációs jelek közt van, amit HTML kódnak néz, azokat jobb beírni &lt; és &gt; kódokkal.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2186052

    Igen, jogos az mktemp, köszi!

    Beraktam a beküldött részeket a szkriptbe, fennt a blogpostban is. :)




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2186241

    Hopsz, az most esik le, hogy az úgy nem jó, sem a dpkg, sem a pacman sorában sem, hiszen ha átadod a csövön keresztül a végeredményt egy másik programnak, akkor utána a $?-ben nem a csomagkezelő, hanem a másik program, a cut és a head visszatérési értékei lesznek... Az nem véletlen volt különválasztva. Beraktam, hogy miután megvan a végeredmény, a kapott szöveget a disztrónak megfelelően dolgozza fel. Ha van jobb ötleted, ne tartsd magadban.

    A leading space eltakarítására én inkább ezt találtam ki:

    PKGS="$PKGS$PKG\n"

    Így ugyan trailing space lesz, na de az meg kit zavar, cserébe mínusz egy elágazás, egyszerűbb a kód.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2186460

    Beleraktam, de kicsit összekombináltam. Mindkettőnél megnézzük, hogy üres-e és ha az, akkor levágjuk, amit le kell, majd a végén a script még egyszer ellenőrzi, hogy van-e valami a PKG változóban és ha nincs, akkor error, ha van, akkor listába vele.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2187122

    Köszi a tippet, de ehhez megint újra kéne a ciklus belsejét szervezni. A mostani meg szerintem elég univerzális már, hogy akár egyéb csomagkezelőket is bele lehessen tenni.




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2185917

    Thx!




    Portable bináris függőségeit tartalmazó csomagok: https://hup.hu/node/157361#comment-2400539

    Köszi!

    Sz*rk: Ez megint rossz helyre ment??? bAndie9100-nak szólt a köszönet.

    Oldschool Computer - http://oscomp.hu




    Devuan ASCII (stable) 2.1: https://hup.hu/cikkek/20191026/devuan_ascii_stable_2_1#comment-2400303

    Ez a primer desktopom. Megy. A systemd fertőzött Debian 8-nak minden baja volt. Kitöröltem belőle a systemd-t, utána az is ment. Van probléma a SysVInittel, de ha a systemd a megoldás, én a problémát választom.

    Oldschool Computer - http://oscomp.hu


    Σ: 001 -> Polesz


    Devuan ASCII (stable) 2.1: https://hup.hu/cikkek/20191026/devuan_ascii_stable_2_1#comment-2400477

    Tudom. Az is volt a terv, hogy irány a Slackware, csak közben megjelentek a Devuannal és oda egyszerűbb volt migrálni.

    Oldschool Computer - http://oscomp.hu




    Devuan ASCII (stable) 2.1: https://hup.hu/cikkek/20191026/devuan_ascii_stable_2_1#comment-2400478

    Nálam sem volt egyszerű, mert az apt valahogy "elfelejtette" feltenni a SysVInitet, a rendszer meg persze bootolhatatlan lett. De a GRUB-ban átütöttem az initet /bin/sh-ra és felraktam kézzel. Viszont emlékeim szerint kernel panic nálam nem volt, csak nem kelt fel a rendszer.

    Oldschool Computer - http://oscomp.hu




    libfprint bajok (meg egy patch): https://hup.hu/node/161573#comment-2283407

    Hova? Én nem vagyok benne egyik kuncsaft rendszerében sem, meg még készen sincsen a cucc...

    Meg direkt elhomályosítottam a képet. Vagy nem eléggé?




    libfprint bajok (meg egy patch): https://hup.hu/node/161573#comment-2283552

    100? Jó az feleannyinak (~56 EUR) is, ugyanis csak a chipset ugyanaz, a készüléket kínai cég gyártja.




    Youtube frontend beta5: https://hup.hu/node/165303#comment-2373671

    Thx a tippet, de nem csak erre a projektre kéne; ha folyamatosan kell egy Mac, akkor a végén hosszútávon sokkal jobban járok, ha szerzek egy igazit. Majd csak beesik egy, amit ki tudok fizetni.




    Youtube frontend beta5: https://hup.hu/node/165303#comment-2373713

    80k nem az én pénztárcámhoz van szabva. :P Egyébként ez 2011-es, nem 2009-es. Persze ez is jó lenne, csak nem ennyiért; direkt azért keresek 2009-est, mert hátha azt valaki utánam hajítja 20-30k-ért. Azért köszi a tippet.




    Youtube frontend beta5: https://hup.hu/node/165303#comment-2374065

    Lehetne, de mivel elsősorban magamnak írtam, így nem vesződtem rajzolgatással. (Meg amúgy sem tudok rajzolni.) Persze lehetne valami ingyenesen felhasználható ikonkészletet keresni, de nem biztos, hogy minden funkcióra találnék valamit. A gombokon viszont elvileg mindenütt van hint-bubble (hacsak ki nem felejtettem valamit), ha nem világos, hogy mit is jelöl.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2397854

    Remek... Van még non-SJW-infected kernel? Az OpenBSD-t tudom, azon kívül?




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2397892

    Há-há.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398110

    Hol mondtam én ilyet? Bírom, mikor valaki totál másra reagál, mint amit mondtam.

    Itt nem az a baj, hogy viselkedéskódexet írnak, hanem az, hogy itt már megint pí-szí viselkedést várnak el, ami viszont - nomen est omen - vegytiszta politika, márpedig a technikai kérdésekben nincs helye politikai ideológiáknak, mert csak felesleges konfliktusokat szülnek és előbb vagy utóbb szét fogják cseszni a projektet. Vagy széthullik az egész és behal a fejlesztés teljesen, vagy miután megszabadultak a nyíltan egyet nem értőktől, valamilyen cég/lobbi/egyéb érdekcsoport veszi át a projektet és onnantól kezdve az ő érdekeiket fogja szolgálni, a közösség érdekei helyett.

    Az ilyen pí-szí kódexek megjelenése általában az SJW-takeovert - ami pedig a meritokratikus megközelítés halálát - jelenti, amitől datálva a projektekkel kapcsolatos döntéseket nem a józan ész, hanem a politika fogja irányítani.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398138

    > Még magával a PC-vel sincs gond, ha normálisan le van kommunikálva.

    Ez nem kommunikáció kérdése: a pí-szí politika, aminek nincs helye technológiai kérdésekben.

    > A széthullás pedig ugyanúgy bekövetkezhet attól, hogy az egyik ember elkezd prosztó stílusban személyeskedve leugatni mindenkit csak azért, mert ő kezdetektől fogva fejlesztője és amúgy is jobban tud mindenkinél mindent.

    Ez igaz, de ilyenkor elég azt az egy embert kirúgni, mert ott az ő személye generálja a feszültséget, a konfliktust.
    Viszont, ha a politikai ideológiák teszik ugyanezt, akkor azt nem tudod egy ember kirúgásával elintézni, mert csoportok kerültek szembe egymással, nem pedig egy hülye mindenkivel. Vagy nem teszel semmit és hagyod, hogy a közösség szépen feldarabolja és megsemmisítse önmagát, vagy kirúgod az egyik oldalt (nyilván azt, amelyikkel nem értesz egyet; tudod: ez politika), vagy magát a politikát száműzöd, azokkal együtt, akik behozták (az SJW-k amúgy sem szoktak letenni semmit az asztalra szakmailag, hanem helyette politizálnak). Your choice.

    Jah, azt ne is mondd, hogy negyedik lehetőségként csak azokat rúgod ki, akik "nem tudnak viselkedni". Amíg az SJW-k határozzák meg a pí-szível, hogy hogy kell viselkedni, addig akárki elövethet "kihágást", pl. nem a megfelelő névelővel illetett valakit; biztos totál rosszindulatból tette és nem csak azért, mert az épeszű emberek már nem tudják követni ezt az agyrémet... Amíg a "viselkedési kódex" lehetőséget ad arra, hogy valakit pusztán a véleménye miatt kirúgjanak - függetlenül attól, hogy az mennyire volt kultúrált és helytálló - csak mert nem tetszik az SJW-knek, addig ez a lehetőség nem működik.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398206

    A szerződés és a viselkedési kódex két totál különböző dolog. Az egyik arról szól, hogy a két fél egymásnak tett ígéreteit be lehessen tartatni. A másik arról, hogy hogyan kell viselkedni. Ahogy Ar0n is írta egyel feljebb: valóban bele lehet írni a szerződésbe, hogy a felek milyen viselkedési mintákat fognak követni, de ez mellékes. A lényeg, hogy a szerződés a kölcsönösségen alapul. A viselkedési kódex viszont nem, azt el kell fogadni. Szerződést módosítani az egyik fél beleegyezése nélkül nem lehet. Ezt viszont úgy hozták, hogy sokan nem egyeztek bele.

    Ezt bizony lenyomták a közösség torkán. Persze itt is fel lehet állni az asztaltól, mondhatnád, de gondolom te is belátod, hogy ez pontosan a takeover leírása: akik nem értenek egyet, azok önként vagy sem, de mennek.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398205

    Általánosságban igazad lenne, de ez nem általános, hanem specifikus eset. Pontosítok: specifikus tendencia.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398204

    És a posztom másik fele? No comment, or what?




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398329

    A Django eset neked kimaradt? Vagy a Python Master/Slave cirkusza? Amikor Linust becsicskították? Amit Ted Ts'o kapott a képébe? És még sorolhatnám. Rengeteg nagy port felverő eset volt, amitől hetekig visszhangzott a szakmai sajtó. Vagy legalábbis annak az értelmesebbik fele.

    De itt van egy ticket az Illumos trackeréből: https://www.illumos.org/issues/7812 Igen, egy kernelnél biztosan az a legfontosabb, hogy a "genderspecifikus nyelvezetet" eltávolítsák belőle.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398346

    Nem mi visszük be a politikát a technológiába, hanem ők.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398347

    > Ezek nekem mind ártalmatlan, esetleg bosszantó hisztinknek tűnnek.

    A Djangonál a projekt tulaja levesbe került. A Pythonnál a nyelv feltalálója kilépett. Linust toleranciatáborba küldték. Ártalmatlan hiszti.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398589

    > Tudtommal Guido van Rossum a technikai flame-war ok miatti fáradság miatt mondott le vezetői poziciójáról, de kilépni nem lépett ki.

    Ő alapította a projektet és irányította 3 évtizedig. Ha lemond a posztjáról, akkor mindegy, hogy ténylegesen is kilép, vagy ottmarad egyszerű tanácsadóként/fejlesztőként: az önkéntes szerepéből kilépett. A búcsúlevelében egyébként meg is említi a CoC-ot, hogy, amennyiben nem tetszik, az egyetlen opció, hogy kilépsz. Erről beszéltem: SJW takeover. Vagy elfogadod az ő szabályaikat, vagy repülsz. 30 éve létezik a Python. Szerinted eddig nem volt flamewar? Dehogynem. Nem a technikai flamewar miatt hagyta abba, hanem a politikai flamewar miatt.

    > Linusnak pedig tényleg nem árt egy kis higgadás, nem vagyok egy túlérzékeny ember de ha az én fejemhez vágott volna egy párat a híres kiszólásai közül hát nem esett volna jól.

    Miért vágott volna bármilyen "kiszólást" a fejedhez? Ez az egész Linus ilyen, meg olyan belemagyarázás egy akkora bullcrap, mint ide a Mars. Ez nem úgy működik, hogy Torvalds csak úgy megy az utcán, meg bemegy fórumokra és aki szembejön, annak benyom egy fakkot, mert ő Linus "fakkjú" Torvalds. Nem. Azoknak az embereknek - vagy cégeknek - egy részével volt konfliktusa, akikkel együtt kellett dolgoznia a kernelen. Nem állítom, hogy mindig igaza volt, hogy nem kúrt el dolgokat, hogy sose mondott baromságot, hogy alapvetően jól kezeli a konfliktusokat, de azt azért kétlem, hogy mindenkit aki beküldött kódot, azt Linus csuklóból azzal fogadta volna, hogy menjen mosogatni. Lehet, hogy volt ilyen is, de szerintem inkább itt az volt, hogy először megpróbált konstruktívan hozzáállni és kritizálni, amit a sok túlérzékeny hülye támadásnak vett, nekiállt okoskodni és Linus erre írta, hogy akkor menj mosogatni. Ha ez sokszor előfordul, akkor előbb utóbb az ember türelme elfogy és oda is beszól, ahova esetleg nem volt indokolt. De ez van, emberből van ő is.
    Ha pedig valaki egy kernelbe küld be kódot, akkor legyen szíves vegye a fáradságot és értsen ahhoz, amit csinál és fogadja el a kritikát, akkor is ha Torvalds stílusa elég nyers. Vagy, ne menjen oda. Én nem értek hozzá, nem küldtem neki kódot, nem mentem oda okoskodni, nekem nem is szólt be. Ki érti ezt?

    Disclaimer: nem vagyok Torvalds fan, sőt, de amit az SJW-k leműveltek vele, az agyfasz a köbön.

    > Djangoról nem tudom mi lett, csak a hiszti egy részét olvastam.

    Nem ártana az egészet, hogy ne részinformációk alapján ítélkezz.

    > Szerintem egy arany középút lenne járható, ami a túlbuzgó SJW-k és a CoC-ra apokalipszist elképzelő ultrakonzervatívok között van.

    Aha. Tehát neked nem esne jól ha Torvalds eleresztene neked egy kiszólást, de te azért nagyban aggatod a veled egyet nem értőkre a lekicsinylő jelzőket. Ügyes.
    Az a bizonyos arany középút pedig már létezett: no politika, nincs részrehajlás, se erre, se arra. A kód számít, nem pedig az, hogy ki vagy, akár ez vagy, akár az. Ha számít, hogy ki vagy, az politika és az SJW-k pont ezt próbálják bevezetni mindenütt: ők pusztítják el az arany középutat.

    > Szerintem a "normális" (a normális valamilyen meghatározására) viselkedés elvárható.

    #define normális

    Kinek mi az. Talán esetleg úgy lehet konvergálni, hogy ami a többségnek normális. Ebbe viszont nem férnek bele az SJW ideológiák. Ezért inkább ők megpróbálják újradefiniálni a normalitás fogalmát.

    > Én ebbe személyesen nem keverném bele politikát, és azzal nagyon nem értek egyet, hogy valakit a véleménye miatt bántalmaznak (az már kezd a sötét diktatúrákra emlékeztetni).

    Ez csak azért jó, mert az SJW-k pontosan ezt csinálják. Belekverik a politikát és a véleménye miatt bántalmaznak embereket.


    Σ: 001 -> Botond


    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398863

    > Mutass légyszives egy lekicsinylő jelzőt abban amit írtam. Az ultrakonzervatív lenne az? Ez miért lekicsinylő?

    Az egész mondatrészt kell együtt nézni: "ami a túlbuzgó SJW-k és a CoC-ra apokalipszist elképzelő ultrakonzervatívok között van"

    Tehát, ha az SJW-k szétcsesznek mindent, akkor csak túlbuzgók, de ha valaki ezt felemlegeti, akkor az ultrakonzervatív, aki apokalipszist vizionál. A téves vízió vádja is lekicsinylés, csak úgy mondom. Aztán a konzervatív önmagában még lehetne semleges (bár nálad gondolom nem az), de az ultra kitétellel már hordoz egy pejoratív felhangot, hogy miféle konzervatív az.
    Amúgy pedig egy nagy túrót. Attól még nem lesz valaki semmilyen szinten konzervatív, ha mérsékeltebb tempóban akar haladni, nem lerombolni mindent, ami tegnapi, csak azért, mert tegnapi, nem akarja megjavítani, ami nem törött, nem akarja lecserélni azt, ami működik. Attól az az ember még haladó marad, nem lesz konzervatív. Írhatnám én is, hogy csak az ultraprogresszívek szemében, dehát itt akkor megint egy alapvetően semleges szóhoz - a progresszióhoz - társítanánk pejoratív felhangot; én a haladóhoz csatolt dergradáló jelzők helyett inkább a szaladó kifejezést szoktam azokra használni, akik ész nélkül szaladnak előre, utánuk az özönvíz, pusztuljon minden, ami nem holnapi, nem baj, ha még működik, nem baj, ha az innováció eredménye rosszabb, mint amit meginnováltak, minden le van szarva, előre-előre-előre...aztán csodálkoznak, ha pofára esnek.

    > én egyszerűen amellett próbáltam érvelni, hogy CoC önmagában még nem az arany középút pusztulása, és != SJW hatalomátvétel.

    Önmagában a CoC még nem, de én nem is ezt írtam. Olvass vissza: "Az ilyen pí-szí kódexek megjelenése általában az SJW-takeovert - ami pedig a meritokratikus megközelítés halálát - jelenti"
    Tehát a pí-szí CoC-ok azok, amiken a hangsúly van. Mert lehet, hogy megjelenik egy projektben a CoC, de csak annyi van benne, hogy ne káromkodjunk és ne offoljunk; az nyilván nem SJW-takeover. De ez nem az az eset. Ez egy pí-szí CoC.




    Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2399029

    > Az SJW-t nem láttam szükségesnek tovább ragozni, mivel szememben az SJW már magában foglalja az "ultrát".

    Ezt nem közölted, hogy a te szemedben mi mit foglal magában.

    > Hát pedig ez pont a konzervatív szemlélet meghatározása (az én értelmezésem szerint).

    Isoraz.

    > Továbbra se értek egyet a pí-szí CoC => meritokrácia halála következtetéssel. Szerintem ez, mint mindig, az azt alkalmazó embereken áll. Lehet azon vitatkozni, hogy fölösleges marhaság a "use inclusive language" féle szabály, de egy normális projektből nem hajítanak ki senkit mert megszokásból a "he" névmást használja amikor egy határozatlan harmadik személyre vonatkozik.

    Te elolvastad kroozo neked írt válaszát? Ott nemhogy a hibásan alkalmazott névmásért, de a névmások szándékos elkerüléséért is kivágták a kérdés feltevőjét. Kötelező használni őket, mert csak. Ráderőltetik. Ha nem sikerül, repülsz. Politikai tisztogatás. És itt kanyarodnék vissza a zárójeles megjegyzésedhez:

    > (amúgy meg utálom ezt a bipoláris szemléletet, ahol muszáj egyik oldalon állni, és a mások oldal automatikusan ellenség)

    Nem a "másik oldal" az ellenség, hanem az, aki megpróbálja ráderőltetni a hülye ideológiáit, legyenek azok bármik is és álljon bármely oldalon is az illető.




    Több száz ingyenes portable játék linuxra: https://hup.hu/node/166225#comment-2397591

    Pedig igaza van, nem egyszer volt már rá precedens, hogy a "megbízható" helyekről jött az "áldás", pl. https://nakedsecurity.sophos.com/2018/07/11/another-linux-distro-poisoned-with-malware/, https://arstechnica.com/information-technology/2016/02/linux-mint-hit-by-malware-infection-on-its-website-and-forum-after-hack-attack/




    Több száz ingyenes portable játék linuxra: https://hup.hu/node/166225#comment-2397653

    Dehogy is, ezt egy szóval nem mondta; teljesen egyértelmű volt, hogy a repository-k megbízhatóságával kapcsolatos vakhiten röhögött.


    Σ: 001 -> Hiena


    Több száz ingyenes portable játék linuxra: https://hup.hu/node/166225#comment-2397761

    > csak ti ketten láthatóan élvezitek a felesleges szájtépést

    Én hozzád sem szóltam, basszus. Egy másik kommentelőnek linkeltem be két cikket, mi abban a szájtépés? Meg riposzt... Mi a franc bajod van máma?

    > csak annyi volt a mondás, hogy a vadnyugatról szalajtott fosokat nem futtatjuk csak úgy le - érdekes módon EZT valahogy nem sikerül megkritizálni, csak az ellene adott tanácsot.

    Egyfelől azon nincs mit kritizálni, hogy ne futtass le minden jöttment szart, mert az alap, másfelől meg te nem csak azt írtad, hogy ezt ne, hanem szó szerint azt is, hogy a csomagkezelőben lévő binárisokat (sic!) lehet ész nélkül futtatni. De egyébként ez itt már kurwára loop, csak úgy mondom.

    A "vadnyugatos" szarokat meg lehet sandboxolni, a virtuális környezetet nyugodtan szétkúrhatja. De ezt más is leírta. Azonfelül backupolni kell, rendszeresen. Izolált helyre is. Akkor nem akkora gáz, ha beüt az

    rm -rf ~



    Több száz ingyenes portable játék linuxra: https://hup.hu/node/166225#comment-2397693

    > Ez egy elég gyenge riposzt volt TCH

    He? Riposzt? Én nem riposztoltam, pláne nem neked...

    > ha elolvasod a cikket, abban az van, hogy feltörték a Linux Mint weboldalát és a download link mögé "okosított" ISO -t raktak.

    /o\ Elolvastam a cikket, képzeld. Szerinted mi van az ISO-ban még a telepítőn kívül? Segítek: egy repository, ahonnan a csomagkezelő tudja telepíteni a csomagjait, a repository ugyanis nem csak online lehet.

    > Ha eleve fertőzött médiumról telepíŧesz játékot, Linuxot, Windows -t, akkor eleve beszoptad. Arról nem is beszélve, hogy letöltött ISO telepítő hash értékét illik ellenőrizni - mondjuk több független mirrort felkeresünk, és csak akkor telepítünk ha a letöltött iso, meg a független mirrorok által közölt értékek egyeznek. Elég noobnak kell lenni ahhoz, hogy egy ilyen beszopj.

    Nem kell noob-nak lenni, elég ha "ész nélkül" telepítesz ebből a megbízható forrásból. Ez amit te leírtál, ez már elővigyázatosság, nem ész nélküli telepítés.

    > Én az adott disztribúció aláírt csomagjairól beszéltem - arról is biztos találhatsz példát, de ez elég ritka. Ha valaki fogja az általam használt arch linux mirrorját és megmókolja a csomagot, akkor a csomagkezelőm rögtön felismeri a problémát és nem lesz hajlandó onnan telepíteni.

    Felismeri? Ha az aláírás, meg az ellenőrzőösszeg stimmel? Hogyan? Miből?

    > A mondanivalóm lényege meg nem az, hogy a csomagkezelő 100%-os védelmet nyújt, hiszen azt is emberek gondozzák, de legalább sokat tesznek érte, hogy megbízható legyen. A vadnyugatról letöltögetéssel szemben, és vicces módon a cikked pont erről szól.

    Csakhogy te nem ezt mondtad, hanem azt, hogy, idézem: "A csomagkezelőben aláírt, ellenőrzött, tesztelt binárisok vannak, azt futtathatjuk ész nélkül." Hiena ezen röhögött, én meg ennek kapcsán linkeltem be bthomykának két cikket, hogy volt már, hogy a hivatalos repo-kat nyomták fel. (És egyébként nem a csomagkezelőben vannak a binárisok, hanem a csomagokban, amik meg a repository-kban.)

    Ész nélkül meg semmit sem futtatunk, még saját kódot se.




    Több száz ingyenes portable játék linuxra: https://hup.hu/node/166225#comment-2397691

    Az a lényeg, hogy "ész nélkül" ne telepíts semmit.




    Több száz ingyenes portable játék linuxra: https://hup.hu/node/166225#comment-2397851

    +1




    A Telekom és a Root: https://hup.hu/node/166214#comment-2397065

    Ez a topik megvolt? Írnak pár tippet, hogy lehet megkerülni a dolgot.

    Amúgy okosteflonmentes laikusként kérdem: miért fáj a trékomnak, hogy rootolva van az eszköz?




    FreeBSD 12.1-BETA3-ra frissítés félhalott gépen: https://hup.hu/node/166069#comment-2394198

    Láma kérdés(ek): Ilyenkor (elhasalt update és szétesett rendszer esetén) nem lenne egyszerűbb a javítgatás és a több részben végrehajtott update helyett lerántani egy új verziót tartalmazó lemezképet és kicsomagolni róla a dolgokat? Vagy az felülírna olyasmit is, amit nem kéne? Vagy az az oka, hogy van egy raklap csomag fennt, amik online repo-ból jöttek?




    FreeBSD 12.1-BETA3-ra frissítés félhalott gépen: https://hup.hu/node/166069#comment-2394215

    Így újraolvasva láttam, hogy le is írtad; nem tudom, hogy sikerült skippelni azt a mondatot a felcsatolásról és a kicsomagolásról...




    A fork() in the road: https://hup.hu/node/166226#comment-2397555

    Tehát akkor dobjuk ki mindenhonnan a

    fork()

    -ot, de mit javasolnak helyette?

    Három konkrét alternatívát is felsoroltak (

    posix_spawn()

    ,

    vfork()

    ,

    clone()

    ), de ebből a

    posix_spawn()

    egészen konkrétan nem a

    fork()

    -nak, hanem a

    fork()

    +

    exec()

    kombónak a kiváltására való (ja és még nem tökéletes, de bezzeg a windózos

    CreateProcess()

    ), a másik kettőt meg lehúzták, hogy igazából nem jó, tehát működő drop-in replacementet nem mondtak.

    Arról nem is beszélve, hogy a

    fork()

    -ot nem csak az

    exec()

    -kel párban szokták használni: ezeken a helyeken az általuk preferált és javasolt

    posix_spawn()

    nem válthatja ki a

    fork()

    -ot. Ugyan felsorolnak pár - szerintük már nem életszerű, túlhaladott - példát az

    exec()

    nélküli

    fork()

    használatra, de ez meg hiányos, pl. a daemonok is hiányoznak belőle és ott a child process megy tovább a szülő helyett (a szülő kiszáll) és pont ezért ott a legjobb a

    fork()

    ebből a szempontból, mert ott tényleg az egész process-t másolni kell, címterestől-mindenestől (

    vfork()

    ezzel ki is esik) kérdés nélkül, amit ugyan lehet, hogy meg lehet oldani pl. a

    clone()

    segítségével is, de az meg Linux-only...

    Ennek megfelelően a

    fork()

    kihajítására az nem lehet érv, hogy a

    posix_spawn()

    jobb, mint a

    fork()

    +

    exec()

    kombó. Félreértés ne essék, azt nem vitatom, amit leírtak a

    fork()

    problémáiról, de amíg nincs rá cross-platform POSIX alternatíva, amivel a

    fork()

    funkcionalitása is 100%-ig megvalósítható, addig nem lehet levesbe küldeni.




    A fork() in the road: https://hup.hu/node/166226#comment-2397580

    > Kezdésnek azt, hogy az utolsó lépésként dobjuk ki a forkot :)

    Lényegtelen, hanyadik lépésként akarják kidobni, ha nincs az előtte lévő lépések között, hogy "invent alternatives". Az "Improve alternatives" nem elég: miféle alternatíváról beszélnek? (BTW, ami a "Fix teachings"-ot illeti, külön viccesnek tartom, hogy szerintük a windózos

    CreateProcess()

    -t kéne tanítani, amikor az a téma, hogy hogy futtatunk külső programot egy UNIX processen belül.)

    > Szvsz. nem is akarják a levesbe küldeni, de amíg nem beszélünk a problémákról, amik megoldására kell az alternatíva (ami egyébként látod, már részben van is, fel is tudták sorolni), addig senki nem fog standardizálni egy alternatívát...

    A

    posix_spawn()

    nem simán a

    fork()

    -ot váltja, hanem a

    fork()

    +

    exec()

    kombót. A

    vfork()

    semmiképpen sem másolja a címteret, míg a

    fork()

    mindenképpen, ergo a

    vfork()

    nem alternatívája a

    fork()

    -nak. A

    clone()

    lehet, hogy használható lenne (nem néztem át a paraméterezését), de Linux-only. Van olyan POSIX-compliant megoldás, ami 100%-ig tudja "emulálni" a

    fork()

    funkcionalitását? Ha nincs, akkor nem lehet a

    fork()

    -ot kidobni és nincs mit "improve"-olni se. Ők legalábbis nem soroltak fel semmiféle használható alternatívát, ami minden platformon kiválthatná, tehát még részben sem adtak megoldást.

    Azt meg senki nem mondta, hogy ne beszéljünk a problémákról, azokat én sem vitattam, amiket a

    fork()

    ellen felhoztak, de az kevés, hogy a

    fork()

    monnyonle, ki is kell tudni váltani valamivel. Mindenütt.

    > Tippre ezt ők is úgy gondolták, mint a Wayland bevezetését: bedobnak egy problémát (szar az X11 - szar a fork), előbb-utóbb valaki tesz javaslatot, az átmegy kismillió bizottságon és kismillió OS implementálja (Wayland protokoll és összes implementációja - [ez még itt nincs]), aztán aki nagyon nem akarja átírni a kliensét, az kap egy kompatibilitási réteget (XWayland - [még nincs: az új API használatával emulált fork() hívás]), aztán talán évtizedek múlva már ki lehet kapcsolni a kompat réteget is...

    Ja és pont ugyanaz a baj ezzel az egésszel, mint a Wayland-del. Az oké, hogy az X11-nek már minden baja van és amúgy is agyfasz programozni (tudnék mesélni, két éve poénból elkezdtem fejlesztgetni egy saját toolkitet rá), nem is erre találták ki anno, stb. A Wayland-et ugyan nem ismerem, tehát érdemben nem tudok róla nyilatkozni, nem tudom, hogy jó-e, vagy sem, de azt tudom, hogy Linux-only. Illetve nem egészen, mert unofficial FreeBSD/DragonFlyBSD támogatás van. De a többi BSD-vel, Solarisokkal, AIX-szal, HP-UX-szal és egyebekkel mi lesz? A kompat réteget a hajukra kenhetik, mert az visszafele működik: az X11-only cuccokat lehet vele futtatni Wayland alatt, de a Wayland-only cuccokat hogy futtatod Wayland nélküli rendszeren? Ez megint ugyanaz, mint a GNOME3 systemd függése: hiába akarná valaki felrakni a szükséges függőséget, ha nincs a rendszerére.


    Σ: 001 -> NevemTeve


    A fork() in the road: https://hup.hu/node/166226#comment-2397586

    És ha GNOME3-at akarnak, akkor meg portolják a systemd-t?

    Ha valaki egy cross-UNIX ökoszisztémát akar leváltani, akkor nem ártana, ha amivel váltani akarná, az alkalmas is lenne rá és nem a felhasználóktól várná, hogy megcsinálják arra. Itt nem egy opcionális új programról beszélünk - amit kiadtak X rendszerre és ha valakinek majd kell egy másikra, akkor majd portolja, ha akarja - hanem a defacto UNIX ablakkezelőrendszer nyugdíjazásáról. Azt csak akkor lehet leváltani, ha az élő rendszereken már mind fut az alternatíva. BTW, ismervén a freedesktopos fejlesztési tempót, mi a garancia arra, hogy befogadják az alternatív rendszerek támogatására irányuló patcheket? Sokszor még a hibákat sem hajlandóak fixálni.


    Σ: 001 -> NevemTeve


    A fork() in the road: https://hup.hu/node/166226#comment-2397649

    > Egyáltalán, van valaki, aki ezeken a unix rendszereken GUI-t, és desktop alkalmazásokat futtat?

    A különféle BSD-ken és Solaris klónokon? Vannak. Sokan. Többszázezren. Ami persze elenyésző a Linux felhasználótáborához képest, de ez mindegy.

    > És ha igen, akkor miért?

    Mert az a desktop rendszerük? FreeBSD-sek pl. itt a hupon is vannak szép számmal, akik desktopnak használják. Open és NetBSD-st is láttam egyet-kettőt. Azt nem tudom, hogy rajtam kívül van-e itt olyan, aki Solaris desktopot is használ.




    A fork() in the road: https://hup.hu/node/166226#comment-2397650

    > De az összes nagyobb DE ablakkezelője ilyen-olyan mértékben már támogatja a Waylandet (KWin, Enlightenment pl. van is BSD-re), ami továbbra is csak egy protokoll (és egy X11-hez képest triviális támogatni, annyira kevés dolgot tudnak kommunikálni).

    De nem az a baj, hogy a DE-k nem támogatják a Wayland-et, hanem az, hogy nincs Wayland Linuxon kívül. Hiába van Enlightenment BSD-re, ha Wayland viszont nincsen...

    > Vagy melyik UNIX-okat (és szegény UNIX-like rendszerek?) kellene támogatnia _KÖTELEZŐEN_ minden projektnek?

    Pedig leírtam, de úgy látszik nem ment át...na de akkor még egyszer:
    Nem mondtam, hogy minden projektnek támogatnia kell mindent, hanem ellenkezőleg: még példát is mondtam, hogy egy új opcionális program csinálhatja, hogy kiadják X rendszerre, aztán majd portolják, ahova akarják. De ami egy UNIX-os alappillért, esetünkben az ablakkezelést akarja váltani, ott nem lehet eljátszani, hogy na, akkor a régi megoldás leves; a mainstream ablakkezelőket forceoljuk, hogy álljanak át erre, viszont implementáció csak X rendszerre van, a többiek pórul jártak.
    És azt is leírtam, hogy ha az egész UNIX ökoszisztémát érintő változást akarok végrehajtani, akkor az élő rendszereket kell támogatni, amit használnak.




    A fork() in the road: https://hup.hu/node/166226#comment-2397762

    > VAN Wayland Linuxon kívül.

    Saját bevallásuk szerint unofficial a FreeBSD és DragonFlyBSD támogatás. Oké, lehet, hogy működik, de a többiekkel még mindig nem tudjuk mi lesz.

    > (de BSD-s kérésre már API-t módosítottak: https://lists.freedesktop.org/archives/wayland-devel/2019-January/03986…)

    Ennek örülök, de sajnos nem ez a jellemző.

    > Waylandben a mainstream ablakkezelők maguk a kompozitorok, nem kell hozzá külön még egy display server.

    Ööö...és? Hol fogja ez vigasztalni a non-Linux KDE usereket, ha a KWin eldobja az X11 támogatást?

    > És még egy kis off: a standardizálás szép és jó dolog, de hagyni kell, hogy field testeljünk dolgokat, _mielőtt_ standardot írunk (és jó esetben nem pont azt specifikáljuk, amit csináltunk, hanem amit a tapasztalatok szerint egyértelműen elbacctunk, aztán már jobban oldjuk meg a standardban), különben lesz egy raklap használhatatlan szabványunk. Ráadásul időnként a standardokat is érdemes újra vizsgálni, hogy egy 200+ magos gép több terabyte RAM-mal ne feltétlenül a PDP-11 HW-jéhez igazított megoldásokat használja...

    Ebben egyetértünk, de nem értem miért írod, mert én nem írtam olyat, hogy az X11-et kellene újraimplementálni újra és újra. Semmi bajom a Waylanddel, sose próbáltam, így nem tudom, hogy milyen, csak az bassza a csőröm, hogy a lassan felemelkedő új kvázi-szabvány windowing nagyon úgy tűnik, hogy Linux-only lesz. (Jó, oké, FreeBSD talán támogatva lesz...)

    Az meg ugye egyértelmű, hogy nem várható, hogy ezek a Linuxhoz képest marginális méretű közösségek el tudjanak keríteni csak erre a célra annyi fejlesztői erőforrást, amivel viszonylag gyorsan implementálni lehetne, miközben ezer más bajuk is van.




    A fork() in the road: https://hup.hu/node/166226#comment-2397802

    > Erre egy forrást adjál már. És ne a Weston referencia-implementációra, mert annál valóban, hanem a protokollra.

    https://en.wikipedia.org/wiki/Wayland_(display_server_protocol)

    Jobboldalt:

    official: Linux
    unofficial: FreeBSD, DragonFly BSD

    > Ott, hogy ezt csak azután fogja tenni, hogy már hibamentes a Wayland compositoruk (most még defaulttá se merték tenni, nemhogy dobni az X11 támogatást :) ). Másik oldalról meg az alkalmazásnak kb. mindegy, mi megy alatta, ő úgyis egy GUI toolkitet használ (GTK, Qt), azokban meg még jó ideig marad az X11 támogatás (futásidőben dönthet a toolkit, hogy mit akar beszélni).

    Tehát magyarán arra alapozunk, hogy olyan sok idő tellik még el addig, amíg dobják, hogy addig csak készen lesznek az alternatív implementációk? Hát...

    > A viszonylag itt elég relatív, eddig 11 évük volt :)

    És ezzel meg is válaszoltad ennek a valószínűségét. :(

    > És továbbra is: itt nem a FreeBSD fejlesztőkre dobják át, hogy írjanak kompozitorokat, hanem a kompozitorok fejlesztőinek (GNOME, KDE, Sway, ...).

    Akik viszont nagy ívben tesznek mindenre a Linuxon kívül (ld. a GNOME3 systemd függését és a KDE is ezt tervezi, bár még nincs eldöntve), tehát indirekt módon a FreeBSD/Solaris/whatever fejlesztőkre testálják. (Igaz, hogyha a KDE és a GNOME3 systemd függő, akkor igazság szerint ezeknek a DE-knek a szemszögéből nézve mindegy, hogy van-e Wayland, vagy sem.)

    > Akiknek a projektjei már most is ott vannak a BSD-ben és működnek (a Waylandnek a stabil és hatékony működéshez messze nem kell annyi kernel taknyolás, mint anno az X11-nek).

    Nem védem az X11-et, könyörgöm; azzal kezdtem, hogy tudom, hogy milyen. A BSD-ben lévő projektekről meg annyit, amennyit az előző bekezdésben. És a BSD-kkel még mindig nem merítettünk ki mindent.




    A fork() in the road: https://hup.hu/node/166226#comment-2397853

    > Egy csomó Wayland kompozitor van, ami elérhető nem-Linux rendszerekre.

    Maximum FreeBSD-re. Mi lesz a többivel?

    > Mert mire alapozzunk? Döntsd már el, hogy mit vársz el a szoftver világtól,

    Mi az, hogy "döntsem már el"? Én eddig is végig ugyanazt mondtam. Nem érted?

    > mert az _biztosan_ nem fog menni, hogy _valaki_ a 0. pillanatban előáll egy standard protokollal és legalább 3 cross-platform implementációval, ami mindenki problémáit azonnal megoldja, tökéletesen integrálható azonnal minden környezetbe és mindenen is elfut egy krumpliról hajtott GladOS-tól kezdve a 200+ magos szerverig...

    Mert élő és használt UNIX == krumpliról hajtott GladOS. Jól van haver. Ha megérteni nem tudod, amit mondok, csak kiforgatni, akkor ezt itt szerintem el is engedhetjük.




    A fork() in the road: https://hup.hu/node/166226#comment-2397874

    Mondom, hogy nem érted. Én nem ezt mondtam, ezzel te jössz már sokadszorra. Ha nem írtam le ötször, hogy nem "mindenki", meg "minden projekt", akkor egyszer sem. Azt írtam, hogy amikor valami platformokon átívelő - értsd: mindenkit érintő - alap dolog lecserélése a cél, akkor. Ami mindenkit érint, abból nem lehet kizárni senkit. Többször nem írom le.
    És ezt a 0. perc dolgot is te szajkózod, én egyszer sem mondtam. Nem az a baj, hogy nem támogatta alapból (a WIP az egy valid excuse, ha nem tart örökké), hanem az, hogy úgy néz ki, hogy nem is fogja. De ezt is leírtam már nem egyszer, de többször ezt se fogom.
    Úgy semmi értelme válaszolni, ha nem érted, vagy nem akarod érteni, hogy miről beszélek, hanem helyette totál másra reagálsz, mintha én azt mondtam volna.

    Ez egy Gizike vs. kerozinmeghajtású sivatagi jegesmedve kategóriás hasonlat volt. A HW gyorsítás egy plusz dolog, ha az ahhoz szükséges cuccok egyáltalán nincsenek meg az AIX kernelben, akkor nyilván nem lehet támogatni, de képet attól még kaphatunk. Nem arról volt szó, hogy a Wayland olyat tudjon, amit nem lehet, de nem is az a helyzet, hogy X és Y feature-ök nem elérhetőek E és F platformokon, hanem arról, hogy az egész nem elérhető A és talán B platformokon kívül.

    Szeretnél még valamit belemagyarázni, amit én egyáltalán nem mondtam?




    A fork() in the road: https://hup.hu/node/166226#comment-2397891

    > Te meg még mindig láthatóan nem akarsz különbséget tenni a protokoll (Wayland), a referencia implementáció (Weston) és az összes egyéb kompozitor (Sway, KWin, GNOME akámi, Clayland, ...) között.

    Ha nem tettem volna különbséget, akkor fel tudtam volna tenni a KWin X11 eldobásával kapcsolatos kérdését? Akkor erről ennyit...

    > A referencia implementáció valóban Linux only, de mint a példa mutatja, portolható.

    A protokoll referencia implementációja, vagy a protokoll Linuxos implementációjának referencia implementációja? Ha az utóbbi, akkor igazad van. Ha az előbbi, akkor annak tartalmaznia kéne a többiek referencia implementációját is, nem?

    > Ami azt illeti, per pill. az X11 a kevésbé cross-platform dolog, ha túllépünk a best of 1970-es évek grafikai primitívein.

    Végülis csak az összes UNIX-on jelen van... Nem 1970-es szinten.

    > 21 (!) éves az első DRI kiterjesztés az X11-hez, a Wiki szerint ennyi idő alatt "The various versions of DRI have been implemented by various operating systems, amongst others by the Linux kernel, FreeBSD, NetBSD, OpenBSD, and OpenSolaris.". Itt sincs sokkal több nem-BSD rendszer... sajnos, úgy tűnik, a többi rendszer érdeklődés hiányában elmarad...

    Hogy azt nem érted, amit én mondok, az egy dolog. De, hogy azt se, amit a Wiki ír? "Among others" - a felsoroltak csak példák voltak és egyébként a "nem sokkal több BSD" az 3x annyi. És a Solaris is, az smafu? Hovatovább az előző példában leírtam, hogy az esetleges extrák hiánya egy dolog, de képet attól még kaphatnánk.

    > Már bocs, de _TE_ vagy az, aki összemos random dolgokat (Weston _referencia_ implementáció követelményei a Wayland protokollal),

    Nem, ezt csak te próbálod belemagyarázni.

    > és bár hoztam kismillió példát crossplatform Wayland kompozitorra

    Nem, te hoztál pár példát arra, hogy van olyan amiben van FreeBSD támogatás is. A crossplatform kicsit több ennél.




    A fork() in the road: https://hup.hu/node/166226#comment-2397973

    > Na, akkor mégiscsak több rendszerre kell referencia implementáció? Miért? Különösen egy olyan dolognál, ahol kifejezetten fontos, hogy milyen kernel van alatta, amin keresztül kommunikál a HW-vel?

    Mégiscsak? Én végig azt szerettem volna, hogy legyen; hol írtam én olyat, hogy ne legyen?

    > Ahogy Petőfi mondta: Idézni csak pontosan, szépen! "sincs sokkal több nem-BSD rendszer", szám szerint 1.

    A "nem" szócskát benéztem. Te meg az "among"-ot, mert az a lista csak kivonat. Csak a DRI oldalán nincs feltüntetve az OS support.

    > Ilyen is volt: Clayland.
    > De akkor menjünk bele az INSTALL fájljába (https://github.com/clutter-project/clayland/blob/master/INSTALL)

    Nem néztem végig az összeset, ezek szerint hiba volt, mert pont erre gondoltam támogatás alatt, mint amit a Clayland hoz. A kérdés már csak az, hogy ezek a kompozitorok mennyire "cserekompatibilisek" egymással, lehet-e majd pl. KDE-t használni KWin helyett Claylanddel. Ha igen, akár azonnal, akár némi munkával, akkor tényleg nincs gáz. Ha viszont nem, akkor hiába jó a Clayland - vagy bármely másik igazi crossplatform kompozitor - ott vagyunk vele, ahol a part szakad; ha a mainstream DE-k/toolkitek nem használják, akkor továbbra is kizárják a többi UNIX-ot; maximum ilyen fapad WM-ek lesznek rájuk.




    A fork() in the road: https://hup.hu/node/166226#comment-2398008

    > Akárhányszor rákérdeztem, hogy mégis mi az, amit kötelező legyen támogatni. pl. itt: "tehát indirekt módon a FreeBSD/Solaris/whatever fejlesztőkre testálják."

    De ezt vagy ötször válaszoltam meg, hogy az élő rendszereket...

    > De akkor újra: mi lenne az a lista a UNIX/UNIX-like (mert én nem vagyok annyira kirekesztő, mint te ;) ) rendszerekről, amit te _kötelezően_ támogatandóvá tennél. A Hurd pl. szerepel rajta?

    Ld. fentebb, most már bazisokadjára: élő rendszerek. Mindenütt, ahol váltani akarja az X11-et és még használják, igen akár UNIX-on kívül is. Holt rendszereket nyilván felesleges.

    > Pont annyira, mint X11-nél. Elvileg igen, gyakorlatilag... öööőőőő... pl. a GNOME-osok ragaszkodnak a kliens oldali ablakdekorációkhoz, a KWin továbbra is szereti maga menedzselni az ablakdekorációkat, úgyhogy egy GNOME app hülyén néz ki KDE alatt (mondjuk ez nem igazán DE-specifikus, KDE alatt egy Firefox is hülyén néz ki, hogy ott van az ablakdekoráció... ki lehet kapcsolni, de... ehh.)

    Ez nem annyira fontos; a megugrandó minimum, hogy stabilan működjön.




    A fork() in the road: https://hup.hu/node/166226#comment-2397676

    Nem a Waylanddel van konkrétan gond (illetve nem tudom, hogy azzal van-e gond), hanem a freedesktopos mentalitással, hogy Linux/x86 van támogatva, esetleg ARM, meg nagyon esetleg FreeBSD, a többi rendszer nem fontos, ha portolva is van valami, akkor se rendesen, hemzseg a platform specifikus bugoktól, vagy akár már lefordítani sem lehet rendesen.




    A fork() in the road: https://hup.hu/node/166226#comment-2397689

    Hát ez az, hogy azért nem egészen: ők karban is tartanak, meg fejlesztenek is több szoftvert. Ugye a legeklatánsabb példa a systemd, amire egyre több cucc dependel, viszont ez 100% Linux-only és nem referencia implementációt adnak, hanem a konkrét szoftvert. De ott van pl. a pkg-config is, amire megint csak a fél UNIX-os világ dependel (sajnos). Az sem referencia implementáció, de próbáltad már leforgatni pl. OmniOS alatt?




    A fork() in the road: https://hup.hu/node/166226#comment-2397697

    Hát pont ez az, hogy a Linux egyre kevésbé UNIX, viszont egyre inkább átveszi a UNIX-ok helyét! Gőzerővel folyik a Linux elwindózosítása, miközben szintén gőzerővel folyik a UNIX-világ ellinuxosítása...össze lehet adni a kettőt. És akkor az ms ilyen tanulmányokkal jön. Kinek jó ez? De mindegy, nem gyártok konteót...


    Σ: 001 -> bucko


    A fork() in the road: https://hup.hu/node/166226#comment-2397734

    Registry tudtommal még nincs, de ki tudja mit talál ki még Poettering. :P




    A fork() in the road: https://hup.hu/node/166226#comment-2397732

    Még nem vette át. Ez a sok felhős szemét nem tudom hogy jött ide, amikor desktop UNIX-okról van szó, mindenesetre szerintem többszázezer ember nem elhanyagolható, maximum elenyészően kicsi a Linuxhoz képest. De ennek ellenére sem elhanyagolható, nem csak azért, mert még mindig sokan használják, de azért is, mert rengeteg dolog épül rá; a BSD-k helyét a Linux egy csomó helyen nem fogja tudni átvenni a license miatt.

    Azt hogy minek mennyi ideje van hátra, azt nem tudom, de amíg él, addig illene támogatni, nem pedig még rásegíteni, hogy minél előbb pusztuljon ki.




    A fork() in the road: https://hup.hu/node/166226#comment-2397675

    +1




    A fork() in the road: https://hup.hu/node/166226#comment-2397651

    Mondom: a

    fork()

    -kal kapcsolatos felvetéseiket nem tagadom, igazuk van benne. De egyelőre nem tudjuk csak úgy lecserélni.

    A te példáidból is hiányzott a daemon létrehozása és ott muszáj mindent másolni kérdés nélkül. Van olyan POSIX függvény, ami minden UNIX-ban benne van és tudja ezt?

    A programozók okításával még úgy-ahogy egyet is értenék, de valahogy borsódzik a hátam, amikor az ms akarja oktatni a programozókat; ld.

    CreateProcess()

    oktatása UNIX-os programozás oktatása címszó alatt.

    Félig off: A network szervernél miért volna szükséges külön worker processeket létrehozni, amikor vannak thread-ek is? Azt tudom, hogy a

    select()

    setjei limitált férőhelyesek, meg maga a

    select()

    nem thread-safe, de

    select()

    helyett is van kqueue, IOCP, meg epoll.




    A fork() in the road: https://hup.hu/node/166226#comment-2397731

    Ez érdekelne bővebben is; van erről valami konkrét anyag, a miértekről és a hogyanokról, szerveres környezetben a thread vs.

    fork()

    témában? (Tudom ráguglizhatnék, de nem szeretnék mazsolázni...)

    Az eventes megoldásokkal mi pontosan a probléma?




    A fork() in the road: https://hup.hu/node/166226#comment-2397757

    Azt átfutottam, de így gyorsba' csak annyi jött le belőle, hogy anno az ms elcseszte a koncepciót, most meg már muszájból ragaszkodnak hozzá.




    A fork() in the road: https://hup.hu/node/166226#comment-2397758

    > Amúgy próbáltál már hibát megtalálni MT szerverben?

    Hogyne. Az előző melóhelyemen egy több különféle szerver daemon-t írtam mind szervergépre, mind embeddedre és mind MT volt.

    > Napokat el tud vinni, ahelyett, hogy fejlesztenél és valódi munkát végeznél.

    Nem tapasztaltam. Egyáltalán nem emlékszem olyan esetre, amikor az MT szívatott volna meg valamivel, pedig a rohamtempós fejlesztések miatt voltak azért bugok. Szerintem csak megfelelő locking kérdése az egész, de nem nevezném magam expertnek a témában, úgyhogy ez csak az én véleményem.

    > Eventes cuccokkal az a gond, hogy egy idő után egy istentelen bonyolult állapotgéped lesz, ami totál karbantarthatatlan kódhoz vezet. Sokkal egyszerűbb átlátni egy sima program flow-t.
    > Egyszerű dolgokra viszont nagyon jók, ha rengeteg párhuzamos kapcsolatot kell kiszolgálni.

    Az eventes megoldások eddig nekem kimaradtak; mindig

    select()

    -tel szoktam dolgozni, mert a

    poll()

    ahány rendszer, annyiféle szívás, míg a

    select()

    mindenütt működik és mindenütt ugyanúgy működik. Viszont nagyon sok baja van, főleg a description set-ek kezelése egy agyrém. Ebből a szempontból a

    poll()

    ezerszer jobb koncepció, de az összes rendszerben van valami hülye gyíkja és mindegyikben más. :(

    > Pl. http alapú dolgot csak úgy érdemes csinálni szerintem, hogy egy event alapú szerver (pl. nginx) fogadja a kéréseket és továbbítja a multi process backendeknek. Ezeknek az összes perzisztenciája valamilyen event alapú szerverben (pl. memcached) vagy/és egy jól skálázódó adatbázisban van.

    Ez a második fele már teljesen feladatspecifikus. Pl. statikus filekiszolgálásra minek kellene? Vagy akár sima infopage backendhez. A HTTP csak sima adatközlési protokoll, nem szükségszerűen webszerver.

    > fork() (ill. multi process design) hatalmas előnye még, hogy izolálva vannak egymástól a processek címterei

    Ez tény, viszont hatalmas hátránya, hogy a teljes process minden cuccát copyzni kell. Egy méretes processnél ez elég komoly overhead, a tanulmány is ezt feszegeti.




    A fork() in the road: https://hup.hu/node/166226#comment-2397771

    > MT: addig jó, míg egymagad megtervezed és megírod az egészet.
    > Nagyobb, több emberes, mások által írt libeket használó dolgokkal viszont nekem nem túl jók a tapasztalataim.

    Hát tény, egyedül írtam őket.

    > Eventes fejlesztésre nekem libevent nagyon bejött.

    Thx, majd megnézem, úgyis bele kell majd magam ásni az eventesdibe.

    > A fő process persze nagyon kicsi kell legyen és előre le kell gyártani a child-okat (preforking), különben az összes erőforrás a forkolásokra fog elmenni.

    Na jó, de mi van, ha közben merül még fel az igény a forkingra? Tartunk egy külön process-t, ami semmit nem csinál, csak forkol, ha kell?

    > A posix_spawn() különben elég jó alternatívának tűnik, valszeg megpróbálom majd fork()-ot kiváltani vele legközelebb.

    Azt hogy??? A

    posix_spawn()

    a

    fork()

    +

    exec()

    kombót tudja kiváltani, nem a sima

    fork()

    -ot. A

    posix_spawn()

    egészen pontosan arra jó, hogy külön processen belül el tudj indítani egy külső programot, anélkül, hogy a teljes processedet forkolni kéne, amire nem biztos, hogy szükség van egy mezei programmeghívásnál.




    A fork() in the road: https://hup.hu/node/166226#comment-2397777

    Nem az a baj, hanem az, hogy a

    posix_spawn()

    az nem a processedet másolja, hanem egy új processt húz fel nulláról, a célként megadott programfájlból; ezzel nem lehet a sima

    fork()

    -ot kiváltani.

    Hát nem is arról híres, hogy kevés memóriát eszik.




    A fork() in the road: https://hup.hu/node/166226#comment-2397803

    Várj, te most gyakorlatilag úgy akarod kiváltani a

    fork()

    -ot a

    posix_spawn()

    -nal, hogy elindítod a programodat mégegyszer és aztán IPC-n áthajigálod neki, amit kell? Javíts ki, ha tévednék, de ez szerintem még nagyobb overheaddel járna, mint a

    fork()

    .




    A fork() in the road: https://hup.hu/node/166226#comment-2397974

    Hogy került a képbe a systemd?




    A fork() in the road: https://hup.hu/node/166226#comment-2398007

    Jajj...




    A fork() in the road: https://hup.hu/node/166226#comment-2398006

    Miből állna megírni egy pársoros watchdogot...? Azzal, hogy ráállsz a systemd-re, nagyon rossz lóra teszel. Nem csak a hordozhatóságot kukásítod, de a systemd nem a stabilitásról híres.




    A fork() in the road: https://hup.hu/node/166226#comment-2398117

    > Például több különböző porton különböző démonoknak on demand kell majd menni, hogy ne zabáljanak feleslegesen erőforrásokat. Erre is írhatnék egy külön démont, ami figyel egy sor porton és indítgatja a többit, átadva a socket descriptorát, ha bejön egy kérés (ezért örültem annyira posix_spawn() hívásnak), de ezt systemd out of the box megcsinálja.

    Dehát ezt a

    xinetd

    is megcsinálja out of the box...

    > A másik, hogy a kiesésmentes működés is egyszerű lesz, mert ugyanazt a binárist több különböző portra is rá tudom ültetni vele. Ha valamelyik megáll 1-2 másodpercre, amíg a watchdog újra nem indítja, addig ott a többi.
    > Ezek web service-ek lesznek, így nginx-nek több backendet beállítva teljesen megbízhatóan fog működni a rendszer.

    Dehát mennyiből állna implementálni egy szimpla watchdog mechanizmust?

    > systemd a mostani Linuxok alapja és azért elég széleskörűen használják mindenhol stabilitási gondok nélkül.

    Elég széleskörűen vannak vele stabilitási gondok, én inkább így fogalmaznék.

    > Ha valami működik, szívesen használom.

    Ha működik, de a systemd pont az ellenkezőjéről hírhedt.




    A fork() in the road: https://hup.hu/node/166226#comment-2398142

    Itt nem kernelírás szintű dolgokról volt szó, az egyiket alapból tudta egy már kiforrott, erre a célra kitalált daemon, a másik meg egy pársoros watchdog mechanizmus.




    A fork() in the road: https://hup.hu/node/166226#comment-2397674

    +1 mindkettőre. (Bár mondjuk nem kötelező GC-s nyelvet használni.)




    Pöttering áldja meg az sshd-t...: https://hup.hu/node/161372#comment-2279069

    Devuan? Ugyanaz a csomagkezelő és készlet, de nincs systemd.




    De min fut? De min fut?!?!???: https://hup.hu/treyblog/20191015/de_min_fut_de_min_fut#comment-2396852

    Mi az OS? FreeBSD 1x.y?




    The Tragedy of systemd: https://hup.hu/node/166054#comment-2393501

    -1 && +1

    A kommentek letiltása csak olaj a tűzre. Viszont halálos fenyegetéseket tényleg nem kéne küldözgetni neki, inkább bugreportokat kéne, hátha a mennyiség elveszi a kedvét a systemd folytatásától. :P




    The Tragedy of systemd: https://hup.hu/node/166054#comment-2394019

    Csakhogy a Linux egy kernel, nem OS. Azt építesz felé, amit akarsz. Ezért lehet desktopra, szerverre, mobilra, embeddedre, clusterre, whateverre is használni. Ezeknek a rendszereknek szükségszerűen teljesen eltérő a felépítése, az ökoszisztémája, mert eltérő a feladat, a követelmény. De ezek szerint akkor Poettering víziója az, hogy Linux alatt az egyetlen ökoszisztéma az övé legyen, mert az majd mindenhova jó lesz. Csak épp nem lesz. Nincs megoldás, ami mindenhova jó.




    The Tragedy of systemd: https://hup.hu/node/166054#comment-2393528

    +1, csak pont itt rosszul veszi ki magát: ha felvállalja a véleményét, akkor vállalja, hogy lesz ellenvélemény is; a szemetet meg szűrni kell.




    The Tragedy of systemd: https://hup.hu/node/166054#comment-2393546

    Ezt én megértem, de ha úgyis egy FreeBSD developerről beszélünk, nyugodtan átirányíthatta volna a kommentelőket a

    forums.freebsd.org

    egy direkt erre a célra létrehozott threadjébe. Ott nem kell egyedül bajlódnia a moderálással.




    The Tragedy of systemd: https://hup.hu/node/166054#comment-2394931

    +1, anno Debian 8-nál én is megadtam neki az esélyt, de ahogy egyre többet szopatott, meg egyre jobban beleástam magam, úgy rühelltem meg mind jobban.




    The Tragedy of systemd: https://hup.hu/node/166054#comment-2394954

    CentOS 7-et próbáltam. Iszonyat lassú volt az egész rendszer és esett-kelt.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392670

    Ne aggódj, nemsokára a GNOME3-at is asszimilálni fogja a systemd; beépített desktop lesz... Freedesktop!


    Σ: 001 -> hetvenhatos


    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393975

    +1

    Megérjük vajon még az updated-et is, amikor már a rendszerfrissítést is a systemd fogja intézni? Meg a packaged-et, amikor a csomagkezelést? Meg az apocalypsed-et is, amikor a világvégét. :P




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393994

    Úristen... Én csak vicceltem, de ezek itt meg komolyan megcsinálták. A következő tényleg az apokalipszis lesz vajon?




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2394004

    Egek, ez már kettő a háromból...

    (Az a baj, hogy az apocalypsed az nem egy systemd komponens lesz, hanem az az eseménysorozat, amikor ez az egész össze fog omlani, magával rántván ipar szinten a jóég tudja mi mindent és akkor a "d" postfix nem a daemont fogja jelölni, hanem a múlt időt...)




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392669

    > Photoshopot sem tudsz használni mert az emberek azon 2%-ba tartozol akik nem windowst használnak.

    Hogy mi? És az OSX a maga ~8-9%-ával smafu? Csak mert PS oda is van.

    > vagy implementálják a systemd-t BSD-re is.

    Pontosítsunk: a systemd fogja asszimilálni a FreeBSD kernelt is, miután asszimilálta a Linux kernelt és majd felkínálja, hogy milyen kernelt futtasson, hogy futtassa saját magát, mint init!




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392648

    -1

    A Solaris pl. egy élő és támogatott kereskedelmi UNIX és 11.4-től felfele (sajnos) a hivatalos desktopja (

    pkg install solaris-desktop

    ) a GNOME3.
    A piaci részesedés pedig egy teljesen lényegtelen dolog egy opensource projektnél; nem az a lényege, hogy "piacot" szerezzen. Szerintem. Viszont amihez systemd kell, az instant Linux-only lesz, márpedig nem csak a Linux létezik a világon. Igen, számítanak a FreeBSD-sek is a "0.0002%-os" részesedésükkel (honnan az adat, hogy kb. 14 ezren vannak?), a Solarisosok is a nemtommennyidekevés részesedésükkel, az OpenBSD-sekről, NetBSD-sekről, meg a többi mérhetetlenül kicsi táborról nem is beszélve. Mondom ezeket egyébként úgy, hogy én nem használok GNOME3-at, sőt semmilyen GTK3-dependens programot sem, de ettől még a non-Linux GNOME3 userek, most beszopták. <troll>Bár ki tudja, a GNOME3-at ismerve, lehet, hogy nekik a kényszerváltás megváltás lesz. :]</troll>


    Σ: 001 -> hetvenhatos


    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392667

    Nem az volt a lényeg, hogy mit fog tenni kényszerhelyzetben az Oracle (vagy az Illumos kernelű rendszerek fejlesztői), vagy, hogy pontosan hány ember használ BSD-t, hanem az, hogy nem csak a Linux létezik a világon.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392696

    Ez nem mond ellent annak, amit én leírtam: hogy nem a piacszerzés volt a cél.
    Viszont itt nem egyszerűen valami feature lett beáldozva, amit kevesen használtak, hanem a felhasználók: a non-Linux GNOME3 userek összessége. Ez biztosan nem kevés ember azért.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392776

    Vagy az is lehet, hogy itt is csak az volt a cél, hogy egy újabb fontos mainstream projekt függjön a systemd-től.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392668

    Ez egy tendencia, ami aggasztó. Így kezdődött a Linux disztrókkal is. Először csak a RedHat, meg a forkjai. Aztán a Debian, meg a forkjai. És így tovább. Manapság már kevesebb systemd mentes disztró van, mint systemd függő. Mi garantálja, hogy ugyanez a tendencia nem fog megismétlődni az asztali környezeteknél is? Mi lesz, ha holnap pl. a KDE kompánia kirukkol következőként ezzel a marhasággal, hogy systemdfüggő lesz a KDE5 (Plasma? Mittudomén...) Teccikérteni? Igen, van egy rakás másik nem-systemd-dependens DE is, még. De meddig?




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2392774

    Mi lenne ha leszállnál a magas lóról egy picit és helyette gondolkoznál, szintén csak egy picit.
    systemd mentes Linux is van. De ettől még a régi sokak által ismert és használt Linuxok mind systemd fertőzötté váltak (respect a Slackware-nek, hogy ők nem). Aki pedig nem kért a systemd-ből, az bukta a rendszerét. És ez van a DE-kkel is, csak szteroidokon, mert a non-Linux rendszereken hótt irreleváns, hogy az illető user mit gondol a systemd-ről. Szerinted azokat az embereket, akik eddig GNOME3-at használtak BSD-n, vagy Solarison, vigasztalja, hogy van másik DE, amihez nem kell systemd? Csak azért, hogy átmenjen a lényeg, itt még csak nem is arról van szó, hogy az említett userek a systemd-függőség miatt protest-váltanak, hanem arról, hogy ha semmi bajuk sincs is a systemd-vel, akkor is megszívták, mert bukták a megszokott DE-jüket. Itt arról van szó, hogy egy kiterjedt userbázissal bíró cross-platform környezet egy mozdulattal kukásította a Linuxon kívüli rendszereket és felhasználóikat, csak azért, hogy systemd függő lehessen.

    Ja, biztos lesz mindig systemd mentes DE, de ez nem fogja vigasztalni azokat, akiknek éppen borul a munkakörnyezete. Azonfelül nem tudom feltűnt-e, de elsősorban a mainstream cuccokra gyúrnak a systemd-nél, hogy azok legyenek systemd függők. Sokra fogunk menni, ha a létező non-systemd DE-k mind félkész, fapad vackok lesznek...




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393016

    Különböző emberek, különböző igények. Az IceWM egyébként tényleg jópofa. Csak nehogy az Enlightenment WM sorsára jusson. :P




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393019
    cat 2393016 | sed 's/Ice/FV/'



    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393318

    > Értem a problémát

    Ha értenéd, nem "nyelted volna be a békát".

    > csak unom a hisztit

    Neked minden ellenvélemény hiszti? Hiába sorol fel az ember húszezer műszaki érvet, neked az is hiszti?

    > nem foglalkozom vele

    Ehhez képest minden systemd topicba bejössz csak azért, hogy leírd, hogy téged mennyire untat az egész, mennyire nem érdekel, stb. Hogy is van ez?




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393694

    Ez kinek jó, a systemd developerein kívül?




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393760

    Hát az lehet, hogy megspóroltak valamennyi munkát, de így bukták a usereik egy részét, méghozzá véglegesen, mert systemd hiányában nem fog menni az érintettek rendszerein a GNOME3. Úgyhogy hosszútávon nekik sem biztos, hogy jó.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393436

    > Ha a journal-ra gondolsz, akkor journalctl, aztán abba pipe-olod át, amibe akarod (viszont cserébe kismillió formában szűrhető, leghasznosabban, hogy melyik service-hez tartozó üzeneteket keresed)

    A bináris loggolás pont az egyik legnagyobb agyréme a systemd-nek (még Torvalds is felemlegette, pedig amúgy eléggé csöndben van a systemd kapcsán), nem csak az a baj vele, hogy szeret korruptálódni, de alapvetően a logoknak az a lényege, hogy az ember tudja őket olvasni. Annak mi értelme van, hogy forwardoljuk, hogy ugyanazt kapjuk, mint nélküle? A sokat emlegetett meta-adatokat meg szöveges fájlokban is meg lehet jeleníteni.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393526

    > Cserébe csak próbáld megoldani a log entry-k dátumra szűrését.

    cat /var/log/x.log | grep "21:40"

    > Esetleg egyszerre nézni több alkalmazás logját egy időintervallumban.

    cat /var/log/*.log | grep "21:40" | sort

    Vagy ha esetleg szeretnéd látni melyik sor melyik fájlé:

    for file in /var/log/*.log; do cat $file | grep "21:40" | sed "s/^/\x1B[1m`basename $file`@\x1B[0m /g"; done | sort -t '@' -k2

    Azért ezek az egysoros megoldások elég messze állnak a mágiától; mennyivel rosszabbak ezek, mint a

    journalclt

    -t pipe-olni más parancsoknak?
    A metaadatokat meg ugyanúgy lehet szövegesen tárolni. És nem arról van szó, hogy jó volt régen is, hanem arról, hogy a systemd nem létező problémákat old meg, vagy a megoldása rosszabb, mint a probléma.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393604

    > Ezt nem nagyon fogja tudni neked más összekötni.

    Honnan tudod, hogy nincs más logging szolgáltatás, ami ezt nem tudja?

    > és legalább a fontosabb dolgokban egységes formátum (minimum: időbélyegző...) hiánya.

    Ez tény, de erre nem az a megoldás, hogy már megint mindent a systemd-n keresztül intézzen az összes program. Ha úgyis bele kell nyúlni a programba - és bele kell, hiszen a systemd call-ok használatához is bele kell - akkor ennyi erővel egy a változtatás lehet egy egysoros patch is, ami beleteszi az időbélyeget is a logsorokba.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393616

    > Csakhogy nem kell belenyúlni: a systemd által indított service-knél az stderr (sőt, azt hiszem, az stdout is) azonnal megy a journalba, a (helyi) syslog hívások pedig szintén a journalnál csapódnak le - ahol ott van, hogy ki tudja keresni a PID-cgroup-systemd unit összerendelést és a megfelelő metaadatot hozzá tudja tenni a logbejegyzéshez.

    Hát bocs, de akkor ez duplán minősített eset, hiszen a systemd így gyakorlatilag abszolút semmit nem egységesített, hanem csak felparseolja a logokat, pontosan ugyanúgy, mint ahogy én is mondtam, csak teszi ezt pár kiló helyett a jóég tudja hány megában és egy erre specializált script/program helyett húzva magával az egész systemd ökoszisztémát... Látod erről beszéltem már nem egyszer, ha van is benne valami használható ötlet, vagy megoldás, ahhoz is kapod az egész rettenetet. Poettering saját magával szúrt ki: ha egy all-in-one monstrum helyett egy sereg egymástól függetlenül is működni tudó tool-t és service-t programozott volna le, akkor max. a bugok miatt kapott volna, de azokat meg már rég kifixálták volna azok, akik az adott tool-t/service-t hasznosnak ítélték és akkor Poettering lehet, hogy kevésébé ismertebb, de egységesen elismertebb lenne, a nem-feltétlenül-de-lehet-hogy-hasznos cuccaival és nem lenne lehetőség azzal kritizálni, hogy az egyik vagy másik tool felesleges marhaság, mert opcionális lenne az egész, nem pedig egy felülről ránkerőltetett ökoszisztéma és nem utálná a szakmai világ fele...

    > de anélkül is szvsz. jobb minőségű naplókat ad.

    Lehet, de mint mondtam, teszi ezt egyfelől egy corruption-prone és machine-readable-only formátumban, másrészt meg teszi ezt hússzor annyi erőforrásért (

    /summon hajbazer)

    és vonszolva maga után az egész systemd-t, amit a kutya nem kért. Az össze-vissza loggolás valóban probléma, de itt a megoldás rosszabb, mint a probléma! Az egyik megoldás az, hogy megírja rá az ember a csak ezért felelős parser/filter programját/scriptjét, a másik pedig az, hogy a programok íróinak patch-et, vagy javaslatot küldünk, hogy ugyan próbáljon már meg valami egységesen elfogadott formázással loggolni. Ehhez nem kell a systemd...




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393621

    > a) hogy kapta volna el az _összes_ daemon stdout-ját/stderr-jét?

    Miért, így hogy kapja el? Erre mondtam, hogy ha bele kell nyúlni az initbe, akkor tegyék; én nem mondtam, hogy a SysVInit szentírás és nem lehet rajta módosítani, vagy másik initrendszert csinálni. Tudom, hogy sok probléma van vele, de a systemd rossz válasz! Kérdezd meg pl. az OpenRC, vagy a s6 fejlesztőit, hogy mi a véleményük egy ilyen piping opcióról.
    Egyébként meg egy daemon-t el lehet indítani úgy, hogy akár a kimeneteit, akár a logfájlját átirányítod valahova. Ez egy másik program csöve is lehet.

    > b) hogy kapta volna el az _összes_ daemon helyi syslog üzeneteit? (jó, ez éppen triviális, az összes syslog daemon erre való)

    (Megválaszoltad magadnak.)

    > c) hogyan találta volna ki, hogy a 314-es PID-ű /usr/bin/nrpe stderr-je és a 12982-as PID-ű /usr/sbin/sudo által a syslognak küldött üzenetei egybe tartoznak?

    Ld. a) pont és cseréld a releváns részeket.

    > 1) régóta van ilyen (syslog), nem sikerült mindenhol elterjednie

    Ez nem érv a systemd mellett. Mitől lenne az? Azért, mert az elterjedt, mert Poettering és a RedHat erőszakosan elterjesztette? Ennyi erővel ezt is lehet erőszakosan terjeszteni...

    > 2) ha a fő daemont meg is patcheled, be is olvasztják, ..., ha külső állományokat hív, arra nincs hatása a patchednek (mondjuk egy NetworkManager indít egy openvpn processzt, ami aztán a fél világot hívogatja magától)

    Ha én meghívok egy külső állományt, akkor az azt jelenti, hogy a shellje is nálam van. Látok mindent, amit csinál és azt teszek vele, amit akarok, mert én vagyok a parent process és ennek megfelelően oda irányítom minden ki és bemenetét, ahova akarom. Úgyhogy de: a daemonba küldött patch-nek erre is van hatása.

    > Tehát a három lehetőség: 1) egy önjelölt barom kitalál valamit, elterjeszti, ami még ha megkérdőjelezhető implementációs szempontból (egybeforrasztott az "init rendszerrel", bináris fájl), de legalább működik, 2) magyarázzuk továbbra is, hogy jobb az, ha _mindent IS_ megpatchelünk, hogy távolról egységes legyen vagy 3) nem csinálunk semmit. És ezek közül szerinted minden jobb, mint az 1?

    Korrekció:

    s/de legalább működik/és nem működik/

    vagy esetleg

    s/de legalább működik/és nekem működik/

    . Így már nyugodtan lehet mondani, hogy bármi jobb, mint az 1) ugyanis az nem működik, vagy max. neked működik. Továbbá: az 1) lehetne jó, ha kivesszük belőle az implementációs szempontból megkérdőjelezhető részeket. Én erről beszéltem, csak ezt valahogy kihagytad a lehetőségek közül, így egy hamis dilemmát kreálva.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393647

    > Legyen egy init rendszer, ami tudja ugyanazokat a szolgáltatásokat, mint a systemd, de ne a systemd legyen!!!!

    Figyelj, ha folyton olyanokra reagálsz, amit én nem mondtam, akkor semmi értelme a vitának. Kezdjük azzal, hogy a systemd nem egy init rendszer, hanem már minden is, egyben; épp te jössz mindig azzal, hogy ez egy ernyőprojekt. Folytassuk azzal, hogy ha a systemd-ben van valami, ami hasznos, akkor semmiféle ideológia nem gátol senkit sem abban, hogy felhasználjuk. Belemagyarázol dolgokat és arra reagálsz.
    Ha Poettering csinált volna egy új init rendszert, ami ténylegesen a SysVInit problémáira ad választ, meg csinált volna egy raklap egyéb toolt, nekem nem lenne vele bajom, max. a bugok miatt, de azokat meg lehet javítani, vagy lehet mást is használni. Értsd meg végre, hogy hiába mutogatsz valamire a systemd-ben, aminek esetleg van értelme, ha mellé kapunk minden mást is, aminek nincs. (És aminek van értelme, azt is úgy oldják meg, hogy jajj...)
    Úgyhogy a szarkasztikus mellébeszélést így lehetne átfogalmazni: legyen egy initrendszer, ami azt tudja, amit kell (és nem szégyen a systemd-től sem tanulni, ha véletlen van mit), de ne tudjon ötvenezer olyan dolgot, amit nem kell tudnia.

    > Egyébként mennyivel lenne jobb, ha az OpenRC kapna egy OpenRC-logger-t, ami meg csak OpenRC-vel menne (pont ugyanazért, mert az OpenRC tudna neki a működéséhez szükséges infókat adni)

    Nem feltétlenül. Az init rendszerek adhatnak erre backendet, a loggerek meg erre csatlakozhatnak. Nyugodtan lehet olyat is írni, ami több initrendszerét is ismeri.

    > Nem, ez azért érv mellette, mert nem kellett hozzá a daemonokon módosítani ahhoz, hogy egységesebb logolást (és jobb) kapj, mint a másik megoldásnál, ami az, hogy _mindent_ módosítani kell.

    A sysloghoz sem kell a daemonokon módosítani, tehát ez nem érv a systemd mellett.

    > Lehet hozzá patchet küldeni, és akkor csak egyszer kell dolgoznod ;)

    Nem fogják elfogadni, hiszen alapjában változtatná meg a rendszert. (Láttam a smiley-t, csak leszögeztem egy tényt.)

    > Az implementációs szempontból megkérdőjelezhető részek egyike ráadásul majdhogynem kötelező (ki kell találnod egy API-t, amivel a szolgáltatás-felügyelődtől lekérdezheti a logoló, hogy mégis mi micsoda és mindent be kell rugdosnod a szolgáltatásfelügyelő alá, amit képessé kell tenned arra, hogy mindezt kövesse... - aztán vagy te is összevonod ezt a két a funkciót, vagy örökkévalóság +1 napig bikesheddel a teljes open source közösség, hogy milyen "csoport" azonosítók lehessenek stb.)

    Tehát ahhoz, hogy a systemd egy monolitikus, szűrhető/kereshető logging szolgáltatást nyújtson, ahhoz kell pl. a logind, vagy a resolved? Itt nem az a baj, hogy két olyan funkciót vont össze, amit külön is lehet, meg egybe is lehet és ő az egybét választotta, hanem az, hogy itt hatvannyolcezer funkciót vontak össze, feleslegesen.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393693

    > Tehát (ahogy lentebb a kolléga is említette), kvázi köteleznél minden init rendszer és logrendszer írót, hogy tartsanak be egy API-t, amit valaki valahol kitalált, és jó esetben használható is és nem hátráltat senkit.

    Már megint szavakat adsz a számba. Feltűnt a feltételes mód: "adhatnak"? Én nem kötelezek senkit semmire. Egy lehetőségről beszéltünk.

    > Oks, mégse, mindenki írja meg az összes init rendszerhez a saját illesztőjét (márha az adott init rendszer ad megfelelő funkcionalitást ehhez), tehát legyen n*k protokollunk.

    Tekintve, hogy hány ilyen megoldás van/lesz, valószínűleg tök mindegy hogy szorzod, nem fogsz túl magas számot kapni.

    > Láthatóan kell, mert nagyon sok daemon simán stderr-re logol, van, ami saját fájlba saját formátummal

    Ha úgyis bele kell nyúlni az initbe, akkor miből áll egy opció, hogy át lehessen irányítani a child processek streamjeit?

    > (<- ezzel egyébként sajnos még mindig nem kezdtünk semmit :( )

    De, csak neked nem tetszett.

    > Resolved speciel semmihez nem _kell_, opcionális (mint oly sok minden más, amit kifogásolsz). A logind pedig közvetlenül nem vesz részt a logolásban, viszont a logba bekerülnek olyan adatok, amiknek a létrehozásáért a logind felel (pl. session id).

    Félreértettél: arról van szó, hogy mi kell a loggoláshoz, nem pedig arról, hogy melyik systemd komponens haszálja a systemd log subsystem-jét. Arra akartam rávilágítani, hogy lehet, hogy pl. csak loggolni akarunk, de ennek ellenére jön a többi cumó is.

    > Minden egyes szerinted felesleges összegyúrásnál ott lenne, hogy vagy funkciót vesztesz nélküle, vagy csak API-t adna, amit mindenki vagy implementál, vagy nem (speciel itt van egy szép lista: https://www.freedesktop.org/wiki/Software/systemd/InterfacePortabilityA…, a loggerhez a Service Bus API getUnitByPID() hívása az, amit minimum implementálnia kellene mindenkinek - természetesen mögötte az összes logikával, ami kell ahhoz, hogy egy random PID-hez tudj mondani egy unit-ot)

    Ha csak annyi dolog lenne összegyúrva, ami kellene, az beleférne, de nem annyi van. Hovatovább, random PID-hez unit: ha még él a PID, akkor lekérem a PPID-et és máris tudom. Ezt egyébként simán lehet az (bármilyen) inittől függetlenül is logolni, hogy mikor melyik processz milyen PID-del mit indított, vagy mikor szállt ki...

    BTW. "Reimplementable Independently" "maybe" Ez micsoda? Nem tudják, hogy lehet-e függetleníteni? Arról nem is beszélve, hogy a "**systemd Implementation portable to other OSes or non-systemd distributions" oszlop elemei között egy darab yes van, a többi az no, vagy ritkábban partially.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393605

    > De itt pont az a lényeg, hogy le kell ragadni az előző évezredben, a 22 évvel ezelőtt szabványosított 50 éves megszokásoknál, különben mindmeghalunk!!!négy! :P

    Bocs, de ez még trollkodásnak is nagyon gyenge volt. Senki nem mondta, hogy ragadjunk le, hogy ne haladjunk. Az viszont nem mindegy, hogy merre haladunk és a systemd rossz irány.

    > (nem mintha _bármilyen_ sima szöveges izé ki tudná hozni azt, hogy adott időintervallumban az egy service-hez tartozó összes logbejegyzést megkapd (--since --until --service oszt jónap), mert sok esetben [pl. random daemon forkol egy random külső processzt, ami nem a daemon megszokott logolási mechanizmusát használja] nincs mivel összekapcsolni az egy szolgáltatáshoz tartozó bejegyzéseket...)

    Már hogy ne tudná. Maximum ahogy egyre szofisztikáltabb lekérésekre van szükség, úgy kell finomítani a cuccot is. Senki nem mondta, hogy az ilyen jellegű szűrések haszontalanok lennének, na de, ehhez miért is kéne a systemd sok-sok megája, amikor akár shellben, akár C-ben (vagy egyéb kedvenc nyelvben) össze lehet erre rakni egy parsert? Ha esetleg az init rendszerben ehhez módosítani kell valamit, azt is nyugodtan meg lehet csinálni. Itt van a kutya elásva, hogy ha van is a systemd-ben hasznos dolog, vagy ötlet, nem tudod csak úgy külön használni, akkor is kapod hozzá az egész catastrophed-t, ha tótágast állsz és mekegsz. Meg kell írni külön-külön az összes cuccot, amik csak azért felelnek, ami a feladatuk.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393617

    > MERT ÖSSZE KELL RAKNI HOZZÁ EGY PARSERT, LÁTHATÓAN TÖK FELESLEGESEN.

    Láthatóan tök nem feleslegesen! Ez egyszerűen nem érv, hogy a systemd majd ezt is megoldja helyettünk! Mit oldjon még meg a systemd, mi nincs benne? Legyen benne pl. system-updater is, mondjuk "updated" néven, ami ellentmondást nem ismerő módon lefrissíti a rendszeredet, akkor is, ha nem kérted, mert ő ezt jobban tudja, á la windóztíz? Ne tudjon mindent jobban! Pláne ne így... Nem az a bajom, hogy van benne egy logparser/filterer, hanem az a bajom, ahogyan ezeket megoldotta.

    > És felőlem lehet ez a systemd-journald páros, lehet ez az Upstart+ILF (Imaginary Logging Facility), akár csak egy sima logger, amibe be tudom pipe-olni minden service kimenetét, syslog hívását, állandóan felnyalja a daemonok által "kézzel" írt logfájlokat stb. Jelenleg nincs másik olyan naplózó szolgáltatás, ami a különböző forrásokból származó, de logikailag egybe tartozó bejegyzéseket összeszedné (lásd még a fenti nrpe + sudo példát) és kapásból elvi akadálya is van, az, hogy ha nem készíted fel erre előre a rendszert, akkor a különböző források (a fenti példában: különböző processzek) összepárosítása a megfelelő infó hiányában kb. lehetetlen.

    De ember, pontosan erről beszéltem, hogy amíg a systemd is csak felparse-álja őket, nem pedig logging backendet biztosít, addig az nem egységesítés, hanem ugyanott vagyunk, mint egy független toollal! Az, hogy a systemd-nek itt van egy specifikus for-ja, az egy dolog, mert azt a funkcionalitást át lehet ültetni más tool-okba, szolgáltatásokba is.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393606

    Én kérek elnézést, hogy reflexből POSIX shell kompatibilis kódot írok. :P




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393646

    > 1. Oké, de ezzel nem szűrtél intervallumra. Bár nem volt kiemelve, de nálam a dátumra szűrés jellemzően inkább az
    > 2. Oké, csakhogy ezzel bekerül minden olyan, ami tartalmazza a 21:40-et. Akár dátum (időpont?) akár nem. Például mi van ha a log szövegének része egy másik dátum valami oknál fogva?

    Két perces hevenyészett példák voltak. Írni kell olyan regex-et a "21:40" helyett, ami neked jó, pl.:

    "\[2019-10-06 16:..:..\]"

    , vagy mittudomén.

    > Azt mondom, hogy struktúrált adatokkal mindennek ott a helye, és adattípushoz passzoló eszközöket kapsz (nos, illene kapnod). Ezzel szemben egy szöveges log azt és olyan formában tartalmazza, amit az adott app épp kiköp magából. Ahány app annyiféle dátumformátum, van ami local időt, van ami UTC-t használ, abban szűrj kényelmesen greppel. Ismétlem, jó cucc. Csak nem erre való. Tudod, a kalapács esete.

    Nem csak a grep van. Amúgy vicces a kalapácsos hasonlat felemlegetése, hiszen épp a systemd az, amit mindenre is használni akarnak, nem?

    > Lehet, persze. Eltárolhatod jsonben, xml-ben, akár csv-ben is, csak épp innentől kell valami formátum specifikus parser, mert különben ugyanúgy meg vagy lőve az idézőjelek, escape-elések, és a szövegben előforduló, de nem adatnak számító elemekkel.

    Mert ugye a felsorolt formátumokra nincsen még készen full parser és egyéb ötmillió tool.

    > Ez a kijelentés még lehet igaz, de ez általánosítás, itt épp most kifejezetten a struktúrált logolás előnyeiről próbálok csak értekeni.

    Ahhoz meg nem kell systemd.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393660

    > Van pár előnye a plaintextnek, pl a hordozhatóság, és hogy tool nélkül olvasható, de ez ki is merül.

    És a hibatűrés az smafu? A systemd bináris logjai nagyon szeretnek korruptálódni.

    > és szöveg parse-olással a keresgélés, dátumra szűrés, de nem intuitív, nem hibatűrő, nem kényelmes, és legfőképp nem hatékony

    Nem hibatűrő? A plaintext? Az hogy jött ki? Éppen a bináris log az, ami nem hibatűrő. A többire meg csak azt tudom mondani, amit eddig: nem merül ki az eszközkészletünk a shell-ben, lehet rá céleszközt írni. Akkor intuitív is lehet, meg kényelmes is, meg hatékony is. Ehhez nem kell systemd.

    > Lehet forkolni kellene a systemd-t, és megoldani amit valaki írt itt fentebb, hogy célfeladatokra különálló, illeszthető egységekre legyen bontva. És akkor bármelyik része felhasználható volna a többi nélkül, illeszthető lenne más rendszerhez, stb.

    Ha a kezdetektől kezdve így csinálják, akkor talán lehet lett volna értelme csinálni; a lényeg, hogy ne legyen kötelezően ráerőszakolva a rendszerre és a használójára, el lehessen dönteni, hogy mi kell belőle, vagy sem. Most már késő, mert ez már így van összedrótozva. Van egyébként valami systemd fork (uselessd néven), de a kutya nem használja.

    > És rögtön az első probléma az volna, hogy ezek a különálló egységek hogy kommunikájanak egymással, miért pont úgy, és miért pont ahhoz alkalmazkodjon mindenki akkor? :)

    Minek kommunikálna egymással két olyan egység, aminek nem is kell egymással kommunikálnia?

    > Jó megoldás nincs.

    #define jó

    Megfelelő? Hogy ne lenne. Tökéletes? Az tényleg nincs. De a systemd-nél jobb megoldásokkal működtek ezek a rendszerek évtizedekig.

    > Vagy össze nem illő darabokból ollózol össze egy rendszert, vagy legalább az illesztőfelületet lenyomod mások torkán.

    Ez így totál értelmezhetetlen. Mi az, hogy össze nem illő? A rendszerben egy raklap össze nem illő dolog van, de ezeknek nincs közük egymáshoz; minek oda bármiféle illesztőfelület, amit lenyomnak a torkunkon? (És pont ez a torkon lenyomás az, ami miatt utálják az emberek.)

    > A systemd persze ennél tovább megy, de ha csak egy egyésges illesztőfelületet, meg független komponenseket adott volna, vajon jobb lenne a megítélése?

    Mindenképpen, mert opcionális lenne. A systemd-t elsősorban nem azért kap ennyi utálatot, mert rossz koncepciójú és rossz minőségű, hanem azért, mert ennek ellenére lenyomták az emberek torkán. Ha csak simán rossz lett volna, de két nap után elfelejtik, akkor max. röhögtek volna egyet az emberek. De ez így már nem vicces. Viszont ez az illesztőfelület még mindig nem tiszta; minek akarsz egymáshoz semmi közzel nem bíró komponenseket illeszteni? Egy hangkártyadrivert minek illeszteni a printerdaemonhoz? Hogy zenélhessünk a printeren, vagy, hogy felolvastathassuk a kinyomtatandó dokumentumot a hangkártyával? :P Csak mert a systemd-ben rengeteg ilyen hasonlóan abszurd "árukapcsolás" van, hasonlóan abszurd indoklásokkal.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393671

    > Nem ezt írtam, a parse-olásról beszéltem. Nagyon könnyű elrontani főleg ha valami komplexet akarsz.

    És ugyanezt a systemd-ben nem lehet elrontani? Ki kell tesztelni, akkor jól fog működni.

    > Mert sokadjára írom le, hogy nem a systemd-ről beszélek, és hogy amit írok az nem lesz invalid csak mert a systemd implementációja épp szar.

    Én sem csak a systemd-ről beszélek: te össze nem illő komponensek illesztéséről beszéltél és semmi alja nem volt az egésznek; erre szerettem volna választ kapni, hogy ezt mégis hogy érted. Ennek semmi köze nincs a systemd-hez.

    > Nem akarod megérteni amit mondok, csak a systemd-t fikázod vérszemet kapva, innentől feleslegesen tépem a szám :)

    Ez pedig megint nettó személyeskedés és hazugság.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393695

    Nem, ez így nem személyeskedés, de te az előbb nem ezt mondtad, olvasd vissza.
    A probléma ezzel csak annyi, hogy struktúrált adatot abban tárolsz, amit akarsz és úgy dolgozod fel, ahogy akarod. És itt jön képbe a systemd, hogy miért is azzal akarjuk ezt is megoldani?




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393325

    Nem csak a plusz felesleges réteg a probléma, hanem a rengeteg bug is. Messze több problémát okoz, mint amit megold.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393324

    > Ha az ember gyűlöli pötyöringet, meg a systemd-t akkor persze nyilván ördögtől való az egész

    Bocs, de nem cserélted véletlen fel a sorrendet? Ez így ment, hogy az emberek csak úgy gyűlölték Poetteringet és ezért abcug systemd és pulseaudio? Nem lehet, hogy fordítva történt, hogy a pulse és a systemd gagyi volt és felesleges és mégis "szabvánnyá" vált és ezért rühellték meg az emberek Poetteringet?

    > egyfajta init "szabvánnyá" válik

    Egyébként ez meg még idézőjelben sem szabvány, hiszen nincs is szabványosítva. Ez inkább egy nagy vendor-lock.

    A többire meg azt mondom, hogy remélem nem mondod komolyan, hogy a jobb hardware támogatás oka az "init rendszer" és egy olyan "hang alrendszer" ami nem tud az alatta lévő valódi hangrendszer (ALSA/OSS) nélkül meglenni? Ennek semmi köze nincs Poettering cuccaihoz. Fejlődik a Linux hardware támogatása, ahogy egyre több helyen használják és egyre több driver készül hozzá. Tök mindegy az init rendszer, vagy a hangrendszer. Én csináltam a cégnek olyan Devuan alapú live pendrive-rendszert, ami szinte mindenütt felkelt és minden működött; és semmiféle Poettering cucc nem volt benne.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393377

    > A pulseaudio fejlesztése során utálták meg tudtommal, a systemd fejlesztésénél már eleve leginkább a személye miatt fikázták az egészet.

    Nem egészen. A pulse miatt is utálták ez tény, de a systemd-nél is ugyanazok a problémák jöttek elő a személyével kapcsolatban, hogy van valami bug vagy ostobaság a systemd-ben és NOTABUG, meg WONTFIX.

    > Pulseaudiónál kezdetben voltak gondok, de jó ideje nem hallani sok rosszat róla.

    Most is vannak vele bajok, csak a durvább bugokat már felszámolták. Meg Poetteringet is, mert kiebrudalták.

    > Systemd-vel nem tudom indulásnál volt-e ilyen, nekem sosem volt bajom. Pedig nem is csak alap dolgokra használom, laposon pl. systemd-boot van, titkosított root partícióval, ahol USB billzettel is be tudom pötyögni a jelszót.

    Ehhez nem kell systemd.

    > Egy ingyenes, opensource szoftver? Amit bárki forkolhat? Aminek alternatívái is vannak? :D

    Az megvan, hogy a GNOME3 most tette kötelezővé a systemd-t, ami Linux-only és ezzel kizárta a használatból a többi UNIX-ot? Ez mi, hanem vendor-lock?

    > És ment mondjuk laptopon OOB a BT? Bemész a rendszer menübe, rányomsz h BT bekapcs, scanneli a deviceokat, feldobja a BT hangrendszered, párosítod és megy is rá ki a hang?

    Mivel BT-t nem volt még a közelünkben sem, így nem tudom, hogy az ment volna, de ennek mi köze a systemd-hez? Szerinted nélküle ez nem megy? Dehogynem, maximum az van, hogy azok a BT-t kezelő programok, amik jól működtek, azok systemd függőek lettek. És akkor lehet mondani, hogy systemd nélkül nincs BT, mert nélküle nincs az a program, ami normálisan kezelné. Ez is vendor-lock. Network managerek közül is több igényli már, igaz, hogy korábban nélküle is tökéletesen mentek és ha felteszed a régebbi verziót, akkor ugyanúgy tudod kezelni a netet. Vagy épp a BT-t. Ez az egész arról szól, hogy a systemd megkerülhetetlen legyen, pedig nincs rá szükség. Vagy olyan problémákat old meg, amik nélküle nem léteznek, vagy a probléma ugyan létező, de a megoldás rosszabb, mint a probléma.

    > Az, hogy bebutul valami debilány alapú cucc penről és ha rányomsz a piros rókára, akkor bejön a zindex, azért 10 éve is ment már.

    Kicsit komolyabb dolgokat is kellett ott csinálni, mint piros róka, meg zindex, vagy épp BT, de nem baj. Remélem nem azt akartad mondani, hogy ami systemd nélkül nem működik, az komoly dolog nem lehet, csak piros róka, meg zindex...


    Σ: 001 -> golgota


    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393439

    > Egyébként erre van bármi hivatalos forrás is vagy próbálkozott bárki a Gnome 3.34 lefordításával BSD-n?

    Azt linkelte be a topicnyitó. Konkrétan a BSD-ket, vagy Solarist nem említette senki, de ha a teljes user session kezelés a systemd-n keresztül történik, akkor mégis hogy lehet systemd nélküli rendszereken használni? Kicsontozva belőle a sessionkezelést és egyfelhasználós desktopként használva?

    > Mert eddig csak annyit láttam, hogy volt egy bejelentés, hogy a systemd funkcionalitását kihasználja mostantól a GNOME, hogy ez kizárólagos lenne, azt sehol nem találtam (olyan szinten meg nem érdekel, hogy átnézzem a GNOME shell forráskódját)

    Ezt a kommentek között írja le a szerző, hogy a gnome-session már csak bizonyos feladatokért felel, az user sessionok kezeléséért már nem. Úgy kb. egyébként a BSD-ket, vagy a Solarist sehol nem említették a 3.34 kapcsán.
    Azonban arról már fél évtizede, még a 3.14 előtt írtak, hogy kidobálják a gnome-session-t és a ConsoleKit-et, lesz helyette systemd/logind. Ott még volt szó (példaként) a FreeBSD-ről (a többi BSD-ről, vagy a Solarisokról nem), hogy "Then we could write a minimal stub implementation for e.g. FreeBSD as we’d know exactly what parts of the API we actually need. The stub would still be minimal; allow GNOME to run, but that’s it." Magyarán annyira még méltatták őket, hogy legalább az elindítást lehetővé teszik FreeBSD-n, "de ennyi". Viszont a lényeg itt is a kommentek között van, ugyanis két BSD user felteszi a kérdést, hogy hogyan tovább, miután teljesen átállították a sessionkezelést; mi lesz a BSD-kkel? Válaszként két széttárt kezet kaptak, hogy "súlyos hiányuk van BSD fejlesztőkből és lehet, hogy API-eltérés miatt a GNOME3 nem fog menni más (non-Linux UNIX) rendszereken, de attól még elérhető marad", azaz nem igazán foglalkoznak vele, hogy Linuxon kívül működik-e máson is, vagy sem, de legalább hajlandóak patcheket befogadni, ha nem. TL;DR: It's Open Source, solve your own problems... (...és aki nem fejlesztő?)
    További érdekesség viszont ebben a cikkben, hogy a KDE is át akar állni a logind-re. ("From what I understood, KDE will also make use of user sessions, logind, etc.") Tehát a fenti spekulációmmal nem is lőttem nagyon mellé; bár szerencsére eddig még nem lett belőle semmi. (AFAIK. Lehet, hogy azóta is vitatkoznak.)

    > A NetworkManagerek meg szintén kényelmesen elfutnak systemd nélkül is

    Nem azt mondtam, hogy mindnek kell, ez nyilván valótlan lenne; azt mondtam, hogy több is igényli. Pl. a Debian-ban lévő default manager egyáltalán nem fut nélküle. Azt mondjuk nem tudom, hogy forrásból le lehet-e úgy forgatni, hogy menjen nélküle, de mindenesetre a maintainerek úgy csomagolják, hogy függőség. Mind a két esetben beleerőszakolták a systemd-t a képletbe, csak az egyik esetben a developerek, a másik esetben a packagerek. A végeredmény szempontjából kb. mindegy.




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393326

    > És a systemd meg azért született, hogy ezeket az egymással lazán kapcsolt komponenseket központilag intézze valami

    Ez a mantra. Csakhogy:

    a) A bugok miatt alkalmatlan arra amire állítólag való.
    b) Olyan dolgokat is összekapcsol, amiket nem kéne. Pl. init rendszer, hálózati időszinkron, login manager, log kezelő, parancs ütemező, stb stb.
    c) A systemd célja valójában az, hogy megkerülhetetlenné tegye az egész Linuxos szoftvervilágban a fejlesztőit.

    > De hogy ennek pontosan mi a pozitív hozadéka

    Kinek?




    GNOME 3.34 is now managed using systemd: https://hup.hu/node/166006#comment-2393376

    +1




    firefox-67.0 -- Akkor én most itt megállnék egy kicsit: https://hup.hu/node/164465#comment-2352808

    A PaleMoon se rossz, bár régebbi firefosra épül, ami miatt pár weboldal nem biztos, hogy megy benne. (Most azt hagyjuk, hogy mit kéne csinálni az ilyen weboldalakkal, meg a fejlesztőikkel; előállhat olyan helyzet, hogy az embernek egy ilyen oldalon kéne valamit csinálnia.) Viszont az Iceweasel-UXP nem játszik? Az az 52-es bugrókára épül, szerintem nem nagyon van, ami ne menne benne, hacsak nem valami direkt króm-only/ie-only oldalról beszélünk. Ebben még van XUL, NPAPI, GTK2 és ALSA támogatás is. (Mondjuk az utóbbi csak akkor érdekes, ha Linux alatt akarod használni.) És ki van belőle gyomlálva a sok fos reporter, cloudgeci, meg telemetria.




    firefox-67.0 -- Akkor én most itt megállnék egy kicsit: https://hup.hu/node/164465#comment-2352984

    Hát, enélkül még szerintem lehet élni, max. máshogy néz ki a website.




    firefox-67.0 -- Akkor én most itt megállnék egy kicsit: https://hup.hu/node/164465#comment-2353323

    Akkor meg probléma megoldva.




    Linus Torvalds: Linux 5.4-rc1: https://hup.hu/cikkek/20191001/linus_torvalds_linux_5_4-rc1#comment-2392977

    https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.4-POWER-Cha…




    Szabadalomsértési pert kapott a nyakába a GNOME Foundation: https://hup.hu/cikkek/20190925/szabadalomsertesi_pert_kapott_a_nyakaba_a_gnome_foundation#comment-2390758

    +1

    Az Aureal is így végezte; hiába nyerték meg a pert a Creative ellen, a tőkéjük elfogyott és utána a Creative felvásárolta őket. Az amcsi jogrend egy nagyon rossz vicc.




    Szabadalomsértési pert kapott a nyakába a GNOME Foundation: https://hup.hu/cikkek/20190925/szabadalomsertesi_pert_kapott_a_nyakaba_a_gnome_foundation#comment-2391080

    Nem tudom, csak tippelni tudok: ha van kereskedelmi cég, ami ezeket a nyílt forrású cuccokat használja valami termékében, akkor ezeket a cégeket folyamatosan lehetne "adóztatni" (értsd: sarcolni), amennyiben el tudják venni a jogot az eredeti fejlesztőcsapattól. De ez tényleg csak tipp, közöm nincs a joghoz.




    Szabadalomsértési pert kapott a nyakába a GNOME Foundation: https://hup.hu/cikkek/20190925/szabadalomsertesi_pert_kapott_a_nyakaba_a_gnome_foundation#comment-2391157

    > A web nem elore, hanem visszafele fejlodik :(

    Már vagy húsz éve...




    Szabadalomsértési pert kapott a nyakába a GNOME Foundation: https://hup.hu/cikkek/20190925/szabadalomsertesi_pert_kapott_a_nyakaba_a_gnome_foundation#comment-2391224

    Nem zárt az, csak "okosmobil" kell hozzá. Az ugyanolyan, mint egy chrome/ie/whatever-only weboldal: nincs zárva, csak kell egy konkrét browser hozzá.




    Szabadalomsértési pert kapott a nyakába a GNOME Foundation: https://hup.hu/cikkek/20190925/szabadalomsertesi_pert_kapott_a_nyakaba_a_gnome_foundation#comment-2391495

    Ja, hogy úgy zárt, hogy bináris. Azt hittem zárt alatt azt érted, hogy zárt körű, normál esetben nem hozzáférhető.




    Linuxot régi laptopra (1 mag, 1,73 Ghz Celeron 530 + 2GB DDR2 + Hdd): https://hup.hu/node/165792#comment-2389734

    > A GTK3 csiligány bloatra való átállás óta az LXQt minden szempontból gyorsabb és kézenfekvőbb, mint az LXDE.

    Én asszem itt valami összekeveredett... Az LXDE sosem állt át GTK3-ra, pont azért, mert a fejlesztőjének nem tetszett a GTK3. AZ LXDE mindig is GTK2-es volt, csak három éve a 0.99.2-nél befejezték a fejlesztést, mert még 2013-ban összeálltak a Qt4 alapú RazorQt fejlesztőivel és együttesen megcsinálták a Qt5 alapú LXQt-t.

    Egyébként nagyjából mind a három rendszer ugyanannyi memóriát eszik: LXDE: 108 MB, LXQt: 112 MB, RazorQt: 114 MB.




    Linuxot régi laptopra (1 mag, 1,73 Ghz Celeron 530 + 2GB DDR2 + Hdd): https://hup.hu/node/165792#comment-2389736

    +1




    Linuxot régi laptopra (1 mag, 1,73 Ghz Celeron 530 + 2GB DDR2 + Hdd): https://hup.hu/node/165792#comment-2389735

    Miért "butított" Opera - azaz az újkori "Chropera" - kell? Az Opera 12 ezekhez képest sokkal erőforráskímélőbb (ez egy szó?) és az ECC ciphereket leszámítva (ill. windowson még az is, a 12.18-assal) a net elsöprő többsége még mindig megy vele és out-of-box tartalmaz szinte mindent, amihez a többi böngészőben addonok kellenek. http://ftp.opera.com/pub/opera/linux/1216/




    Linuxot régi laptopra (1 mag, 1,73 Ghz Celeron 530 + 2GB DDR2 + Hdd): https://hup.hu/node/165792#comment-2389737

    > Szóval a LUA-féle .luac bájtkódja jó, a Python viszont bloat.

    Azért ebben van némi igazsága; a LUA kb. 200 kB, a Python meg 4 MB. Tényleg nem egy kategória.




    Linuxot régi laptopra (1 mag, 1,73 Ghz Celeron 530 + 2GB DDR2 + Hdd): https://hup.hu/node/165792#comment-2389914

    Ja, értem már, hogy mi a probléma. Elbeszélünk egymás mellett: nyilván nem magáról a nyelvről, a koncepcióról volt szó, hanem az asztali gépeken futkosó Python implementációról, az volt összehasonlítva a Lua implementációval, hogy usque 21x akkora. De egyébként amit te mondasz, hogy van Pythonból olyan implementáció is, ami elfér egy mikrokontroller RAM-jában, az is azt mutatja, hogy az asztali Python implementációja az minden, csak nem lightweight...

    (A különféle könyvtárak és framework-ök mérete irreleváns abban a kérdésben, hogy maga az interpreter bloated-e vagy sem. Ha az interpreter nagyobb, mint kéne, akkor az a bloated, ha a könyvtárak/framework-ök, akkor azok.)

    Ja, amúgy ami a hordozhatóságot illeti, abban igaza van hajbazernek, hogy "A Python-ban írt alkalmazás annyira platformfüggetlen, amennyire a Python és a hozzá való modulok". Nyilván, ahol nincs Python, ott nem fog futni.




    ANDOR - Egy 8 bites számítógép próbapaneleken: https://hup.hu/node/160932#comment-2269012

    Szép munka, grat!




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2373678

    Keress mást. Itt van néhány tipp. Én speciel a ProtonMailt használom és jól működik.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2375050

    ProtonMailből van ingyenes felállás is. Persze tukmálják, hogy fizessen elő az ember, de nem kötelező. Ez ilyen hibrid.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2375158

    break;



    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2373721

    Csakhogy a gaymail addig fog baszogatni, amíg le nem nyeled a békát és meg nem adod neki a telefonszámodat, amivel ugye - a mai "Tenor Pista"-ellenes törvényeknek köszönhetően - tökéletesen azonosítható leszel. Válts most. Bármi másra. Exportáld a leveleidet és menekülj.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2373735

    Hát pont ez az.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2374644

    Nem igaz, hogy senki nem írta le, én leírtam, hogy sehogy, kizárólag 2FA-val, csak ignoráltad. Igaz, linket nem adtam rá, de akkor most adok: https://support.google.com/a/answer/7102416?hl=en

    Stop incorrect suspicious login activity alerts

    1. If you find that a suspicious login activity is actually a legitimate sign in by a user, we recommend enrolling that user in 2-Step Verification.
    2. Consider enrolling all of your users in 2-Step Verification to reduce these alerts for your organization.

    Tehát akkor még egyszer: a válasz a kérdésre, miszerint, hogyan lehet elérni, hogy ne törődjön vele, hogy honnan és mivel jelentkeztél be, csak engedjen be, az az, hogy sehogy: addig fog baszogatni, amíg meg nem unod és nem állsz át a 2FA-ra. Nem poénból, vagy trollkodásból írtam, hogy mentsd ki a leveleidet és menekülj, hanem komolyan.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2375000

    Nincs mit.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2375269

    Helyesírásba belekötni meglehetősen silány hárítás. Nem kell, hogy személyeskedésnek vedd: mondhatott volna az ms helyett más céget, más fizetős felállást is, ahol a fizetős kuncsaftot még mindig portékaként kezelik. És ugyanakkor sok ingyenes projekt van, ami csak simán ingyenes, mégsem vagy áru. Ez nem ingyenesség kérdése, hanem mentalitásé. Egy tömegigényre szakosodott multinál mindenképpen áru vagy, akár fizettél nekik, akár nem. Kis cégeknél, vagy projekteknél talán nem.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2375602

    Ugyan a win10 kezdetektől fogva egy orbitális kémprogram, de én most generikusan a cégekről beszéltem, nem egy konkrét szoftverről.




    Gémélyl kekeckedéstelenítése - hogyan?: https://hup.hu/node/165304#comment-2389290

    Miért, inkognitómódban nem kér regisztrációkor teflonszámot? Tudtommal mindenképpen kér.




    Unicode karaktereket tartalmazó string küldése GUI ablaknak Linux alatt: https://hup.hu/node/165849#comment-2389067

    Értem, akkor itt strippelhető. A hungarumlaut => Q-ra nincs tipped?




    Unicode karaktereket tartalmazó string küldése GUI ablaknak Linux alatt: https://hup.hu/node/165849#comment-2389150

    Thx, ezt azért majd megnézem.

    > (Az UFT8 ugye csak a hupon eliras?)

    Nem, ezt egészen konkrétan maga az

    xvkbd

    szerzője írta. (Az

    -utf

    kapcsoló nem segített, az

    -utf16

    -ot meg csak most találtam meg, de már megoldódott.)

    Sz*rk: Ja, hogy "UFT"... Igen, az csak itt elírás. :/




    Unicode karaktereket tartalmazó string küldése GUI ablaknak Linux alatt: https://hup.hu/node/165849#comment-2389073

    /o\ Nem látom a fától az erdőt; miért nem jutott a vágólap az eszembe?! Köszönöm a segítséget.




    Unicode karaktereket tartalmazó string küldése GUI ablaknak Linux alatt: https://hup.hu/node/165849#comment-2389093

    Mind az

    xdotool

    , mind az

    xvkbd

    ezt csinálja:

    xdotool type --window "$WINID" "$TEXT"
    xvkbd -window "$WINID" -type "$TEXT"

    De croach kollega workaroundja perfekt működik.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387748

    Nem szabályszerű időközönként kell kapcsolnia, de alapvetően ritkán, több percenként. A lekapcsolás sebessége nem fontos. A kapcsolt állapotot nem muszáj véglegesen megtartania, de legalább 5 másodperc kell, mert hideg resetet akarok vele csinálni.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387768

    Arról van szó, de minél egyszerűbben.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387771

    Gőzöm sincs, hogy mire van szükség, az USB modem vezérelhető hideg resetelését szeretném minél egyszerűbben megoldani. Kb. az, amit Elbandi írt, hogy az USB kábel power vezetékét keresztülküldöm a relén COMM->NC irányban, aztán a GPIO-ról megrántom a tekercset, ha áramtalanítani akarok. Csak sajnos az egyetlen kapott relének 50 mA kellene 3.3V-on, ez meg csak 13.4 mA-t tud kiadni.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387890

    Érdekelni érdekel, ha tudom vezérelni GPIO-ról. Nekem mindegy, csak tudjam fizikailag áramtalanítani az USB modemet és minél egyszerűbb legyen kivitelezni.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387932

    Köszi szépen, máris rendelünk egy ilyen relét.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387966

    Nyilván nem egyet rendeltünk (hanem 10-et), de egyébként nem fogom kinyírni. Azt se nyírtam ki, ami itt van, pedig egy darab volt belőle. Csak nem tudja meghajtani az OPi. (A lábakra meg mindig nagyon ügyelek, mert digitális IC-kből szoktam építgetni.)




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387767

    Hát kicsit...drágább, mint maga az OrangePi és az USB modem együtt.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387895

    Há-há. :(




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387967

    Biztos. Én ehhez nem értek, csak megnéztem a kapott linket.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388090

    Ki mondta, hogy nem jó? Már meg is rendeltük.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387892

    Ránéztem a rajta található relék adatlapjára, de ez 3V-nál 120 és 150 mA-eket ír. Vagy rosszat nézek?




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387930

    Én sem tudom, mert az Orange Pi doksija ebből a szempontból kiemelten csapnivaló, nem találtam benne a kimenő áramokról egy deka sort se.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388091

    Ja, értem, azt nem tudtam, hogy optocsatolón keresztül megy, csak a relé datasheetjét néztem meg.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387894

    Kettőt, könnyebbet. bucko azt mondja, az csak névleges érték. Ezt nem mértem ki, mert gőzöm nincs, hogy tudnám az ampermérőt sorbakapcsolni az USB modemmel. :P




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387893

    Nem számít, hogy boot közben mit csinál, úgyis hidegresetet fogok vele csinálni, amikor vezérlést kapok. Ettől persze ezek a relé boardok jók lehetnek, csak én nem értek hozzájuk, tudsz egyet ajánlani, ami a fent írt kritériumoknak megfelel?




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387891

    Köszi, ez lehet, hogy jó lesz. Azt nem tudom, hogy ohmos-e a terhelés, más "fogyasztó" nem lesz az áramkörben csak amiket felsoroltam.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387928

    Ja, értem. Bocsi, kocaelektrós vagyok. Relét kell meghúzni, abban meg tekercs van, induktív terhelés.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2387931

    Hát ez lehet, hogy működne, csak nem tudom, hogy melyik pin-t kéne lekapcsolni. Azt írják, hogy a fex-ben is be kellene lőni, hogy melyik pin felel érte, de nem találom.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388136

    Sajnos nem működik. Felvettem a fexbe is, amit írtál, de nem működik. Kiadom neki, hogy kapcsolja le mind a két portot (a harmadikat nem is tudja szabályozni) és nem történik semmi. Azaz kiírja a regiszterbe, amit kell, de nem kapcsolja le.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388162

    Orange Pi PC+. Mondjuk közben a másik topicban mazsi megoldotta a dolgot, de ettől függetlenül érdekel, hogy tényleg le lehet-e kapcsolni rajta az USB villanyát valahogy.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388181

    Ez volt benne eredetileg, mielőtt átírtam volna. Meg ez az L port, nem a H. És a

    sunxi-pio -m PL02'<1><0><0>'

    sem vitte. Mondjuk megpróbálhatnék beletúrni fizikailag az L regiszterbe is...

    Sz*rk.: Úgy sem ment.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388211

    (Ide reagálok, mert ha a tiedre reagálnék, nem tudnád lezárni a nyitvahagyott

    code

    tag-et.)

    Próbáltam úgy is, de úgy sem ment.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388135

    Thx a tippet.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388134

    Köszi, de feljebb bucko már adott egy egykomponenses megoldást.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388210

    Saját használatra kellett volna, annak meg mindegy, hogy hogy néz ki, meg mechanikus-e, vagy sem, de azért köszi a felhomályosítást. :)




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388176

    bucko ezeken már végigzongorázott.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388207

    Thx a tippet.




    5V / 2A kapcsolásához 3.3V / 13 mA-rel kapcsolható relé: https://hup.hu/node/165803#comment-2388208

    Köszi, mondjuk én konkrét típusokra gondoltam, de mindegy, már megoldódott.




    Kiadták a GNOME 3.34-et: https://hup.hu/cikkek/20190913/kiadtak_a_gnome_3_34-et#comment-2386625

    De cserébe lassabb.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387068

    És van olyan relés USB-s toldó, aminek lehet pl. GPIO-n keresztül parancsot adni és leválasztani? Vagy építeni kell.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387334

    A patkolás része még menne, de milyen fajta relémodul volna ide jó? Vagy bármilyen jó hozzá?




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387697

    Akkor itt csináltam konkrétan a relés kérdésnek topikot. Aki tud valamit, ne tartsa magában.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387070

    Itt muszáj az USB-s modem. A restart általi villanyelvétel az USB-nél is működik, nem?




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387083

    Akkor az egyel fentebbi relés megoldás lesz az egyetlen hardware-es megközelítés, ami jó lehet.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387066

    A

    wvdial

    automatikusan indítja a

    pppd

    -t, amikor leállítom, vele áll az is.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387074

    DHCP és PPP. Itt a

    wvdial.conf

    . Ez indítja a

    pppd

    -t is. (Jah, a

    AT+QPOWD

    -t ki is hagytam a felsorolásból, hogy

    "COMMAND NOT SUPPORT."

    (sic!))




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387082

    Akkor valamit nagyon félreértelmeztem tegnap, dehát hajnali fél kettő volt már...

    Felvettem a

    wvdial.conf

    -ba, a

    AT^NDISDUP=1,1,"internet"

    elé, hogy

    AT^NDISDUP=1,1,""

    , de nem szakasztja le újracsatlakozás előtt.
    Sőt, ki is cseréltem; üres APN-nel is ugyanolyan jól megy...

    Sz*rk.:

    AT^NDISDUP=1,1,"kecske"

    => ezzel is megy...tök mindegy mit írok be neki, nem szakad le.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387095
    AT+CGDCONT=1,"IP","internet"

    és

    AT+CGDCONT=1,"IP",""

    ugyanaz, mint eddig,

    AT+CGDCONT=1,"IP","kecske"

    -nél már leszakad (hangup, error code 16). De az IP cím nem változik meg utána.

    Sz*rk: Megpróbáltam az

    internet.vodafone.net

    -et, hátha egy érvényes, de sikertelen autentikációs kísérlet után IP-t vált...nem.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387336
    AT+COPS=2

    =>

    CME ERROR: Incorrect parameters
    AT+COPS?

    =>

    0,0,"Telekom HU",7
    AT+COPS=?

    => Rommáfagy a modem, majd kis idővel magához tér. (De az IP-t nem cseréli le.)




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2388144

    Az

    AT+CFUN=4 + AT+CFUN=6,1

    kombó működik! Nagyon szépen köszönöm, jövök egy sörrel!

    És akkor itt a működő

    wvdial.conf

    is.




    USB modem fizikai újraindítása, vagy új IP cím kérése (OrangePi/Linux): https://hup.hu/node/165784#comment-2387067

    Én nyitott vagyok mindenre: hogyan?

    Sz*rk: Never mind: kiderült, hogy nem DHCP.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385778

    Részletek? Vagy nem publikus?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385856

    Hát igen, ha jót akarsz magadnak, akkor a systemd-t irtani kell. Én is kiirtottam az Orange Pi-s Raspbianból, még úgy is, hogy a csomagok egy részét gányolni kellett, pl. a

    policykit-1

    is systemd-függő volt, úgy, hogy nem is volt az, azaz a binárisok köszönték, jól mentek nélküle, de a surmó debilány team bedrótozta a csomagba a systemd-t mint függőséget. Azért, hogy ne lehessen megkerülni. Egy csomó csomagnak függősége, úgy, hogy nem is használja maga a lib vagy app. Ezért jó, hogy van Devuan, meg MX Linux, csak sajnos pont az ilyen lapkákra nincs.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385884

    > Vagy bármi más, ami nem debilke/buguntu vonalról érkezett - ha van egyáltalán olyan.

    Hogyne, a FreeBSD meg a NetBSD is faszán megy. (Nálam legalábbis.)




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385883

    > Mondjuk azt nem tudom, hogy valaki hegesztett-e már belőle Pi-re valót...

    Nem tudok róla, de lehet.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385886

    Hát, ha szerinted az haladás, hogy egy nem kritikus mount sikertelensége esetén a SysVInit alatt megszokott warn & skip helyett összefossa magát a rendszer, akkor téged sem zavarnak nagyon a tények.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385981

    Tény, a rootként belépés meghiúsulása nem a systemd hibája volt, de a felhasználói kontroll elvétele viszont igen. (Meg nem tudom feltűnt-e, de zeller eltévesztette a kommentet; én nem írtam egy sort se a root loginről.)




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386016

    Helló, én nem hagytam zároltan semmit, jó reggelt kívánok, még mindig eltévesztetted a kommentet! És kurwára nem arról beszéltem, hogy ilyenkor basszon oda egy root promptot, hanem arról, hogy kérdezze meg, hogy skip vagy login prompt.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386087

    Erre lentebb már kétszer is válaszoltam, mármint, hogy van-e az ott álldogálónak joga-e skipet nyomni, de mindegy, akkor induljunk ki abból, hogy nincs, hacsak nem igazolja magát.

    Kérdem akkor: van-e olyan lehetőség a systemd-ben, hogy mount fail esetén feltegye a kérdést, hogy skip vagy login és skip esetén root password-öt kérjen? Mert még mindig arról van szó, hogy nincs opcionális skipping, vagy always fail van, vagy always skip, legalábbis ezt mondjátok SzBlackY-val.

    És kérdem továbbá: hogy amennyiben van, ha mind a javításhoz, mind a skiphez root login-t kér, ami zárolt root account esetén nem fog működni, akkor hogy fogod kijavítani a rendszert, ha fel sem tudod bootolni? Persze, eltérítem a boot-ot, hogy egy shell-t hozzon fel. Ez valid válasz, csak így viszont dönti azt az érvet, hogy ne legyen joga eldönteni a júzernek root account nélkül, hogy skippelhet-e vagy sem, nem?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386106

    A boot folyamatot ugyanúgy bárki el tudja téríteni, akár a takarítónő is, mert ott nincs jogosultságkezelés. De mondom, induljunk ki abból, hogy bármilyen interakcióhoz root jogosultság kell; van erre lehetőség, hogy root jogosultság ellenében rákérdezzen a systemd, hogy skip vagy shell? Mert eddig csak az volt, hogy előzetesen be lehetett állítani, hogy mit döntsön, mindig skip vagy mindig shell.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386115

    Le lehet védeni, ahogy zeller is mondja, de nem szokták, sok ilyet láttam már. Meg amúgy is, itt az egész abból indult ki, hogy apal egyik "játszós" gépén mit csinált a systemd, ott meg úgyis egyedül ül a gép előtt...




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386130

    Azt nem tudja, hogy miféle gép, az tény, de a jelek szerint nincs lehetőség arra, hogy nem zárolt user esetén válaszhass a skip vagy a konzol között.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386695

    https://hup.hu/node/165731#comment-2386272




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386114

    Tudom, hogy le lehet jelszavazni, de nem ez a lényeg. Erre adj választ, mert sokadik forduló óta kerülöd: induljunk ki abból, hogy bármilyen interakcióhoz root jogosultság kell; van erre lehetőség, hogy root jogosultság ellenében rákérdezzen a systemd, hogy skip vagy shell? Mert eddig csak az volt, hogy előzetesen be lehetett állítani, hogy mit döntsön, mindig skip vagy mindig shell.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386131

    Nem az volt a kérdés, hogy mi kell ahhoz, hogy bármilyen interakciót lehessen kezdeményezni.
    Lehet root jogosultsággal, _nem zárolt_ root account esetén választani, hogy csak skip vagy shell? Ez az, amire nem vagy hajlandó válaszolni. Nem bármilyen interakció, nem szarakodni akarunk: mount failed, give root password, skip or shell?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386143

    Hogy failed mount esetén megkérdezze, hogy mit csináljon? Pl. a SysVInit.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386149

    Passz, lehet, hogy az OpenRC vagy az s6 tudja. De igazából engem a skip mint opció hiánya zavart, zeller ragaszkodott hozzá, hogy az is kérjen root password-öt.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386160

    Itt nem kritikus mountpointokról volt szó. Miféle security-s programot tárolnának a rendszerkönyvtárakon kívül?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386173

    Az meg akkor kritikus és anélkül úgy sem áll fel a rendszer rendesen.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386180

    https://hup.hu/node/165731#comment-2386179




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386172

    Boot közben hogy fog rsyncelni? Mert itt boot közbeni fail-ről volt szó. Egyébként ez is kritikus mountpoint. Meg ha ilyen fontos helyre beengedik csak úgy akárkit, az régen rossz, mert akkor ennyi erővel - ha tudja mi a skip - akkor ennyi erővel a gépet is szétszedheti.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386179

    Ne adj szavakat a számba. Én mondtam, hogy rendben, kérjen root passwordöt a skiphez is, de a systemd nem tudja. Akkor miért is érv a a systemd mellett egy olyan feature számonkérése a SysVInit-en, amit a systemd sem tud?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386271

    > Te mondtad, hogy a SysVinit megoldás a problémára.

    Én ilyet nem mondtam. Én azt mondtam, hogy a SysVInit engedi a skipet is és te dönthetsz, nem azt, hogy a SysVInit a megoldás. Kértem, hogy ne adj szavakat a számba.

    > Pedig a SysVinit behoz egy security risket (sulogin, lockolt root accounttal is ad egy root shellt).

    Tény, de security riskből a systemd oldalon sincs hiány; hogy is volt, amikor invalid usernévnél a root-ra revertelt? Egy érv a SysVInit ellen, nem érv a systemd mellett. Tonna alternatív initrendszer van.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386277

    Tudom, hogy nem javították, mert Lennart bátyó szerint ez nem bug. De a probléma nem is ott van, hogy most Poettering megint szembemegy a POSIX-szal és önkényesen szab mindenféle szabályt a felhasználónevekre: az a probléma, hogy akár invalid, akár nem, ne a root-ra reverteljen. De ezt a múltkor már kiveséztük.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386287

    Egyrészt a POSIX ilyet nem írt elő. Voltak olyan tool-ok (pl.

    adduser

    ), amik egy változóból (pl.

    NAME_REGEX[_SYSTEM]

    ) rántották be a helyi névszabályt, de volt kapcsoló (pl.

    --force-badname

    ), hogy ne foglalkozzon a konvenciót áthágó nével, hozza csak létre. (Egyébként egy alapból stringként kezelt stringnek miért értelmezné különféle módon a különféle részeit a rendszer? Miféle system vagy tool csinálta ezt? Mármint a systemd-n kívül.)

    Másrészt az önkényesen invalidált számmal kezdődés a kisebbik baj. Nem ezért akarták meglincselni elsősorban Poetteringet, hanem azért, mert a root-ra revertelt. Az azért elég nagy security risk.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386307

    > Nem a root-ra, hanem az usernév elejéből számként értelmezhető értékre.

    Ami 0 esetén a root, ld. a felsorolt neveket. És mi értelme van ennek, miféle rendszer csinálta így?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386288

    0 esetén viszont a root-ra revertel. És így pl. az ominózus

    0day

    mindjárt ezt csinálta, azon bukott ki a balhé, de a Poettering által használt

    0pointer

    usernév is.

    Kérdés itt is áll: egy alapból stringként kezelt stringnek miért értelmezi különféle módon a különféle részeit a rendszer? Ennek mi értelme?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386359

    De ennek mégis mi értelme van? Az usernév az egy string, nem egy szám, pláne nem vegyesen szám és szöveg.

    Nem, attól, hogy simán szövegként kezel valamit, éppen hogy kevésbé lesz bloatabb, mint ha parse-álni kéne egy adatmezőt. A felhasználóneven nincs mit parse-álni, az szöveg. Maximum egy regexpet rá lehet engedni, hogy annak megfelel-e, de ez sem kötelező. Amúgy meg nem nekünk kell usecase-t adni arra, hogy miért kéne engedni a számmal kezdődő nevet, hanem nektek arra, hogy miért kéne tiltani. És az nem usecase, hogy mert a systemd így értelmezi. Ki kérte ezt a baromságot, mi az értelme? Mi a francért kellene a loginname elejét számként értelmezni?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386554

    > Mert a felhasználónév _és_ uid is használható ott.

    Loginnévnél? Ilyet sem a POSIX, sem más nem ír elő. Választ kaphatnék végre arra a kérdésre, hogy ha ez nem systemd marhaság, akkor hol találták ki ezt és miért, mi ennek az értelme, hogy valami ami egyértelműen szöveg, azt minek akarják integerként értelmezni? Milyen rendszerben volt ez rendszeresítve, hogy egy username-et váró adatmező UID-et és username-et is elfogad és valami syntax-convention helyett úgy dönti el, hogy melyiket kapta, hogy számmal kezdőik-e vagy sem? Mert ez agyfasz. Akár a systemd szerzője találta ki, akár másutt volt először.

    > Speciel K&R kérte, lásd még atoi ;)

    K&R kérte, hogy a UNIX-okban a loginnevekre direkt húzzák rá a szövegből integerre konvertáló függvényt. Nem tudom, hogy ez hogy jött ki, de eddig ez viszi a prímet ebben a topikban. A kérdés az volt, hogy miért értelmeznének loginneveket számként és erre te indoknak azt adod, hogy mert a C nyelv általános függvényei között van ASCII to integer átalakító? Ez most komoly? Ha van ilyen, akkor rá is kell húzni? Remélem, ez csak valami rettenetes vicc volt.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386572

    > Hogy megadhass akár nevet akár uid-et. "Jaj, de azt két külön mezőben kéne". Ok, melyiknek legyen magasabb prioritása (azzal együtt, hogy sehol máshol nincs a systemd konfigban prioritás). Ha a system-wide unit fájlban definiált UserId=0-t /etc-ben override-olom UserName=foobar-ral, melyik nyerjen? Függetlenül az adhoc meghatározott prioritástól?

    Egyfelől kicsit szelektíven reagálsz: én felkínáltam lehetőségnek a syntax-convention-t is. A POSIX szerint kisbetű, nagybetű, szám, pont, underscore és hyphen lehet benne, de ez utóbbival lehetőleg ne kezdődjön (feltételezem azért, hogy ha egy parancsnak usernevet kell megadni, akkor ne kapcsolónak vegye az argumentumot), ennek megfelelően az összes invalid karaktert fel lehet használni tag separation-re, pl. kettősponttal elválasztod, hogy

    user=datatype:data

    (omitted datatype esetén revertel a default szöveges értelmezésre) és akkor

    user=0-val_kezdodo_user_name_aki_az_uid_11-es

    és

    user=UID:11

    . Vagy valami ilyesmi. A lényeg, hogy ambiguous data ne lehessen és ne reverteljen egy számmal kezdődő név esetén egy totál másik felhasználóra, rossz esetben a root-ra.

    Másfelől még mindig várom a választ, hogy ez így hol volt még rendszeresítve, mert eddiglen csak a systemd-ben láttam ilyet.

    > Egyébként meg tessen menni az indiánokhoz is sírni, náluk a User direktíve usernév vagy #uid formátumú. Pedig felülcsaphatom az /etc/password-öt, mert én jobban szeretem, ha a root-om #root, de a rohadt szemét Apache ezt elvette tőlem.

    Ennyire nem érted, hogy elsősorban nem az a baj, hogy a systemd nem engedi a számmal kezdődő userneveket, hanem az, ahogy az adatot értelmezi és reagál rá? Ugyanis az utóbbi eredménye az előbbi. Ha Poettering csak simán kitalálta volna, hogy innentől nem szabad számmal kezdődő neveket használni, akkor maximum kiröhögik, vagy leanyázzák, hogy már megint hülye. De itt arról van szó, hogy egy fundamentally broken interpreting concept miatt kreált kurwa nagy sechole-t próbál bugfix helyett policy-vel "orvosolni"! (Számként értelmez valamit, amit nem kéne és teljesen más user nevében fog futni a cucc...)

    > Nem, ők csak bevezették azt a szokást, hogy atoi("0pointer") == 0 és atoi("1pointer") == 1

    De ki a faszom kérte, hogy ezt húzzuk rá valamire, amire nem kell? Hol használták ezt usernevekre? Mert ti ezt állítjátok, hogy ez nem systemd találmány, hogy az autentikációra használt szöveges adatot kétféleképpen lehet értelmezni és a numeric prefix dönti el, hogy melyik. Hol?

    > és létrehoztak egy nyelvet/környezetet értelmes hibakezelés nélkül, ezzel lassan fél évszázada megfertőzve több generációi programozót, hogy edge case-ekre nem figyelünk, különösen, ha az edge case out-of-scope, mert anti-pattern [aki bullshit-bingózik, annak ez a mondat remélem egész sor lett]

    Az megvan, hogy ezzel kvázi elismerted, hogy amit a systemd csinált az egy nagy fasság?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386580

    > Inkább azt, hogy a lehető legkisebb faszság, amit elkövethettek

    Mi? Az, hogy elég nullával kezdeni és revertel a root-ra? Hát szerintem ez a legnagyobb baromság, amit elkövethettek...

    > azt már tisztázuk, hogy az nem játszik, hogy külön direktíva a usernév és a userid, mert rengeteg ellenérv szól ellene, tehát marad, hogy vagy csak UID vagy csak usernév, esetleg a kettő között különbséget teszel. A kettő között amint elfelejted a POSIX-ot (szevasz pl. SSSD, amit joska@REALM alakú userneveket mappel alapból, az @-et nem látom a felsorolásodban, a Winbind, ami REALM\foo [külön jó móka konfig fájlokban a random escape szekvenciák megszülése hozzá) marha nehéz különbséget tenni: lásd a fenti Apache-os példát, ahol annyi történt, hogy az egyik ritka (és sok rendszeren tiltott... BTW, a Debian tui/gui felületeken a pontot tartalmazó usernevet pl. visszadobja) edge case-t egy másik ritka edge case-re cserélted.

    És? Ezzel kizártál minden egyéb megoldást? Csak mert nem. Ha mindenáron az a mániád, hogy minden karaktert akarsz használni usernévben és egyetlen direktívát akarsz rá használni, akkor is van több épeszű megoldás a datatype specifikálására: pl. +1 direktíva rá.

    user-dt=uid
    user=11
    user-dt=string
    user=0-val_kezdodo_user_name_aki_az_uid_11-es

    És itt is, ha az

    user-dt

    nincs megadva, akkor ugyanúgy stringnek veszi az

    user

    tartalmát.
    Ezzel nem törtél el semmit, kompatibilis maradtál mindennel, amivel csak akartál és még azt a fránya invalid-user-revertet is preventáltad.

    > Elbaszott design? Az. Örökölt? Igen.

    Örökölt? De honnan? Légy szíves, most már mutassatok egy valamilyen UNIX-ot, ahol az volt a practice, hogy ha az usernév számmal kezdődött, akkor azt autentikációkor UID-ként értelmezte a rendszer. Bármilyet. Ha 1982-ből mutattok valami System III-as issue-t, akkor is elfogadom, hogy volt a systemd előtt ilyen, csak akkor meg fogom kérdezni, hogy miért kellett lemásolni egy 40 éves bad practice-t; a régmúlt fasságai a jövő követendő példái?

    > És akkor a másik, "a csúnya gonosz pöttering hozzáállás, a rohadék wontfixel!!!!négy!". Oké, üljünk le, találjunk ki egy megoldást, pl. egy olyan prefixet, ami garantáltan nem lesz usernévben (javaslon a NUL byte-ot vagy a kocsivissza-újsort, kb. minden más lesz). Ezzel eltörtél _minden_ olyan konfigot, ahol uid-et használtak, világszerte.

    Adtam prefix mentes megoldást fentebb.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386590

    > Oké, loop, melyiknek van prioritása, melyiknek van prioritása override-kor stb., lásd fenn. Egy direktívának _kell_ lennie.

    Itt nincs override, én nem arról beszéltem, hogy az egyik direktíva userid-et ad, a másik username-t, hanem arról, hogy az egyik direktíva a user kulcs adatának típusáért felel, a másik pedig az értékéért. Nem ugyanazért felelnek, tehát nem override-olják egymást. Ha pedig arra gondolsz, hogy két ütköző unit file van és egyikben ez van, másikban az, akkor visszakérdezek, ha csak egy direktívád van, akkor mi a prioritás, mi fog override-olni mit? Mert csinálhatja ugyanezt akkor is, ha a típust külön direktívával határozod meg.

    > Ha túlléptünk azon, hogy POSIX, _technikailag_ egy 0NULfoobar (NUL a tényleges nulla értékű bájt) speciel egy snmpd -u paraméterét megakasztja és root-ként fog menni ;) [azt meg nem is említem, hogy ha compile-kor nincs getpwnam vagy pwd.h, akkor a 0pointer nemes egyszerűséggel uid=0 lesz ott is...]

    De bakker, akkor te ott szabályszerűen termináltad a stringet, ott nem arról beszélünk, hogy a string számmal kezdődik, hanem arról, hogy a string egy szám...




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386597

    > Vendor-specific (/usr/lib/systemd/system/*.[unit-type]) < System-specific override (/etc/systemd/system/*.[unit-type]) < System-specific drop-in (/etc/systemd/system/FOO.[unit-type].d/*, lexikografikus sorrendben).

    Ha override-olsz egy unit-ot, az abban levők lesznek érvényesek. Ha drop-innel felülbírálsz, akkor minden direktívánál a legutolsó előfordulás (értelemszerűen, ami nincs drop-inben felülbírálva, ott az eredeti unit fájlban szereplő érték) szerepel.

    A kérdésnek az volt a költői fele, a lényegi az volt, hogy amennyiben az adattípust egy külön direktívával adod meg, akkor mi gátol meg, hogy ugyanezt az override mechanizmust kövesd?

    > Oks, és ha nincs getpwnam, akkor kimarad a teljes ág és az strtoul visszatérési értéke azonnal uid lesz (szevasz K&R-féle miazahibakezeléslol hozzáállás). Ami 0pointerre... uid=0 lesz.
    > Ha gondolod, jelentsd náluk secu bugként, tied lehet a dicsőség a megtalálásáért, az oldalukon levő stable (5.8) verzióban még biztosan ott van.

    A

    system.c

    1437. sorától kezdődő

    int netsnmp_str_to_uid()

    függvényre gondolsz?

    int netsnmp_str_to_uid(const char *useroruid) {
        int uid;
    #if HAVE_GETPWNAM && HAVE_PWD_H
        struct passwd *pwd;
    #endif
    
        uid = atoi(useroruid);
    
        if (uid == 0) {
    #if HAVE_GETPWNAM && HAVE_PWD_H
            pwd = getpwnam(useroruid);
            uid = pwd ? pwd->pw_uid : 0;
            endpwent();
    #endif
            if (uid == 0)
                snmp_log(LOG_WARNING, "Can't identify user (%s).\n", useroruid);
        }
        return uid;
        
    }

    Ez a

    0pointer

    -ra, amennyiben nincs

    getpwnam

    , azt fogja csinálni, hogy kiszórja a logba, hogy

    Can't identify user (0pointer).

    ugyanis, ha az uid=0 akkor az invalid, tehát ezt hiába jelenteném secu bugnak, mert nem az.

    > Szerk.: sőt, rosszabb, ha nincs getpwnam, akkor _minden_ nem numerikus értékre 0 lesz, vagyis azt csinálja, amit fentebb a systemd-re láttatni akartál (root-ra fallbackel)...

    Alámszerkesztettél, ld. feljebb, ez sosem fallbackel root-ra, mert az uid 0 invalid. Nem tűnik fel a commentben felette, hogy

     * @return Either a user number > 0 or 0 if useroruid is not a valid user
     *   name, not a valid user number or the name of the root user.

    Keress rá a használatra:

    snmpSSHDomain.c:957

    és

    agentx_config.c:99

    ; mind a két esetben le van kezelve, hogy uid=0: error.

    Azonfelül, ez egy tool; most komolyan ezt akarjuk ráhúzni az egész UNIX világra, hogy egy tool-ban is így van?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386602

    > Te kértél csak egy példát. Adtam csak egy példát, hogy igen, a usernév-userid együttes kezelése (azt is megmagyaráztam, hogy miért _szükséges_) sok más helyen is szaros, pont ezért.

    Én egy UNIX-ot kértem, ami ezt csinálja, nem pedig egy tool-t; ezt akarjuk ráhúzni az egész UNIX világra, hogy egy tool-ban is így van? Ezt már az előbb is kérdeztem, csak nem válaszoltál rá. Nagyon nem mindegy, hogy egy opcionális tool csinál valami marhaságot, vagy pedig az az initrendszer, amit minden Linux "adaptált". Ezt "örökölte" meg a systemd?

    Azonfelül nem válaszoltál arra kérdésre sem, hogy amennyiben az adattípust egy külön direktívával adnád meg egy systemd unit-ban, akkor mi gátol meg, hogy multi-unit file esetén ugyanazt az override mechanizmust kövesd, mint normál esetben? Csak mert ezzel preventálnád a bad revertet és nem törnél el semmit.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386613

    > Könyörgöm, az egész UNIX a C-s gyökerek (mármint most éppen történetiség, nem a szerzői) miatt tele van ugyanezekkel a "jóleszazúgy" edge case-kkel. Biztos vagyok benne, hogy ha nagyon keresnénk, találnánk olyan "standard" tool-t is (btw, szerinted mi része egy UNIX-nak és mi nem?), ami megfelelően elcseszett felhasználónévre kiakad (ill. meg kéne kérdezni a Solaris fejlesztőit, hogy miért tették bele azt a figyelmeztetést, amit lentebb képernyőképen linkeltél)

    Lehet, hogy találnánk még ilyen tool-t, de itt az init rendszerről beszélünk (ami garantáltan része egy UNIX-nak), azért abban egy ilyen jellegű hiba jóval súlyosabb probléma. Nem mindegy, hogy az init csinál valamit, vagy egy sima tool. (A Solaris fejlesztői egyébként valószínűleg az ilyen módon megírt toolok miatt adták be ezt a warningot, de ez csak warning, nem block.)

    Egyébként értem, hogy mire akarsz kilyukadni, csak a logikát nem látom mögötte: ha elismered, hogy a systemd féle megoldás szar, akkor miért próbálod mentegetni azzal, hogy ezt mások is csinálják? Az mentség, hogy a másik is?

    > Egyetlen gond, hogy nem, vagy ha igen, akkor nem változtattál semmit.
    > Melyik legyen a default? Feltehetően a string. Akkor aki eddig csakazértis 0day-t írt root helyett, annak eltörted a konfigját. Ha pedig uid, akkor _mindenkinek_ aki felhasználónevet használt [kb... mindenki] eltörted a konfigját.
    > Akkor legyen három érték: legacy, uid, string. A kérdés ugyanaz, melyik legyen az új default. Ha legacy, akkor nem javítottad pont a hibát, ha uid/string, akkor pedig ugyanott vagy, mint fent.

    Igazad van. Akkor azok, akik szándékosan abuzálták ezt a bugot-t és 0day-t írtak root helyett, azoknak a konfigja beyond repair. A többi problémát orvosolta. Fair enough. IMHO. De szólj, ha szerinted nem.

    > Erre van a getpwname hívás. Helló!

    Jogos, ezt benéztem. Késő van.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386688

    > A logika annyi, hogy sajnos van ez a hülye berögződés régről, hogy a usernév és a userid kölcsönösen egyértelműen megfeleltethetőek és mindkettő mindig képezhető a másikra (messze nem biztos - amíg /etc/passwd van csak, addig technikailag jogos), ami miatt van ez a régi beidegződés, hogy használható egy konfigurációs opcióként (hogy aztán kérnek-e mondjuk # prefixet, az más kérdés). Ugyanez a bug láthatóan ott van másik toolban.

    De ez nem egy univerzális gyakorlat. Még ha van is még egyéb tool - hangsúlyozom tool - ami elköveti ezt a hibát, ez akkor sem nevezhető általánosan elfogadott megkötelítésnek, még távolról sem. Már csak azért sem, mert eddig csak egy darab opcionális tool-t sikerült felmutatni, de olyan UNIX-ot, ahol a komplett rendszer, vagy legalább az init így viselkedett volna, olyat nem. Egyszóval ez egy hiba. Az valóban kiderült, hogy nem csak a systemd követi el...

    > Akkor miért _csak_ a systemd-n kérjük számon, hogy egy alapvetően olyan rendszeren, ahol a legtöbb disztró nem warningol, hanem megtiltja a számmal kezdődő felhasználónevet a saját toolkészletében (lásd a NAME_REGEX, amit írtál), de legalábbis a doksiban ajánlott megkötéseket ír a usernévre (szintén Debian: It is usually recommended to only use usernames that begin with a lower case letter or an underscore). [btw, pl. a user slice-ok miatt szükség is van az uid-ekre, tehát az se működik, hogy simán az egyiket kivágjuk... most már :( ]

    ...de a systemd az, amit letoltak az egész Linuxos világ torkán, hogy márpedig ezt így kell csinálni, márpedig abban pont konszenzusra jutottunk, hogy ez egy fasság és nem így kell csinálni. Viszont a fejlesztője szerint ez egy feature és nem bug és így kell csinálni és punktum. Ez itt a nagy probléma. Tetszik érteni a nüansznyi különbséget? Egyrészt ezért kérjük számon ezt a bugot a systemd-n, mert az van piedesztálra állítva, hogy úgy kell init rendszert csinálni. Hogy? Szarul?

    Ami a

    NAME_REGEX

    -et illeti: ez egy változó, ami ráadásul tool-specifikus. Csak az

    adduser

    foglalkozik vele, azonfelül, mivel változó, ezért, ha akarom, át is állítom. Ezt megkötésnek, vagy tiltásnak nevezni nagyon erős túlzás. Ahogy a többit is, amit felsoroltál; ezek javaslatok, nem tiltások. És itt térünk vissza megint a systemd-re, hogy miért van rajta számonkérve. Induljunk ki abból, hogy ezeket a javaslatokat azért teszik, mert van még pár ilyen tool, mint az

    snmpd

    , ami ezt a balfasz gyakorlatot követi. Ezt a problémát a tool-ok javítása helyett konvenciókkal kerülgetni szintén baromság, csakhogy feltételezhetően ezek régi, '80-as, '90-es évekből ittmaradt cuccok, történelmi okokból kifolyólag kissé nehézkes lenne a viselkedésük utólagos megváltoztatása. Viszont a systemd jelenkori cucc, aktívan fejlesztik és a viselkedése kb. hétről-hétre változik, így is mindennaposak a backward-compatibility-breakage-ek, tehát ezt simán lehetne orvosolni, pl. a fentebbi javaslatommal (csak az szívná meg, aki direkt abuzálta ezt a bugot és 0xyz nevekkel revertelt direkt a root-ra, de az meg úgy járt), de ehelyett csak simán WONTFIX és kész. Ezt is tetszik érteni? Ez a másik, amiért a bugot számonkérjük a systemd-n, mert ez egy jelenkori software, aminek a fejlesztői sokévtizede ismert és elkerülhető hibákat követnek el és nem hajlandóak őket fixálni.

    A harmadik pedig, amiért számonkérjük, az az, hogy a systemd esetén ez csak egyike a temérdek problémának.

    Ami pedig a "csak" kitételt illeti, mármint, hogy "csak a systemd-n kérjük számon", nos az meg egyszerűen nem igaz. Én egy szóval nem mondtam, hogy ha ezt másutt csinálják, az teljesen rendben van; éppen ellenkezőleg: én explicit kijelentettem, hogy "ez agyfasz. Akár a systemd szerzője találta ki, akár másutt volt először."




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386605

    Azon felül az snmpd manualja azt írja, hogy:

    -u UID 
    
    Change to the user ID UID (which can be given in numerical or textual form) after opening listening sockets.

    Tehát ott egyértelműen UID-et vár, nem pedig username-et, vagy UID-et! Ez így gizike-gőzeke, helló! Arról volt szó, hogy olyan példa kell, hogy vegyesen kezeli, úgy, hogy a numerikus prefix dönti el, hogy melyik. Úgyhogy bocs, de a példád invalid ebből a szempontból is.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386611

    Igen, mint írtam, azt sikerrel benéztem.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386583

    Ultima ratio, elfogytak az érvek, jön az üres fölényeskedés.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386587

    > Ők, te húgyagygú, ők! Tudod, ők tervezték a Unix-ot, meg a B-t, amiből aztán lett a C-nyelv, úgyhogy lehet náluk panaszkodni, őket lehet hülyézni, hogy "demiért így?" - de mint írtam, Ken Thompson pont, hogy ezt így hagyná, és maximum a creat() függvény végére rakna egy e-t. Ja, és mindezt még bőven a posix nevű szabvány/előíráshalmaznak a kitalálása/összerakása előtt.

    De ennek mi a fasz köze van a login autentikációnál az username értelmezéséhez? Arra mutassatok már egy példát, hogy melyik UNIX az, ami a számmal kezdődő userneveket UID-nek veszi. Ne csak dobálózzatok vele, hogy

    atoi()

    mutassatok egy UNIX-ot, ami rá is húzta a loginnevekre. Mondom azt is elfogadom, ha ez egy ősrégi UNIX, csak akkor meg ne gyertek azzal, hogy a systemd a jövő, ha egy sokévtizedes marhaságot másol...

    > Idézet a Solaris 10-hez tartozó passwd manpage-ből: "The first character should be alphabetic and the field should contain at least one lower case alphabetic character. A warning message is displayed if these restrictions are not met."

    Egyrészt: should be alphabetic != cannot be numeric

    De ami még fontosabb: warning message != Revert to UID xxx




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386598

    > Hagyd, az előbb adtam neki egy 0dayt (legalábbis _pontosan_ ugyanabban az értelemben, mint amiben ez volt anno 0day...), de nem győzi meg :(

    Bakker, legalább várd már meg, amíg válaszolok...

    > Pedig kb. ez volt a negyedik man page, amit megnyitottam, hogy melyik közismert démon fogad el usernevet és userid-et egy kapcsolóval/direktívával, ez volt az első, ami nem prefixel uid-et, és tádám, ott van benne pont ugyanaz a "bug".

    És csodák-csodája: nincs benne, mert ha uid=0, akkor error-t ad. Direkt becopyztam a forrást.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386600

    http://oscomp.hu/depot/solaris_username_with_leading_zero.png




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386612

    http://oscomp.hu/depot/solaris_su_pwd.png




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386622

    Nem is a

    root

    -ra váltottam, hanem a

    0kecske

    -re... A

    su

    azt jelenti, hogy "substitute user"; bármilyen userre lehet vele váltani és itt, amint a képen is látszik, itt

    su 0kecske

    volt a parancs.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386690

    Azt, hogy Solaris alatt sem értelmeződik számként a számmal kezdődő username.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386576

    > Ka a K&R rövidítés nem mindd neked semmit, akkor olvass utána, kicsoda Ken Thompson meg Dennis Ritchie. Mondom, némi informatikatörténeti alap nem árt

    Ez most komoly? Tudom, hogy mit takar ez a rövidítés, pontosan azért kérdeztem rá, hogy ezt most viccnek szánta-e, vagy sem. Miből szűrted le ezt a fasságot, hogy nem tudom? Ennyire hülyének nézel, hogy nem tudom, hogy ki Thompson, meg Ritchie? Vagy érvek híján már megint személyeskedsz? Burkolt lefaszozás után jön a burkolt lehülyézés?

    > és talán némi szakmatörténeti olvasgatás után ez is kiderül, hogy miért úgy működik a bejelentkezés, ahogy.

    Miért, hogy működik a bejelentkezés? Ha beírom a loginname helyére, egy non-systemd-infected rendszeren, hogy 0kecske, akkor root leszek? Ez most vicc?

    root@Csabi:~# useradd 0kecske
    root@Csabi:~# passwd 0kecske
    Adja meg az új UNIX jelszót:
    Írja be újra a UNIX jelszót:
    passwd: a jelszó sikeresen frissült
    root@Csabi:~# usermod --shell /bin/bash 0kecske
    root@Csabi:~# su 0kecske
    0kecske@Csabi:/root$ exit
    exit
    root@Csabi:~# userdel 0kecske
    root@Csabi:~#

    Én nem ezt tapasztaltam.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386584

    Miféle hozzáállás? Ez nem érv, ez személyeskedés.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386272

    Az akkor szívás. Két dolgot tehet: nem fogad el semmit => broken system, vagy mindent elfogad => security risk. Melyik legyen? Én a security risk-re szavaznék.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386282

    És akkor mit csinálsz a broken rendszerrel? Nem tud bebootolni, nem tudsz rá bejelentkezni. Vagy megint lehet

    init=/bin/sh

    , de az meg pontosan ugyanaz, mintha bármit elfogadott volna root passwordnek és adott volna egy root shellt, akkor most mennyivel vagyunk előrébb? A GRUB lejelszavazása pont ebben az esetben nem játszik, hiszen ha a root password-öt nem állították be, akkor miért pont a GRUB jelszót állították volna be?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386553

    > Azert ne ugy tervezzunk mar operacios rendszereket, hogy szandekosan a security-analfabetakat varunk uzemeltetonek.

    Akkor a windowsnál miért csinálják? :]

    > A systemd nem tudja, van-e GRUB jelszo, ugyhogy legyen az a feltetelezes, hogy a rendszert egy szakerto telepitette eles kornyezetben, es opcionalisan ezen lazitsunk, ne forditva.

    Körbe-körbe futunk. Ha nem írtam le hússzor, hogy felőlem kérjen root password-öt, csak engedjen választani utána és had döntsem el én, hogy mit szeretnék, akkor egyszer sem.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386574

    Én meg már válaszoltam erre korábban.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386582

    Tehát amire a többség szavaz, az a helyes, meg az a jó? A többségnek mindig igaza van? Együnk tehénszart? Már megint?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386159

    Itt nem random járókelőkről volt szó, hanem a rendszer tulajdonosáról. Fentebb ki volt vesézve, hogy ha éles szerveren bullshit van az fstabban, akkor ott már régen rossz, a mindenféle desktop gépeknél meg had lehessen már skippelni.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386169

    Érdekes, más rendszereken sikerült bloat nélkül is megcsinálni. Egyébként inkább az OpenRC és az s6 íróinak dobok egy levelet, hogy lehet-e a skippinget root password függővé tenni.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386273

    https://hup.hu/node/165731#comment-2386272

    (Minek tetted fel ezt a kérdést kétszer?)




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385982

    > #define nem_kritikus_mount - ja, hogy ilyen nincs, csak annyi, hogy "nem tudtam felhúzni a könyvtárat, de megyünk tovább, aztán vagy belerohad valami, vagy nem"

    #define nem_kritikus_mount szájbakúrt_adatkönyvtár|bármi_ami_nem_kell_ahhoz_hogy_a_rendszer_felálljon

    Úgyhogy de: van ilyen.

    > Nem tudom, hogy vagy vele, de nekem az az elvárásom, hogy ha a rendszer elindul, normál futási szintre eljut, akkor ott a beállított adatterületek álljanak rendelkezésre, mert azért vannak beállítva az fstab-ban boot során felcsatolandóként.

    Nem értek egyet: ha lereportolja, hogy gáz van és megkérdi, hogy mi legyen, akkor ugyanott vagy, hogy kaphatsz egy root shellt javításra, ha annyira akarod, de úgy legalább lehetőség van arra is, hogy a hiányzó mountot leszarhasd és mehess tovább. Ha pl. a családi fotóknak/videóknak beraksz egy nagyobb HDD-t és átmásolsz rá mindent, de az fstabban elfelejted az UUID-et átállítani, akkor mégis mi van, ha felkel nélküle a következő bootkor? Semmi. Észreveszed és kijavítod az fstabot, amikor épp ráérsz. Ezzel szemben, ha lehetőséged sincs skippelni, akkor kurwára fogsz örülni, hogy egy adott céges vagy akármilyen vészhelyzetben, amikor kurwára kellene a géped és amikor minden másodperc számít és a kutyát nem érdekli, hogy fel tudja-e csatolni a családi fotókat/videókat tartalmazó meghajtót, akkor baszakodhatsz azzal, hogy előbb átírd az UUID-et és rebootolj.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386015

    Azt hiszem nem érted, mi a bajom: kérdezze meg az épp ott álló fasztól, hogy mi legyen és ne döntögessen semmit. Ne döntsön se pro, se kontra. Nem tisztje eldönteni, hogy mi fontos, vagy mi nem, döntse el a júzer, mert ő tudja, nem az init rendszer. És nem, ne root shellt adjon neki.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386086

    Nem, nem shellről van szó, hanem arról, hogy folytatódjon a boot folyamata, vagy sem. Ld feljebb.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386107

    https://hup.hu/node/165731#comment-2386106




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386013

    ROFL. systemd és a konzisztens viselkedés. Anyám...




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386075

    Tehát akkor az egyszerű mezei opcionális skip helyett vagy mindenképpen kidob a root loginhez, akkor is, ha nem kell, vagy mindenképpen skippel, akkor is, ha nem kell?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386037

    Olyan lehetőség nincs, hogy rákérdezzen, hogy mit csináljon?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386077

    Nem. Nem arról beszélek, hogy kell egy root account egy szaros skip parancshoz. Tehát magyarán nincsen.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386108

    https://hup.hu/node/165731#comment-2386106




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385885

    Hát, ez szerintem nagyon mellément, én a csomagfüggőségekről beszéltem, a topicnyitónak volt boot-baja. (És a fő baj nem az volt, hogy a root account zárolva van, annak valóban semmi köze a systemd-hez, hanem az, hogy egy nem kritikus mountpoint hiánya miatt összedőlt az egész. Nyilván, ha az fstab teljesen el van baszva, annyira, hogy nem lehet értelmezni, az SysVInit alatt is halál, de itt az fstab intakt volt, csak hiányzott a célkönyvtár. Egyébként SysVInit alatt még a rossz UUID-ekbe sem hal bele, csak skippeli az entry-t. Kivéve persze, ha rendszerkritikus volt a bejegyzés, akkor az is összedől, de amúgy nem.)




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385980

    Ha az fstabban bennmaradt valami ideiglenes szar, abba nem kéne megnyúvadni. Igazából megint a kontroll hiánya a szemszúró, hogy nem kérdezi meg, hogy mi legyen, hanem majd ő eldönti.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385999

    Nem. Tegye fel a kérdést és bárki megválaszolhatja aki épp ott áll, hogy skip és continue vagy login prompt azonnal. A skippel nem fér hozzá semmihez, csak folytatódik a boot, a login prompt meg ugye úgyis jelszót kér.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386076

    Bootnál? Arról, hogy bebootoljon? Éles szerveren ha ilyen előfordul - mármint, hogy bullcrap van az fstabban - akkor ott úgyis nagyon masszív elkúrás-kaszkád van, tehát ott úgyis a rendszergazda fog ott állni a bootoló gép mellett. Az otthoni/munka desktop gépeken meg hóttmindegy ki tud rányomni arra, hogy skip.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386110

    https://hup.hu/node/165731#comment-2386106




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2385990

    Az ethernet interface felkelt? Nem lehet, hogy belefutottál a systemd "megjósolhatatlan" interface neveibe és megváltozott az interface neve és azért nem kel fel, hiába van rajta

    auto

    és

    allow-hotplug

    ?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386010

    Az viszont fail, dehát mit várunk a systemd-től...




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386093

    Nem, az nem baj, ha létrehoz egy könyvtárat neki, hogy ha úgyis az volt a parancs, hogy csatoljon, feltéve, hogy az a hely létező és írható, ahol a könyvtárat létrehozza. Csak éppen apal gépén nem hozott létre semmit, hanem beszart.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386134

    Lehet, de ahelyett, hogy felkínálta volna a skipet, inkább összeszarta magát, ugyanis még mindig egy nem kritikus adatkönyvtárról beszélünk.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386614

    (Ezt nem vettem észre tegnap.)

    Én nem mondtam ilyet. Mondtam, hogy oké, kérjen password-öt, de adja már meg a lehetőséget a választásra.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386689

    Ezt a kört már tízszer lefutottuk...




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386723

    Neked meg a tönkrement rendszerre nincs megoldásod és az rosszabb. Az r=1-ek pesztrálgatása meg megint más tészta; felőlem legyen default a secure way, de legyen opcionális is. Én meg ezt mondtam már el jópárszor.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2386733

    Persze az init bootkori átírásával javítható, nesze neked security. Te nem akarod felfogni, hogy lehet a secure beállítás opt-out is. Nyugodtan lehetne olyan opció benne, hogy ha nem tudta mountolni, akkor kérjen/ne kérjen password-öt a skiphez. Egyébként meg kezd már kissé elmenni komolytalanba a dolog, mert komoly rendszeren, éles szerveren még csak-csak elő lehet jönni a security/nemjátszósgép dumával, de a RPi/Raspbian az kb. deklaráltan játszós cucc...




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387041

    Neked nincsen eszed, ha csak személyeskedni tudsz. Ötvenszer lefutottuk már ezt a kört, de még mindig nem tudod felfogni, miről beszélek. A GPIO meg nem lep meg, előző melóhelyen az volt a munkám, hogy arra épülő cuccokat programozzak, de ugye te megint csak személyeskedni bírsz, érvek híján. Inkább erre a posztra válaszolj, hogy a fene nagy biztonságoskodás közepette, hogy bírsz ekkora systemd fan lenni, miközben ezer sebből vérzik.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387325

    Erre is válaszoltam, erre sem válaszoltál.

    Ne hazudj, én nem állítottam, hogy a UNIX eredeti tervezői faszok voltak. Ti állítottátok (hamisan), hogy ők találták ki ezt az agyfasz UID<=>username megfeleltetést, merthogy a C-ben van string=>integer konverter függvény, akkor tuti, hogy ők felelnek ezért is (OMG), de ezidáig egyetlen UNIX-ot nem tudtatok mutatni, ahol ez rendszerszinten így lett volna, csak egy tool-t. Te nem tudsz mást, mint személyeskedni, meg szavakat adni a másik szájába, hogy véletlenül se kelljen a lényegre reagálni, mert akkor még kiderülne, hogy valid érveid nincsenek?

    Miért, a rendszert úgy hogy javítsa meg, ha "a boot folyamat, vagy a diszk közvetlen kiszedése és az adatok ilyen módon történő elérhetősége nem scope"? Olyan gusztustalan kettős mércével mérsz, hogy nem lehet leírni. Egyébként meg két poszttal feljebb válaszoltam erre, hogy lehetne a rendszerben ilyen opció, de véletlenül pont arra a részre nem bírtál érdemben reagálni, csak hárítani, hogy de nem így működik, meg személyeskedni. Értsd: mondjak megoldást, de ha mondok, akkor hülye vagyok, mert nem ez van benne, miközben a kérdés az, hogy hogyan lehetne. ROFL.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387437

    https://hup.hu/node/165731#comment-2387435




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387391

    Én nem ezt írtam, csak már megint képtelen vagy értelmezni az olvasottakat.

    Többször leírtam, hogy a következő beállítások lehessenek, failed mount-kor: just skip, ask password for skip, ask password for shell. Amennyiben a root felhasználó zárolva van és password-required beállítás van, arra is válaszoltam, hogy az szívás. Leírtam, explicit, de te megkérdezed újra és újra. Mit nem értesz?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387403

    Tehát szerinted az a válasz, hogy nincs jó válasz? Így mi értelme vitatkozni, ha direkt úgy izzadod ki a kérdéseidet, hogy ne lehessen rájuk általad elfogadható választ adni? Egyébként meg nem igaz amit írsz, mert itt jön képbe, hogy a fail-safe az jó ha van, de az nem jó, ha kötelező. Ez igazán nem a világ, hogy legyen egy mezei unauth opció is, amit a rendszergazda engedélyezhet, ha nem kritikus a gép.

    A második felében ugyan igazad van, csak azt basztad el, hogy rossz embernek írtad, mert azt én is mindjárt a legelején leszögeztem, hogy a rootpass hiánya nem a systemd hibája. (És már ott is eltévesztetted a házszámot, meg a kommentet...)




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387435

    > a köztes állapotra meg egy sudo passwd tökéletes megoldást ad :-)

    Ja, csak te végig ezen lovagoltál, hogy ez nem történt meg, nincs root, mert az zárolva van, mert csak. Ezidáig végig ezzel nyaggattál, hogy de arra adjak választ, hogy de úgy oldjam meg, hogy nincs root. Most meg hirtelen megoldássá lép elő, hogy van root... Egy a jelszó, kettős mérce, állj közénk és harcolj érte!




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387546

    > A poszt arról szól, hogy zárolt root, nincs jelszava, és el van keffintve az fstab. Erre jött az, hogy systemd szr@r, és hogy miért nem ad lehetőséget arra, hogy a user döntsön, mi legyen.

    A systemd szar, hiába próbálod megmagyarázni, hogy nem az; már tavaly is próbáltad, de akkor sem sikerült.

    > Azért nem, mert by design ha nincs valid root user és neki jelszava, akkor nincs, "amihez képest" authnetikációs adatot kérjen/ellenőrizzen. Te azon lovagoltál, hogy de miért nem engedi meg az arra ténfergő akárkinek ilyenkor, hogy döntsön, miért nem ad választási lehetőséget adott állapotban is.

    Nem, én a lehetőség beállíthatóságát hiányoltam.

    > Sokadik körben csak leírtad, hogy ez valóban szívás, és végül implicit módon elismerted, hogy ez bizony pebkac, nem az init rendszer hibája, még ha nehezen is ment...

    Ez meg aztán csúsztatás a javából; mint már leírtam - és belinkeltem - egy feljebbi posztban, én mindjárt az elején leszögeztem, hogy ez nem a systemd sara volt, ráadásul már akkor is rossz posztra sikerült reagálnod.

    > Ha _nincs_ root, akkor nincs mihez képest felhasználói interakciót kérni, ergo ezt megelőzendő még működő rendszeren, előre gondolkodva kell a root-nak jelszót adni, hogy a zárolt állapotból kihozva, később ne jelentsen problémát a boot-folyamat rendszergazdai beavatkozást igénylő megakadása.

    Értem, tehát ha én mondom, hogy kínálja fel a "skip with password" opciót, akkor az nem, mert olyankor nincs root, mert ne legyen, ha meg te rakod össze, akkor meg

    sudo passwd

    és minden meg van oldva. Ez ilyen systemd-s logika lehet.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387579

    > Amott hasonló magvas és saját tapasztalattal/szakmai véleménnyel alátámasztott (ja nem) kérdésedre írtam:

    Már megint csak személyeskedésre futja érvek helyett? Mondjuk érveid eddig se nagyon voltak, csak beszólásaid, meg abszurd, alá nem támasztott konklúzióid, meg lelkesen +1-eztél, ha SzBlackY írt valamit. A fail-safe root-ban van némi igazságod ugyan, de azt meg mint kitárgyaltuk, független az init rendszertől, tehát a systemd-t eddig nem igazán sikerült megvédeni...

    > "Eleinte nekem sem tetszett a systemd, elsősorban amiatt, mert rengeteg dolog változott, azonban amióta aktívan systemd-s rendszereket tutujgatok, és egyre jobban megismerem a hasnzálatát, működését, ez a véleményem alaposan megváltozott." - és ezt tartom most is.

    Én meg erre írtam, hogy "ez így tényleg a megtértek hitbuzgóságára hajaz", csak válaszolni nem sikerült rá.

    > "Értem, tehát ha én mondom, hogy kínálja fel a "skip with password" opciót, akkor az nem, mert olyankor nincs root" - nem érted - vagy nem akarod érteni. Az adott probléma onnan indult, hogy a raspbian-on default telepítésben a root-nak nincs jelszava (lockolt). Ezt rakta össze a raspbian "alkotója". Ha az, aki telepíti, ezzel -és ennek a következményeivel, lásd indító poszt- együtt tud élni, akkor nincs feladata, használhatja úgy. Ha viszont gondot okozha a boot lerohadása, akkor adjon a rootnak egy k. jelszót a telepítés/hasnzálatba vétel után, és meg van oldva a probléma - aztán amikor kimegy production-be mondjuk az ügyféltérben lévő tévé mellé sorszám/menetrend/reklámmutogató eszköznek, akkor meg lehet visszazárolni a root-ot, hogy kevésbé legyen törhető az eszköz. Mondom kevésbé, nem azt, hogy egyáltalán nem.

    Mondhatnám én is, hogy nem érted, vagy nem akarod érteni: ha én mondom, hogy legyen "skip with password", akkor miért az a duma, hogy de a root az default zárolva van, egyébként meg miért

    sudo passwd

    és el van intézve?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387630

    Ezt nem győzöm elégszer ismételni: egy érv a SysVInit ellen még nem érv a systemd mellett, amikor egy tonna egyéb initrendszer van még kettejükön kívül. Előnyök? Egyet mondj a timereken kívül. Tavaly ezt is végigveséztük SzBlackY-val, de a végére a timereken kívül semmi nem maradt az előnyökből, amikkel viszont jön a messze több hátrány.

    Egyáltalán nem arról volt szó, hogy minden hibát mellőzzön, hanem a nem kritikus felcsatolási hibákat. Hogy mi a nem kritikus? Na, ezt dönti el a júzer, amikor válaszol a skip vagy shell kérdésre. És ezen felül nem csak a Raspbian default telepítéséről volt szó. A topikindító valóban arról beszélt, de én nem, már a legelején sem, én általánosságban beszéltem, dehát ha eddig tízszer nem írtam le, hogy már a legelején rossz embernek reply-ztél, akkor egyszer sem...




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387761

    Kiemelted? Az egész bekezdés arról szólt és azt írtad, hogy "azoknak a véleményét osztom, akik a problémák mellett az előnyeit is látják, és használják". Én erre kérdeztem, hogy miféle előnyök? A SysVInit hiányosságai pedig még mindig nem érvek a systemd mellett. OpenRC? s6? A többiek?

    Na, ez viszont már a systemd hibája, mert asszimilálta a mountot és onnantól kezdve egy szaros mount is internal errornak számít és lehet ugyanott, egyformán kezelni őket. Ezt is minek kellett...

    Már megint GOTO 10: erre írtam (hatszázhatvanhatodszor), hogy lehetne egy sima skip, egy skip with password, meg egy root shell lehetőség, de ilyenkor mindig jössz azzal, hogy de a Raspbianban nincs defaultból root, holott itt már régen általánosságban beszélünk a dologról; általában úgy telepítik fel a rendszergazdák, hogy legyen. Raspbianon is csinálni kell és akkor lesz. És akkor lehet root passworddel skippelni. És az fail-safe. De a probléma nem ez, hanem az, hogy vitatkozunk itt a fail-safe-ről, megállás nélkül, mert mindig visszatereled ide a dolgot, mert nem érted, hogy a systemd-nél, ha lett volna aktív root, akkor is elcrashel a boot folyamat, a saját - elbaszott - mount subsystem miatt. Érted? Skip with password + nincs root = failed system => PEBKAC, skip with password hiánya miatti failed mount + van root = failed boot => PEIPH.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387888

    Nem ignoráltam, válaszoltam rá: van más initrendszer is a világon a SysVIniten és a systemd-n kívül, kérdeztem, hogy mi a helyzet a többivel, OpenRC, s6, stb. Ezeket már többször felsoroltam, de végig leszartad, képtelen voltál erre az egész topic alatt válaszolni. Nem a systemd az egyetlen, aminek unit-jei vannak.

    Adja fel a faszom, én már nem használom ezt a szart. És már megint nincs aktív root. Milyen érdekes. Az mindig akkor van, ha úgy akarsz érvelni és akkor nincs, ha úgy akarsz érvelni. Érdekes. Nem kettős mérce és nem vallásos imádat, még véletlenül sem.

    Standardizálta? Mit? Egy 1971 óta létező UNIX parancsot? Ami minden UNIX-ban benne van? Hogy mi van? Hát már hogy lehetne standard, amikor Linux-only? Inkább ezt is magába olvasztotta és megtűzdelte a Poetteringista fasságokkal... Miért jó, hogy mindent beleöntünk az init rendszerbe? Mikor kerül sor a kernelre és a kuglikrómra?

    Igen, de itt jön képbe, hogy amíg külön parancs volt, addig volt lehetőség posztponálni az

    fstab

    "kireszelését". A

    nofail

    meg nem tudom mit csinál a systemd-ben, normál

    mount

    tool jelenléte esetén boot közben beszól, hogy ez így nem jó, skip vagy fall to login prompt.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387921

    > szóval a legtöbb kereskedelmi LÉinuxnak a közelébe se szagolsz.

    Azokon kívül nincs tán élet? BSD-k, Solaris, OSX, különféle egyéb UNIX-ok, egyéb OS-ek (pl. Haiku) meg a systemd mentes Linuxok? Azonfelül, ha épp olyannal kell dolgozni, akkor de, odaszagolok. De ha rajtam áll, hogy mit használok (és úgy szokott), akkor systemd nélkül.

    > nem mindent, csak azokat a dolgokat, amik a rendszer elindulásához és működéséhez szükséges, és egységes felügyeletük és beállításuk kívánatos.

    Pontosítsunk: ez a mantra, hogy a systemd fejlesztői software-vendor-lock-ot játszhassanak a Linuxban. Csakhogy az egységesítés és az egybeépítés nem ugyanaz. A systemd pedig egybepakol egymáshoz nem tartozó szolgáltatásokat, egy rettenetesen elbaszott saját függőségi rendszer keretein belül. Márpedig azok a megoldások,amik túlzásba viszik az integrációt, azok mindig szarok lesznek, mert egy hiba dominóeffektust válthat ki, boríthatja az egészet. És itt külön rossz, ha borul, mert a systemd-n keresztül megy egy raklap systemd-fertőzött systemd-függő cucc (GNOME3, lol) is és ilyen esetben azok is pusztulnak. Ergo egy systemd komponens megborulása a teljes rendszert a sírba viheti. A KISS elvet nem véletlenül találták ki: minél bonyolultabb, annál hajlamosabb hibázni. És ez minősített eset, mert egy csomó cucc került bele, aminek kurwára semmi keresnivalója nincs az initben.
    De amúgy tényleg, mi a faszt keres pl. NTP (timesyncd) a systemd-ben? Vagy DNS (resolved), méghozzá olyan, ami cache-poisoning-prone... Ja, a mai napig nem reagáltak erre a bejelentésre. Na, így lehet feature-requestet, vagy bugreportot küldeni nekik. Vagy leszarják, vagy NOTABUG, WONTFIX.

    > " A nofail meg nem tudom mit csinál" RTM: man 8 mount ; man 5 fstab, csak hogy okosodj (de volt már idézve, mire szolgál).

    ROFL, ezt hogy sikerült így kiollózni? Idézem magamat: "A nofail meg nem tudom mit csinál >>>a systemd-ben<<<" Direkt csináltad, hogy hülyének állíts be? Tudsz te mást csinálni, mint a vitapartnert támadni? Vagy csak úgy olvastad el ezt a posztot is, ahogy az eddigieket: a felét se, a többit meg odaképzelted és arra reagáltál.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387934

    Ezeket már lezongorázuk (mármint az esernyőprojektet és az elemeket, egyesével), tavaly már ott volt a válasz. Nem reagáltál rá.

    De nem is rólad beszéltem, meg nem is te copyztad be a fél mondatomat, majd hivatkoztál a normál Linux manualra.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387956

    Nem. Én azt mondtam, hogy azt nem tudom, hogy a systemd-ben mit csinál, nem azt, hogy általánosságban nem tudom. Azt még le is írtam, nem tudom feltűnt-e. Örülök, hogy megint nem tudsz olvasni. Nem azért vagyok vulgáris, mert ideges vagyok, hanem mert alapból így szoktam beszélni. Tudom, ez nem szép dolog, de ez van. Viszont, lentebb írtam, hogy te vulgaritásról ne prézsmitálj, mert egyrészt te is trágár vagy, másrészt meg - ami viszont sokkal rosszabb - te nem csak simán így kommunikálsz, hanem személyeskedsz, beszólsz, mocskolod a másikat. Azzal te mit mutatsz? Te nem tudsz uralkodni magadon, nem én.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387922

    Egyrészt ez elég erős túlzás, hogy minden scriptben nagyjából ugyanaz a logika lesz, mert nem lesz. Másrészt, a kisebb-nagyobb különbségekkel mi lesz? Beletaknyoljuk az initbe azokat is? Direkt egy-egy daemon kedvéért? Nem. Ahogy már tavaly is írtam ugyanezekre az érveidre (csak nem válaszoltál), az a helyes, ha szét van bontva. Nem kell mindent beleönteni az initbe, mert csak egyre több bugja lesz.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387937

    Erre is kaptál választ tavaly. Nem reagáltál rá.

    Ez már az egyes részegységek feladata és felelőssége. Ha elkúrta, elkúrta. De ha az initben van minden és az van elkúrva (és a systemd el van kúrva), akkor minden el lesz kúrva.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387954

    Na, te csak ne tarts előadást a kultúrált szövegezésről, meg a tartalmas hozzászólásokról. Pont te ne. Voltam én itt húgyagygú (sic!), fasz, hülye többször is (nem listázom be); másra sem voltál képes, mint a személyeskedésre. Ezek után, hogy pont te prézsmitálj, hogy valaki csúnyán beszél, az már a legalja.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387997

    Persze, persze, én leírom, hogy az ott álló fasztól, amire neked az a reagálásod, hogy az ott álló TCH-tól. Nem mintha a poén nem állna, de ettől még személyeskedés. Ha meg filmekből idézel, akkor meg tedd pontosan, de egyébként tök mindegy, honnan idézel egy sértést, az attól még sértés marad. (Függetlenül attól, hogy igaz-e vagy sem, mert lehet, hogy húgyagyú vagyok, de ha igen, akkor nem azért, mert utálom a systemd-t, vagy mert még érvelni is van pofám a véleményem mellett.)

    Ami a systemd alkotóit illeti...

    Ad 1. Nem mindegy, hogy a téma tárgyát képző embereket illeted valamilyen jelzővel, vagy a vitapartneredet, érvek híján.
    Ad 2. Poettering személyét sehol nem illettem semmilyen jelzővel, maximum a viselkedését, tehát amit állítasz, az úgy kamu, ahogy van.
    Ad 3. Mi ez a tekintély alapú érvelés? Híres, vagy fontos emberről nem lehet véleményt formálni?

    Ami pedig a munkájukat illeti, hát ha szerinted ezt átgondolták, akkor ezt gondold át még egyszer, mert ki fog lukadni az oldalam a röhögéstől. (Nem.) Elég nagy baj, ha a szart nem lehet a nevén nevezni. A systemd pedig szar. Nálam okosabb szakemberek ezrei fejtegetik netszerte mindenféle cikkekben, blogposztokban és különféle fórumokban, hogy mennyire de az. Olyanok, "akik nálam vélhetően sokkal jobban átgondolták és átlátják azt, amit én felfogni, megérteni, megismerni sem akarok".

    Az megvan, hogy még Torvalds is összeakaszkodott a systemd fejlesztőkkel?




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387969

    Azért a nulla infó elég erős túlzás, a környezetet leírta, a jelenséget leírta, a logokat leírta, hogy üresek. Amit tudott, azt elmondta. Ha az kevés, akkor lehet mondani, hogy mit kéne még reportolni.




    Cannot open access to console, the root account is locked.: https://hup.hu/node/165731#comment-2387984

    Erről van szó: https://lists.freedesktop.org/archives/systemd-devel/2019-July/042982.h… ?




    Az Apokalipszisre ...: https://hup.hu/szavazasok/20190825/az_apokalipszisre#comment-2380177

    Csak nem újabb win10 gigafrissítés érkezik?




    Az Apokalipszisre ...: https://hup.hu/szavazasok/20190825/az_apokalipszisre#comment-2387344

    És bejött:
    https://www.origo.hu/techbazis/20190916-windows-10-intel-wifi-ethernet-nem-mukodik.html
    https://www.napi.hu/tech/windows-10-hiba-kereso-frissites-problema.691508.html




    Hiányos mawk: https://hup.hu/node/165763#comment-2386701

    A PHP ezeket, amiket akartál, speciel pont tudja, de pont a gyengén típusosságából eredő retardáltságai miatt ügyelni kell arra, hogy mielőtt műveletet végzel, biztosan castold az adatot arra a típusra, amilyenre kell. Pl.

    $val = ((int)$strpart_x << 1) | ((int)$strpart_y & 0xa0);

    Bináris fájlt is lehet kezelni benne, pl. byte-array-ként így lehet beolvasni:

    <?php
    
    $f = fopen($argv[1], "rb"); 
    $data = unpack("N*", fread($f, filesize($argv[1])));
    fclose($f);
    echo 'Ez ' . ($data[1080] == 0x4d && $data[1081] == 0x2e && $data[1082] == 0x4b && $data[1083] == 0x2e ? '' : 'nem ') . ' egy ProTracker file.' . "\n";



    Hiányos mawk: https://hup.hu/node/165763#comment-2386706

    Van

    file_get_contents

    , meg

    file_put_contents

    , de az nem byte, hanem karaktertömbökkel dolgozik. Persze, ha tudod, hogy mit csinálsz, akkor azzal is tudsz bináris fájlokat túrni. De nem akarlak lebeszélni a C-s verzióról.

    Viszont, ha mutatsz példát a feldolgozandó állományból, meg, hogy mit is szeretnél csinálni, akkor akár *AWK-kal, akár PHP-vel, akár egyébbel, de biztosan fogsz kapni valamilyen tippet.




    Milyen sűrűn indítod újra telefonodat?: https://hup.hu/szavazasok/20190828/milyen_surun_inditod_ujra_telefonodat#comment-2381657

    Butafónt nem kell újraindítgatni, maradt a "véletlenül csontra merül" opció.




    Milyen sűrűn indítod újra telefonodat?: https://hup.hu/szavazasok/20190828/milyen_surun_inditod_ujra_telefonodat#comment-2381765

    Akkor nekem az eddigiekkel mákom volt.




    Milyen sűrűn indítod újra telefonodat?: https://hup.hu/szavazasok/20190828/milyen_surun_inditod_ujra_telefonodat#comment-2381766

    Az eddigieken nem tapasztaltam fagyást.




    Milyen sűrűn indítod újra telefonodat?: https://hup.hu/szavazasok/20190828/milyen_surun_inditod_ujra_telefonodat#comment-2381799

    Mivel szerkeszteni nem tudom már, így a két kolléga kommentje nyomán ide módosítanám: ami nekem van, azt nem kell újraindítgatni.




    Milyen sűrűn indítod újra telefonodat?: https://hup.hu/szavazasok/20190828/milyen_surun_inditod_ujra_telefonodat#comment-2381948

    Valami Alcateles cucc volt, de model-t már nem tudok mondani, mert céges telefon volt és ma vették vissza. De az előző Samsungot se kell újraindítgatni, meg az azt megelőző másik Alcatelt se.




    Nyerj naponta: https://hup.hu/node/165539#comment-2380834

    Nem csak a DB-t, de a szervert is ők biztosították és az azon történő szopásoknak az Oracle csak kb. a felét adta. Kellett szenvedni pl. az SMS küldéssel/fogadással is, a mailküldéssel is, de a webbel kapcsolatosan is volt egy raklap szívás, amiket beállítani nem lehetett, mert rootjog nekünk óne. A reklámügynökség, akin keresztül csináltuk (a tendert tkp. ők nyerték, mi csak a megbízottak voltunk) meg menetközben talált ki minden szart. És volt két hét az egészre. Több 30 órás műszakunk is volt, de a rekord egy 50 órásnál is hosszabb volt.

    Ja és ugye ekkor még 2012-őt írtunk, tehát volt forgalomban vagy 3-4 féle exploder és mindegyikre külön-külön kellett sitebuild-et csinálni. (Azt szerencsére nem nekem.) Exploder ugyan most már nincs, viszont van helyette kiscsillió féle szar mobil.




    Nyerj naponta: https://hup.hu/node/165539#comment-2384093

    Hálisten' már megszabadultam a webtől. Ami az új IE-t illeti: https://www.commitstrip.com/wp-content/uploads/2018/03/Strip-IE6-démont…




    Nyerj naponta: https://hup.hu/node/165539#comment-2381769

    > ha bajod van, akkor lehet levelet írni, hogy nyissanak ticketet, aztán az indiaiak majd egyszer csak csinálnak valamit

    Jajj, igen, az a kurwa ticketelés, már el is felejtettem, hogy így kellett velük bármit megcsináltatni, pedig a tökünk tele volt vele...




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381018

    Miért kéne letitkosítani valamit, ahol nincs login, kizárólag publikus információk közlekednek a csatornán? Hogy sokkal több erőforrást zabáljon fel feleslegesen, azért, hogy ne lehessen valamit esetlegesen lehallgatni, amit nincs is értelme lehallgatni?




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381101

    Mindkettő védhető JS tiltásával. Egyébként meg felettébb érdekes, hogy a folyton biztonságoskodó böngészőgyártók erre még valahogy miért nem voltak képesek, hogy egy a NoScript-hez hasonló natív funkciót építsenek az úgyis minden szart magában hurcoló böngészőikbe? Miért nincs benne legalább valami alapszintű védelem a JS alapú SAM-ek ellen, akár úgy, hogy ha valami "gyanúsat" csinál egy script, akkor rákérdez, hogy tiltsa-e, vagy akár úgy, hogy valami "kód DB" alapján beazonosítgatja az ismertebbeket? Vagy bármi egyéb... Miért az overforced https a megoldás, amikor az csak az MITM módon elkövetett injektálások ellen jó? A kliens-oldalon jelenlévő SAM-ek által az oldalakba injektált szeméttel mi lesz?




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381105

    Én részleges, célzott tiltásról beszéltem; a NoScript arra való.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381118

    "egy a NoScript-hez hasonló natív funkciót"

    Nem a NoScript 1:1 újraimplementálásáról beszélek. Hanem egy ahhoz hasonló, részleges tiltást lehetővé tevő funkcióról. Kellene egy natív, flexibilis script blocker, ami képes az egyes scripteket tiltani, akár egy fájlról van szó, akár egy inline blokkról a HTML-ben. Olyasmi, mint a Classic Operáé volt. (Mondjuk inline script-et az sem tudott tiltani.) Nem hiszem, hogy ez akkora feladat lenne a böngészőgyártóknak. Valami minimális "heurisztikát" is kaphatna, ha pl. engedélyezi a felhasználó, de elkezdi felzabálni az erőforrásokat, vagy gyanúsan elkezd egy másik domain felé kacsingatni, akkor figyelmezteti a felhasználót. Ezt sem hinném, hogy akkora meló lenne.

    És azt sem hiszem, hogy ez nekem jutott eszembe egyedül és azt sem, hogy nem szóltak nekik már erről.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381124

    Hát az a user, aki azt sem érti, hogy "Vigyázat, a weboldal egyik eleme veszélyes lehet! Letiltsuk?", azon nemhogy a https, de semmi sem fog segíteni. Nem lehet azt játszani, hogy semmit sem csinálunk, mert a hülyék úgy sem értik. A számítástechnikának a hülyék szintjéhez való igazítása vezetett oda, hogy egyre szarabb és használhatatlanabb minden.

    Dolgoznak rajta? Hát nem tudom, hogy mit kell annyit dolgozni azon, hogy a program tudja, hogy egy adott JS szál mennyit eszik. Érdekes, hogy a suxploder már tizenöt éve is tudott valami ilyet a maga primitív módján, amikor közölte, hogy a parancsfájl lassítja az oldalt és mi legyen vele.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381140

    Ezért lenne a flexibilis szűrőt nem lesöpörni azzal, hogy a userek 99%-a nem is értené. Egyébként meg bírom ezeket a hasraütős statisztikákat. Nyilván lenne, akinek nem segítene, de nem 99%.

    Nagyszerű. Akkor a korábbi állításodat ezzel meg is cáfoltad.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381153

    Csűrhetjük, csavarhatjuk, nem a https az univerzális megoldás. Nem egy jobb megoldást írtam le fentebb. Azok ellen sem volt "valódi ok". BTW, a felesleges titkosítás nem elég valódi ok?

    Ki mondta, hogy én valami ellen nagyon harcolni akarok? Hol írtam ilyet? Kezdődik a személyeskedés? Amúgy, ha a tömörítés alatt azt érted, hogy pár byte-os HTML kódokat tömörítenek be, majd ki, feleslegesen, akkor egyetértünk.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381156

    Részleges JS tiltást írtam. Részlegeset. Többször is leírtam, hogy részleges tiltásról beszélünk.

    A felhasználók nagyobbik fele el fogja fogadni a JS-eket, sőt az elején messze a többség. De előbb utóbb ki fog alakulni a szokás, hogy megnézik mit fogadnak el. Ez ilyen emberi jellemvonás. Te is megnézed mit sóznak rád, ha a szemed előtt van. De a JS-t elrejtik, hogy ne is szúrhasson szemet.

    Sz*rk: A videók és hangok lejátszásának tiltására ugyanaz vonatkozik, mint anno a Flash-re, hogy block és majd engedélyezem, ha akarom. Automatikusan semmi ne induljon el. Semmi se.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381353

    Alapszabály, ha nem tudod, hogy mi az, akkor jobb kitiltani. Ha lerohad tőle az oldal, akkor meg lehet újraengedélyezni. Egyébként pont a youtube nagyon rossz példa, mert az még pont használható JS nélkül. Vagy úgy, hogy letiltod a JS-t, úgy navigálsz és amikor videót akarsz nézni, akkor URL Ctrl+C, terminálba

    mpv <url>

    (vagy global hotkeybe ugyanez), vagy úgy, hogy custom klienst használsz hozzá; én is írtam magamnak egyet.

    Amennyiben az sechole az összes létező codec-et egyszerre érinti, akkor igazad van, amúgy nincs: ha a browserben van a sechole, akkor már kikerüli, ha

    youtube-dl/mpv

    kombót használ, meg akkor is, ha a droid "média frameworkjében". Ezért kell tiltani a videókat/zenéket tartalmazó HTML5 tag-ek automatikus indulását. Majd, ha akarom, akkor copyzom az URL-t és átadom a lejátszónak. (És normális lejátszót kell használni, nem azt, amit a mikiszoft, vagy a kugli ad, mert azok lesznek a fő célpontjai az ilyen jellegű exploitokra szakosodott SAM gyártóknak.)




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381374

    Miért ne tudhatnám? Ez közönséges hisztériakeltés. Biztos feltörték a routeremet, meg a Digi hálózatát is. Ennyi erővel feltörték a célgépet is és még a https előtt injektálják be a szemetüket a stream-be, nemde?

    Vagy esetleg arra gondolsz, hogy ül kint az ember valahol a városban és a mobilja felcsatlakozik egy közeli routerre, ami esetleg fertőzött? Ad 1. fentebb leírtam, hogy lehet ellene védekezni. Ad 2. lentebb leírtam, hogy a https sem bombabiztos védelem, ennyi erővel ott sem tudhatod, hogy azt kapod, amit kell. Ad 3. Miért nem opcionális a https? Oké, ha kint ül valahol és public routerre csatlakozik vezeték nélkül, akkor használja, ha akarja. De ha egy megbízható hálózaton ülök, akkor miért kéne?




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381461

    Ha valaki a DNS-hijacktől fosik, akkor használjon valami megbízhatóbb DNS-t. (Egyébként aki a kugli DNS szerverét használja, az meg is érdemli a sorsát.)

    De egyébként ennyi erővel meg a https sem megbízható.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381474

    Akkor valóban mindegy, de ez nem érv a https mellett, ld. lentebb.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381492

    Nem, ez nem érv, ld. lentebb.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381514

    Egy túrót derül ki azonnal. Ld. lentebb.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381354

    Ld. fentebb.

    Nem, nem univerzális. Az RC4-es TLS kapcsolatokat pl. elég jól tudják már törni és ez csak egy cipher volt. És ez csak az egyik fele. A másik fele a certek. A cert alapú szarakodás az igazi achilles ina ennek az egész https illúziónak. Lejárt a cert, buktad a biztonságos kapcsolatot. Érvénytelen a cert, buktad a biztonságos kapcsolatot. Bug van a cert exchange algoritmusban, buktad az összes biztonságos kapcsolatot. És akkor még nem is beszéltünk arról, hogy miért is kellene, miért is lehetne megbízni mindenféle harmadik fél által kiállított certben, hogy az tuti biztonságos. Van erre valami garancia? Nincs. A cert akár self-signed is lehet. Na, ennyit a https univerzálisságáról és biztonságáról is.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381389

    Aztán felkínálja a választás lehetőségét, a júzer meg úgyis elfogadja. Megbízható.™ Mondjuk szó se róla, a self-signed tényleg semmivel sem megbízhatatlanabb, mint a többi cert gyár által kiállított.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381462

    És a cert transparencyről ki gondoskodik, hogy megbízható-e? A biztonság nem a bizalomról szól.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381636

    Egyrészt van újabb irománya is a témában (https://blog.okturtles.org/2017/02/coniks-vs-key-transparency-vs-certificate-transparency-vs-blockchains/), amelyben leírja, hogy azellennemvéd ("Previously, we reviewed Google’s Certificate Transparency efforts, and observed that while it does not prevent MITM attacks, it might detect at least some of them."), másfelől meg, idézem tőled (kiemelés tőlem): "ha rendesen van implementálva". Az a bizonyos nagy ha. Ez minden, csak nem biztos védelem. Megint csak elhisszük, hogy jól van implementálva.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381788

    > Tehát a https nem biztonságos, mert a teljes képernyős, vörös felkiáltójeles figyelmeztetés, amit csak három dialógus mélyen, egy aprócska, "igen, felfogtam a veszélyt" gombbal lehet csak meghaladni, nem elég figyelemfelkeltő, de ugyanez a user gond nélkül képes minden egyes JS és html (és talán a CSS-ben is lehet 0-day) fájlt minden lapletöltéskor megbízhatóan auditálni.

    Nem. A http-s azért nem biztonságos, mert egyfelől törhető, másfelől pedig egy megbízhatatlan cert rendszeren alapszik az egész, amiben hitalapon kellene megbízni. No way.

    > addig is a https egy kiforrott darabkája a web jobbá tételének.

    Azért sikerült eddig már húszféleképpen kibabrálni vele?

    > Nekem úgy tűnik, hogy csak fogalmatlanul szidod a https-t, mert CPU ciklusokat pazarol titkosításra.

    ROFL. Tehát ami műszaki érveket, cikkeket felhoztam ellene, hogy nem törhetetlen, meg a CT megbízhatatlan, az smafu. Mert én csak a CPU ciklusokon lovagolok...azt is fogalmatlanul. OK.

    > És, hogy a felvetettekre is reagáljak, el lehet utasítani a RC4-et (pontosabban kliensként nem kell felkinálni) és magad configolhatod, hogy melyik cert-ekben bízol meg, ha akarod akár egyesével minden oldalhoz (és ezen felül lehet még NoScript is).

    Akkor mégsem a csak CPU ciklusokon lovagoltam, mondtam mást is? Ja, csak nem olvastad el, vagy nem értetted meg: "A "megoldás" az lenne, hogy más chiphert használunk a TLS-hez, de ennek ellenére az RC4 még rengeteg helyen használatban van. Főleg a WiFi-capable routerek érintettek." Igen, el lehet utasítani. És előrébb vagy vele? Akkor nem netezel? Vagy tolod titkosítatlanul? Az átlagjúzer meg meg fogja kérdezni, hogy RC4? Azmiaz? A certek megbízhatóságának konfigolhatósága is vicces. Hány cert van a világon? Hány CA? Egyesével döntsem el mindegyikről? És az átlagjúzer is? Ez mennyivel jobb, mint az, hogy a JS-hez van egy flexibilis szűrőd?

    > Igen, a DH is csak egy lehetséges, algoritmus és kétszer akkora kulccsal használva már az NSA-nak is beletörhet a bicskája.

    "Beletörhet.". Het. Megint ez a fránya feltételes mód. Ami viszont nincs feltételes módban (max. múlt időben), hogy sikerrel seggbekúrták a fél világ https forgalmát. Biztonságos.™




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382009

    Ne adj szavakat a számba. Azt mondtam, hogy legyen opcionális, hogy az érzékeny adatokra be lehessen kapcsolni.

    Ezen már futottunk pár kört, fentebb, meg lentebb, én is leírtam, hogy nyilván van az, hogy avulási idő előtt nem tudják feltörni, tehát oké, de egy csomó helyen gyenge ciphereket használnak, te meg dönthetsz, hogy elfogadod, vagy nem csatlakozhatsz. Volt belinkelve egy eset, ahol 30 sec alatt törték meg a weboldal forgalmát.

    Elolvastad a belinkelt cikket a témában? Ha nem, akkor tedd meg. Ha konkrétan a certrendszer helyett akarsz megoldást, akkor azt már leírtad te: PGP.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382064

    Ezt már korábban letisztáztuk a topicban: azt a felhasználó dönti el, hogy neki mi érzékeny. Értsd meg: én nem betiltani akarom a https-t, hanem opcionálissá tenni.
    Igen, SSL/TLS nélkül azonnal, vele 30 másodperc. Megérte? Tudom, nem kéne elbaszni. De elbasszák. Nyilván az elkúrás nem a https hibája; viszont az a https-t használók hibája, hogy azt hiszik, a https automatice megoldja minden gondjukat: nem, nem fogja.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382358

    > Nem minden esetben a felhasználó kompetenciája, hogy az adott információ védendő vagy sem.

    Akkor legyen opt-out, de ne legyen kötelezően letolva mindenkinek a torkán.

    > Egy híroldalnál például pont, hogy az oldalon lévő tartalom gazdája az, akié a döntés, hiszen az ő adatairól van szó, arról, hogy harmadik fél ne piszkáljon bele.

    Nem egészen, egyetlen oldal sem felelős a felhasználói hibákért, az mindig a felhasználó felelőssége.

    > ha valaki sperhatnival nyitható zárat rak az ajtójára, akkor ne csodálkozzon, hogy akkor is meglátogatják, amikor nincs otthon. Az a 30s ugyanilyen szélsőséges eset - kérnék valós példát egy qualys ssl teszten "A" vagy jobb minősítést kapott beállítással működő szerver forgalmának 30s, de üsse kavics, 30perc alatti feltörésére, és az adatfolyam módosítására. Hatvanszor annyi idő gondolom elég lesz.
    > Ha nem, akkor a "TLS/SSL 30s alatt törhető" kijelentésed nem más, mint FUD vagy egyszerű szakmai tudatlanság. Igen, ugyanúgy tudatlanság, mint az, hogy valaki nem képes jól használni egy biztonsági eszközt/megoldást, és igen, az nem a https hibája, ha rosszul használják.

    Ja értem, tehát, ha a PGP-nél az user elbassza a kulcsok átadását és feltörik, akkor szar a PGP, de ha a https-nél szarul csinálják meg az egészet és azt lehet feltörni, akkor az meg FUD.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382436

    > Merthogy ssl nélkül csak azt hiszed, hogy azzal "beszélget" böngésződ, ami az adott címen van, közben meg ez egyáltalán nem biztos.

    SSL-lel is, mert mint már be lett linkelve pár példa, a certet is lehet hamisítani.

    > Mármint szerinted sz@r az egész, és a bizalmi háló sokkal jobb?

    Te tényleg nem olvasod el amit írok, vagy csak ennyire nem érted? Én most rohadtul nem az egész https-ről beszéltem, hanem konkrétan arról az egy bizonyos elbaszottul konfigurált 30 másodperces töréssel seggbekúrt szerverről, azt állítottam párba azzal, hogy valaki elbassza a PGP key-exchange-t. A kettős mércédre világítottam rá, hogy amikor elkúrás miatt 30 másodperc alatt törik a https-t (mert senki nem mondta, hogy ez a default, arról volt szó, hogy balfasz felhasználás mellett megtörténhet (ahogyan meg is történt)), akkor az FUD, de ha a PGP kulcsokat rakja be a lábtörlő alá a balfasz júzer, akkor az a PGP hibája. Ez kettős mérce. És még unfair is, mert a PGP-nél (tudtommal) soha sem törekedtek semmiféle globális key-interchange ökoszisztéma kiépítésére, a felhasználókra van bízva, míg a https pontosan azt ígérte, hogy ezt megoldja helyettünk, csak éppen kurwára nem sikerült.

    > Kértem, hogy a világ túlfelén lévő webshop iránti bizalom hogy jön ki a bizalmi hálóból? Hány kvázi ismeretlen, feléd semmilyen felelősséggel nem tartozó emberben kell megbíznod ahhoz, hogy a végén elfogadd igaznak azt, hogy a túloldal valóban az, akinek mondja magát, és amit mond, az valóban az, ami eljut hozzád.

    Válaszoltam rá: visszakérdeztem, hogy https-nél milyen alapon bízol meg benne? A https-nél hány esetlegesen hamis cert fog az utadba kerülni, amiért megint nem lesz felelős? Ha a CT logokba becommitolt bogus certet nem szúrja ki a monitoros, akkor ki vállalja a felelősséget?

    > Szóval tételesen mi a sz@r a csak a TLS1.0 fölötti protokollokat támogató webszerver titkosításával, és azzal, hogy azt a certet valóban ellenőrizve annak adták ki, aki az adott domainhez hasnzálati joggal bír.

    Ha nem írtam le eddig ötvenszer...de akkor összeszedem neked tételesen, mi baj van vele:
    - Hiába vannak biztonságosabb cipherek, a legtöbb helyen sérülékeny ciphereket használnak.
    - A cert-exchange egy nagyon rossz vicc, semmi garancia nincs rá, hogy most nincs benne valami olyan sérülékenység, ami megint megdönti az egész rendszert.
    - A certek validságának ellenőrzése is egy nagyon rossz vicc, ha hiba csúszik az implementációba, vagy nem szemfüles a monitoros, akkor megint dől az egész rendszer.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382636

    > Certet lehet hamisítani. Oké, akkor tessen hamisítani monduk olyan certet, ami az e-személyin van.

    Én hamisítsak? Könyörgöm még az általad belinkelt PGP "kritika" is azzal volt tele, hogy így cert hamisítás, meg úgy cert injektálás...

    > Az is X509, amögött is egy CA-lánc áll, tehát az is sz@r szerinted. Attól, hogy valamit valamikor egy elkefélt környezetben összehoztak, még nem sz@r az egész.

    Amíg a certek mögött csak a vakbizalom marad, addig az.

    A két idézetet meg szépen összemostad, csak éppen semmi közük egymáshoz, mert az egyiket arra írtam, hogy mi a baj a cert rendszerrel, a másikat meg a PGP-vel kapcsolatos kettős mércédre. Kérdésedre a válasz: az egész rendszer megbízhatatlan, nem csak az az egy szerver, de azt a szervert törték meg 30 sec alatt, nem a többit. Nem tudom mi nem világos.

    > azaz nem válaszoltál, kitértél a neked kellemetlen válasz elől.

    Nem tértem ki, ugyanabban a posztban egy sorral lejjebb ott van a konkrét válasz is, csak ahogy nézem egyáltalán nem olvastad el a posztot.

    > HTTPS-nél azon az alapon bízok meg benne, hogy az a CA, amelyik kibocsátotta a certet, számomra megbízható-e. Nem 123456 ember (összesen), hanem egy szervezet, aki a cert kibocsátásával felelősséget is vállal azért, hogy az a cert annak lett kiadva, akié az adott entitás, például domain.

    Kettős mérce v2.0. Miben különbözik ez akkor a PGP bizalmi hálójától, ha nem az összes CA-ban bízol meg, csak abban, amelyiket tényleg ismered? (Hozzáteszem, ezzel konkrétan nincs baj, csak ez így párhuzamba állítva több, mint visszás...)

    > mivel a https-t lehet sz@rul is hasnzálni, így sz@r az egész.

    Nem ezt írtam. A válaszaimat nem olvasod el, szavakat adsz a számba; te most az én válaszaimra reagálsz, vagy elképzeled, hogy mit válaszolok és arra? Nem azért szar, mert lehet szarul használni. Világosan leírtam, hogy az nem a https hibája, ha sérülékeny cipherrel használják. Az a https hibája, hogy elhiteti a felhasználóival, hogy ez a globális certhálózat megbízható, miközben nem az.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382665

    > Hajbi, te vagy az?! Kritizálod az X509-et, de amikor tényszerűen számon kérik rajtad, hogy a jól használt/konfigurált láncon találj fogást, akkro hárítás és mellébeszélés jön.

    Az a mellébeszélés, hogy én találjak egy jól használt/konfigurált láncon fogást, mert ha én nem tudok, akkor nyilván más se és mindezt úgy, hogy volt már a topicban belinkelve cikk, hogy hogyan kúrta seggbe a fél világ https forgalmát az NSA, anélkül, hogy konkrétan bármelyik rohadt láncon fogást talált volna, mert nem a titkosítást törte fel, hanem simán összeszedegethette a kulcsokat a szar key-exchange algoritmusnak köszönhetően. Hárítás meg az, hogy konzekvensen nem válaszoltál egy csomó kérdésre (pl. arra, hogy mégis mi van, ha bogus certet commitolnak be és nem szúrja ki a monitoros), hanem kikerülted a kérdéseket és lovagolsz valami máson. (Amúgy meg komolyan: reductio ad hajbazerum? Ennyire futja? Csak mert személyeskedni akkor szoktak, ha elfogytak az érvek, vagy ha fáj valami...)

    > Mert mondjuk CA jóval kevesebb van, mint ember, akiben tényleg vakon meg kéne bízni, csak azért, mert a megbízható ismerősöm által megbízhatónak jelölt egyén megbízik olyanban, aki megbízik valakiben, aki... satöbbi, aki megbízik abban, aki megbízhatónak tekinti a világ túlsó felén lévő webshop-ot.

    ROFL, olvasd már el, amit írsz: a CA-k pontosan ezt próbálják megcsinálni helyetted (feltételezve részükről a jóindulatot).

    > Ja, és ebben a hálóban senkinek, ismétlem senkinek nincs felelőssége a többiek felé - maximum a saját, kis hatással bíró reputcióját veszítheti el, míg egy CA simán kikerülhet a megbízhatónak tekintett körből, ami gyakorlatilag a "rolló le" a számukra.

    Aha és ha egy CA-t épp azért hoznak létre ideiglenesen, hogy bogus certeket commitoljon be, annak kurwa nagy veszteség lesz, ha "rolló le" (sic!). És ez még a kisebbik baj, de a lebukás után mégis mennyi idő után lesz leeresztve az a bizonyos roló? Majd' egy év, mint a múltkor? (Pl. a WoSign 2016 augusztusában bukott le, de ténylegesen teljes blokkolásra csak közel egy év után került.) Mennyi kárt tudnak ezek még addig okozni?

    De amúgy is: honnan tudod ránézésre, hogy egy CA az megbízható-e, vagy - ronda "szakszóval" - rogue? Pontosan ezért létezik a Certificate Patrol is, mert annyira kurwára megbízható egy rendszer ez, meg mert ennyire bevált a tévedhetetlen (nem) és azonnal reagáló (nem) Certificate Transparency szisztéma is. Ezt is linkeltem már, de ezt sem kommentáltad. Olyan szelektíven reagálsz, hogy hihetetlen.

    Az megvan, hogy a google is megszívta a fake certekkel? Erről mi a véleményed? És arról, hogy mostanra már annyian mutattak rá, hogy az egész rendszer gyenge pontjai a CA-k, hogy a google-nek is lépnie kellett, hogy megszabaduljon a third-party CA-któl? Az megvan, hogy van, hogy driverek kúrnak fel a gépedre olyan cert-et, amit nem kértél és amiben nem bízol meg? Szívta már meg a fake cert-es faszt a mikiszoft is.

    Na, most aztán kaptál egy valag linket, ahol certhamisítás történt, de kereshetsz még többet is, mert tele a padlás - meg a net - ilyen sztorikkal és nálam okosabb szakemberek ezrei elemezgetik és fejtegetik, hogy miért katasztrófa ez a cert rendszer úgy ahogy van. Korábban is adtam linket, nem egyet, de leszartad, te ragaszkodsz hozzá, hogy én találjak fogást egy jól használt/konfigurált láncon. Én? Hát értek én az ilyesmihez? Majd talál fogást az, aki tudja, hogy kell, légy egészen nyugodt.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381085

    Már egymilliószor meg lett válaszolva: bullcrap. Publikus read-only infókat hiába hallgatnak le MITM-en keresztül, a rekláminjektálást meg baszhatják, ha JS tiltva, sütik tiltva, képek tiltva, redirect tiltva, reklámszerverek tiltva, stb. Ennek csak ott van értelme, ahol valami érzékeny adat közlekedik.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381102

    Azokat meg előbb utóbb akkor is megtörik, ha https is van, mert minden szarra rákattintanak. Nem MITM-en keresztül tolják illegálisan a reklámot elsősorban az egységsugarúak arcába, hanem a mindenféle SAM-eken keresztül, amiket ők maguk tesznek fel, miközben minden szart feltesznek. Halottnak a csók nekik a https.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381356

    Valami műszaki érv esetleg? Vagy csak izzadtságszagú szellemeskedésbe csomagolt személyeskedésre futja?




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381383

    > Poénkodni próbáltam csak

    https://youtu.be/SFZYzJYO07U?t=119




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381149

    Csak épp MITM-re marginális esély van, helyileg jelenlévő SAM-re meg meglehetősen magas.
    A reklámot és a malware-t egyébként ki lehet szűrni a megfelelő védelmi mechanizmusokkal, fentebb már kitrágyaltuk. A fals jogszabályszöveget ugyan nem, na de azt meg megnézem. Ez annyira specifikus, hogy csillagászatian kicsi rá az esély.
    Egyébként ezeket a problémákat már az SSL is "megelőzte" (SSL sérülékenységek ebben az esetben nem játszanak: az esetleges feltörés ideje a sokszorosa az információ elavulási idejének); a latest TLS kötelezővé tétele a régebbi, már nem fejlesztett böngészőknek a netről való végleges letiltását szolgálja, nem a szaros MITM támadások kivédését. (Már csak azért is, mert legjobb tudomásom szerint a korábbi TLS-ekben nem fogtak még semmilyen sérülékenységet.)




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381157

    Ez mondjuk már tényleg nem marginális, de a helyi SAM-ekhez képest még mindig töredék. Én meg azzal találkoztam baromi sokkal, hogy kinyitod a böngészőt és már ott is a beinjektált szar. Https oldalon is.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381460

    Fordítva több értelme lett volna a hasonlatnak: mi értelme a guminak, ha évente milliók halnak meg autóbalesetben? Viszont a MITM támadások ellen még mindig lehet védekezni https nélkül, a https meg még mindig nem törhetetlen, nem ad biztos védelmet a MITM ellen.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381473

    Asszem neked kimaradt ez a postom.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381490

    > Az, hogy korábban volt egy hiba nem ok azt feltételezni, hogy a mostani megoldás is hibás.

    Ok azt feltételezni, hogy lehet hibás. Egyébként a szóban forgó hibát nem javították, mert nem is lehet, mert ez nem bug volt, hanem maga az a cipher sérülékeny. A "megoldás" az lenne, hogy más chiphert használunk a TLS-hez, de ennek ellenére az RC4 még rengeteg helyen használatban van. Főleg a WiFi-capable routerek érintettek. Tehát sokszoros erőforrásért letitkosítottuk a stream-et, de legalább ugyanúgy lehet injektálni. (Max. megnehezítik a támadó dolgát.)

    > A cert-ben meg azért kell megbízni, mert jelenleg nincs jobb megoldás és jelenleg nincs rá bizonyíték, hogy sérült volna a cert transparency

    "Kell?" Nem, nem kell. Onnantól, hogy valamit el kell hinni, mert valaki azt mondta, onnantól az nem műszaki megközelítés, hanem vallásos. Nincs jobb megoldás? Ez egyáltalán nem megoldás, ez önámítás. (Egyébként egyet fentebb te is említettél: Tor.) Bizonyíték? Arra talán van, hogy nem sérült? A lehetőség is elég: biztonságról beszélünk. Ennyi erővel semmilyen óvintézkedésre, vagy elővigyázatosságra nincsen szükség, mert esetleg nincs bizonyíték arra, hogy kell. Ha random emberekről feltételezzük (joggal), hogy MITM-mel próbálkoznak, akkor más random emberekről miért feltételezzük, hogy őket nem lehet megvenni, vagy megfenyegetni, megzsarolni, egyszóval bármilyen módon kompromittálni? (Vagy a rendszereiket, a frameworkjüket?) Mert azt mondták és punktum. Bizonyíték erre sincs, de azért higgyük el. Ennyi erővel azt is el lehet hinni, hogy tényleg át akarják utalni Nigéria készpénzállományát.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381515

    > Amennyiben van némi kriptográfiai tudásod, akkor tudnod kell, hogy egyik titkosítás sem nyújt 100%-os biztonságot, csak olyat, ami a tudomásunk szerint a mai technológia használatával, emberi léptékű idő felhasználásával megfelelően alacsony eséllyel kompromittálható.

    És az RC4 pont ilyen, amit az avulási idő előtt tudnak törni.

    > A Tor/onion is csak azért működik, mert nincsenek domain nevek. DNS esetén már ismét ugyanazok a bizalmi kérdések vetődnének fel, mint a self-signed cert esetében: miért bízzak a válaszban?

    Ebben igazad van. De ez nem érv a https mellett.

    > Erre nyújt megoldást a cert transparency: egy nyilvános, write-only adatbázis, amiben szerepel az összes kiadott certificate. Így a root certek korrupciója azonnal kiderül. (A CT bevezetése óta tudtommal nem volt ilyen eset)

    Nem, nem derül ki azonnal: a kiderülés a monitorozókon múlik: ha egy CA beküld egy fos certet a logba, amit a monitoros nem szúr ki, akkor cumi van. A CT nem garancia semmire; fentebb belinkeltem egy cikket, azt elolvastad? Mert válaszolni nem válaszoltál rá.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381635

    Én nem azt mondtam, hogy ne legyen https. Azt mondtam, hogy csak az érzékeny adatoknál van értelme bekapcsolni. Hogy mi az érzékeny adat? Na, ez pedig a júzerre van bízva. Ezért mondtam, hogy legyen opcionális. Ha neked érzékeny adat, hogy lekéred a menetrendet (lehet, hogy igazad van), akkor bekapcsolod. De ne legyen kötelező, főleg ne ezzel a megbízhatatlan cert rendszerrel.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381659

    Akkor secure hálózatból kell megnézni, amit nem tudnak lehallgatni. Vagy Tor, vagy a Firefoxos világ Anonymox kiegészítője, vagy valami hasonló titkosított proxyhálózat.

    Vagy itt az összes elérhető menetrend, lehet bennük offline keresni, az a legbiztonságosabb.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381634

    A kérdés jogos, úgyhogy kimértem:

    root@Csabi:~# time for i in {0..999}; do wget "http://oscomp.hu/?games/all/p/0/c/0/s//sh/-/" -O - 2>/dev/null 1>/dev/null; done
    
    real    2m1,440s
    user    0m7,364s
    sys     0m8,080s
    root@Csabi:~# time for i in {0..999}; do wget --no-check-certificate "https://oscomp.hu/?games/all/p/0/c/0/s//sh/-/" -O - 2>/dev/null 1>/dev/null; done
    
    real    2m38,135s
    user    0m28,920s
    sys     0m10,456s

    Időben kb. 1/3-addal tartott több ideig az 1000 lekérés https-en, mint http-n. Ez azért nem elhanyagolható különbség.

    Ami pedig a load-ot illeti, menetközben fotóztam a taskkezelőt:
    http://oscomp.hu/depot/wget_http_oscomp.hu_load.png
    http://oscomp.hu/depot/wget_https_oscomp.hu_load.png

    Ami a lényeg, az a legalsó sorban a harmadik mérő, ami az elmúlt 1 perc összesített átlag CPU loadját mutatja (lebegőpontosan). 9% vs. 45%, azaz a https 5x annyi CPU időt eszik. Az azért már meglehetősen kardinális különbség. A CPU-m 8 magos FX-8350@4.0GHz, ami ugyan nem egy latest darab, de nem is özönvíz előtti. (Mondjuk úgy: tegnapi.) Nem hinném, hogy egy Ryzen sokkal kisebb ollót produkálna, de ami viszont sokkal fontosabb: a különféle low-consumption ARM CPU-k, amik a smart-device-okban és az SBC-kben vannak, azok még ennél is rosszabb eredményt hoznának, márpedig ugye főleg a mobileszközöknél érdekes az MITM elleni védelemnek kikiáltott https. De ha egy non-security jellegű gyakorlati érvet is akarsz, hogy miért is rossz ez: ez a sokszoros CPU igénybevétel drasztikusan csökkentheti az okostelefonok és tabletek akkumulátoridejét a böngészés alatt.

    Ami pedig a "kitömést" illeti: irtózatosan rossz megközelítés, hogy ha van még erőforrás, akkor nem baj, ha felzabálja valami. Az erőforrás azért van, hogy legyen, ha kell, nem azért, hogy mindenképpen felzabáltassuk, akkor is, ha indokolatlan.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381787

    És a handshake ideje az nem ér, vagy mi? A browser csak egy domain felé nem nyitogat újat (bár ez sem igaz, pl. multi-threaded download, etc.), de mi van, ha össze-vissza mászkálsz a neten? Az bizony domainenkénti handshake-et jelent.
    Arról nem is beszélve, hogy az 5x-ös CPU idő az nem a handshake miatt volt, csak azt szépen ignoráltad.

    Szóval jó számok voltak ezek.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381951

    > wget https -el nekem is balyom van.
    > kb 2 szer lassabb mint a curl.

    > Legutobb cert lookup korul volt nemi gebasz.

    > A curl idejebol is legalabb 5ms az ssl-el kapcsolatos fileok benyalazasa,
    > ami-t egy futo alkalmazasnak nem feltetlen kell megismetelnie.

    Milyen "kapcsolatos fájlok"? A certek? És? Az akkor nem számít? Ezt már kérdeztem az előbb is, csak nem válaszoltál. Full időt nézünk, nem veszegetünk ki önkényesen a https mért idejéből.

    > Az 'ab' nevu tool, a valosaghoz kozelebbi dolgokat mutat '-k' -val.

    > szerk:
    > 1k url '-k' -val, kb. 1 sec -el tobb CPU time.
    > Valami rosz szervert talaltam, ugyhogy 4 - 4 minute real time volt

    > user 0m0.050s
    > user 0m1.308s

    > $ ab -k -n 1000 <URL>

    > Mondhatod hogy ~25 szor tobb CPU ido, de a valos ido majdnem ugyan az.

    > Es 1000 url nel, nem +21 sec elegetes van , hanem csak +1 sec.

    Ember, erre is válaszoltam, hogy keepalive egy domain felé mehet, de az emberek szoktak úgy mindenfele mászkálni a neten. Az jó sok domain. Erre sem válaszoltál.
    Ami meg az időt illeti, a különbségek lekérésenként összeadódnak. És ez vonatkozik a terhelésre is.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382008

    Mert a júzerek Seleniumot használnak, ugye? Köszönjük Emese. A

    wget

    egy populáris letöltőeszköz, én meg real-life tesztet csináltam. Ha nem tetszik, akkor lehet ellenmérést csinálni valami másik letöltővel, vagy bugrókával, vagy amivel akarsz, de olyannal, amit a jónép használ és úgy ahogy használja. Laborkörülmények között, direkt a feladatra kihegyezett teszteszközökkel lefaragni a különbségeket elviselhető szintre, az minden csak nem értékelhető teszt.

    Ha nem muszáj, mert biztonságos a hálózat, akkor nem. Egy korábbi topicban ezt ki is veséztük.

    Nem az időn volt elsősorban a hangsúly, hanem a terhelésen.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382063

    Tagadhatatlan tény, de még mindig ezerszer több

    wget

    -es letöltögetés van, mint Seleniumos benchmark. A lehetőség adott: válassz böngészőt és mérd ki, hogy 1000 random URL esetén mi lesz az eredmény http és https használata mellett. Azt mondjuk nem tudom, hogy honnan fogsz összelapátolni 1000 olyan szervert, ami mind a kettőt támogatja. Mondjuk simán megoldható lenne, hogy ugyanazt az URL-t bombázzuk meg 1000-1000 lekéréssel, de nem bírtok elszakadni a keepalive-tól, ami itt irreleváns...

    Hát az 1000 fel-lekapcsolódásnak több köze van a valósághoz, mint a Seleniumos benchmarknak. Az lehet, hogy a

    wget

    nem a jó eszköz a demonstrációra, de tessék, akkor csinálj ellenmérést másik tool-lal. Azt el tudom fogadni, hogy esetleg sikerült rossz eszközt választani, de a metodikában nem volt hiba: az nem valós, hogy szándékosan ugyanarra a domainre kapcsolódok fel keepalive-val, hogy addig mérjek, amíg minimálisra redukálódik a https time-overheadje. A random URL-ekre való felkapcsolódások alkalmával a handshake ugyanúgy beletartozik a protokollba; azt arbitrálisan kivenni a mérésből iszonyatos torzítás.
    Nem értek egyet azzal sem, hogy irreleváns lenne a CPU terhelése, ha az idle csökkent és azt már le is írtam, hogy miért: az, hogy van még rendelkezésre álló erőforrás, az nem jelenti azt, hogy akkor azt azonnali hatállyal fel is kell zabáltatni; főleg a mobileszközökön számít ez: pusztul az akkuidő. Hiába nem érzékelsz belassulást, a sebesség nem minden.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382356

    Off: Biztos velem van a baj, de néha alig bírom dekódolni amiket írsz.

    > Itt +%2 CPU a legnagyobb pillanatnyi elteres, (nem atlagos, hanem peak.)

    > Ha lattal mar browser-t CPU-t enni, nem csodalkozol.

    Persze, mert a browserek szarul vannak megírva és annyit zabálnak, hogy az SSL/TLS már eltörpül mellette. Ilyenkor a százalékolás nagyon csalóka. Tegnap elittunk százmillió Forintot. Ma százegyet. Nincs jelentős növekedés, egy százalékkal ittunk többet. Hogy közben az egy egymilliós összeget takar, az nem fontos.
    Kevésbé éhes browserben (pl. classic Opera), jobban kijön a különbség.

    > De ha jol mersz, eleg egy progi 1-2 ssl handshakkel, ugyan ahhoz az oldolhoz.
    > Csak akkor kezd el merni a handshake arat miutan:
    > - ssl config/ elfogadott certek be lettek olvasva (magas szintu libek eseten az elso kapcsolat)
    > - TCP kapcsolat letrejott

    Miért, ezek talán nem tartoznak bele a felkapcsolódásba?

    > Mutatam neked valamit ahol 25* dragabb volt az SSL,
    > mit hamisitsak neked meg ? ;-)

    Egy kis pénzt ha tudnál nekem hamisítani, azért hálás lennék, mert az mindig jól jön. (Esküszöm képtelen voltam dekódolni, hogy mit szeretnél. Mit hamisítsál meg, vagy mit hamisítsál még?)

    > Mennyi az egy szerverre atlagosan juto SSL ovehead in CPU percentage?

    Gondolom nem annyi, hogy hanyattvágjuk magunkat tőle, de ettől még ami felesleges pazarlás, az felesleges. Még egyszer, nem http-only, hanem opcionális https, amit szeretnék. Akkora baj?




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382635

    > Ha az a kerdes mennyivel dragabb a masodik(nth) ssl kapcsolat, mint egy egy masodik nem ssl.
    > Akkor nem.

    De ez csak azonos domain-re való többszöri felcsatlakozáskor van így; ezt magyarázom, ha össze vissza mászkálsz, az annyi handshake.

    > Hanyas szorozot szeretnel latni SSL cpu zabalasra, ha 25 nem volt eleg ?

    Nekem? Nekem még sok is volt. Elvesztettem a fonalat, mit szerettél volna kihozni?

    > Szerintem sok olyan dolog van, amibe nem akkar senki energiat olni, meg ha egy 's' -el konyebb is
    > a protocol.

    Ez nem érv a https mellett, csak rávilágít az emberi lustaságra.

    A többiben egyetértünk.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382357

    > Idéznék a seleniumhq oldalról, mert szerintem nem igazán tudod, miről is van szó: "What is Selenium? Selenium automates browsers." - bizony ám, webes alklamazások tesztelésére, úgy funkcionális- mint terheléses tesztre szokás használni - és használják is szerte a világban a webes fejlesztéseknél. És nem egyszer-kétszer, hanem a felület "stabil" állapota után kvázi folyamatosan, a dev környezteben minden buildre.

    Hát ez aztán pontosan úgy hangzik, mint amit a többmilliárd egységsugarú egyfolytában csinál. Ehhez képest még a

    wget

    -es letöltés jobban hasonlít egy felkapcsolódásra, pláne mivel ahogy nézem ezeket a teszt-automatizálós izéket, nem sok közük van a valósághoz, csak félrevezetik a tesztelőt. (#1, #2, #3, #4)

    De ha annyira érdekel, hogy a Selenium mit hozna ki egy ilyen tesztben, hajrá. Csinálj ellenmérést, csak oszd meg, hogy mit csináltál.

    > na akkro mi a pékpöcsre való az erőforrás, ha nem arra, hogy ha kell, használjuk?! Az akkuidőre a CPU fogyasztásánál jóval nagyobb hatása van a kijelző, illetve a rádiós modulok (wifi, lte, bt) aktivitásának.

    Elolvasnád végre, amit írok? Ha kell, akkor használjuk, de ha nem kell, akkor ne pocsékoljuk feleslegesen.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2381790

    De bele tud. Ezt kéne már megérteni, hogy bele tud. A https nem törhetetlen. Nem, amíg sérülékeny ciphereket használ és egy bizalmi alapon működő cert rendszert.




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382007

    Ebben sok igazság van, de ha a kerítésen túl nincs semmi, csak a gyep, meg egy olyan tábla, aminek a tartalma kívülről is látszik, akkor nincs értelme a kerítésre pazarolni a fát, csak azért, mert így valaki más odatehet a tábla elé egy másikat; majd odamegyek és kikerülöm a hamis táblát.

    Pedig pont a PGP a jó megoldás és éppen a közvetlen bizalom miatt. Az SSL/TLS esetén abból indulunk ki, hogy minden egyes certet kibocsájtó entitás megbízható, ami egy rettenetesen naív feltételezés, meg abból, hogy a CT majd megoldja helyettünk az intézményesített szabályzásával; hát nem, ha a monitorosok nem szúrják ki a becommitolt bogus certet, akkor beszoptuk. És különben is, miféle titkosítási ökoszisztéma az, amit intézményesítetten szabályoznak? (És miért van az, hogy a PGP-t magát még nem törték meg soha?)




    MAV-START elvira vs https: https://hup.hu/node/165558#comment-2382062

    Miért, amúgy mi alapján bízol meg benne? Ennyi erővel a https sem alkalmas rá. https://www.kaspersky.com/blog/https-does-not-mean-safe/20725/ A linkelt levélre annyit tudok mondani, hogy kulcsot sokféleképpen lehet cserélni. Az amúgy megvan, hogy a felhozott példában a gyenge láncszem egy kompromittált https cert volt? És a fickó egyébként a levele végén mindjárt ajánl is pár megoldást a felhozott problémákra.
    Nem tudom, hogy pontosan mi lenne az univerzális megoldás PGP-vel, az is lehet, hogy nincsen, de a PGP-ről nem is állítottak ilyet, míg a "túlparton" meg azt állítják, hogy a https mindenre megoldás, mindentől véd. A httpsnél el kell hinni, hogy a CA-kban és a certjeikben vakon meg lehet bízni. Ezt már eddig tízszer írtam le, hogy nem, mert hamis certet lehet produkálni, a CT-nél meg bullshit, hogy automatice kiszúrják, a monitorosokon múlik és azok is emberek. A PGP-nél meg nem kell elhinni semmit, jól kell csinálni. Ha nem tudod a kulcsot biztonságosan átvenni/átadni, akkor megszívtad, ez igaz. De akkor a https-nél is.

    És igen, ha szarul csinálják, akkor az is törhető, de csak simán magát a PGP-t még nem bírták megtörni úgy, hogy nem felhasználói hiba, vagy szar implementáció, vagy egy megtört keyserver volt a gyenge láncszem.

    A cikkre:

    1. Ha zavarod a kommunikációt, akkor az minden protokollt szétbasz; ha átbillented azt a bizonyos bitet, akkor a https stream nem baszódik el talán? Egyébként a PGP az adatok integritásának ellenőrzésére is alkalmas, tehát egy mezei bithiba kiszúrható vele, hogy valami nem kóser.

    2. Ha jól értem az interchange volt fos; bocs, ez megint nem a PGP hibája.

    3. Itt is interchange probléma és a gyenge láncszem itt is a kamu TLS cert volt. Te elolvastad ezt a cikket, vagy csak belinkelted? Ebből még jobban kiviláglik, hogy mennyire sok baj van ezekkel a certekkel. Különben nem is létezne pl. a cikkben belinkelt Certificate Patrol. (Your web browser trusts a lot of certification authorities and chained sub-authorities, and it does so blindly.) Mégsem elég a CT? Egyébként a cikk egyik mellékszála végig az, hogy mekkora kamu a cert-ökoszisztéma.

    4. Az megint nem a PGP hibája, hogy az emberek szarnak frissíteni a subkey-eket. A PGP nem akarja helyetted megoldani a gondolkodást, mint teszi azt az SSL/TLS.

    5. Majd visszatérünk rá, ha tényleg sikerült. Addig FUD.

    6. Ez megint az interchange kritikája: a PGP-nél nincs kitalálva, hogy cserélsz kulcsot. (Egyébként ad is pár tippet a fickó.)

    7. Ki mondta, hogy kötelező keyservert használni?

    8. Nem is volt cél bármit bizonyítani, kettejük közötti üzenetváltásról volt szó.

    9. Ez most komoly? Statisztikai analízist bármire rá lehet húzni...

    10. És?

    11. User error. Még azt is leírja, hogy mit kéne csinálni.

    12. Itt is a https certekkel van igazából baj.

    13. Interchange, user error, keyserver és megint a TLS certen bukott el a dolog. (the TLS and HTTPS certification standard that makes us need certificates, signed by an authority, and then can be fooled and broken anyway)

    14. Ebben igaza van...de mi köze ennek ahhoz, hogy miért ne használjon valaki PGP-t?

    15. Tehát summa-summárum, azért ne, mert úgysem tudják használni? Ez nem érv.

    Szóval nekem úgy tűnik, hogy itt gizike-gőzeke: a PGP-nél rajtad áll, hogy kezeled a kulcsaidat, nem próbálja meg helyetted megoldani a rendszer. A TLS/SSL megpróbálta. Eredményét láthatjuk.




    Okosórát vagy -karkötőt ...: https://hup.hu/szavazasok/20190208/okosorat_vagy_karkotot#comment-2316792

    +1




    Alpinistáknak: MUSL -- van-e benne lokalizáció?: https://hup.hu/node/165440#comment-2377596

    Pedig van benne localization és internationalization is. Utóbbira implementálták a libintl-t, előbbire meg ott a

    locale.h

    . Vagy nem erre gondoltál?




    Alpinistáknak: MUSL -- van-e benne lokalizáció?: https://hup.hu/node/165440#comment-2377666

    Nem ebbe futottál bele, hogy régebben nem volt benne

    locale

    program, mert régebben a musl-ben nem volt elérhető az implementáció? Ez azóta - a ticket alapján - a múlté. Nem tudom mikori Alpine-t használsz; lehet, hogy kézzel kellene leforgatni a

    locale

    -t.




    Alpinistáknak: MUSL -- van-e benne lokalizáció?: https://hup.hu/node/165440#comment-2377689

    Re:Off: A musl is tudja, max. az Apline-ben nem sikerült használni.

    Off-off: AIX-ban miféle libc van? Gondolom nem a GNU féle, de infót nem találtam.




    Alpinistáknak: MUSL -- van-e benne lokalizáció?: https://hup.hu/node/165440#comment-2377768

    Félreértettél, én nem az AIX lokalizációjára voltam kiváncsi, hanem arra, hogy miféle libc dohog a rendszer alatt. Ez az amiről nem találtam hirtelen infót.




    Alpinistáknak: MUSL -- van-e benne lokalizáció?: https://hup.hu/node/165440#comment-2377786

    Átsiklottam fölötte. Thx.




    A NULL rendszám... :): https://hup.hu/node/165417#comment-2376904

    Olyannal konkrétan nem találkoztam, ami a

    'NULL'

    stringet

    NULL

    -nak feleltette volna meg, viszont olyannal nagyon is (Oracle Database 11g (?) Express Edition), ami az üres stringet (

    ''

    ) mindenképpen

    NULL

    -ként írta be, függetlenül attól, hogy az oszlop

    NOT NULL

    volt-e, vagy sem. És mivel a cikk szerint a fickó megkapott minden bírságot, amihez nem tartozott rendszámtábla, így nem tűnik lehetetlennek a felállás, hogy a DB marhasága miatt az üres stringek (nincs rendszám)

    NULL

    -ként kerüljenek be, viszont a rendszer marhasága miatt lekérés után hibásan stringgé (

    'NULL'

    ) castolódjanak. (A szutyok scriptnyelvekben ilyesmi elő szokott fordulni.)

    De ez csak tipp.




    A NULL rendszám... :): https://hup.hu/node/165417#comment-2376988

    > azert nem artana ismerni azt amivel az ember dolgozik, es akkor nem ernek meglepetesek :)

    Hát ja. Főleg, ha derült égből seggbebaszásként közli a főnök, hogy megnyertük a kukakula kupakfeltöltő webes játékának a kivitelezését és van egy hetünk összedobni valamit, viszont a DB az Oracle lesz, mert az ő szerverükön kell dolgozni és ők ezt biztosítják. Hogy mi? Sose volt dolgod Oracle-lel? Oldd meg. Így elég nehéz "ismerkedni". :/

    > en meg nem talalkoztam olyan Oracle verzioval (8+) ami a NOT NULL oszlopba null erteket irt volna be, csak hibat ir a not null constraint miatt.

    Hát nekünk meg ezt csinálta. Lehet, hogy valami beállítási mizéria volt, amiről nekünk gőzünk nem volt, hogy be lehet állítani, de egyfelől a beállításokhoz nem is fértünk hozzá, másfelől meg mint mondtam: mélyvíz volt.




    A NULL rendszám... :): https://hup.hu/node/165417#comment-2377049

    Feature? Az önkényes

    ''

    =>

    NULL

    megfeleltetés? Hát nekem erre egy másik F-el kezdődő szó jutott eszembe...




    A NULL rendszám... :): https://hup.hu/node/165417#comment-2377112

    Tény, ha valaki dolgozik vele, akkor azt úgy kell, ahogy kell. Szerencsére azóta nekem nem volt szerencsétlenségem hozzá.




    A NULL rendszám... :): https://hup.hu/node/165417#comment-2377439

    Csakhogy az a baj, hogy a null constraint csak és kizárólag oszlopokra vonatkozik, query-kre nem és az Oracle pedig azokban is behelyettesíti.

    Az a query, hogy

    SELECT COUNT(1) FROM "TABLA" WHERE "OSZLOP" = '';

    úgy fog valójában lefutni, hogy

    SELECT COUNT(1) FROM "TABLA" WHERE "OSZLOP" = NULL;

    és mivel

    NULL

    -al nem lehet komparálni, így nulla találatot kapunk. (És egyébként ez így elég vicces, mert az igaz, hogy a

    NULL

    az nem érték, hanem állapot, de akkor hogy lehet egy értéket behelyettesíteni egy értékként kezelt állapottal, úgy, hogy a behelyettesített pszeudoértékkel komparálni nem lehet? Ez a felállás ugyanis logikailag azt jelenti, hogy

    ('' == NULL) && (NULL != '')

    . Ez hogy a fárasba jött ki?)

    Persze lehet mondani, hogy ha üres stringre szűrök, akkor nem ezt kell beírni, hanem azt, hogy

    SELECT COUNT(1) FROM "TABLA" WHERE "OSZLOP" IS NULL;

    csakhogy ki mondta, hogy konkrétan üres stringre szűrök? Én egy string változó tartalmára szűrök, ami akár üres is lehet. Ennek megfelelően plusz egy elágazás, hogy ha üres a változó, akkor az egyik lekérést futtassa és

    NULL

    állapotra szűrjön, ha meg nem az, akkor meg komparáljon.

    És egyébként a mai napig nem kaptam épeszű választ, hogy miért van ez így Oracle-ben. Oké, történelmi okok, kompatibilitás, etc.; nagy kaland volna betenni valahova egyetlen boolean változót, hogy a kompatibilis viselkedés és épeszű viselkedés között váltani lehessen? (És ez a történelmi dolgokra való hivatkozás is csak arra ad - egy egyébként elég gyenge - magyarázatot, hogy miért van még mindig így, de arra nem, hogy anno minek kellett ezt így implementálni...)




    Leszakadás a Google-ről: https://hup.hu/node/164695#comment-2358977

    > géped fingerprintje

    Olyan, amilyennek beállítom.

    > egérmozgás mintázatai

    Ezt nem látják, max. windows meg android alatt, de ott meg úgy is bennt vannak a gépben.

    > követő cookiek

    Tiltva.

    > miket látogatsz meg

    Hát, ha feltesszük, hogy a világ összes helyi netszolgáltatója jelent a világ összes titkosszolgálatának, akkor is ott vannak a különféle titkosított proxy hálózatok.

    > milyen gyorsan reagálsz

    Mire?




    Leszakadás a Google-ről: https://hup.hu/node/164695#comment-2359007

    Hát a többséget azt lehet, de fentebb mindenkit írtál.

    JS? Az mi? :)




    Leszakadás a Google-ről: https://hup.hu/node/164695#comment-2359068

    Az valami mosópormárka? :)




    Leszakadás a Google-ről: https://hup.hu/node/164695#comment-2360703

    Kurwa nagy, köszi. :D




    Leszakadás a Google-ről: https://hup.hu/node/164695#comment-2360778

    Ha az összes google related cucc tiltva van a gépedről, akkor nem tud követni, sehogy sem. Ha nem lát sehogy sem, akkor azt se tudja, hogy mennyire vagy "egyedi".




    Zsarolási kísérlet: https://hup.hu/node/163109#comment-2376886

    Dehogy az első magyar nyelvű, már régóta vannak gépi fordításúak is; nemrég én is kaptam egyet.




    Zsarolási kísérlet: https://hup.hu/node/163109#comment-2376919

    Nekem megy. Biztos valami pillanatnyi üzemzavar volt.




    Zsarolási kísérlet: https://hup.hu/node/163109#comment-2376960

    Most megnéztem holland, angol és amcsi proxy-k mögül is és ment mindenütt.




    Zsarolási kísérlet: https://hup.hu/node/163109#comment-2376993

    Én sem értem. Milyen browserrel nézed?




    Zsarolási kísérlet: https://hup.hu/node/163109#comment-2377026

    Akkor passz, ha több böngészőből is ez van. Nem tudom mi nem tetszik a szervernek.




    Kezdetét vette a NetBSD 9.0 kiadási procedúrája: https://hup.hu/cikkek/20190731/kezdetet_vette_a_netbsd_9_0_kiadasi_proceduraja#comment-2372407

    Kiváncsi vagyok mikor adják ki. A 8.0 branch létrejötte és a kiadása közt egy év telt el.




    Komoly büntetést kell fizetnie a Microsoft Magyarországnak korrupciós ügye miatt: https://hup.hu/cikkek/20190722/komoly_buntetest_kell_fizetnie_a_microsoft_magyarorszagnak_korrupci%C3%B3s_ugye_miatt#comment-2370019

    +1




    Komoly büntetést kell fizetnie a Microsoft Magyarországnak korrupciós ügye miatt: https://hup.hu/cikkek/20190722/komoly_buntetest_kell_fizetnie_a_microsoft_magyarorszagnak_korrupci%C3%B3s_ugye_miatt#comment-2370020

    +1




    Youtube frontend beta4: https://hup.hu/node/165212#comment-2371882

    Nm.




    Youtube frontend beta4: https://hup.hu/node/165212#comment-2371880

    Ez még mindig a múltkori mizéria a FreePascal SSL libjével; sajnos rajtam kívül álló ok, az FP 3.2 azóta se jött ki.

    Azt hiszem, megcsinálom, hogy lehessen külső letöltőt is használni (pl.

    wget

    ,

    fetch

    ,

    curl

    ) és akkor, ha nem megy a normál, át lehet rá váltani és ha lassabban is, de menni fog. Stay tuned.




    Youtube frontend beta4: https://hup.hu/node/165212#comment-2373582

    Megcsináltam, hogy tudjon működni külsős toolokkal is.




    Youtube frontend beta4: https://hup.hu/node/165212#comment-2371881

    Nem valószínű. OSX buildet tervezek, ha egyszer lesz rá vas, mert a jelenlegi Apple gépeimre csak régebbi Lazarus megy fel, mint kéne. Bár ki tudja, ReactOS alá lehet lebuildelem (ha le lehet) és ha az fut windows alatt, akkor mák.




    Youtube frontend beta4: https://hup.hu/node/165212#comment-2371927

    Meg akkor mindjárt updatert is, ami letörli a fél rendszert, hogy legyen hely letölteni az új verziókat. :P




    SIDPlay2 frontend v1.2.0: https://hup.hu/node/162820#comment-2314645

    > link?

    Hú, de hülye vagyok, kihagytam. Updateltem a postot, thx.

    > Azt javallanám, tedd át gtk-ra vagy qt-re, esetleg wx-re és alapból multiplatformosra csináljad.

    Ez FreePascal/Lazarus és már most is multiplatform. Ezek a binárisok GTK2-est használnak, de forgathatok Qt4-est, Qt5-öst is, ha valakinek az kell. OSX-re natív Carbon-os vagy Cocoa-s GUI-t forgat a Lazarus.

    > Hang részét sdl2-vel kellene tolni az van minden os-re.

    Izé, az megvan, hogy ez egy frontend? Én nem csinálok hangot, azt a SIDPlay2 vagy a SIDPlayFP csinálja.

    > Én még a zlibet is belegyömöszöltem anno, hogy zip-ből is tudjak lejátszani.

    Az jó dolog, de manapság szinte az összes fájlkezelő natívan kezeli a zip-eket és onnan is lehet megnyitni fájlokat, legalábbis nekem TDE alatt megy a zip-ből lejátszás. Szerintem az OSX is tudná ugyanezt.

    > Ha csinálod akkor van egy osx tesztelőd.

    Hát elméletileg le lehetne forgatni OSX alá is, de mire mész vele? SIDPlay2 és SIDPlayFP tudtommal nincs OSX alá, ez meg azokat tudja vezérelni.




    SIDPlay2 frontend v1.2.0: https://hup.hu/node/162820#comment-2314660

    > mondjuk most így hirtelen rákerestem és van valami sidplay4 ami a libsidplay2-t használja, viszont csak macos-en müxik lol...

    Az oldal tanúsága szerint a 4.2-nek OSX 10.11, a 4.1.4-nek OSX 10.7, a 4.1.3-nak 10.5 (PPC vagy intel) kell, tehát nem kell neki latest macOS, jó neki régebbi OSX is.

    Viszont ez fullos lejátszó, nem konzolos, itt nincs szükség az én frontendemre. (Ez amúgy is messze többet tud.)

    > Igazából a fő problémám, hogy a vlc osx-es verziója elég kaka. Se midi, se sid és még skinelni se lehet. A quicktime meg iszonyatosan fos. Ez van, ami nem itunes az ezen a platformon az elmehet búsba. :(

    Ne keseredj el, a VLC3 Linux alatt is egy nagy kalap szar (crashware), vissza is váltottam 2-esre.




    SIDPlay2 frontend v1.2.0: https://hup.hu/node/162820#comment-2371879

    Nem teljesen: a KDE3 fork stimmel, de a kinézet az kb. a CDE-re akar inkább hasonlítani.




    Akasztják a hóhért: https://hup.hu/node/165187#comment-2371249

    Speciel, ha a PS3-adat nem akarod játékra használni, csak az OtherOS kell belőle, akkor a 3.15-ös firmware még mindig elérhető és felrakható rá. (Ettől persze még a Sony bekaphatja.)




    Haiku júniusi helyzetjelentés: https://hup.hu/cikkek/20190713/haiku_juniusi_helyzetjelentes#comment-2367399

    Miért? Nem az számít, hogy ma már nem fogsz kapni olyan gépet, amennyiben ne lenne jóval több, hanem, hogy annyival többet fog meghagyni a nagyobb géped erőforrásaiból.




    Haiku júniusi helyzetjelentés: https://hup.hu/cikkek/20190713/haiku_juniusi_helyzetjelentes#comment-2367778

    1 GB-nál pont nem mindegy, hogy 256 MB, vagy 768. Még egyszer: az, hogy manapság már a gépek elsöprő többségében minimum van 2-4 GB, az még nem indok az OS írók számára, hogy alaphangon fel is zabáltassák azt a rendszereikkel. A Haiku szeretne lightweight maradni; mi ezzel a baj?




    Haiku júniusi helyzetjelentés: https://hup.hu/cikkek/20190713/haiku_juniusi_helyzetjelentes#comment-2368073

    Nem rekord. Pozitív példa. Hogy mennyit nyom a latban, az a hw-től függ. Ma is vannak kis memóriával felszerelt low-end gépek. 64 GB-nál nem nagyon számít, hogy 256 vagy 768 MB. De 1 GB-nál nagyon is. De még 2-nél, vagy 4-nél is. 4 GB esetén pl. 6.25% vs 18.75% és azért az még mindig nem mindegy. Úgyhogy de, ezt fontos kiemelni.




    Haiku júniusi helyzetjelentés: https://hup.hu/cikkek/20190713/haiku_juniusi_helyzetjelentes#comment-2368072

    A Haiku monolitikus? Legjobb tudomásom szerint hibrid kernelű.




    Haiku júniusi helyzetjelentés: https://hup.hu/cikkek/20190713/haiku_juniusi_helyzetjelentes#comment-2367779

    > Addig marad a felejtős kategória, ahogy a desktop Linux, amire egyetlen erőforráshatékony, valamirevaló, Total Commanderrel egy szinten lévő fájlkezelő sem érhető el.

    -1, a Trinity-s Krusader simán pariban van vele.




    Haiku júniusi helyzetjelentés: https://hup.hu/cikkek/20190713/haiku_juniusi_helyzetjelentes#comment-2367911

    A Hybrid nem azt jelenti, hogy pendrive-ra is, meg CD-re is kiírható, hanem azt, hogy "mixed" az ABI; tudja futtatni az "oldworld" BeOS ABI kompatibilis GCC2 és a későbbi 64-bit capable GCC-k által előállított Haiku ABI dependens binárisokat is.

    Amúgy kösz az összefoglalót.




    Egyszerűsödik by google.: https://hup.hu/node/165012#comment-2366526

    Csak azt írták, hogy egyszerűsítettek, azt nem mondták, hogy a felhasználók számára, lehet nekik egyszerűbb így. :]




    Hangszóró vezérlése GPIO-ról: https://hup.hu/node/165086#comment-2368407

    sub




    Mennyi???!!!: https://hup.hu/node/162532#comment-2307235

    Ha alapból nincs 15 ezre, akkor lehet. Ha konkrétan win10-re nincs, akkor inkább nagyon is jól csinál valamit.




    Mennyi???!!!: https://hup.hu/node/162532#comment-2307573

    +1




    Könyvajánló : https://hup.hu/node/164929#comment-2364589

    +1, Utolsó háború itt figyel a polcon. Abban is Pavlis doktor az egyik főszereplő.




    Internet 3.0 – a decentralizált, P2P Blockchain alapú hálózat ?: https://hup.hu/node/165017#comment-2366669

    Mások nevében nem beszélhetek, de én pl. elolvastam a cikkét, csak érdemben nem tudok hozzászólni.




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2323071

    Thx.




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2323107

    Igen, valami ilyesmi kellett volna méretben is, thx.




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2323710

    Köszi.




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2323709

    Akkor lehet, hogy Elotouchból több féle is jó lesz, köszi.




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2365989

    xinput set-prop "<device id>" "Coordinate Transformation Matrix" -1 0 1 0 -1 1 0 0 1

    https://wiki.ubuntu.com/X/InputCoordinateTransformation

    Így megy?




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2366799

    Nincs mit.




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2365990

    Mert ez egy kioszk terminál lesz, amin nincs egér. Én nem is mondtam olyat, hogy együtt kell egér és touchscreen...




    Linux alatt használható touchscreen device-ok listája: https://hup.hu/node/163183#comment-2367033

    Thx a tippet.




    Szerinted "ráférne" a mai fiatalokra a sorkatonaság?: https://hup.hu/szavazasok/20190609/szerinted_referne_a_mai_fiatalokra_a_sorkatonasag#comment-2356548

    Ráférne, de nem úgy, ahogy annakidején csinálták: annak úgy semmi értelme, hogy elhurcolják őket több hónapra, összezárják őket mindenféle válogatatlan primitív állattal és inkompetens kiképzőtiszttel, aztán amire meg meg kellene őket tanítani, arra nem tanítják meg őket, mert nincs pénz, így nincs puska, lőszer, rádió, gránát is csak gumi jut, egész végig szinte csak cselló van, meg őrszolgálat, látástól mikulásig, mert az nem kerül pénzbe; megeszi őket az unalom és folyamatosan terrorizálják őket; egyszóval többhavi börtönbüntetés, elkövetett bűn nélkül. Ahány armyreportot olvastam, mindben ezt énekelték meg a leszereltek; maximum arra a pár hétre emlékeztek vissza szívesen, amikor már ők voltak az öregek, közel volt a leszerelés és beleszarhattak mindenbe. Szintén visszatérő szál volt a téli időkben - a fűtés és a normális ruhák hiánya miatt - kitörő influenza és egyéb járványok következtében a kiskatonákkal megtelt helyi kórházak sztorija. Ennek így tényleg semmi értelme nincsen.

    De ettől függetlenül is: alapvetően, aki nem akar katona lenni, abból jó katona amúgy sem lesz. Ezeket elég lenne pár hét alatt az "alapokra" megtanítani, kicsit formába rugdosni, aztán had menjenek. A hivatásos honvédség fenntartása egy teljesen más tészta, de ha a civilek legalább az alapokkal tisztában vannak, akkor nem akkor kell nekik hirtelen megtanítani, ha valaki esetleg hirtelen nekünk jön és mindenkit be kell hívni.

    Szerintem. Aztán lehet, hogy hülyeséget beszélek, mert saját tapasztalatom nincsen a felszámolt sorkatonaságról, csak mások leírásait olvastam, de azok alapján azt a megközelítést nem tartom hasznosnak.


    Σ: 002 -> locsemege , ncssrtvnthm


    Szerinted "ráférne" a mai fiatalokra a sorkatonaság?: https://hup.hu/szavazasok/20190609/szerinted_referne_a_mai_fiatalokra_a_sorkatonasag#comment-2356554

    Svájci modell?




    Szerinted "ráférne" a mai fiatalokra a sorkatonaság?: https://hup.hu/szavazasok/20190609/szerinted_referne_a_mai_fiatalokra_a_sorkatonasag#comment-2356560

    A svájci modell hasonlít arra, amit leírtál, azért kérdeztem. Amúgy egyetértek azokkal, amiket leírtál, csak az idő tekintetében lenne jó több rugalmasság, mert még ez is túl sok helyen zavarna bele az ember amúgy is kiszámíthatatlan életébe. Ja, meg sikk vagy sem, az alkalmassági, az sem ártana, mert pszichésen zakkantakat, vagy tolószékeseket besorozni felesleges; bár gondolom ezt azért nem írtad le, mert triviális.




    Szerinted "ráférne" a mai fiatalokra a sorkatonaság?: https://hup.hu/szavazasok/20190609/szerinted_referne_a_mai_fiatalokra_a_sorkatonasag#comment-2356631

    Nem biztos, hogy ez rá a megfelelő módszer. A katonaságnál éles fegyverekkel "játszanak"; adjunk valakinek a kezébe éles fegyvert, akinek minden vágya, hogy egyszer végre tömegbe lőhessen?




    Szerinted "ráférne" a mai fiatalokra a sorkatonaság?: https://hup.hu/szavazasok/20190609/szerinted_referne_a_mai_fiatalokra_a_sorkatonasag#comment-2356650

    Igazság szerint a fejlődő embernek a mentális egészségét folyamatosan "mérni" kellene, mind család, mind iskola szinten, de nem ez megy, hanem a mentális egészség leépítése...de ez offtopic.




    Szerinted "ráférne" a mai fiatalokra a sorkatonaság?: https://hup.hu/szavazasok/20190609/szerinted_referne_a_mai_fiatalokra_a_sorkatonasag#comment-2356644

    +0.5

    Az tény, hogy baromira ráférne a társadalomra egy olyan "szituációs gyakorlatcsomag", ami rákényszeríti őket, hogy gondolkodjanak, hogy hogyan lehet faramuci helyzeteket megoldani, a minimumból a maximumot kihozni, de a felszámolt régi sorkatonaságnál rengeteg olyan helyzet volt, amit egyszerűen nem lehetett az alkalmazott szabályrendszer keretein belül megoldani, csak felesleges károkat okozott az embernek. A legjobb példa a telenkénti szétfagyás. Hogy oldották meg ezt a sorkatonák, akik rá voltak kényszerítve, hogy megoldják? Többségében sehogy, félig megfagytak, betegek lettek, stb. Lehet, hogy enyhíteni tudtak a dolgokon, pl. rongyot loptak és kitömték magukat, vagy - ha tudtak szerezni - gázrezsóval fűtöttek, amíg lehetett és ehhez hasonlók, de aztán GOTO 10, lehetett megfagyni. Aztán meg megy a csodálkozás, hogy miért van annyi prosztatabeteg... Vagy hogy oldja meg valaki, amikor kopaszként berakják az aknavetős öregek közé? Hogy oldja meg, ha egy kiképzőtiszt nem csak "férfit akar faragni a kopaszokból", hanem tényleg elmebeteg szadista?

    Legyenek kényszerhelyzetek, kihívások, ez rendben van. Anélkül nem fejlődik az ember; a kihívásoknak és a kényszerhelyzeteknek köszönhetően jutott el a kőbaltától a nanotechnológiáig. De fontos, hogy ezeket meg lehessen oldani! Ha valaki folyamatosan a megoldhatatlan szivatásokat kapja az arcába, akkor abból nem talpraesett ember lesz, hanem tönkrement.

    A svájci modellnek vagy az Oregon által felsoroltaknak van értelme, a régi sorkatonaságnak úgy abban a formátumban szerintem nem sok.




    Mimalloc - kompakt, álatalános célú allokátor, nagyszerű teljesítménnyel: https://hup.hu/cikkek/20190624/mimalloc_kompakt_altalanos_celu_allokator_nagyszeru_teljesitmennyel#comment-2361849

    Azért azt a "nagyszerű teljesítményt" nem kell azonnal készpénznek venni.

    A Yandex egyik fejlesztőjének tesztjei szerint, ha sok, nagy méretű területet allokálnak vele, akkor belassul. A mimalloc projekt vezetője szerint ennek oka, hogy nem ez az use-case, amire ezt az allokátort kitalálták, hanem az, hogy apró és rövid életű allokációkat csináljanak vele. Ez azt jelenti, hogy bár az allokátor lehet ugyan generikus, de a kiemelkedő eredményeket csak specifikus feladatoknál lehet vele elérni.




    Mimalloc - kompakt, álatalános célú allokátor, nagyszerű teljesítménnyel: https://hup.hu/cikkek/20190624/mimalloc_kompakt_altalanos_celu_allokator_nagyszeru_teljesitmennyel#comment-2363783

    És ez hol mond ellent annak, amit én leírtam?




    Mimalloc - kompakt, álatalános célú allokátor, nagyszerű teljesítménnyel: https://hup.hu/cikkek/20190624/mimalloc_kompakt_altalanos_celu_allokator_nagyszeru_teljesitmennyel#comment-2364199

    Persze, hogy nem. Csak én az általánosított "nagyszerű teljesítményt", mint állítást kritizáltam, hogy ez csak specifikus esetekben gyors és te erre írtad, hogy de pont azokkal a specifikus esetekkel van a legtöbb baj és ebből nekem az jött le, hogy cáfolni akarod a kritikát, holott az nem magára az allokátorra vonatkozott, hanem a microsoftos marketingdumára; az allokátor létjogosultságát egy pillanatig nem kérdőjeleztem meg. Ezek szerint félreértettelek.




    How to secure phpMyAdmin: https://hup.hu/node/164861#comment-2362940

    > az Adminert preferálom, még ha kevesebbet is tud

    Az Adminer saját összehasonlítása szerint max. az export formátumok számában marad alul. Van "ellen-összehasonlítás" is? Most egy gyors kuglizás nem hozott eredményt.




    How to secure phpMyAdmin: https://hup.hu/node/164861#comment-2363037

    > Felhasználói felületben nem olyan kényelmes és egyszerű.

    A kényelem szubjektív, az egyszerűséget meg nem értem pontosan mire mondod. Ha többet tud és ezért több funkció van a kezelőfelületen, az bonyolultabb kezelőfelületet eredményez, az tény, de még ennek ellenére is gyorsabb, mert nincs agyonverve felesleges vackokkal.

    > Ui.: a phpMyAdmin csak MySQL/MariaDB, míg az Adminer több más adatbáziskezelőhöz is használható.

    Ezt én is tudom, benne volt az összehasonlításban, amit linkeltem; miért emelted ki?




    How to secure phpMyAdmin: https://hup.hu/node/164861#comment-2362710

    +1




    How to secure phpMyAdmin: https://hup.hu/node/164861#comment-2362709

    +1




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362402

    Ja, azt elfelejtettem, hogy diploma nincs, csak technikusi papír.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362408

    Jól hangzik, van bővebb infó?

    Igen, rólam.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362417

    Thx, de hogy tudok ezen legálisan vállalni munkát? Hazai szempontból legálisan, mik kellenek hozzá? Meg elsősorban a tapasztalatok érdekelnének, hogy egyáltalán érdemes-e... Sz*rk: Közben alámszerkesztetted, hogy nem ezek, akkor sztornó. :/




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362465

    A céges dolgokat családtag adná, csak a "hogyan/miként" kérdéses.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362466

    Ezek fejvadászok, mint a profession? Csak mert őket már kerülöm ahol lehet, sose volt eredményes.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362932

    Oké, akkor majd megnézem őket is, köszi a tippet.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362467

    Ahhoz, amit megfizetnek. (Kivéve a durva matekos dolgokat, az magas nekem.)




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362536

    Lehet, csak sajnos nem tudom magam "eladni". De sok helyen kb. ez volt, hogy "mindenhez is" kellett érteni, az új dolgoknál mindig mélyvíz volt. De szerencsére eddig még mindent "megúsztam", nem volt olyan, hogy ne tudtam volna valamit megoldani, bár tény, hogy a megoldások egy részét nem nagyon tenném ki a kódvitrinbe...




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362667

    Azt neked is mondom, hogy a nem szeretem nem egyenértékű azzal, hogy nem tudom megcsinálni, a C/C++/assembly triumvirátusra pedig van kereslet.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362937

    Meglátjuk, azért köszi a biztatást.

    Nyilván, ha muszáj-muszáj, csak akkor cseberből-vederbe...

    Nem titok, de nem nyafogótopicnak szántam; megírom privátban.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362664

    Először is, nem szeretem != nem tudom megcsinálni, másodszor pedig, a Pascal az tényleg underground, de, hogy a C/C++ és az assembly a kutyát nem érdekli, az nettó hülyeség; majdnem az egész ipar ezekre épül valamilyen szinten.

    Aztán meg, azt, hogy mi mindennel foglalkoztam, mit tudok megcsinálni, azt tételesen ideírni sok is volna, meg nem is itt a helye, hanem a CV-ben; talán jó volna nem fél mondat után ítélkezni...de ha már ítélkezés; mi a részedről ez az állandó görcsös igyekezet, hogy az én hozzánemértésemet bizonygasd? Valahányszor összefutunk, mindig ide lyukadunk ki, csak tudnám miért. De ugye nem baj, ha a múltkori menetünk után, nem nagyon veszem komolyan a véleményedet, a piacképességgel vagy úgy bármivel kapcsolatban...amúgy is, ha te annyira profi vagy, akkor miért kellett 7 évig infótanárként dolgoznod, ahelyett, hogy a piacképes tudásoddal a többszörösét kerested volna meg az iparban?




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362700

    > Akkor ne vedd komolyan, egyszerűen nekem nincs időm faszságokkal foglalkozni, mert van elég munkám...

    Megint az idő. És beszólni megint volt idő.

    > neked meg van időd faszságokkal foglalkozni, mert nincs munkád. Pedig elvileg az egész ipar arra épül, amit tudsz.

    Több helyen le volt írva, hogy még most is dolgozom. Csak váltanék. Nem sikerült elolvasni?

    > Nem kellett tanárként dolgoznom, egyszerűen szerettem volna tanítani és most is tanítanék valamennyit, ha megfizetnék.

    Miért, annakidején megfizették? 7 éven keresztül? A családban több veterán pedagógus is van, nem éppen olyanokat lehet tőlük hallani, hogy rommáfizették volna őket az elmúlt 30 évben.

    > Gondoltam, ha megtudom, hogy mi is az, amit esetleg tovább tudnék úgy passzolni, hogy ne kelljen szégyenkeznem miatta, de szerintem ezt felejtsük el.

    Szerintem is felejtős. Gondolom minden alkalommal, amikor ezeket a köröket futjuk le, hogy szerinted én nem értek hozzá, meg hülye vagyok, meg pancser, akkor azt te mindig csak jószándékból mondod. Már két éve, amikor regisztráltam ide, akkor is ezzel nyitottál, gondolom akkor is csak segíteni akartál.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362707

    Látod? Már megint kezded. Sosem állítottam, hogy én vagyok a világ legjobb szakembere, sőt. Felesleges a fölényeskedés és a sértődés: minden alkalommal te kötöttél belém. Azt viszont megköszönöm, ha nem szólsz hozzám többet.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362933

    Elolvastam mit jelent; nem tudom pontosan mire írtad, de nem hiszem, hogy baj lenne velük.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362468

    Köszi a tippeket, megjött a privát üzenet is.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362469

    Interjúkra, meg meetingekre be tudok menni, annyi még beleférne.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362470

    Thx!




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362471

    Gurunak nem mondanám magam semmiben, mert túl homályos számomra, hogy ki számít gurunak. Kényelmesen C-ben, különféle Assemblykben és Pascalban érzem magam (főleg utóbbiban, azt közel 20 éve csinálom), de pl. webes nyavalyákból (PHP/JS/különféle SQL-ek) is majd' 15 évnyi van a hátam mögött, csak épp hányok a különféle szedett-vetett "keretrendszerektől", meg a webkettőtől. UNIX Shell scriptinget is csinálom már jóideje. A C#-om mára szerintem teljesen elkopott, 2008-ban az első munkahelyemnek írtam benne egy adatbázismotort PDA-ra, azóta semmi. C++ alap szinten. Java még alapabb szinten, két napig csináltam, amíg kísérletképpen összedobtam benne egy tetris klónt, aztán abbamaradt. (Viszont C#-pal meg Javaval nem nagyon szeretnék foglalkozni.)

    Nem tudom ez így mennyire szűkíti a kört.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362509

    Megköszönném.
    Persze, dobok, csak előbb bele kell rakni az elmúlt két év "termését", amiket ott csináltam, ahol most dolgozom; a hétvégén átdobom privátban.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362508

    Kösz a tippet, de külföldön nem ugyanaz van a fejvadász cégekkel, mint idehaza, hogy gőzük nincs az egészről és pofára osztályoznak?
    Angol az írásban (kvázi) anyanyelvi szint, szóban kb. felsőfok (bár a kiejtésem eléggé "érdekes"), de papírom csak egy nagyon régi középfok van róla. Németül és oroszul makogok egy nagyon alapszinten, papír nincs. De gondolom az angol elég a nemzetközi piacon.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362532

    A fő problémám a hazai fejvadászokkal, hogy úgy akarják a megbízó cég helyett felmérni a programozói szaktudást, hogy egy egyest nem tudnak megkülönböztetni egy nullától. Nem egy állást buktam el így annakidején, hogy nem azt írtam le a papírra, ami nekik a "megoldások" papíron rajta volt és nem érdekelte őket, hogy ugyanannak a problémának számos megoldása van.
    Ügyfélköröm egyáltalán nincs, mindvégig alkalmazott voltam/vagyok.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362934

    Thx a tippet; a vállalkozós/számlázós részt családtag fogja megoldani.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362935

    Köszi.




    Otthonról végezhető programozói állás: https://hup.hu/node/164852#comment-2362936

    Thx.




    BME680 Hőmérséklet-, Pára-, Légnyomás-, Gázérzékelő szenzor az I2C busz 0x77-en, konfiguráció V0.01: https://hup.hu/node/164669#comment-2358248

    > Mivel a hup nem tudja binary safe-en a szóközöket kirakni

    Ha lecseréled őket non-breaking space HTML entitásra (&nbsp;), akkor menni fog.

    (Címben van egy typo: "konfigutáció" => "konfiguráció")




    Monitor mozaikosodás - driver, kártya, monitor hiba?: https://hup.hu/node/164761#comment-2360412

    Nem, egyik képen sem volt flicker.




    Monitor mozaikosodás - driver, kártya, monitor hiba?: https://hup.hu/node/164761#comment-2360704

    up




    Monitor mozaikosodás - driver, kártya, monitor hiba?: https://hup.hu/node/164761#comment-2360777

    Tuti a monitor, mert ahogy a dinamikus kontrasztot kerestem, észrevettem, hogy az OSD is ugyanúgy mozaikosodik, aminek semmi köze se a kártyához, sem a driverhez. :(
    Köszi a tippet, akkor jöhet a garanciázás...




    Monitor mozaikosodás - driver, kártya, monitor hiba?: https://hup.hu/node/164761#comment-2361092

    De ez IPS. Vagy ez ilyen common LCD hiba?




    Karcsúsodnak a DragonFly kiadások: https://hup.hu/cikkek/20190606/karcsusodnak_a_dragonfly_kiadasok#comment-2355829

    http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/d25c1efd468886cc9ebd5a437b637df134b4bae5

    * Exchange git with git-lite which should have everything we need for
    our purposes. This gets rid of perl and various p5-* packages.

    * Build the bind-tools without option PYTHON. This gets rid of python
    and various py27-* packages.

    * While here, use _
    _{,UN}SET to handle options, instead
    of rolling our own mechanism.

    All in all, this commit cuts the number of installed packages from 40
    to 22 and reduces /usr/local's size from 300M to 145M.

    Thanks to zrj for help and advice.




    Karcsúsodnak a DragonFly kiadások: https://hup.hu/cikkek/20190606/karcsusodnak_a_dragonfly_kiadasok#comment-2355993

    Nomen est omen, a Git light verziója. Bővebbet itt.




    Karcsúsodnak a DragonFly kiadások: https://hup.hu/cikkek/20190606/karcsusodnak_a_dragonfly_kiadasok#comment-2356036

    Itt a git-lite esetében a commitlogok szerint a Perl és Python függőséget okozó feature-öktől szabadították meg. (Gondolom pont azzal a megközelítéssel, hogy annyit még pont tudjon, amennyit kell.)




    Run as..: https://hup.hu/node/164499#comment-2353496

    Marian Rejewski törte fel az Enigma kódot, nem Alan Turing.




    Run as..: https://hup.hu/node/164499#comment-2353522

    Nem csak oda; '38 után egyáltalán nem működött tovább, mert a németek nekiálltak variálni, de a szintén lengyel Henryk Zygalski arra is talált megoldást, amiből később lett a lengyel "Bomba" és amire később a britek és maga Turing is alapozta a saját megoldását. De ezek mind Rejewski eredeti munkájából fakadtak. A francia és brit kódtörők a lengyelek munkája és egy kém dokumentumai nélkül nem nagyon törték volna fel az Enigmát. Amikor a németek '40-ben megint megvariálták a dolgokat, addigra Rejewski és Zygalski már ott voltak a briteknél segíteni.




    Aranyos: https://hup.hu/node/164407#comment-2351544

    Így van! Vegyél még három gépet, hogy biztosan legyen hely és erőforrás a ringyóztíz összes kémszoftverének! Nincs még elég ipari hulladék a világban: éljen a trash 4 da mass mozgalom!


    Σ: 001 -> hetvenhatos


    Aranyos: https://hup.hu/node/164407#comment-2351569

    Semmi linsux fanboyság. A válaszom a kolléga "storage is free" felfogásának szólt. És mint lentebb olvashatod, itt a probléma azon van elsősorban, hogy megint a mikrószaft döntötte el a felhasználói helyett, hogy kell-e ez nekik; elveszik a felhasználótól a kontrollt, úgyhogy jól mondta a szálnyitó: "mit gondolsz kinek vetted a géped" és ennek semmi köze nincs ahhoz, hogy a Linux ökoszisztéma mekkora bloated bugware hoster lett (ld. shitsteamd, gtk3, etc.). Hogy megfordítsam a fanboyvádat: az nem mentesíti az ms-t semmi alól, hogy a Linux is fos; ez ilyen szemellenzős windózfanboi mantra, nem érv.




    Aranyos: https://hup.hu/node/164407#comment-2352079

    Még mindig nem a 7 GB a probléma, nem tudom hanyadszor mondom el, hanem az, hogy megint nem a felhasználóé volt a döntés.




    Aranyos: https://hup.hu/node/164407#comment-2351570

    Ld. a másik két válaszomat, itt a tendencia a probléma, nem az, hogy mennyibe kerül 7 GB tárhely.




    Aranyos: https://hup.hu/node/164407#comment-2351765

    Ez ugye csak poén volt, hogy azt a többtíz gigát pár ikon, meg nagyfelbontású háttérkép teszi ki?


    Σ: 001 -> hetvenhatos


    Aranyos: https://hup.hu/node/164407#comment-2351853

    Egy 4k-s JPEG háttérkép 0.5 MB-tól 2-3 MB-ig foglal helyet kb., de számoljunk 1 MB-tal, hogy könnyű legyen. Ugye nem akarod azt mondani, hogy többtízezer 4k-s háttérképet adnak a win10-hez? Ikonok pláne. Egy PNG-ben tárolt ikonkészletet kB-okban mérnek, még akkor is, ha mondjuk 64x64-es. Az SVG-ben tárolt ikonokat dettó. Az azt jelenti, hogy szabályszerűen több tízmillió kéne belőle, hogy kitöltsön többtíz GB-ot.

    Hogy mi teszi ki szerintem?
    Egyfelől az ms féle keretrendszerek, library-k, (.NET, DirectX, whatever) is több gigát nyomnak (konvulens megoldások, sokszoros absztrakció és döglött kód miatti bloat), de ráadásul a kiscsillió library redundánsan is van a lemezen. (Backup, korábbi verziók, stb.) Másfelől pedig mindenféle átmeneti tárolók, amiket a felhasználók sosem ürítenek, tele letöltött telepítőkomponensekkel, leírófájlokkal és a jóég tudja miféle szeméttel. Harmadfelől ott van a registry, amit "megfelelő" használat mellett szintén GB-os nagyságrendűre hízhat és ez is redundánsan van tárolva. (Rollbackhoz, stb.) Negyedfelől a third party programok, amik mind hozzák magukkal a saját függőségeiket, így aztán ugyanaz a third-party library/framework tízszer lesz feltelepítve. És ha már telepítés, ötödfelől itt vannak a különféle telepítők, amik szintén minden fost beleszarnak a rendszerbe, az uninstal meg vagy eltakarít mindent, vagy leginkább nem.

    Hogy mi teszi ki szerintem? Röviden: redundánsan tárolt bloated kód és adatszemét.


    Σ: 002 -> KaTT , hetvenhatos


    Aranyos: https://hup.hu/node/164407#comment-2351927

    > Továbbá a sok tárhely használat pörgeti a hardver ipart. Ahol Windows-on kell dolgozni, mert a vállalati alkalmazások csak azon futnak, ott nem kérdés, hogy ha túl sokat foglal a Win10, akkor átállnak-e linuxra vagy vesznek nagyobb SSD-t...

    Így van, csak ezt már le se mertem írni, mert akkor megint konteós/hajbazerista lettem volna. :)




    Aranyos: https://hup.hu/node/164407#comment-2351935

    Izé, ez most komoly? Az megvan, hogy egy operációs rendszerről beszélünk és nem egy játékról? Most komolyan meg akarod magyarázni, hogy azt a több tíz gigányi tárhelyet az ms mind 4k videókkal meg képekkel töltötte fel? Ez több mint nevetséges.

    Hogy megfordítsam amit mondtál: nyomathatod a 4k faszságot, de inkább gondolkodj el azon, hogy egy operációs rendszernél, ahol azt a pár háttérképet leszámítva mindent rajzol a rendszer, ott mennyire számít, hogy a felbontás megnövekedett... (Pl. még az ikonok is lehetnek vektorgrafikusak, akkor pedig a felbontás zéró ugyanúgy relevanciával bír, mint az ablakok esetén.)




    Aranyos: https://hup.hu/node/164407#comment-2351961

    > Nézd, egy operációs rendszer manapság tele van grafikával, animációval, videóval és multimédiával. Egy nyomorult VPN kliens is már felmásol 200 MBájt körüli adatot, aminek a nagy része multimédia.

    Jó, fel fogok rakni valahova egy windóz 10-est és statisztikát csinálok a fájltípusokról, majd meglátjuk, hogy mennyi benne a "multimédia".

    > Bocsánat, de lófaszt van így. Te mennyit fejlesztettél az utóbbi időben?

    Mást se csinálok, lévén ebből élek.




    Aranyos: https://hup.hu/node/164407#comment-2352031

    > Az kicsit strapás lesz, mert a dll fájlokban is van multimédia, tehát ha csak fájltípusokat katalogizálsz, abból értelmes dolog nem fog kijönni.

    Hát persze, persze, hogyne, a derék mikiszoft dll fájlokban tárolja a 4k videókat és háttérképeket, ez nemhogy logikus, de evidens... (Jézusom...)
    Ikonok esetleg előfordulhatnak egyes DLL-ekben, de az elenyésző részét teszi ki a teljes méretnek. Nyilván, ahogy ikont, úgy akármi mást is be lehet ágyazni resource-nak a dll-be, csak semmi értelme. Ha van is háttérkép egy dll-ben, akkor az sem full, hanem csak tile.

    Na, felbootoltam az egyik céges minigépet, amin egy majdnem szűz win10 van (csak a mi programunk volt telepítve) és kilistáztam az összes fájlt a C meghajtón (több meghajtó nem volt):

    dir /s /a:-D > ALLFILES.TXT

    Ebből kiszedtem az user könyvtárát, mert az nem publikus, meg nem is releváns, lévén nem része a rendszernek, de amúgy nem volt benne semmi, csak az említett programunk és konfigjainak/komponenseinek pár MB-ja, meg kb. 100 MB-nyi DAT fájl (gondolom az user-specifikus registry) és egyéb érdektelen szemét.

    A fájl referencia gyanánt elérhető itt: http://oscomp.hu/depot/ALLFILES.TXT

    Erre még ráeresztettem egy shell parancsot, mert nekem csak a fájlok és a méretek kellettek:

    grep '../../....' ALLFILES.TXT | sed 's/..\/..\/.... ..:.. .M//g' | awk '{$1=$1};1' > winfiles

    Utána összedobtam egy szutyok PHP scriptet, ami csoportokba rendezte az összesített méreteket. Biztos nem tökéletes, mert amint látszik, le kellett kezelni pár kivételt, hogy olyan is van, hogy bin.*, vagy olyan, hogy dll_*, valószínűleg nem vettem fel mindet, de a maradék max. pár kB-ot tehet ki; nem szignifikánsak.

    A PHP elérhető itt: http://oscomp.hu/depot/groups.php.txt

    Lefuttatás után a kapott winstats.txt tartalmából egyértelműen látszik, hogy a windóz jórésze bizony DLL, EXE és az upgrade mindenféle archívuma/image-e (CAB, ESD, WIM), valamint átmeneti tárolók és a registry DAT fájljai. A cca 18 GB-nyi adatból videó volt kb. 80 MB és kép volt kb. ~110 MB (59 MB PNG, 37 MB JPG, 12.5 MB GIF); egyszóval a multimédia kb. 1%-át teszi ki az egésznek.
    Külön felhívnám a figyelmet arra, hogy a linkelt ALLFILES.TXT-ből az is látszik, hogy mennyire redundánsan van tárolva egy raklap minden a rendszeren; pl. a notepad.exe vagy tízszer is létezik. Nyilván 10 Notepad sem foglal sok helyet, de itt a tendencia a lényeg, hogy ugyanaz a kód többször létezik a rendszerben.

    > És az frontend vagy backend?

    Is-is. Ha kell UNIX daemont írok, ha kell grafikus alkalmazást, ha kell shellscriptet, vagy épp webes fost.




    Aranyos: https://hup.hu/node/164407#comment-2352082

    > Pedig de, képes rá, miért kellene különálló fájlokban tárolni?

    Nem ezt mondtam, hanem azt, hogy nem a DLL-ekben tárolja, mert ott semmi értelme, beszórni a kód mellé erőforrásnak több megányi szart. Csak lassulna tőle a DLL betöltése, ami sok DLL esetén összeadódik és egy reumás csiga sebességére fogja kárhoztatni a windózt; system library-kről beszélünk, nem baj? Abba minek dugnának 4k-s háttérképeket, meg videókat? A CAB-okban talán előfordulhatnának, de abból is összesen van 750 MB-nyi és valószínűleg abban is további binárisok vannak, nem multimédia...

    > Például egy Java alkalmazás minden multimédiája belekerül a sokszor egyetlen JAR fájlba, az Android Studio összes képe az egyetlen ikonja és mégis 1 GB körül van a mérete.

    De ember, az teljesen más, könyörgöm! Az előbb a Starcraftot, most meg ezt hasonlítod a windowshoz, kb. almát a hidrogénplazmával komolyan; operációs rendszer komponensekről, system libraryk-ről volt szó, nem egy Javás alkalmazás szemetéről... Arról nem is beszélve, hogy mind a Starcraft, mind a Java app adat-archívumokban tárolja a cuccait - lévén az arra lett kitalálva - és nem egy system libraryben - lévén az nem arra lett kitalálva.

    > Persze, rogyásig tele van képekkel, videókkal, egyéb multimédia fájlokkal, de a szösszeneted azt mondta volna róla, hogy összesen van benne egy 128x128 pixeles kép, ami 9,8 kBájt méretű...

    Mutass rá a windows DLL-jei között legalább egy konkrét elemre, amiben 4k háttérképek és/vagy videók vannak. Ha legalább egy példát tudsz mutatni, akkor már érdemes lenne időt szánni egy script megírására, ami végignézi a DLL-eket, hogy milyen erőforrások vannak benne. Viszont addig ez az állítás az abszolút nonszensz kategória.

    > Ja, nyilván. Egy kicsit komplexebb ez a dolog ennél.

    Kifejtenéd, hogy miben? Mert azt eddig nem sikerült, csak kapaszkodsz ebbe a nem igazolt marhaságba, hogy de igen, többtíz gigányi multimédiás anyag van a win10 dll-jeiben, miközben egy szűz win10 nincs is több tíz giga...

    > Szóval backend és abból is leginkább nem Windows... oké. Mindent értek.

    Semmit sem értesz, de ezek után már nem is lep meg. Szépen eljutottunk a személyeskedésig. Hol mondtam én, hogy windows nem? A grafikus alkalmazás szerinted mit takar? A cég szerinted Linuxra kéri a grafikus alkalmazásait? Egy munkaidőterminál, vagy parkolóautomata felülete, vagy éppen a beágyazott eszközeinkhez fejlesztett LAN-scanner hol backend? Fingod nincs róla, hogy miket fejlesztek, csak fölényeskedsz és személyeskedsz. Mondanám, hogy elfogytak az érvek, de azok eddig sem voltak; én kimértem, hogy mi van egy szűz winfostízben, konkrét számadatokat adtam, te viszont nem mondtál eddig semmit, viszont a számokat meg lesöpörted abszurd összehasonlításokkal (videojáték/jávás app vs. system libraryk), nem igazolt állításokkal (a mikiszoft a DLL-ekben többtíz gigányi képet meg videót tart) és azzal próbálod meg ezeket a marhaságokat igazolni, hogy az érveim és adataim helyett engem támadsz, ráadásul hamis vádakkal (csak bekend és nemvindóz).

    Mi lenne ha az adataimat adatokkal próbálnád cáfolni és nem bullshittel?




    Aranyos: https://hup.hu/node/164407#comment-2352143

    Érvek még mindig nincsenek, csak üres fölényeskedés... Jó, akkor ássunk mélyebbre!

    Írtam még egy PHP-t, ami az előbbi listából összeszedi az összes DLL-t és a méretüket, az ismétlődőeket csillaggal jelölve.
    A PHP: http://oscomp.hu/depot/biggest_dll.php.txt
    Az eredmény: http://oscomp.hu/depot/dll_sizes.txt

    A nyertes egy bizonyos microsoft.photos.dll 53.3 MB mérettel, ő a legelhízottabb DLL a rendszerben. Keressünk rá az első fájlban, hogy helyileg hol van: C:\Program Files\WindowsApps\Microsoft.Windows.Photos_2018.18091.17210.0_x86__8wekyb3d8bbwe

    Nyissuk ki ResourceTunerrel:
    http://oscomp.hu/depot/restuner_microsoft_photos_1.png
    http://oscomp.hu/depot/restuner_microsoft_photos_2.png

    Csak pár kurzorikon, együttesen sem töltenék ki egy Amiga 500 memóriáját. (Egész pontosan valami 440 kB.) Mitől ilyen bődületesen nagy akkor ez a DLL? Eresszük rá Idát!

    http://oscomp.hu/depot/ida_microsoft_photos_dll_with_debug.png

    OUCH! Szóval, akármi is ez a DLL, a mikiszoft a debug infókat elfelejtette strippelni belőle, azért ilyen kurwa kövér! Hát ez fail! És ez még hagyján, mert ez csak egy DLL volt, de nézd meg, hogy az ezután következő DLL-ek is hasonló méreteket mutatnak (xboxapp.dll? Kétszer is? Ezmiez?) és azok is biztosan nem a sok csokitól híztak ekkorára... És aztán még arra is szeretném felhívni a figyelmet, hogy csillaggal vannak jelölve az ismétlődések: pl. a diagpackage.dll pontosan ötvenszer van meg a rendszerben, vagy az mpengine.dll, az csak nyolcszor, de az mindjárt kb. 10 MB-ot nyom fejenként és ugyanez a helyzet a mscorlib.ni.dll-lel ami 4x van fennt és darabja 20 MB. És nem kell a duma, hogy de ez még mindig csak 200 MB, mert ez még mindig csak 3 példa volt, tendenciákról beszélünk; a sok kicsi sokra megy, összeadódik és a tendencia a végén többtíz GB-ig eszkalálódik...illetve, saját bevallásod alapján akár többszázig is. És nem a nemlétező 4k-s háttérképek miatt.

    Én a magam részéről igazoltnak látom, amit eredetileg mondtam, miszerint a windows10 a redundánsan tárolt kód és adatszemét miatt ilyen kurwa nagy és nem mindenféle 4k szarságok miatt. Azt mondjuk még én sem feltételeztem, hogy a szemétnek egy nem is jelentéktelen részét - a strippelés hiánya miatt - a debug infók teszik ki, dehát mit kell ezen meglepődni, végülis a mikrofosról beszélünk...

    Úgyhogy, megválaszolván a feltett kérdésedet: Igen, egyszerűen azért nagy, mert bloatware és nem, DLL-ben nem tárolnak háttérképeket/videókat (mert nem arról volt szó, hogy ikonok vagy thumbnail-ek ne lehetnének resource-ök) és igen, ez tényleg balfaszság lenne ilyen méretű resource-öket tömegével bekúrni a DLL-ekbe (két szó: load time) és igen a windows fejlesztői tényleg balfaszok, de nem azért, mert 4k-s háttérképeket tárolnának a DLL-ekben, hanem mert strippeletlen libraryk tömkelegét tárolják a userek PC-in, ráadásul - a jelek szerint - extrém redundánsan, sok példányban. És igen, szerintem igazam van a kérdésben, legalábbis eddig érdemben semmit nem tudtál cáfolni az összeszedett adatokból, mert a butthurt személyeskedés az minden csak nem cáfolat. És nem, ez nagyon nem lesz jó így, ha a win10 ilyen, de ilyen.

    De mutass nekem egyetlen dll-t a windowsban, amiben 4k-s háttérképek/videók vannak. Vagy legalább egy hivatalos állítást erről. Ne csak a levegőbe beszélj.




    Aranyos: https://hup.hu/node/164407#comment-2352164

    Hát akkor játszd a sértett igazságot. Írj, ha bármi igazi ellenérved van. Vagy ne.




    Aranyos: https://hup.hu/node/164407#comment-2352394

    És ezt honnan tudod, hogy mi minek a közelében voltunk, honnan tudod, hogy miféle komplexebb programfejlesztésben vettünk részt, vagy sem? Honnan tudod? Mire alapozod? Egyáltalán mi számít nálad komplexebb szoftverfejlesztésnek? Te miféle komplexebb szoftverfejlesztésben vettél részt?

    Én meg annak tudok örülni, amikor olyan ember pancseroz le csuklóból másokat, aki a vitában a handabandán kívül semmit nem tudott felmutatni.




    Aranyos: https://hup.hu/node/164407#comment-2352390

    > Ja, akkor 5 GB DLL-ben mennyi sor van?

    És mennyi 4k-s háttérkép...

    > Másrészt a debug információk kurva hasznosak és ezt szerintem te is értenéd, ha valaha is fejlesztettél olyan szoftvert, amit nem az általad felügyelt környezetben futtatnak. Anélkül lófaszt se fogsz tudni arról, hogy hiba esetén mi történt.

    A debug symbolok ottléte még édeskevés ahhoz, hogy infókat szerezz, hogy épp mi miatt futott vakvágányra a kódod az éles környezetben; arra a naplózást szokás használni (crash esetén esetleg annyi hasznuk van a debug infóknak, hogy a crashlogban az is benne lesz, hogy melyik fájl, melyik soránál történt a baj, de ez még mindig kurwa kevés, pláne mivel a naplófájlban lévő üzenetekből is lehet látni, hogy hol volt a crash). A debug symbolok a tényleges hibakereséshez valók, amikor valaki fogja a debuggert és step-by-step végigmegy a folyamaton és nézi, hogy mi baszódik el menetközben. Viszont ezt az átlagjúzer is tudni fogja? Nem. Az ms utasításai nélkül semmire nem fog vele menni, hogy ott vannak a debug infók, csak épp foglalják a helyet. Ha pedig úgyis szükség lesz a supportra, akkor ennyi erővel már célszerűbb opcionálissá tenni és nem lendületből telebaszni vele az összes szerencsétlen júzer gépét, hanem ha valaki épp segíteni akar az ms-nek hibát keresni, akkor odaadni a debug symbolokat és követni a support utasításait. Ezt a UNIX-okon is így csinálják, hogy a debug symbolokat külön lehet leszedni a gépre. Pl. itt vannak az Apache 2 debug symboljai debilány alá, de nem basszák bele őket a release-be... Release-ből ki szokták strippelni a debug symbolokat és nem véletlenül: a load time itt is bejátszik és itt is összeadódik fájlonként.

    Az pedig nem járható út, hogy az ms-nek mindenki gépére szabad bejárása van és azért vannak debug symbolokkal forgatva a cuccok, hogy akármikor RT hibát kereshessenek benne. Hogy is van az, ha valami a Linuxokban, vagy a BSD-kben szar, akkor jön a duma, hogy nem akarunk béta teszterek lenni? Ez mi, ha nem béta teszterségre való felhasználás, csak szteroidokon, irdatlanul pofátlan módon, a beleegyezésed nélkül?




    Aranyos: https://hup.hu/node/164407#comment-2352391

    Ja, ilyenkor jön mindig az, hogy nincs idő. Arra volt, hogy egy napig válaszolgass. Arra is volt, hogy ezt az üres, fölényeskedős-rejtélyeskedős "választ" megírd. A fentebbi posztodra is volt időd. Bocs, de ez így nagyon hiteltelen és szar duma. Mi lenne, ha felmutatnál végre bármit, *AKÁRMIT*, ahelyett, hogy csak a szádat tépnéd és axiómaként állítanád be az állításaidat, elvárván, hogy azt mindenki akceptálja, csak úgy? Mutass végre egy szájbatekert DLL-t, amiben 4k-s videók/képek vannak! Egyetlen egyet!


    Σ: 001 -> hetvenhatos


    Aranyos: https://hup.hu/node/164407#comment-2352334

    Az. Bár az IMHO még nagyobb, hogy úgy szállítják a DLL-ek egy részét, hogy még a debug infókat sem strippelik belőle, mert úgyis elfér...aztán majd hirtelen mégsem.




    Aranyos: https://hup.hu/node/164407#comment-2352333

    > Azért azt is nézd meg, hogy ez hol van. Pl. a WinSxS-ben előszeretettel ott van egy-egy fájl több helyen, de azok valójában hard linkek (és jó MS szokás szerint van külön utility alparancs a ténylegesen a WinSxS által ténylegesen elfoglalt terület számolására, mert alapvető fájlrendszer-műveletekre adni eszközt túl mainstream :)

    Megnéztem, mielőtt véleményt mondtam. Egy része van csak ezeknek a WinSxS-ben, pl. a szétszedett strippeletlen microsoft.photos.dll a Program Files-ben volt. Azonfelül én értem, hogy azok hardlinkek, de pont azért, mert a méretüket valami elbaszott módon summázza és - ahogy írtad - külön cuccal lehet megnézni a valós méretét, így a normál felhasználást tekintve édesmindegy, hogy hardlink-e vagy sem, mert a windows maga is levonja a példányok összesített méretét a szabad helyből a különféle kalkulációk alatt és ennek megfelelően hiába szerepel egy dll tartalma valójában csak egyszer azon a lemezen, ugyanúgy nem lesz helyed azon a lemezen. Szoptam már be ezzel, pedig az még csak nem is win10 volt, hanem win7.

    > Egyébként egyetértek, hogy tud feleslegesen hízni egy Win, meg hogy usertől függően nem szerencsés, hogy erről nem a user dönt, de ezek a döntések járhatnak olyan következményekkel, amiket nem biztos, hogy a user ismer (lásd pl. legutóbb az egyik LibreOffice topikban, hogy mekkora szar az LO, mert kéri az előző telepítőt... nem erősítette meg a kérdező, de minden valószínűség szerint valamelyik CCCleaner vagy hasonló "csodaszer" "kitakarította" a "felesleges" Windows Installer cache-t...)

    Erre nem tudok érdemben válaszolni, mert a topicot nem olvastam. Azt viszont tényleg nem értem, ha a LOo már telepítve volt, akkor miért számít neki, hogy az install cache takarítva lett? Viszont mindentől függetlenül én nem tudom elfogadni azt válasznak, hogy azért dönt a rendszer a felhasználó helyett, mert a felhasználó úgy is hülye. És ha nem? Oké, legyen lekorlátozott üzemmód, de legyen olyan is, ahol a kontroll a tulaj kezében van és nem tagadja meg a rendszer a parancsokat, hogy bocsi kedves sysadmin, de neked ehhez nincs jogod; mi mondjuk meg, hogy mit tehetsz a gépeden és mit nem. Ez az ami a fő baj.




    Aranyos: https://hup.hu/node/164407#comment-2352418

    Ja, így már értem, hogy update volt és az installer kérte a másik csomagot. Én úgy értettem amit mondtál, hogy maga az LOo kérte a telepítőt, nem a programot frissítő telepítő.

    > Van ilyen (mondjuk relatíve kevés dolog van, amit elutasít a rendszer), ott meg még mindig játszik, hogy csinálsz magadnak egy SYSTEM-ként futó command promptot pl. PsExec-kel.

    De az is korlátozva van, a SYSTEM user sem tehet meg mindent.




    Aranyos: https://hup.hu/node/164407#comment-2352452

    Hát, amikbe én futottam bele:
    - Nem törölhet le "védett" fájlokat. (Nem, nem hidden, vagy system, vagy épp futtatott exe, hanem egyszerűen a windows közölte, hogy ezt nem és kész, indoklás nincs.)
    - Ha fut a SmartScreen és a saját, frissen forgatott programod nincs aláírva, akkor nem fogod futtatni. Nem rákérdez, hogy "nincs aláírva, biztos, hogy futtatod", hanem megtagadja.
    - Nem lőhet ki "védett" processzeket. (Megint csak ne kérdezd, hogy mit jelent az, hogy védett; közölte, hogy nincs jogosultságom és punktum...egyébként egy malware volt az. De se a grafikus taskkezelő nem csinálta, sem a taskkill /im xyz.exe)
    - Egyes registry kulcsokat sem engedett átírni.
    - Nem engedett feltelepíteni aláíratlan cuccot.
    - Egyes könyvtárakba még benézni sem engedett.

    Aztán lehet, hogy ezeket külön kell bekapcsolni, hogy a rendszergazda csinálhassa, de én nem találtam ilyen beállításokat, meg a másik, hogy az lenne az alap, hogy a SYSTEM bármit megtehessen...




    Aranyos: https://hup.hu/node/164407#comment-2352465

    > Nem sima Rendszergazda jogkörrel (akár a well-known SID-es Rendszergazda fiók, akár a Rendszergazdák csoport tagjai) próbáltál olyan dolgot törölni, amihez az ACL szerint csak a System-nek van joga?

    Nem.

    > És Rendszergazdaként ki tudod kapcsolni a SmartScreen-t.

    Ez igaz, de akkor mi értelme van? Mármint nem a SmartScreen-nek, vagy a figyelmeztetésnek, hanem annak, hogy a rendszergazdát fixen letiltja, ha egyszer a rendszergazda kikapcsolhatja? Dobjon fel egy figyelmeztető dialógust, hogy nincs aláírva, akarod-e vagy sem.

    > Újfent arra tippelek, hogy System processz és sima Rendszergazdaként próbálod (egyébként pl. antivírus szutykok szoktak előszeretettel system-ként védett processzt indítani, SYSTEM cmd-ből viszi őket a taskkill)

    Nem, mint mondtam, a taskkill /im xyz.exe sem működött, rendszeradminisztrátori parancssorból. És ez sajnos nem antivírus volt, hanem sima.

    > ACL-ek?

    Már nem emlékszem. A (default) kulcsot nem engedte átírni valahol.

    > Ez jogos, kell neki egy újraindítás és boot időben engedélyezni kell az aláíratlan cuccokat (csak 64-bites rendszerre, és ezt én se tudom mással magyarázni, minthogy fájt az MS-nek, hogy nem fizettek elegen az aláírásért)

    Könnyen lehet.

    > Ez megint lehet sima ACL (vannak könyvtárak, amiken egyedül a SYSTEM-nek van hozzáférése, többnyire a Windows mappán belül), de ha nagyon szőrszálat akarunk hasogatni akár az NTFS driver is (csomó fájlrendszer infót speciális fájlokban/könyvtárakban tárol, de azokat még a Linux-os NTFS driverek is elrejtik [pl. ntfs-3g: show_sys_files opciója])

    Nem hiszem, mert Linuxból, vagy másik windowsból be tudtam nézni a könyvtárba, tehát nem FS-related volt a blokkolás.




    Aranyos: https://hup.hu/node/164407#comment-2352453

    Hát lehet...de szerintem legalább akkora baj, ha egy rendszer önhatalmaskodik, mint ha a belül káosz van... Mondjuk a win10 esetén mind a kettő fennáll. :P




    Aranyos: https://hup.hu/node/164407#comment-2351568

    Hát ennyi háttértárra csak a windóznak van szüksége egy frissítéshez, többieknél maximum installnál kell ennyi...csak itt jön képbe, hogy windows alatt ezek a fél éves "frissítések" valójában hidden reinstallok.
    De a probléma itt elsősorban inkább azon van, hogy kérdés nélkül elveszi a tárat; hogy a júzer helyett dönt. Már megint.




    Aranyos: https://hup.hu/node/164407#comment-2351766

    > Hát, azért én már szorultam meg hellyel dist-upgrade során Linux esetén is és egy ilyen Windows update valóban inkább egy dist-upgrade.

    Nyilván egy Linux is tele bírja szórni verzióugráskor a gépet, főleg ha sok cucc van telepítve, mert akkor azokat is mind frissíti, de Linuxa és környezete válogatja. Ráadásul okos függőségkezeléssel meg lehet oldani a frissítést kevés tárhely mellett is, mert nem muszáj egyszerre az összes csomagnak a cache-ben lennie.

    > 40-50 GB jelenleg egy Windows 10, nem? És ott marad a régi is, ami szintén 40-50 GB, ha
    > visszaállnál az előző állapotra,már lazán 100 GB helyet foglal és még nincs egy programod
    > se telepítve. Ha hibernálnál, akkor az is egy memória méretű fájl, tolhatná annak a helyére
    > is a letöltött frissítéseket, amit eldobna, ha mégis hibernálni kellene, de amúgy csak kisebb
    > SSD esetén szopás a helyszűke. Nekem 128 GB SSD van, a Windows 10 el se férne rajta, az az
    > 1 TB méretű HDD-n van.

    Jézusom... Azt tudtam, hogy bloat a windóz, de, hogy ennyire...?




    Aranyos: https://hup.hu/node/164407#comment-2351770

    Téves. Két okból is. Egyrészt a Linux egy kernel, az nem vesz tőled el semmit, az adott disztribúció telepítője teszi. Másrészt pedig telepítőfüggő, mert pl. a Debian telepítő megkérdezi, hogy akarod-e.




    Aranyos: https://hup.hu/node/164407#comment-2351964

    Az is igaz, bár gondolom nem rootként használta a rendszert.




    Aranyos: https://hup.hu/node/164407#comment-2351822

    Süt belőled az ész, meg az ostoba rosszindulat. A "vegyél még három gépet" egyértelmű szarkazmus volt, rajtad kívül mindenki értette; ami pedig a tárhelyet illeti, csak ötször írtam le eddig, hogy nem is a 7 GB a fő probléma, hanem az, hogy már megint a rendszer döntött a felhasználó helyett, de látom olvasni sem tudsz, csak cédula nélkül beszólogatni, ha valaki olyat mond, ami fáj a valagadnak. Reparon a patikában.


    Σ: 001 -> hetvenhatos


    Aranyos: https://hup.hu/node/164407#comment-2352497

    Nem azt mondtam, hogy vevők voltak rá, hanem azt, hogy értették. Nagy különbség. Ne zavarjon, hogy a "nem 0 bites rendszerkomponensekről" egy fentebbi szálban kivesésztük, hogy redundánsan szétszórt kód és adatszemét és még az is kiderült, hogy az ms a debug infókat is ad-hoc módon strippeli. (Tényleg nem tudsz olvasni? Vagy csak nem akarsz?) Ha ez szerinted csomókeresés a kákán, meg full kreténbe nyomás, akkor csak a kezemet tudom széttárni. Emlékeztetnélek rá, hogy te szóltál énhozzám és mindjárt személyeskedéssel nyitottál ld. "hiszti a semmin". No comment.




    Aranyos: https://hup.hu/node/164407#comment-2352553

    Ja értem. Szóval érvek itt sincsenek, csak a butthurt fölényeskedő rejtélyeskedés, hogy rámhagyjátok, de ti tudjátok az nagy igazságot, csak épp el nem mondjátok. Tisztára mint a dedóban, "bibibí, éntudomám, denemmondomeeeeel..." Szánalom. Lehet cáfolni a két poszt számadatait. Addig viszont áll az állítás, hogy a redundánsan tárolt kód és adatszemét miatt bloated a windows 10.


    Σ: 001 -> hetvenhatos


    Aranyos: https://hup.hu/node/164407#comment-2351574

    Thx.




    Aranyos: https://hup.hu/node/164407#comment-2351771

    A C64-en ~64 kB memória volt, amiből 38k-t tudott használni a BASIC. 48k nem tudom, hogy jött ki. Nem kevered a ZX Spectrummal?




    Aranyos: https://hup.hu/node/164407#comment-2351960

    De volt.

    Nem az volt kérdés, hogy a rendszer miatt (amit egyébként 100%-ig ki lehet iktatni, mert mind a BASIC, mind a KERNAL ROM lekapcsolható) mennyit tudsz használni, hanem az, hogy mennyi RAM van benne, ami pedig pontosan 64k. (De mint mondtam, a rendszer lekapcsolható, lehet mind a 64k-t használni.)
    256 byte zeropage, 256 verem, 512 további az első 1k-ban, aztán 1k a karakteres képernyőnek, 38k a BASIC-nak, utána a BASIC ROM 8k-ja helyére RAM-ot lehetett lapozni, utána jött az upper RAM 4k-ja, majd az általad említett $D000-tól kezdődő terület, ahol 4k I/O, 4k RAM, vagy 4k char ROM volt, tehát olyan nincs is, hogy a $D000-tól kezdődő regisztereket "nem érdemes kapcsolgatni", de azért "kell karaktertábla is", mert ugyanazon a területen vannak és egyszerre nem tudod használni őket; de éppen ezért lehetett lapozni ezeket a területeket: ha épp nem kellett a chipek I/O területe, vagy a char ROM, akkor átváltottál a RAM-ra, ha meg kellett, akkor vissza, de ettől még nyugodtan lehetett használni a $D000-tól becímezhető RAM-ot is. És végül a KERNAL ROM 8k-ja helyére szintén lehetett RAM-ot lapozni. Ezeket ha összeadod, akkor az pontosan 64k. Mínusz a CPU portja miatti két byte $00-$01-nél és a három vektor $FFFA-tól.

    De ha nagyon gányer akarok lenni akkor még hozzáteszem, hogy viszont plusz 512 byte, illetve pontosabban 1024 nibble, mert ha $D000-ra belapoztam az I/O területet, akkor a Color RAM-ot is felhasználhattam 4-bites RAM-nak és ezt nyugodtan megtehettem, ha pl. hires módban voltam, mert akkor a Color RAM inaktív, de akár akkor is, ha multicolor módban semelyik pixelt nem állítottam 3-ra.




    Aranyos: https://hup.hu/node/164407#comment-2352558

    A C64-ben a ROM helyére lapozott RAM-ba nem csak adat, de másik kód is kerülhet, akár olyan is, ami a hardware részeit kezeli, csak épp hatékonyabban, mint a ROM-ba égetett eredeti. Az - egyébként teljesen out-of-context - analógiádat követve, igen: a PC-re sem kell w10, mert PC-re is lehet rakni értelmesebb rendszert, ami nem pocsékolja ennyire az erőforrásokat. (Direkt nem mondok semmilyen példát, mert a w10-nél kb. bármi más értelmesebb. Még egy másik windows is.) Amúgy ne is zavarjon, hogy két teljesen eltérő, egymáshoz semmi közzel nem bíró dolgot sikerült párhuzamba állítanod. És az se zavarjon, hogy a C64 fizikai memóriamennyisége volt a kérdés, nem az, hogy hogyan használták.


    Σ: 001 -> mraacz


    Aranyos: https://hup.hu/node/164407#comment-2352603

    Miért kéne a kapcsolgatásához baszakodni a rasztermegszakításokkal? A $01-es cím alsó 3 bitjére kell beírni, hogy mit akarok éppen látni és ennyi. Mire gondolsz?




    Aranyos: https://hup.hu/node/164407#comment-2352730

    Busszal.

    Félretéve a viccet, nem értem, hogy miért kéne rasztermegszakításokkal baszakodni a lapozáshoz.

    Írtam egy példát (nem a legszebb megoldásokkal, pl. a lapozót nyugodtan lehetett volna inline is, de most már mindegy):

                    *=        $0801
                    ; BASIC "0 SYS2061"
                    .byte        $0b, $08, $00, $00, $9e, $32, $30, $36, $31, $00, $00, $00

                    ; ($d418).b := $0f
                    lda        #$0f
                    sta        $d418

                    ; ($d405).b := $00
                    lda        #$00
                    sta        $d405

                    ; ($d406).b := $f0
                    lda        #$f0
                    sta        $d406

                    ; ($d404).b := $21
                    lda        #$21
                    sta        $d404

                    ; p.i = 1
                    sei

                    ; useram()
                    jsr        useram

                    ; ($0400).l := $00000000
                    lda        #$00
                    sta        $0400
                    sta        $0401
                    sta        $0402
                    sta        $0403

                    ; (RAM:$d400).l := $00000000
                    sta        $d400
                    sta        $d401
                    sta        $d402
                    sta        $d403

    -               ; repeat (IO:$d400).l := (RAM:$d400).l++ until false
                    ldx        $d400
                    jsr        useio
                    stx        $d400
                    stx        $0400
                    jsr        useram
                    inc        $d400
                    bne        -
                    ldx        $d401
                    jsr        useio
                    stx        $d401
                    stx        $0401
                    jsr        useram
                    inc        $d401
                    bne        -
                    ldx        $d402
                    jsr        useio
                    stx        $d402
                    stx        $0402
                    jsr        useram
                    inc        $d402
                    bne        -
                    ldx        $d403
                    jsr        useio
                    stx        $d403
                    stx        $0403
                    jsr        useram
                    inc        $d403
                    bne        -
                    beq        -

    useram          ; ($01).b := $30
                    lda        #$30
                    sta        $01
                    rts

    useio           ; ($01).b := $37
                    lda        #$37
                    sta        $01
                    rts

    tass64-gyel lehet assemblálni (eredeti forrás itt), ha nincs 64tass, vagy nem akarsz szarakodni vele, akkor a bináris itt: http://oscomp.hu/depot/sidfreq_same_address.prg.

    Amint látod, egy mezei ciklus van itt, ami a $d400-$d403 címeket (SID voice 1 frequency és pulse width) inkrementálja, mégpedig úgy, hogy nem használ rá más címet, hanem ugyanazt a címet írja és olvassa, az I/O és a RAM terület között váltogatva. Az aktuális állást $0400-től $0403-ig ki is jelzi. A SID rendületlenül zajong, a számláló rendületlenül pörög, a CPU pedig rendületlenül váltogat a két terület között. Ugyanezt akár bitmap módban is el lehetne játszani, csak épp így egyszerűbb volt gyorsan egy példát összedobni. Hol van itt szükség a rasztermegszakításokkal való baszakodásra?




    Aranyos: https://hup.hu/node/164407#comment-2352798

    Ja, hogy úgy értetted, hogy ha I/O related kódot akarok oda rakni, akkor kell rasztermegszakításból kapcsolgatni. Értem. Ez nem jutott eszembe, mert eszembe se jutott, hogy I/O műveleteket végző kódot tegyek az I/O címtér alá. De mindenesetre, ha csak adatot, vagy non-I/O related kódot akarsz odarakni, ahhoz nem kell rasztermegszakításokkal bajlódni.




    Aranyos: https://hup.hu/node/164407#comment-2351772

    Egyébként igen. Mi is jártunk hasonlóan, de ott is meg lett magyarázva, hogy a windóztíz nem vétkes semmiben, beszt óesz evör, csak épp érteni kell hozzá, meg hardvert venni is tudni kell hozzá. Olyan ismerős ez a rizsa, csak hirtelen nem is tudom, honnan.




    Security level infinite: https://hup.hu/node/164358#comment-2350465

    +1

    Amelyik cég ilyet megenged magának, azt húszezer parsec messzire el kell kerülni.




    Haiku OS-t telepítettem: https://hup.hu/node/164364#comment-2351072

    > Heavy böngésző (firefox/chromium/ezek forkjai) nincs, saját böngészőjük van, ami a portolt webkit motorra épül, plusz néhány light böngésző, ami akár linux-os körökben is ismerősek lehetnek.

    Firefox van, csak BeZilla-nak hívják. Van egy WebPositive nevű WebKit alapú browser és van QupZilla is. A BeZilla és a WebPositive 2014-ben - amikor utoljára kipróbáltam a rendszert - meglehetősen nyögvenyelősen mentek. A QupZilla-val nem volt baj.




    Haiku OS-t telepítettem: https://hup.hu/node/164364#comment-2351113

    > A BeZilla egy Firefox 3 port, amihez 7 éve nem nyúltak.

    Kettesre emlékeztem, de végül is mindegy, réginek régi.

    > de van még pl. az OtterBrowser is, ami szintén light.

    Azt nem tudtam, hogy az Ottert is portolták, de akkor legalább van még egy. Mondjuk, ha a Haiku még mindig tartja az ABI-kompatibilitást a BeOS-sel, akkor a régi BeOS-es Opera is használható rajta.




    Haiku OS-t telepítettem: https://hup.hu/node/164364#comment-2350802

    sub




    Youtube frontend beta3: https://hup.hu/node/164145#comment-2345544

    > Nálam a logot ilyenekkel szemeteli tele:

    Persze, az jelzi, hogy gond nélkül lefutott az URL kéréseket feldolgozó timer. Normál esetben nincs a belépés/kiszállás között semmi, csak akkor, ha épp feldolgozás alatt van egy URL. Ha zavar, kapcsold ki a logot, az amúgy is csak hibakereséshez van.

    > Félreérthető, hogy a kacsacsőrre kell kattintani, ami máshol lapozást jelent.

    Hát az lehet... Majd rakok rá "|>" szöveget. Sajnos nincs non-unicode karakter, ami hasonlítana a play-re. Ikonokat rajzolgatni meg eddig nem volt érkezésem...

    > Egy popup felirat is jól jönne rá.

    Az van. Mindegyiken. Neked nem jelenik meg?

    > Köszi, király a program!

    Köszi a dícséretet.




    Youtube frontend beta3: https://hup.hu/node/164145#comment-2345575

    A lapozásnál persze, hogy nem jelent meg, hiszen egy sima lapozógombnál minek jelenítse meg lebegőben ugyanazt az egy karaktert? Egyébként a manualban le van írva, hogy melyik gomb mit csinál.

    De most gyorsan beleraktam, hogy a lejátszógombok innentől nem >, hanem I> felirattal vannak "szerelve". Frissült a manual is, meg az összes bináris is.




    Youtube frontend beta3: https://hup.hu/node/164145#comment-2345545

    > Kipróbáltam a Linux64-est. Failed to load. Éjjel-nappal :)

    Ez volt már a múltkor is, valami mizéria van a FreePascal SSL libjével, de sajnos a FreePascal 3.2 azóta sem jött ki.




    Academics Improve SHA-1 Collision Attack, Make It Actually Dangerous: https://hup.hu/node/164272#comment-2348429

    https://www.commitstrip.com/wp-content/uploads/2017/02/Strip-Sha-1-english650-final.jpg




    A Mozilla banra fogja tenni azokat az add-on kiegészítőket, amik obfuscated kódot tartalmaznak: https://hup.hu/cikkek/20190503/a_mozilla_banra_fogja_tenni_azokat_az_add-on_kiegeszitoket_amik_obfuscated_kodot_tartalmaznak#comment-2345326

    Iceweasel-UXP? Ez az 52-es bugróka forkja és ebben benne vannak a mozzarella által kidobált - szerintük - nem kellő cuccok (ALSA/GTK2/XUL/NPAPI). Ezzel megy az összes régi bevált kiegészítő. Viszont ki lett hajítva belőle egy raklap ostobaság (pl. telemetria), ami a bugrókában benne van.




    A Mozilla banra fogja tenni azokat az add-on kiegészítőket, amik obfuscated kódot tartalmaznak: https://hup.hu/cikkek/20190503/a_mozilla_banra_fogja_tenni_azokat_az_add-on_kiegeszitoket_amik_obfuscated_kodot_tartalmaznak#comment-2345385

    A Midori 6.0 egy raklap trágya. GTK3 infected (erőforrászabáló, lassú render, rossz fontkezelés) és még egyéb bajai is vannak, kerülendő. Kipróbálhatod a 0.5-ös szériát, az legalább gyors, viszont fapadnak ugyanúgy fapad. (Igen, a 0.5 után a 6.0 jött, eléggé beszédes.) Ott van még a Qupzilla. Az egy Qt-re épülő böngésző, nincs ló, jó a szamár szint, de amúgy működik. Az Ottert most inkább nem ajánlom, az még mindig nagyon fejlesztés alatt van...

    Pontosan értem, hogy mi a problémád; ezt vagy úgy tudod megkerülni, ha nem magát a bugrókát használod, hanem valamelyik értelmes forkját (Palemoon, Iceweasel), vagy úgy, ha leszeded magát az addont és helyileg telepíted. Vagy, ha a Mozzarella oldalát kitiltod a gépedről, akkor ugyanis nem tud "ellenőrizgetni". De a bugrókában még így is egy csomó olyan dolog van, amitől az embernek feláll a hátán a szőr; pl. felrak neked egy csomó rejtett addont, amit rohadtul nem kértél és nem is tudsz róla, mert nem látszanak, hacsak nem nézed meg a vele összeakadó Iceweaselből, ahol ezek az addonok is láthatóak.
    Én nem is használtam magát a rókát sosem, maximum a forkjait és azokat is csak szekunder browsernek, a fő böngészőm a mai napig az Opera 12.


    Σ: 001 -> vl


    A Mozilla banra fogja tenni azokat az add-on kiegészítőket, amik obfuscated kódot tartalmaznak: https://hup.hu/cikkek/20190503/a_mozilla_banra_fogja_tenni_azokat_az_add-on_kiegeszitoket_amik_obfuscated_kodot_tartalmaznak#comment-2345469

    Tartok tőle, hogy arra is igaz, amit a hatosra leírtam.




    A Mozilla banra fogja tenni azokat az add-on kiegészítőket, amik obfuscated kódot tartalmaznak: https://hup.hu/cikkek/20190503/a_mozilla_banra_fogja_tenni_azokat_az_add-on_kiegeszitoket_amik_obfuscated_kodot_tartalmaznak#comment-2345509

    Nincs mit.




    A Mozilla banra fogja tenni azokat az add-on kiegészítőket, amik obfuscated kódot tartalmaznak: https://hup.hu/cikkek/20190503/a_mozilla_banra_fogja_tenni_azokat_az_add-on_kiegeszitoket_amik_obfuscated_kodot_tartalmaznak#comment-2346296

    Nem próbáltam. Kellenek hozzá KDE5 komponensek? Mert a QZ-hez még nem kellettek.




    A Mozilla banra fogja tenni azokat az add-on kiegészítőket, amik obfuscated kódot tartalmaznak: https://hup.hu/cikkek/20190503/a_mozilla_banra_fogja_tenni_azokat_az_add-on_kiegeszitoket_amik_obfuscated_kodot_tartalmaznak#comment-2346641

    Ja. Csak azt bánom, hogy windowson kívül másra nem adták ki a 12.18-at, amiben implementálták az új ECC ciphereket, mert 12.16-ban egy csomó oldal már elhajít. Viszont sajnos csak a 12.15 kódja szivárgott ki, de majd lehet backportolják ezt is bele.




    A Mozilla banra fogja tenni azokat az add-on kiegészítőket, amik obfuscated kódot tartalmaznak: https://hup.hu/cikkek/20190503/a_mozilla_banra_fogja_tenni_azokat_az_add-on_kiegeszitoket_amik_obfuscated_kodot_tartalmaznak#comment-2346814

    Ja, én is jóideje szemezek már a Squiddel. Előbb utóbb viszont muszáj lesz.




    CPU "ráégett" a hűtőre: https://hup.hu/node/159020#comment-2224137

    Megúsztatni nem célszerű az alkoholban, mert nem garantált, hogy abszolút 100% az alkohol és ha a CPU burkolata akár csak egy mikrorepedésen át is beereszt valamennyit a "maradékból", akkor az nem lesz vicces.

    Viszont maga az alkoholos oldás az jó ötlet, egy jó vékony fecskendővel befecskendezni a pasztára.

    Ebben a topicban is erről értekeznek.




    CPU "ráégett" a hűtőre: https://hup.hu/node/159020#comment-2224322

    Blacklistre a következő domaineket (AdBlock vagy /etc/hosts) és megszűnik a probléma:

    prscripts.com
    jsecoin.com
    melqdjqiekcv.com
    sfcckxdgfgzo.com
    coinhive.com
    bbtrf.info




    CPU "ráégett" a hűtőre: https://hup.hu/node/159020#comment-2224723

    Nekem csak ezek jelentek meg. De lehet tiltani a *.bid, *.club és hasonló szarokat is.




    A Firefox ESR letiltotta az összes kiegészítőt: https://hup.hu/node/164132#comment-2345401

    Itt is tudom ajánlani az Iceweasel-UXP-t. Firefox 52 alapú, még van benne GTK2/ALSA/XUL/NPAPI támogatás, de mentes minden mozzarella bullshittől.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322472

    Semmi. Elkúrtam a legördülőt. Ha nincs a params konfigfájl, akkor az előtt kiszállt a config loaderje, hogy a defaultot belerakta volna. Fixálva és köszi, hogy szóltál. (És raktam timestampot a logba.)




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322571

    Igen, az a normális: a kép az az oldalt tölti be, a lejátszás az a relációs jelre indul, de ez le is van írva a manualban.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322598

    Az az oka, hogy nem vetted fel őket. Mint leírtam, a cucc bármilyen playerrel tud együttműködni, így nem drótoztam bele paramétereket, az userre van bízva. Nézz utána, hogy a playered mit támogat és azokat a paramétereket tudod ott beállítani. És olvasd el a manualt.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322918

    Van manualja az mpv-nek is, amiben le vannak írva az idevágó paraméterek.

    De, ha nem akarsz a paraméterezéssel szopni, van userscript mpv-hez, ami akár menetközben is át tudja állítani neked a formátumot.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322596

    A cucc pontosan úgy működik mint a tyúktúb. Ha ráböksz egy képre, akkor azt a videót nyitja ki és oldalt a related videók jelennek meg.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322917

    Nem érted: a képek a videó lapját töltik be. Ha lejátszani akarsz, akkor azt a play gomb csinálja. A logban látom, hogy nem nyomtad meg.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322951

    > Igen en is igy gomdoltam, de az a gond, ha a playre nyomok akkor nem a legfelsot inditja el -amit kerestem-, hanem masikat. Logikusabb lenne szerintem ha a talalatoknal (minden thumb-nem kulon) lenne kulon play gomb.

    Nem, még mindig nem érted. A play azt indítja el, amit éppen kinyitottál. Rákeresel arra, hogy "döglött kecskék inváziója", a legelső találat az lesz, hogy "döglött kecskék inváziója 1987 VHS RIP", azt akarod megnézni, ráböksz, kinyitja a lapját, ott ráböksz a play-re és ennyi. Külön play gomb meg nem lesz minden thumbnál, mert a youtube nem így működik, én pedig ahhoz csináltam frontendet, tehát annak a működését imitálom. (Egyébként azt az egyet el kell ismerni, hogy a keresés/listázás legalább intuitív módon van megoldva a YT-n, de mondjuk az még mindig ugyanaz, mint a kuglis korszak előtt, azt még nem tette tönkre innoválta meg a gugli.)

    > Egyebkent meg maximalis respect a munkadert!

    Köszi.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2323014

    Nem, oldalt nem szerepel az a videó, amit kinyiottál. Ott a related videók vannak, amikbe a kugli dob be "egyveleg" néven egy random playlistet, amiben az épp aktuális videó van az első helyen. A beta1-ben úgy lehetett eltakarítani, ha a blacklistben tiltottad az üres userneveket, a beta2-ben a "<no user>" nevű usereket kell.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322473

    Köszi.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322531

    Be is kapcsoltad a logot? Meg mi az, hogy "Kiírja, hogy hiba van és cső.", a hibaüzenetet ideírhatnád...




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322919

    > Van internetelérés a gépen, nem is értem miért hibázik a hostnév feloldásakor.

    Ahogy nézem, te megpróbáltad beírni az Open YT URL(s) ablakba, hogy www.youtube.com, aztán meg a keresősávba írtad be a komplett youtube linket. Egyrészt olvasd el a manualt, mert semmi értelme annak, amit csináltál, másrészt meg töltsd föl, vagy posztold be a teljes logot, mert így nem látom mi a baj.




    Youtube frontend beta2: https://hup.hu/node/163162#comment-2322920

    Nem, abszolút nem pofátlanság, vagy nagy kérés, tessék itt van egy 686-os Linux bináris, én örülök, hogy ha használják. Ha valakinek kellene FreeBSD vagy Solaris alá is i686-os, akkor buildelhetek azt is, csak ahhoz idő kell, mert csak 64-bites környezeteim vannak, úgyhogy vagy össze kell lőnöm, hogy cross-compile-olni tudjak alattuk, vagy telepíteni a 32-bites rendszereket is.

    Alternatívát nem tudok, ha tudnék, nem írtam volna sajátot.




    Melyik (volt) a kedvenc, legszerethetőbb Windows verzió?: https://hup.hu/szavazasok/20190412/melyik_volt_a_kedvenc_legszerethetobb_windows_verzio#comment-2338498

    +1

    Egyéb: egyik sem.




    Melyik (volt) a kedvenc, legszerethetőbb Windows verzió?: https://hup.hu/szavazasok/20190412/melyik_volt_a_kedvenc_legszerethetobb_windows_verzio#comment-2338541

    A WINE is bugos. :P Mondjuk tény: sokszor kompatibilisebb a windózzal, mint a windóz.
    (Felőlem...)




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339113

    Kiváncsi vagyok, hogy mikor éri utól az xp szintjét, minden részletre kiterjedőleg. Mert onnantól kezdve már komoly mennyiségben elkezdhet nőni a felhasználótábor, ami több fejlesztőt jelent és még hamarabb éri el a hetes hardware támogatási szintjét. Akkor pedig menekülhet át alá boldog-boldogtalan a win10 elől. Drukkolok nekik.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339205

    Mert ugye a windows 10-et csak azért szidják az emberek, mert épp windowsfikázhatnékuk van, nem azért, mert az ms ott szopatja le a felhasználót, ahol tudja.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339795

    PEBKAC. Amikor jön a frissítés és lezúzza a telepített programokat, a gépet, vagy rossz esetben a felhasználó adatait. Az PEBKAC. Akkora, hogy az ms kért érte elnézést. No comment.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339802

    Bocs, de a worksforme nem érv.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339842

    A win10 katasztrofális használhatatlanságának semmi köze nincs ahhoz, hogy az admin miként vélekedik a "worksforme" mantráról.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339971

    Ez még mindig a worksforme mantra. Vagy worksforus. Temérdek usernél meg csak a baj van vele. Tele vannak ezzel a hírek, meg az ms folyamatos bocsánatkéréseivel is. Az is biztos PEBKAC. Aki szereti az ms-t, annak minden kritika PEBKAC.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340076

    Nálunk meg nagyságrendileg kb. ugyanennyi gépen cseszte szét a rendszert a frissítés, de ez igazából érdektelen. Ami viszont nem az, hogy sorozatosan felhasználók millióinak van vele baja. A felsorolt frissítési fiaskók csak a jéghegy csúcsai; szerinted, ha nem volna gáz a win10 fejlesztési modelljével (hint: Linux-like rolling release), akkor kéregetné folyton az elnézést a mikiszoft? Igen, a 30 gép még mindig csak a worksforus mantra.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340094

    https://en.wikipedia.org/wiki/Rolling_release

    Rolling release, rolling update, or continuous delivery, in software development, is the concept of frequently delivering updates to applications.

    Szerintem ebbe bőven belefér, hogy hathavonta letol az emberek torkán egy komplett OS deploymentet. Az ugyanis nincs meghatározva, a rolling release definíciójában, hogy hogyan frissít. De te akkor minek hívnád, ha nem rolling release-nek?

    BTW, akár rolling release, akár nem; gáznak gáz és ez a lényeg.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340102

    Hát az előbb még nem ezt mondtad, csak simán a rolling release volt, ami nem tetszett...

    De tekintve, hogy win10-en a distupgrade pont úgy megy, mint egy non-LTS rolling release buguntun, vagy fedorán, minek hívjam?

    És a hangysúly még mindig nem ezen a zárójeles megjegyzésen volt, hanem azon, hogy gáz.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340171

    > Erre reagaltam, nem ragadtam ki belole semmit, szerintem.

    Csak az egészből sikerült kiragadni egy zárójeles megjegyzést és azon lovagolni, a lényeg helyett: akár rolling release, akár nem; gáznak gáz és ez a lényeg.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340170

    Akkor nem rolling release, rosszul tudtam.

    De még mindig nem az a zárójeles megjegyzés volt a lényeg, hanem az, hogy gáz a modell.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339857

    Nem csak a hupon vergődnek vele az emberek.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339658

    win10 alatt ki lehet kapcsolni bármit? Nekünk pl. a frissítéseket nem sikerült letiltani sehogy sem, hiába lőtte ki az updatert és állítota letiltottra minden órában ütemezett feladatból, akkor is visszakapcsolta és akkor is lefrissítette magát és akkor is kinyírta a rendszert... Pedig nem tizedannyi munkát feccöltünk bele, mint amennyit UNIX-ok alatt konfigolni szoktunk.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340075

    A defer, ahogy mondod, nem tiltott le semmit. Nekünk nem elhalasztani kellett volna, hanem kikapcsolni. A group policyt mi is kipróbáltuk; addig tényleg ment, amíg nem jött valami forced update, mert azt ugyanúgy letolta a gép torkán. WSUS nem játszott, mezei win10 volt, nem a felsorolt szerver edition-ök. (Különben sem szerverről beszélünk, hanem egy mezei munkaidőtermináról.)




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339206

    Az jó hír, de az SP2-t kéne minimum. :)




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339208

    Eh, az "új ms" maximum annyit jelent, hogy máshogy köcsög, ld. windóztíz. (Húsz éve béreltetni akarták a windows-t.. Lehet mostanság megvalósítják?) Lehet, hogy konkrétan nem mennek neki a ReactOS-nek, de simán megvehetik kilóra és akkor ott vagyunk, ahol a part szakad.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339293

    Kivéve, ha a másik alternatíva az lesz, hogy előveszik a jogászokat. De inkább ne spekuláljunk előre, hanem várjuk meg, amíg a ReactOS-ból lesz valami igazán használható és akkor meglátjuk.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339207

    Ez mondjuk sanszos. :(




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339272

    A WINE-ban egy csomó kód a ReactOS-ből származik, kb. azóta használható komolyabb dolgokra is, amióta a ReactOS-es srácok is dolgoznak rajta. Átlagemberek amúgy sem mennek a WINE-nal semmire, azoknak "fullos" windóz kell. Hát most majd kapnak. (Remélhetőleg.)




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339439

    A Linux desktop éve sose fog eljönni a kulcsprogramok és driverek hiánya miatt, de ez a projekt pont arra gyúr, hogy mindent megegyen, amit windowsra írtak. Onnantól az vált rá, aki akar.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339534

    Most még nem tudnak rá váltani az emberek, mert nem mennek rajta a szoftverek, amiket használnak. Meglátjuk mit hoznak ki belőle. '91-ben a Linuxra is azt mondták, hogy csak hobbi, semmi komoly.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339305

    Ha te jobban meg tudnád csinálni, akkor hajrá, mutasd meg nekik!




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339310

    Ki rendezett utcabált? Lejött egy mezei hír, hogy ez is működik. Egyébként a Steam for Xp nem húsz éves program; az utolsó verzió pár hónapos és a hír elsősorban az volt, hogy az megy.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339382

    A vendorokat? Őket hogy?




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339455

    Ja értem, tehát megvárják, amíg valaki pénzt is próbál termelni ezekkel az ingyenes cuccokkal, amik ms-related technológiákat is támogatnak és annak megy neki. Nagyon jó...




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339796

    dap az üzleti felhasználókról beszélt, nem a projektről és ebben sok igazsága is van, a linkelt cikket tekintve.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339321

    Ha rendesen működni fog, akkor ez egy ingyenes windows, aminek nagyon is lenne létjogosultsága. Arról nem is beszélve, hogy ha válthatja az xp-t a beágyazott helyeken, akkor meg pláne. Tekintve, hogy a Linux is hobbiprojektként indult, ma pedig használják embedded célra is, a ReactOS is megcsinálhatja ezt, ráadásul még előnye is van, mert az xp által kitaposott utat célozza.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339329

    Miért, DX9/10 támogatás még nincs? Csak mert a 11-es/12-es támogatása szerintem nem annyira kardinális probléma, mert a DX bukdácsolása és az OpenGL előretörése miatt már jó ideje elég ritka az olyan játék, aminek nincs OpenGL backendje is.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339490

    Esetleg műszaki vagy gazdasági érvek is vannak, hogy miért is ne lehetne később lecserélni egy beágyazott Xp-t ReactOS-re?




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339508

    Miért, az xp-hez ki ad supportot? Csak mert én úgy emlékszem, hogy az ms 2016 április 12.-én beszüntette az embedded xp-k támogatását is és ennek ellenére a mai napig megy xp egy raklap készüléken. Support nélkül, biztonsági frissítések nélkül, minden nélkül. Ehhez képest a ReactOS-hez legalább bugfixek és security patchek is lesznek, mert azt fejlesztik. Egyéb ellenvetés?




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339532

    Még ha igaz is lesz, hogy az xp kompatibilis vasak előbb nyúvadnak ki, mint ez eléri az xp szintjét, az nem jelenti, hogy pl. nem lehet alternatíva a win10-re, ha támogatni fogja a hardware-eket. Minél többet szopatja az ms a felhasználóit a win10-zel, annál többen fognak érdeklődni a ReactOS után.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339571

    A WINE a teljes windowsos szoftverpark egy töredékét futtatja csak. Az átlagembernek a Linux nem jó, a Mac meg túl drága. Ameddig van windows, addig a ReactOS-nek van értelme és jövője. Értelemszerűen, ha a windows kipusztul és az emberek átállnak valami másra (pl. droidra), akkor már mindegy, de akkor amúgy is mindegy.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340178

    > Gyanítom pont, mint ez a cucc.

    A WINE-ba egy raklap kódot pont a ReactOS-ből portoltak vissza. A WINE kb. azóta használhatóbb komolyabb dolgokra, amióta a ReactOS-es srácok beszálltak. Azonfelül a WINE alkalmazások futtatására van kitalálva, a ReactOS meg egy komplett windóz klón, mindennek mennie kell rajta.

    > Attól függ. Tudok számtalan példát az érv mellett és ellen. Ahová nem kell MS cucc (MSOffice pl), vagy PC játszás, oda jellemzően bőven jó. Szerintem ez a home userek elég nagy része.

    És a driverekkel mi lesz? Még ha csak egy böngésző is kell neki, a gépet akkor is meg kell tudni hajtani. Arról nem is beszélve, hogy manapság - kis rosszindulattal - kb. kétféle Linux van: google infected droidos szutyok, vagy systemd infected "simalinuxos" szutyok, tehát a win10 meg a mikiszoft után cseberből-vederbe, ugyanúgy egy okoskodó, önhatalmaskodó rendszert kap a paraszt. Ez nyilván túlzás, mert egyrészt Linux alatt ezeket a szarságokat könnyebb kiirtani, másrészt meg ez csak a mainstream-re igaz, amúgy van Slackware, Devuan, meg mittudomén, meg droidból is van google mentes verzió; de ugyanakkor a fasságok kiirtásához érteni kell, az underground cuccokat meg geekek csinálják geekeknek; nem átlagparasztnak való egyik felállás sem.
    Azonkívül nem csak az átlagemberek vannak. Mit csináljanak azok, akik dolgozni akarnak és akiknek valami adott szoftver kell, ami Linuxon nincs és WINE-ból sem megy? (Pl. 3D modellerek, Photoshop, mittudomén.) Vehet penge Mac-et jó drágán, vagy, ott lesz a ReactOS. Apropó Mac...

    > Minimálbéres átlag magyarnak max, de afelett bőven elérhető idehaza is. Nem a milliós zsír új csúcs masinák vannak csak, teljesen vállalható használt Mac minit lehet kapni már gombokért. Nyugaton meg főleg aprópénz.

    Nem csak nálunk vannak csórók, hanem úgy kb. a nyugati világot leszámítva mindenütt. Az lehet, hogy vállalható Mac mini 2006-ot lehet kapni olcsón, én is vettem egyet, csak azért vannak hátulütői. Pl. "csak" Snow Leopard megy föl rá. Nekem speciel ezzel az a baj, hogy pl. Lazarusból nem tudom rá felrakni azt a verziót, ami kéne. Átlagparasztnak meg az lesz, hogy régebbi benne a böngésző és a hulladék websokpontnulla már nem megy benne. Ez nem a Mac vagy az OSX hibája, egyszerűen csak egy tény. A 2009-es Mac Mini-t viszont már nem gombokért vesztegetik; 50-100 kHUF árral mennek, az meg már sok egy átlagembernek, főleg egy - a mai hulladék szoftverek és a webfaszpontnulla erőforrásigénye szempontjából - gyenge hardware-re. És ez megint csak az átlagparaszt perspektívája volt. Egy dolgozó ember, aki 3D modellezik, vagy rajzol, videót vág, vagy akármi, az mit kezdjen egy Mac Mini-vel? Pláne egy régivel? Oda erős gép kell, tehát valami mid-end vagy high-end Mac-et kell vennie, ami viszont már súlyos százezreket kóstál, még használtan is. Ehhez képest, ha megvannak a windowsos szoftverei és a ReactOS futtatni is tudja őket, akkor máris van egy plusz lehetősége arra, hogy elmeneküljön a win10 agyrémei elől.

    > Én aztán nagyon nem akarom tolni az alma szekerét, de ez a "luxuscikk" beidegződés teljesen marhaság.

    Attól függ, mit értesz "luxuscikk" alatt. Ha azt a pejoratív és degradatív szitokszót, ami a drága, sznoboknak való pénisznövelőt jelöli, akkor valóban marhaság. Ha csak azt, hogy drága a cikk, akkor az egyáltalán nem marhaság.




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2340289

    > ÉS? Kit érdekel? Arról van szó, hogy adott feladatra mit használnál inkább.

    Azt ami működik és összecsiszoltan működik, könyörgöm. Még ha megy is valami WINE alatt, a ReactOS-nek az a célja, hogy natívan menjen rajta minden, ne wrappingből.

    > De épp erről van szó: az esetek 99%-ában csak ez kell, a maradék 1%-ban, amikor driveres dolog bejátszhat, meg jellemzően inkább olyan hw-t veszel, ami megy más rendszerek alatt is.

    Ez igaz. De a WINE már csak a megközelítés miatt is kevésbé lesz kompatibilisebb a win-es programokkal, mint a ReactOS.

    > Elméletben, a gyakorlatban (egyelőre) gyakran olyanok sem, amik wineon mennek. Még egyszer: lásd a nyitó hírt.

    Ez is igaz, de a ReactOS-ról senki nem is mondta, hogy most alkalmas arra, amire szánják. Ez a jövő zenéje még, hogy mi lesz a vége.

    > 100-150k között kapsz 2014-es Mac minit, most néztem hardveraprón. Gépvásárlás szempontjából az átlag magyar nem a borsodi zsákfaluban élő munkanélküli, nekik 10 000 Ft-ért is drága bármi, persze. Nézz be a hülye azért nem vagyok boltba a karácsony előtti "akciókor", tömegesen állnak sorba emberek, hogy ennél drágább konzumer kategóriás ótvar laptopokat vegyenek a fa alá gondolkodás nélkül, csak mert kell valami, az meg éppen "megtetszett". Ez az átlag magyar gépvásárló szintje. Simán belefér.

    150k az már több, mint egy fél fizetés. És ez csak az egyik probléma. Ki az, aki 150 kHUF-t ad ki egy 2014-es gépre, amikor ugyanazért az árért sokkal erősebbet vehet? Lehet, hogy az csak egy mezei pécé lesz, de a legtöbb embert ez teljesen hidegen hagyja.

    > Egy profinak nem szabadna, hogy gondot okozzon rendes munkagép megvásárlása, mert egyébként mi a francért nem megy el inkább Lidl árufeltöltőnek?

    De jó, hogy látatlanban ítélkezel. Minden lehetőséget szisztematikusan végignéztél, mielőtt ezt kijelentetted? Olyan nincs, hogy rosszul megy a bolt, vagy egyéb bajai legyenek az embernek?

    > Azt meg remélem nem gondoltad komolyan, hogy majd grafikusok, tervezők át fognak állni ReactOS-re... Azért mert unják a Win-t, de nincs pénzük Mac-re...

    Pénze talán még lenne, de nem akarja lecserélni a munkakörnyezetét. Nem arról van szó, hogy "unja" a win-t, hanem a win10-et nem akarja. Mindjárt két embert is tudok példaként: az öcsémet, meg a főnökömet. Komoly cégvezető mindkettő, akik grafikai/tervezői munkákat is csinálnak, nem kispistike egyik sem. Mindketten win alá építették össze maguknak az összecsiszolt munkakörnyezetüket és ugyan jelen pillanatban még elvannak win7 alatt, de tudják, hogy nem tart örökké, előbb utóbb tovább kell lépni. Azt azonban mindketten kijelentették, hogy win10-re soha nem fognak átváltani, viszont nem akarnak Linux alatt sem kínlódni, amihez nem értenek és nem érnek rá, hogy beletanuljanak (pénztermeléssel vannak elfoglalva). A Mac-et ugyan fontolóra vették, de amióta szóltam nekik, hogy van (lesz) olyan, hogy ReactOS, azóta fokozott figyelemmel követik és inkább arra állnának át, mint Mac-re, ahol megint mindent fel kéne építeniük.

    > Ezek már hajbazeri magasságok lassan.

    Ugyan tudom, hogy sértésnek szántad, de nekem nincs bajom hajbazerrel. Viszont, ha már hasonlítgatós személyeskedés: az, hogy ha valakinek nem tetszik a véleménye, akkor érvek helyett párhuzamot vonsz közte, meg valaki között akit utálsz, nos az meg sj-i mélység.

    > Sajókám, hát én vagyok a hülye, hogy szóba állok magával!

    Mi a baj Hacsek; google-ös, vagy systemd-s kápolnában tartották a csap alá? Reparon a patikában...




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339320

    +1




    Működik a Steam és a GTA 3 ReactOS-en: https://hup.hu/cikkek/20190414/mukodik_a_steam_es_a_gta_3_reactos-en#comment-2339337

    Van lag, de a kommentekben le is írja a videót készítő Cernodile, hogy miért:

    It is done in a virtual machine, my machine isn't exactly the most resourceful for this + Mesa3D is software renderer. I originally recorded this in 720p60 and it was completely unplayable, so I settled for 720p30. VirtualBox's own OGL renderer throws a BSoD with GTA 3.




    Felbontások skálázásának és igazításának kényszerítése X11-ből: https://hup.hu/node/163869#comment-2339362

    up




    Felbontások skálázásának és igazításának kényszerítése X11-ből: https://hup.hu/node/163869#comment-2339659

    Senki nem tudja?




    Felbontások skálázásának és igazításának kényszerítése X11-ből: https://hup.hu/node/163869#comment-2339799

    Hát sajnos nem jött be, meg ez amúgy is nVidia. A driver settingsben belőttem, hogy 640x480 felskálázva, középre igazítva és a xorg.conf-ban ezt kaptam:

    Option "metamodes" "DVI-D-0: 640x480_60 +0+0 {viewportin=640x480, viewportout=1920x1440+320+0, ForceCompositionPipeline=On, ForceFullCompositionPipeline=On}; DVI-D-0: nvidia-auto-select +0+0"

    Ezt kéne valahogy ráerőltetni a rendszerre, hogy automatikus legyen 640x480-ban.




    Felbontások skálázásának és igazításának kényszerítése X11-ből: https://hup.hu/node/163869#comment-2339801

    Nem tudom, hogy tudni fogja-e a monitor, de köszi a tippet.
    Ezen be lehetett lőni, csak kérdés, hogy az original az egész szorzós is, vagy csak képaránytartó? Mert én azt szeretném, ha a nagyítás csak 2x2/3x3/4x4/stb. lehetne, de pl. 1.333x1.333 vagy 1.5x1.5 nem.




    Felbontások skálázásának és igazításának kényszerítése X11-ből: https://hup.hu/node/163869#comment-2339972

    Sajnos ahogy nézem, nem csak egész számokkal skálázza a képet, mert az 1920x1080 ezen a monitoron már nem skálázható egész szorzással, tehát ezt eredetiben kéne megjelenítenie, de mégis széthúzza. A 640x480-as ugyan jól jelenik meg, mert az 1440-ben a 480 pont 3x van meg, de a másik monitoron 1080 lesz.




    Felbontások skálázásának és igazításának kényszerítése X11-ből: https://hup.hu/node/163869#comment-2340436

    Ez az, köszi!

    Ez alapján így lehet belőni a 640x480-at 1920x1080-on:

    nvidia-settings -a CurrentMetaMode="DVI-D-0: 1920x1080 { ViewPortIn=640x480, ViewPortOut=1280x960+320+60, ResamplingMethod=Nearest, ForceCompositionPipeline=On, ForceFullCompositionPipeline=On }"

    És így 2560x1440-en:

    nvidia-settings -a CurrentMetaMode="DVI-D-0: 2560x1440 { ViewPortIn=640x480, ViewPortOut=1920x1440+320+0, ResamplingMethod=Nearest, ForceCompositionPipeline=On, ForceFullCompositionPipeline=On }"

    Grafikus felületen sajnos nem elérhető.

    Még egyszer thx!




    Katie Bouman, Python, fekete lyuk: https://hup.hu/node/163855#comment-2338998

    Erre gondolsz?




    Katie Bouman, Python, fekete lyuk: https://hup.hu/node/163855#comment-2339741

    A wintel "mozgalom" sosem arról volt híres, hogy igazat mondana, hanem arról, hogy hazudnak, terelnek és szemfényvesztenek. Aztán kiderül, hogy egy kalap szar, amit adnak. Ez igaz az ms-re és az intelre is.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2334557

    KDE 5-öt nem tudom mit tud, de anno a TDE többek között azért is jött létre, mert a KDE 4-ből kiszedtek egy csomó extra cuccot, ami a KDE 3-ban még megvolt, tehát pl. a KDE 4 helyett a TDE-t nem csak a sebességért lehetne használni. Nem csak régi gépekre jó a TDE; ha a tudása elég, akkor simán lehet mai gépeken is használni.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2334908

    Amennyiben "vele" alatt azt érted, hogy "mellette", akkor a válasz igen, csak fel kell rakni az igényelt Qt4 vagy Qt5 libeket és futni fog. Nekem is vegyes környezetem van.

    Ha a "vele" alatt azt érted, hogy egy Qt4-es vagy Qt5-ös alkalmazás megy-e Qt3-mal (TQt-vel), akkor nem, csak GTK2-hez van wrapper. (Illetve van GTK3-hoz is, de mivel a GTK3 API hetente kétszer változik, így kétséges az eredmény.)




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336317

    > De legalább jó gyorsan biztosítja az elérést. :)

    Feltéve, ha jó gyors géped van. :P

    Amúgy +1.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336362

    A különféle módon működő dolgoknak különféle adattárolási megközelítések valóak, úgy optimális. Célfeladatra céleszköz. De optimális megközelítés helyett megint megpróbálják lefedni az összes igényt egyféleképpen, mert úgy lehetett olcsón és gyorsan megoldani. (És nem, ez nem ms-related, sajnos globális probléma: az rpm és a FreeBSD-s pkgng mögött lévő SQLite is overkill.) Senki nem mondta, hogy a fullos DB helyett csak a greppelés meg a C/ASM kombó van...




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336234

    > Egyébként csak elmesélem, hogy a windowsok-nak is kb. mindenje mssql-ben van.

    És az úgy jó?




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336247

    Hát szerintem meg rettenetes overkill.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2335045

    Egyrészt lásd bra-ket válaszát; a Qt4-hez pl. 60-80 MB-nyi library tartozik, de ez egy komplett keretrendszer ami számos apróbb libraryból áll, nem kell mindent betölteni, hogy az alkalmazásaidat futtasd; egy sima alkalmazás, ami csak a GUI libet használja belőle, az egyáltalán nem fogja lassítani a rendszeredet és a memory footprintje sem lesz annyira vészes. A Trinity-nél az egész DE eszik meg 2-300 MB RAM-ot, ha kihasználod azt a hatvanezer tonnányi feature-t, amit nyújt és egyébként egy P2-esen is eldöcög. Többet eszik mint pl. a CDE, de a tudásához képest annyira nem sok a többletigény.
    És ez a másik fele a dolognak, hogy mennyit tud a DE, amit használsz és hogy mennyiért tudja, amit tud. A KDE 4-nek 2 GB és egy 2x2 GHz-es Athlon 64 X2 is kevés volt, ott egyetlen részegység evett meg többszáz MB-ot és ehhez képest a RAM-ot, diskspace-t és a CPU időt azok a felesleges baromságok ették meg, amikről bra-ket írt; a hasznos funkciókból inkább csak kiszedtek... (És akkor még nem is beszéltünk arról, hogy mennyivel bugosabb is volt a KDE 4 a KDE 3-nál, pedig a KDE 3-ban is voltak bőven bugok.) Ez az a fajta bloat, amiről hajbazer beszélni szokott, amikor a jól működő programot (rosszabb esetben ökoszisztémát) lebutítják, de ennek ellenére is többet fog zabálni, mint az elődje.
    Ez az erőforráspazarlás és nem az, hogy többféle widgetsetet használsz; nálam egyszerre van használva TQt-s, Qt4-es, Qt5-ös, Motifos, GTK2-es, meg mindenféle custom X11 layerre épülő app és a teljes desktop most úgy eszik meg cca. 900 MB-ot, hogy ennek a 40-50%-áért a webböngésző felel, a CPU meg kb. 0 és 3% között mozog.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2335650

    Akkor a KDE 5-ön rengeteget optimalizáltak, mert a 4-es 2 GB-t is megevett, vagy többet. Viszont kérdés, hogy sok cuccot futtatva mennyit fog enni a KDE 5, mert a Trinity még karácsonyfa üzemmódban sem nagyon eszik többet 300-nál.

    Böngészőből is lehet használni takarékosabbat, pl. Opera 12-őt.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2335731

    Ez 4-es vagy 5-ös? Induláskor lenne érdemes megnézni egyébként, hogy akkor mennyit eszik meg a DE.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2335765

    Azt a választ hnsz2002-nek írtam, te leírtad feljebb, hogy KDE 5. Arra voltam kiváncsi, hogy nála KDE 4 vagy 5, ami fut.

    Nyilván kevesebbet eszik, de nem is ez volt a kérdés, hanem, hogy mennyivel és mennyit tud cserébe. A KDE 4 anno nem csak a lassúság miatt vívott ki közutálatot, hanem a butítás miatt is.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2335893

    Nem tudom, hogy a KDE 4-be mi került még be. Ahhoz fel kéne rakni és összehasonlítani.

    Amire még emlékszem így 8 év távlatából, az az, hogy a KControlt széttúrták ötvenezer kis részre, ahol a korábbi konfiglehetőségeknek csak a töredéke volt meg, meg az, hogy a Kickert lebutították; korlátlan és egymástól független panelek helyett volt egy drótozott főpanel, valamint az appletekből is kb. a harmada se volt meg. Ja meg arra, hogy a desktop egy plasmoid ablak volt a desktopon és ezt nem lehetett se kikapcsolni, se átállítani. Ez a 4.5.3-as KDE volt, tehát már nem a az eleje. (Igaz nem is a vége.)

    A 400 MB nem annyira vészes, de mennyit eszik, miután azokkal a mechanizmusokkal összefut az ember, amiket bra-ket leírt?




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336012

    > Mondjuk én meg a KDE3-rá nem igazán emlékszem, ezért érdekelt volna konkrétum.

    Túl hosszú lenne felsorolni, hogy mit tud, csipegetni meg nem érdemes. Ha hasonlítgatni akarunk, akkor fel kell rakni mind a kettőből a jelenlegi változatot és összemérni a tudást és az az erőforrásigényeket.

    > Rengeteg plasmoid volt, több mint most 5-höz, volt klasszikus asztal ikonokkal, ez volt a folder view, most is így van az 5-ben.
    >
    > Panel szerintem most is a legjobb, bármennyi panelt lehet beallitani, külön lehet konfigolni őket, ez már a KDE4-ben is így volt.

    Oké és mennyit eszik a rendszer, ha teleszórsz mindent panelekkel, plasmoidokkal? A KDE 3-ban ezek a panelek sima customizálható (de rondán néz ki így leírva) formok voltak, megettek úgy kb. párszáz kB memóriát, CPU igényük meg konkrétan szinte nincs, míg KDE 4 alatt én is többek közt azt tapasztaltam, amit bra-ket leírt, hogy tökig volt nyomva minden a heavyweight Pythonnal, a 2GB RAM-om pillanatok alatt megtelt, a plasmoidok konkrétan majd az alaplapba olvasztották a 2x2 GHz-es Athlon 64 X2-esemet, pedig az azért tíz éve még nem számított még annyira őscsótánynak és nem a Qt4, meg az ATi Radeon HD3650 volt a ludas, mert a RazorQt gond nélkül futott rajta.

    > Az a baj, hogy a KDE4 kb 4.9-ig béta volt, 4.5-ig kb alfa. Ezért mondjuk gulagon a helye a deveknek. Viszont nem igazságos hogy egy korai KDE4-et, ami az újraírás kezdeti szakaszában volt, egy kiforrott KDE3-hoz hasonlitasz.
    >
    > Nem állítom hogy a KDE4 jobb mint a KDE3, csak hogy eleve igazságtalan a hasonlitasod.

    Bocsánat, mivel hasonlítsam össze, ha azt próbáltam? Explicit leírtam egy poszttal feljebb, hogy "Nem tudom, hogy a KDE 4-be mi került még be. Ahhoz fel kéne rakni és összehasonlítani." Ahogy azt is, hogy melyikkel próbáltam.

    Továbbá, a KDE 4.0 2008-ban jött ki, a 4.10 meg 2013-ban; hát az azért nehogy már a felhasználó hibája legyen, hogy egy szoftver fejlesztői 5 éven keresztül csak terelnek, hogy ez még nem a KDE 4 és csak a 10. release után nevezhető egyáltalán használhatónak, amit kiadtak... Igen, leírtad, hogy ezért mehetnek a gulágra, de ugyanakkor - csakhogy megfordítsam az igazságtalanságra vonatkozó kijelentésedet: igazságtalan, hogy felrovod valakinek - aki a régi rendszert elégedetten használta - hogy nem volt hajlandó tétlenül végigvárni azokat az éveket, amíg az új rendszer fejlesztői - folyamatos terelés közepette - használhatóra pofozzák azt és ha megkérdezik tőle, hogy miért használja a régit, akkor nem a mostani 11 évvel későbbi (!) állapotot adja referenciaként a döntésére, hanem azt, ami alapján akkor úgy döntött.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336063

    > Igen ezzel egyet értek, csak mire ezt leírtad (az én hozzászólásomra), addigra már úgy állítottad be a KDE4-et hogy 2 gb ramot evett, meg nem lehetett beállítani semmit, meg bloat.

    Hát mert amikor én próbáltam, akkor még 2 GB RAM-ot evett, nem lehetett beállítani semmit, meg bloat volt. Ezek tények, mint ahogy az is, hogy ez a 4.5 volt és nem a 4.11.

    > Erre mondtam, hogy nem igazságos az összehasonlításod, mert ezek a korai béta/alfa KDE4-re voltak igazak. A végére már teljesen jó volt.

    Én meg erre mondtam, hogy nem igazságos felróni valakinek, ha idő előtt betellett a töke a szerencsétlenkedéssel és a parasztvakítással és a korábbi tapasztalataival indokolja a döntését. Egyébként, hogy mennyire lett jó a végére, azon még lehet vitatkozni, pl. engem tényleg érdekelne, hogy ha mindent teleszórsz panelekkel és plasmoidokkal, akkor mennyire lassul be tőle a gép és mennyi memóriát zabál fel.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336186

    A szál onnan indult ki, hogy a KDE 4 anno nem csak a lassúság miatt vívott ki közutálatot, hanem a butítás miatt is. Erről szólt eredetileg a szál, hogy akkor miért utálták a KDE 4-et.

    Azt már fentebb kitárgyaltuk, hogy a KDE 5-ön a jelek szerint sokat optimalizáltak. De a 10 MB per panel még mindig sokszorosa a TDE igényeinek.




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336235

    Hát amin mi vitatkoztunk, az onnan indult, mert ahhoz szóltál hozzá először. "Aktív kor"?




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2336318

    > Jó, jobban tudod mihez szóltam hozzá.

    Már bocsánat, de egyértelmű, hogy mihez szóltál hozzá. A kettőnk szála onnantól indul, ahol elkezdtük a beszélgetést.

    > Véletlenül sem több általad írt hozzászólás miatt szóltam hozzá, csakis az az 1 miatt.

    Ezt nem tudhatom, hogy mi miatt írtál, de te konkrétan ennek a szálnak a témájára hivatkoztál.

    > Lehet minden hozzászólásodhoz külön-külön kellett volna írnom...

    Nem. Elég lett volna konkretizálni, hogy mire gondoltál.

    > De már nem érdekel, köszi. Kellemetlen érzés veled beszélgetni.

    Miért, mit követtem el már megint...




    Trinity Desktop Environment R14.0.6: https://hup.hu/cikkek/20190331/trinity_desktop_environment_r14_0_6#comment-2335894

    Erre mondtam, hogy akkor a KDE 5-ön rengeteget optimalizáltak.




    Megjelent a Wine for Windows: https://hup.hu/cikkek/20190401/megjelent_a_wine_for_windows#comment-2334928

    Tudom, hogy Április elseje van, de csak hogy igazán legyen min röhögni, WINE tényleg van windowsra is és sok esetben tényleg jobban futtatja a régi win alkalmazásokat, mint a win7.

    http://web.archive.org/web/20160115055656/http://wiki.winehq.org/WineOnWindows




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336015

    Tényleg nem flame-nek szánom, de ki az, akinek az Oracle DB-je a kedvenc DB-je és miért?




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336093

    Még 2012-2013-ban volt hozzá szerencsétlenségem; a kukakulának kellett 3 promóciós-kupakfeltöltős weboldalt lefejleszteni és ők pedig csak Oracle-lel voltak hajlandóak dolgozni. (Abból is az Express Editionnel.) Persze ebben az is benne volt, hogy mélyvíz volt, akkor láttunk először közelről Oracle DB-t, de a felmerülő problémákra a megoldásokat nem mi hánytuk össze ad-hoc módon, tudás híján saját kútfőből, hanem Oracle GURU-k által elkövetett netes manualokból és stackoverflow posztokból puskáztuk ki.

    Problémáim voltak vele többek közt a következőek (és még egyszer hangsúlyozom, 2012-2013, nem tudom, ebből még mi igaz):
    - Amikor fetc_assoc-kal lekértük az aktuális sort a lekérés eredményéből, minden mezőt nagybetűkkel adott vissza, függetlenül attól, hogy én milyen betűket használtam a mezőnevek definiálásakor és mivel a névazonosított tömbök case-dependent-ek, így mindjárt ezzel szívás volt.
    - Integer adattípus egyáltalán nem létezik, a number egy 160-bites (vagy 192?) lebegőpontos szám; nagyon helytakarékos, erőforráskímélő és gyors, amikor egy sima 8, 16 vagy 32-bites integert szeretne tárolni az ember.
    - Nincs benne se LIMIT, se OFFSET. Helyette egy bedrótozott immaginárius rownum oszlop van. Amivel így lehet pl. lapozni:
    SELECT * FROM
    (
        SELECT a.*, rownum r__
        FROM
        (
            SELECT * FROM ORDERS WHERE CustomerID LIKE 'A%'
            ORDER BY OrderDate DESC, ShippingDate DESC
        ) a
        WHERE rownum < ((pageNumber * pageSize) + 1)
    )
    WHERE r__ >= (((pageNumber-1) * pageSize) + 1)

    Hogy ez a két kulcsszót három egymásba ágyazott SELECT-tel helyettesítő kód milyen szép az egy dolog, de az megvan, hogy így tkp. az egész táblát le kell kérnie az embernek ahhoz, hogy lapozni tudja?
    - Nincs autoincrement flag, szekvenciákat (sequence.nextval()) pedig beszúrásnál nem lehetett használni: "ora-02287: sequence number not allowed here"
    - Egyetlen szöveges típusú mező van benne, a VARCHAR2 (igen, 2), ami max. 4000 karakter lehet. Van ugyan CLOB, de:
    * A CLOB - nomen est omen - objektumként jön vissza a fetch után és külön loaddal kell betölteni. Ez is nagyon jót tesz a sebességnek az amúgy is hulladék és tetűlassú PHP nyelvben.
    * A CLOB-ban nem működik a LIKE, tehát nem lehet benne keresni csak úgy.
    * A CLOB-ot JOIN-olni sem lehet, tehát, ha a különféle tartalmak nyelvi adatai egy másik táblában vannak, amit content ID és language ID által JOIN-olsz, akkor azt nem tárolhatod CLOB-ban, vagy írhatsz rá mezőnként subselecteket.
    * A CLOB ugyan max 8 TB hosszú lehet, de adatot egyszerre beletölteni maximum 4000 karakternyit lehet.
    Σ: Ezek a limitációk tárolt eljárásokkal kerülhetőek meg, lehet iszonyatosan bonyolult és konvulens lekérési eljárásokat írni, miknek segítségével a CLOB-ot 4000 karakter méretű darabonként VARCHAR2-be konvertálhatod...egészen 32000 byte méretig bezárólag... Inkább nem kísérleteztem azzal, hogy olyan SQL eljárásokat írjak, ami többszörösen egymásba ágyazott subselectek végtelen sorozatával és konkatenációk egész hadseregével lehetővé teszi azt, hogy helyettesítsem a LIKE vagy a JOIN parancsot, inkább beismerem, hogy nem tudok ilyet, nem megy ez nekem, leülök elégtelennel és elmegyek kapálni... Vagy inkább használok normális DB motort (pl. PgSQL-t).
    - Képtelenek voltunk belőni benne a karakterkódolást és igen, ez lehet, hogy a mi szegénységi bizonyítványunk, de az már aligha, hogy ha HTML entitást szúrtunk be a DB-be, akkor azt a DB lekéréskor már úgy adta vissza, hogy visszakonvertálta karakterré és ékezettelenítette. Így pl. egy "&ouml;" entitásból csak simán "o" lett. Ki kérte, hogy elemezze a beszúrt adatokat, azt meg pláne ki kérte, hogy önhatalmúlag bele is nyúljon? Lehetett saját "házi" entitásokat használni, pl.: ö = _*o*_
    - Nem volt hozzá normális DB kezelő tool, de szerencsére az Adminer Oracle-t is tud.
    - Az Oracle a whitespace karaktereken is fennakad és kriptikus, teljesen irreleváns hibaüzenetekkel szórakoztatja a fejlesztőket.
    - Az Oracle hibaüzenetei ezen felül is teljességgel ad-hoc módon adnak tájékoztatást, hogy mi a nyavalya baja van épp a motornak. Pl. a következő három SQL query:
    CREATE TABLE "TABLENAME1" (
    "ID" number NOT NULL,
    "FIELDN1" number NOT NULL,
    "FIELDN2" number NOT NULL DEFAULT '-1',
    "FIELDN3" number NOT NULL DEFAULT '0',
    "FIELDN4" number NOT NULL
    );

    CREATE TABLE "TABLENAME1" (
    "ID" number NOT NULL,
    "FIELDN1" number NOT NULL,
    "FIELDN2" number NOT NULL DEFAULT ('-1'),
    "FIELDN3" number NOT NULL DEFAULT ('0'),
    "FIELDN4" number NOT NULL
    );

    CREATE TABLE "TABLENAME1" (
    "ID" number NULL,
    "FIELDN1" number NULL,
    "FIELDN2" number NULL DEFAULT '-1',
    "FIELDN3" number NULL DEFAULT '0',
    "FIELDN4" number NULL
    );
    egy darab "ORA-00907: missing right parenthesis" error-t fog eredményezni. Milyen jobboldali zárójel hiányzik ennek a szarnak? Minden kinyitott zárójel be is van zárva. És bármit is próbáltunk DEFAULT-ként beállítani úgy, hogy volt előtte valami írva, ezt kaptuk. Pedig tuti lehet alapértéket adni a NOT NULL mezőknek...vagy nem?
    Most hirtelen ennyit tudtam összeszedni, már rég volt. Mindenesetre Mcload kollégámnak az volt a véleménye, hogy ekkora szart még dilettantizmusból vagy balfasságból is képtelenség összehozni, ezt szándékosan csinálták, hogy az alapfunkciók hiányát pótló, kötelező jelleggel megírandó tárolt eljárások mennyisége és komplexsége elrettentsen mindenkit attól, hogy bepróbálkozzanak vele és inkább megvegyék az überdrága, seggkinyaló fejlesztőeszközöket... Hát, az Oracle-t ismerve ez egyáltalán nem lepne meg.

    Lehet tolni a nem értesz hozzá dumát. Amúgy tény: nem értek hozzá, de a fentiek után nem is akarok.




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336119

    > Oracle SQL Developer, a nevevel ellentetben nem csak Oracle DB-hez tud kapcsolodni. Oracle DB-t mar nem hasznalok evek oda, de az SQL
    > developer-t megtartottam, ha nagy ritkan MySQL-ben kell bogarasznom. De tud Postgres-t is, meg asszem MS SQL-t (meg meg mast is?!).

    Fura, ez valahogy nem került elénk.

    > Az ORA-NNNNNN kodos hibauzeneteket meg pont szerettem (jo, hat te pont belefutottal valamibe ;) ), tok jo, hogy nem csak egy
    > hibauzenet van, hanem ez a kod, sokkal jobban lehet guglizni.

    Nem az volt a bajom, hogy hibakódot ad, az pont jó; az a baj, hogy hótt irreleváns volt, amit adott. Nem egybe futottunk bele, hanem tucatnyiba, csak ez maradt meg.

    > Sokszor volt amugy az az erzesem, hogy ezt nem fejlesztok csinaltak fejlesztoknek szeretettel, hanem arra mentek ra, hogy sok
    > feature-t ki lehessen pipalni, hogy jol eladhato legyen, az mar nem baj, ha kicsit kenyelmetlenul lehet hasznalni. Na de, hat egy
    > kereskedelmi termeknel ez nem annyira fura. Futottam bele en is egy par pofonba, de soha nem az derult ki, hogy ez egy szar amivel
    > ezt vagy azt nem lehet megoldani. (Es akkor meg egyszer: en admin oldalrol egy kicsit mas felol nezegettem.)

    Megoldani meg lehetett, csak iszonyatos szívások árán.




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336206

    Kösz a tippet, tényleg fasza cuccnak tűnik és ahogy nézem már MySQL-t/PostgreSQL-t is tud, szóval még használni is tudnám mire (lévén Oracle-lel azóta nem volt dolgom), csak sajnos ahogy nézem, súlyos lóvékba kerül.




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336246

    Ez csak windows alá van?




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336319

    Hátha megy WINE alól, mert windózom az nincs. Kösz még egyszer a tippet.




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336775

    Hát pont ez az, hogy a NULL az nem érték, hanem állapot, nem egyenlő semmivel, akkor beszúráskor mégis hogy lett hirtelen a '' egyenlő NULL-lal? Ki kérte, hogy feleltesse meg önhatalmúlag? Az ember arra számít, hogy a mezőben üres string van és a "XYZ"='' nem fog működni, mert nem az van benne. Nyilván, ha az ember tudja, hogy ott nem üres string, hanem NULL van, akkor IS NULL-lal fog vizsgálni, de itt az volt a szívás, hogy nem tudtuk, hogy az Oracle ezt így arbitrálisan kicseréli...




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336797

    És a paraméter túl bonyolult vagy drága lett volna? Egyébként függetlenül attól, hogy szabvány előtti a viselkedés, ez már alapból sem tűnik egy túl bölcs dolognak; mégis mi indokolta? Valami nullpointer mágia PDP-11-eseken?




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336774

    Tényleg, ezt már el is feljtettem, pedig mekkorát szoptunk ezzel is, amíg rájöttünk...




    HOVD 2003-2018: Még egy adag grafikon: https://hup.hu/node/163631#comment-2336320

    Ahogy nézem, én más szempontból néztem a dolgot, mint ti, mert én fejlesztőként néztem az Oracle DB-t, nem adminként és fejlesztőként rémálom volt. A PostgreSQL-t nem tudom, hogy mire érted, hogy kényelmetlen a kezelése, mindenesetre fejleszteni élmény alá.




    QT4 Multilang: https://hup.hu/node/163688#comment-2335283

    És a legtöbb esetben szükségtelen is, mert a programok még a Qt4 tudásának sem használják még a töredékét sem, a Qt5 irdatlan eszközkészletéből meg konkrétan semmit (lévén Qt4-ről frissiben migrált programról van szó).




    QT4 Multilang: https://hup.hu/node/163688#comment-2335418

    Hát azt nem írtad le, hogy konkrétan mit csinál a programod, de ha akár bash-ból is lehetne vezérelni és csak hm...marketing okokból akarsz rá GUI-t, akkor lehet, hogy nem a komplex Qt4-gyel kellene kezdeni a GUI építést. A Qt4 ugyanis messze több, mint egy egyszerű GUI toolkit, ez egy rendkívül kiterjedt és sokoldalú keretrendszer, amivel rengeteg dolgot meg lehet csinálni, de ezzel párhuzamosan többet is kell tanulni hozzá és a rendszerigényei is magasabbak egy mezei GUI toolkitnél. A Qt5 ugyanez, csak szteroidokon.

    Amennyiben a GUI-n kívül tényleg nincs szükséged most másra, viszont azt baromi egyszerűen szeretnéd kezelni, akkor jó szívvel ajánlom az XForms Toolkit-et. Egy raklap példa van hozzá és annyira kézenfekvő módon kell programozni, hogy azonnal megérti bárki. Meglehetősen kiterjedt widgetkészlettel és OpenGL támogatással is bír, ami pedig a rendszerigényt illeti, még a Motifnál és a GTK1-nél is lightweight-ebb.

    Ezzel párhuzamosan érdemes lenne az ncurses toolkitet is tanulmányozni. Ezzel terminálban használható GUI-t lehet építeni és az pl. sose árt egy terméknek, ha esetleg terminálból is lehet kényelmesen vezérelni.




    QT4 Multilang: https://hup.hu/node/163688#comment-2335655

    Hát, ha a programnyelv is mindegy, de ragaszkodsz a Qt4-hez, akkor pl. FreePascal/Lazarus kombóban is megírhatod a GUI-t. Abban aztán végképp csak össze kell kattingatni.




    Itt a ReactOS 0.4.10!: https://hup.hu/cikkek/20181106/itt_a_reactos_0_4_10#comment-2283344

    +1




    Itt a ReactOS 0.4.10!: https://hup.hu/cikkek/20181106/itt_a_reactos_0_4_10#comment-2283343

    A windows 10-et elnézve ennek a projektnek egyre több értelme van.




    Itt a ReactOS 0.4.10!: https://hup.hu/cikkek/20181106/itt_a_reactos_0_4_10#comment-2283368

    Inkább az a baj, hogy a szakadék fele haladnak. :P
    A win10 egy nagy katasztrófa.




    Itt a ReactOS 0.4.10!: https://hup.hu/cikkek/20181106/itt_a_reactos_0_4_10#comment-2283408

    Sorry, félreértettem.




    Itt a ReactOS 0.4.10!: https://hup.hu/cikkek/20181106/itt_a_reactos_0_4_10#comment-2283369

    +1




    Itt a ReactOS 0.4.10!: https://hup.hu/cikkek/20181106/itt_a_reactos_0_4_10#comment-2283935

    Van rá GCC. A másik felére lásd, amit Gyuszk is mondott, de egyébként ha egy program valami crossplatform libre (pl. Qt) épül és nincs benne semmi OS specifikus kód, akkor le lehet forgatni.




    Itt a ReactOS 0.4.10!: https://hup.hu/cikkek/20181106/itt_a_reactos_0_4_10#comment-2284522

    Miért tőlem kérded? Én arra az állításra adtam a fenti linkkel választ, hogy "majd ha lesz rá GCC"; a threadnek is, meg nekem is hótt irreleváns, hogy a ReactOS SVN-t használ.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2293740

    +1, nem szabadulunk meg tőle ilyen könnyen.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2293640

    Az se.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2294934

    Az megvan, hogy az újkori "Opera" egy az egyben egy átskinnelt Chromium? Azért nőtt a részesedésük, mert akik Chrome-ot akartak használni, de nem bíztak a gugliban, azok átváltottak arra. Meg a hipsterek. A régi Presto userek, kb. sose váltottak át rá, azokat mind elbukta az Opera Software.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2295188

    > Ez max feltételezés

    Nem az, nézd végig a régi Opera blogot, lehet látni, hogy mi a véleménye a Presto usereknek, de rá is kereshetsz. A mai napig Opera 12-t használok, tudom mit beszélek: a régi Operásoknak nem kellett a Chropera.

    > de igazából a végeredmény számít: kevesebb fejlesztési költségből van most több felhasználójuk.

    És egy öt nagyságrenddel rosszabb böngészőjük.

    > A firefox esete is megmutatja, hogy egy technikai dologgal nagyon nehéz eladni valamit.
    >
    > Az utóbbi évek jelentős fejlesztései ellenére folyamatosan csökken a felhasználói bázisuk.

    Én másképp látom: a róka részesedése a felhasználók szopatása miatt csökken folyamatosan. Pár példa:

    - Eldobták a XUL-t. Ez azért volt fasság a részükről, mert:
       * Egy raklap már nem fejlesztett, de népszerű kiegészítőt lezúztak vele.
       * Kihúzták a bevált és használt infrastruktúrát egy raklap fejlesztő alól.
       * A helyette kapott WebExtension sokkal rugalmatlanabb és limitáltabb és erőforrásigényesebb.
       Note: Lehet mondani, hogy a fejlesztők csak ne rinyáljanak, hanem alkalmazkodjanak, az a dolguk, csakhogy egy a baj: ők szállítják a kiegészítőket, amiknek a kifejlesztése nincs ingyen, viszont a mozzarellának elég jelentős hasznot hoztak; biztos kurwa bölcs dolog elkergetni az addonfejlesztők egy részét a fárasba...

    - Eldobták az NPAPI támogatást, kivéve Flash, de már azt is tervezik. Ez azért volt fasság, mert, az ezeket használó oldalak ezrei azzal a rössel mentek is a levesbe. Biztos örültek neki a felhasználók, hogy valami, amit a napi dolgaikhoz használtak, hirtelen beszarik, mert valami okostojás úgy döntött. (És nem kell mondani, hogy nem egyik pillanatról a másikra dobták el, hanem szóltak előtte, mert az átlagjúzer nem olvassa az FX devblogot, csak lejön neki az automatikus frissítéssel az új bugróka és hirtelen nem megy, aminek kéne.) És lehet szidni a NPAPI-ra épülő bővítményeket, meg a beépülőket (van is miért), de könyörgöm, amit helyettük kaptunk: a világ legtrágyább nyelvében (dzsuvaszkriptben) összehányt soktízmegás "keretrendszereket", azok még ezeknél is rosszabbak!

    - Eldobták a GTK2-t. Ez pedig azért volt egy nagy fasság, mert bár a GTK2 is egy meglehetősen szar toolkit, de a GTK3-ashoz képest direkt jó; a két legkézenfekvőbb probléma a GTK3-mal az elbaszott nyakatekertség és az indokolatlan erőforrásigény: próbálj meg egy GTK2-es környezetet futtatni egy gyenge HW-n, pl. RPi-n, aztán próbáld meg a GTK3-ast. Arról nem is beszélve, hogy a GTK3-at szállító GNOME Project zászlóshajója, a GNOME3 systemd függő, ami elég jól mutatja, hogy mennyire tudják, hogy mit csinálnak; na ez a GTK3-on is látszik. (Meg amúgy a GNOME3-on is, ami elől a régi GNOME felhasználók sikoltozva menekültek.) Mondjuk ezek a problémák csak a Linux/BSD/Solaris usereket érintik, de a róka felhasználói elég nagy számban jöttek ezekről a platformokról.

    - Eldobták az ALSA-t. Ez is nagy fasság volt, hogy a PulseAudio-ra támaszkodjanak, mert az a bugos poetteringware az őrületbe kergeti az embereket, másfelől pedig az a vicc, hogy az ALSA vagy az OSS nélkül nem is működik, tehát biztos baromi sok értelme volt bekapcsolni a rendszerbe ezt a felesleges és rettenetes köztes réteget. Mindenesetre a Linuxos felhasználók egy jelentős része ekkor hajította el a rókát jó messzire.

    - Tökignyomták telemetriás cuccokkal, amiket ugyan elméletileg ki lehet kapcsolni, a gyakorlatban viszont mást tapasztaltak az emberek... Arról nem is beszélve, hogy meg is próbálják elrejteni a felhasználók elől, a mozzarella útmutatói a komplett kikapcsolásnál nem igazán beszélnek pl. azokról a rejtett kiegészítőkről, amik nem jelennek meg a listában, de ha felpakolsz mellé egy IceWeaselt, akkor az megmutatja.

    > Innentől már csak az a kérdés, hogy miért éri még nekik saját engine-t fenntartani ahelyett, hogy a fejlesztésre szánt pénzt marketingre költenék.

    És akkor mégis mi fogja indokolni, hogy bárki is Firefoxot használjon? Ugyanaz, mint a Chropera esetén, hello 2% market share! Csak az Operának előtte 1% volt, ők nyertek valamit a régi userek lecserélésével, de a mozzarella csak bukni fog. A króm klónok mind ugyanarra a sorsra vannak kárhoztatva; ugyanazon a 2-3%-nyi emberen fognak marakodni, akik vagy hipsterségből, vagy gaygle-utálatból kerülik a krómot és nem pedig azért, mert fos.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2295197

    Hát ha az fejlesztés, hogy kidobálnak egy csomó dolgot, amit a felhasználók használnak, mert pénzbe kerül... Az eredmény jól látszik a piaci részesedés görbéjén.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2295440

    > * A WE platformfüggetlen(ebb). A fejlesztőknek könnnyebb dolguk van, mert sok esetben elég egy kódbázisra építeni, nem kell külön elkészíteni ugyanazt a kiterjesztést az egyes böngészőkre.

    Mitől platformfüggetlenebb az egyik ökoszisztéma a másiknál, amikor mind a ketten egy-egy alapból platformfüggetlen motorra és környezetre épülnek? A WE volt a WebKites böngészőké, a XUL pedig a Geckosaké. Ha valaki mind a két rendszert akarja támogatni, azért az nem akkora hasraesés, ha pedig alapból csak FX kiegészítőkre gyúrtak, akkor meg pont nem érdekelte őket a WE.

    > * Ami a felhasználóknak is jó, mert kevesebb böngészőspecifikus kiterjesztés van, valószínűbb, hogy a kedvenced nem csak a "másik böngészőre" érhető el.

    Ld. eggyel feljebb.

    > * Ez szubjektív, de könnyebb rá fejleszteni.

    A linkelt cikkben panaszkodó dev, meg pont az ellenkezőjét állítja.

    > Azt pedig nem értem, hogy egy népszerű kiegészítő miért nincs karbantartva.

    Számos oka lehet, de mindegyik irreleváns: az userek használták, a mozzarellások kinyírták.

    > csak mint ha szándékosan csak a rossz oldalát látnád.

    Nem szándékosan, csak egyszerűen az én szememben csak rossz oldala van. És nem vagyok vele egyedül, ld. market share.

    > Ennek is megvannak azért az előnyei.

    A mozzarella számára nyilván: kevesebbe kerül karbantartani.

    > ... a készítőknek illene olvasni, és alkalmazkodni. Tudom, mert ez a munkám, és nem picsogok :) Őszintén örülök, hogy nem kell pluginekkel és a faszságaikkal szívni.

    Adott N db. nagyforgalmú és nagy komplexitású website, amelyek építettek valamelyik technológiára. Aztán csettint valaki a mozzarellánál és akkor hirtelen írják át az egészet, mert valami világtól elrugaszkodott balfácán ezt álmodta? A világ összes weblapja táncoljon úgy, ahogy a mozzarella fütyül? Mi ez a májkrémszafti megközelítés a mozzarella részéről? :P

    > Mert a flash féle Actionscript nem JS-re épül :)

    Hát nem. Az ActionScript az ECMAScript egyik implementációja, a JavaScript meg egy másik. Csak amíg a JS egy type-juggler, interpreter-only megközelítést alkalmaz, ami ahány böngészőmotor (per verzió), annyiképp szarja össze magát viselkedik, addig az AS normális (statikus) típuskezeléssel bír és képes bytecode-os formában létezni (nincs interpretálás, annyival is gyorsabb) és mivel ez nem a böngészőkben fut, hanem a pluginben, így a viselkedése független a böngészőktől.
    És akkor még nem beszéltünk az ökoszisztémáról, hogy mit lehet kezelni JS-ben, meg AS-ben. A JS-nek ugye a HTML/CSS a "környezete", ami nemcsak, hogy böngészőnként bugzik össze-vissza újfennt, de alapvetően sem alkalmazásfejlesztéshez, hanem dokumentumokhoz találták ki. Az AS körül a Flash van, amit viszont pontosan alkalmazásfejlesztéshez találtak ki, lehetett is benne elég sok mindent csinálni, normálisan, nem trükközve, gányolva.

    Nem isteníteni akarom a Flash-t, hiszen ezer sebből vérzett az is, de a JS/HTML/CSS szentháromságra épülő szuperszutyok webet nem lehet alulmúlni.

    Ja és a Flash csak az egyik NPAPI-s cucc, a sok közül.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2295645

    > A WE webes szabvánnyá vált, majdnem ott van minden nagyobb böngészőben, számíthatsz arra, hogy egy rá megírt kiterjesztés elérhető lesz mindenhova. A XUL esetében ez nem így volt.

    Ez azért elég erős csúsztatás. Kezdjük azzal, hogy ki is számít bele abba a "minden nagyobb böngészőbe"? Az én olvasatomban ez a króm/bugróka/exploder/safari vonósnégyest takarja. Ki támogatta ebből a WebExtensiont, amikor a mozzarella leépítette a XUL-t és WE-re váltott 2015-ben? A Chrome egyedül, senki más. (Na meg persze annak a csipszar forkjai, de most nagyobb böngészőkről beszéltünk.) A róka akkor kezdte támogatni, a suxplorer egy évvel később, az Apple meg a mai napig szarik rá. Tehát a váltás idején ez csak egy jól megkonstruált marketingbullshit volt, hogy mert ez van benne minden nagyobb böngészőben, hát egy frászt: a Chrome-ban volt, csak mivel a Chrome volt a piac fele, meg a forkjai a további egyhatoda, így bele lehetett magyarázni a többséget, pedig egyáltalán nem.
    Itt inkább az lehetett a háttérben, hogy a Chrome kiegészítőit akarták megszerezni Firefoxra és nem pedig azt akarták, hogy a Firefoxos kiegészítők fussanak másutt. Ez persze még érthető, de akkor a helyes lépés az lett volna, hogy a XUL mellé beemelik a WE-t is. Szerintem az ellen sem a felhasználóknak, sem a developereknek nem lett volna kifogása, hogy innentől megy az is. Csak hát ez megint pénzbe került volna...

    > És tudom, van különbség rókás és chrome-os implementációk közt, vannak böngészőspecifikus részei az implementációknak, de az az esetek egy bizonyos részében nem számít, másik bizonyos részében pedig még mindig könnyebb egy nagyjából közös kódbázist fejleszteni, mint két teljesen különbözőt.

    Nem, ha a másik platformra nagyobb szívás fejleszteni.

    > http://voidcanvas.com/is-javascript-really-interpreted-or-compiled-language/

    Tudom mi a JIT. De egyfelől betöltéskor mindenképpen legalább egyszer értelmezni kell a forrást, másfelől az interpreter a kisebbik baj: a fő probléma a JS-sel a böngészőnként eltérő implementáció és a type-juggling. Azokra a JIT nem ad választ.

    > Ráadásul már nem kell csak JS-re építened, ha webre akarsz fejleszteni. Egyrészt nyelvek fordulnak rá, de ha az nem a te asztalod, webassembly.

    "Nyelvek fordulnak rá." Magyarán a végeredmény továbbra is JS - azaz szar - lesz. Webassembly? Kísérleti stádiumban van és a böngészők egy részében egyszerűen az asm.js-re alapul. Egyelőre nem opció.

    > Ez nem teljesen pontos. Viszont XML-re hajazó leírónyelv azért nem csak weben van ugye. Ott van rögtön az MXML flash-hez.

    De most a webről beszéltünk. Arról, hogy mi fut a böngészőkben. Érdektelen, hogy XML alapú leírónyelv hol van még használatban. Azonfelül az MXML egységesen viselkedik mindenütt, nem függ a böngészőktől.

    > btw, nem kell meggyőznöd, hogy a JS nem az igazi. Mert nem az. De úgy állítod be, mint ha a világ legszarabb, mindenre alkalmatlan dolga lenne.

    Nem én állítom be annak.

    > Ennek ellenére valahogy mégis sikerült eljutni oda, hogy ha nincs nagyon spéci igényed, natív alkalmazások nélkül, egy böngészővel el lehet élni egy szűz oprendszeren. Sőt, konkrétan egy oprendszer épül rá, amit tömegek használnak.

    Iszonyatos erőforrásokért cserébe és a webtől függve.

    > Mondj példát. Tudom, hogy vannak, de rétegigényt leszámítva nagyon nagy szükség nincs rájuk.

    Java. Egy csomó webbank használja, nem rétegigény. A minőségét jobb ha hagyjuk, de használatban van.

    > Ha pedig egy weboldal használhatához egy 3rd party plugin kell, ami nem olyan általános, mint a Flash, vagy Java, miért is nem használ natív appot az ember?

    A kérdés jogos, de nem nekem kell feltenned. És ettől még a Mozilla leszopatta az usereket és a weblapokat, amikor kihúzta a lábuk alól.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2296167

    > Mit értesz kihúzás alatt? Az a folyamat, a pluginek böngészőkből kiirtásának a folyamata évek óta tart. Nem tudok most utánanézni alaposan, de érzésre olyan 5-6 éve legalább. Előbb hírek voltak, később fokozatos blokkolás.

    Igen, de mint mondtam, az átlagjúzer nem olvas ilyeneket.

    > Ráadásul nem is a Mozilla kezdte az egészet.

    Az mindegy, hogy ki kezdte, mert most nem az volt a téma, hanem az, hogy miért esik a róka részesedése. Hát többek között azért, mert ilyeneket csinálnak ők is.

    > A vicces, hogy kb az első iPhone megjelenése óta komolyan kellett volna venni a a plugin nélküli böngészők támogatását, és ha lehet nem építeni 3rd party addonokra, ha egyébként webes alapon megoldható egy feladat a mobil támogatás végett. Az pedig több mint 10 év.

    10 évvel ezelőtt az iPhone tulajok még kisebbségben voltak a desktop felhasználókhoz képest. A desktopon pedig bevett szokás volt a beépülők használata, éppen avégett, hogy amit nem lehet a webes technológiákkal ésszerűen megoldani, azt meg lehet a beépülőkkel. Az más kérdés, hogy a beépülők minősége is csapnivaló volt, de még mindig nem okozott annyi kárt, mint a JS. A web azóta lett teljesen használhatatlan, amióta JS.

    > Értem én, hogy használják, de a kérdés az, hogy van-e rájuk szükség?

    Ellenkezőleg. Az a kérdés, hogy használják-e és nem az, hogy szükséges-e. Egy csomó mindenre nincs ennyi erővel szükség, mégis használják, tehát piac. A Mozilla ezt a piacot bombázta le, saját magának.

    > Szerintem nincs, és szerintem ebben az esetben a bank az, aki szopatta a felhasználókat, nem a böngésző (készítői)

    Szerinted. A userek szerint meg de. Az igaz, hogy a bank szopatja a felhasználókat, ez nem is kérdés. De ez a Mozillát nem mentesíti semmi alól.

    > Én arról beszéltem, hogy egy HTML-hez hasonló leírónyelv mennyire alkalmas egy alkalmazás UI leírására. És arra reagáltam, hogy szerinted nem való alkalmazás fejleszésre. Az, hogy böngészőben fut-e vagy sem, részletkérdés.

    HTML-hez hasonló? Ez nem túl pontos megfogalmazás. A HTML egész konkrétan nem alkalmas UI tervezésre, még a böngészőn belül is csak igen korlátozottan. A JS pedig csak HTML-t tud használni a böngészőben. Ennek megfelelően teljesen irreleváns, hogy egy másik XML alapú leírónyelvben lehet-e böngészőfüggetlen UI vázat csinálni vagy sem.

    > Csak épp a fodító jobb minőségű kódot tud előállítani, megfelelően kiegészíteni a generált JS kódot a szükséges ellenőrzésekkel, típuskonverziókkal, stb.

    A "szükséges ellenőrzésekkel és típuskonverziókkal". Mert ha egy fordító csinálja ezt automatikusan és nem egy ember kézzel, akkor biztos nem lesz a végeredmény lassú és memóriazabáló. A JS pont ezért szar, mert ilyen gányolásokat kell benne csinálni, hogy emulálod a típusokat...

    > Értem, hogy a JS szar, ennyi erővel minden tud szar lenni, és midnenben lehet szar kódot írni. De jót is.

    Még ha teljesen el is vonatkoztatunk a JS-től, mint nyelvtől, akkor is ott van a böngészőnkénti eltérő implementáció. Még arra is fel kell készíteni a kódot, hogy realtime eldöntse, hogy most melyik részt futtassa, amelyik a króm alá való, vagy a bugróka alá, vagy a szopszplórer alá, ez sem lesz lassú... És ha a user "trükkös" és átveri a mechanizmust, ami alapján a JS dönt a futtatandó kódrészlet felől, akkor meg még rossz kód is fog futni és nem fog működni az egész.

    > Btw, elég nehéz komolyan venni valakit, aki az érvelésében bugróka/exploder/mozzarella/suxplorer kifejezéseket használ.

    Akkor ne vegyél komolyan. Személyeskedni könnyű; én is írhatnám műszaki érvek és az azokat alátámasztandó linkek helyett, hogy nehéz komolyan venni valakit, aki szerint a JS jó bármire is, de mi értelme lenne ennek; miben támasztana alá bármit, amit mondok?

    > Értem én, hogy van egy véleményed, kulturáltan is el lehet mondani.

    Egy élettelen dolog (egy böngésző) nevének a kifigurázásában mi a kúltúrálatlanság? Vagy a vulgáris szavak használata zavar? Az érdekes lenne, mert azokat te is használtad...

    > Az pedig kicsit se vicces, hogy én beszélek arról, hogy mi van most, te pedig megcáfolod azzal mi volt három éve.

    De könyörgöm, az volt a téma, hogy a Firefox eldobta a XUL-t! Ezt három éve tette és nem most! Miért a mostani helyzet alapján elemezzek egy műszaki döntést, amit három éve hoztak? Pontosan ezzel lehetett cáfolni az állításodat: a WE nem volt jelen minden major böngészőben, amikor a Mozilla meghozta az ominózus döntést, tehát az API implementáltságának a penetrációjára hivatkozni téves érv!

    > De ami tény az tény, rosszul tudtam, hogy a WE webes szabvány, még nem az, nem teljesen. Ez viszont nem változtat azon, hogy neki van nagy esélye rá, hogy az legyen.

    A kérdés nem az, hogy szabvány volt-e, vagy sem. Hanem az, hogy ott volt-e mindenütt vagy sem. A válasz a "nem" volt. Ha tényleg minden böngészőben ott lett volna, akkor az érv megállta volna a helyét, függetlenül attól, hogy a WE hivatalosan szabvány-e, avagy sem.

    > Az pedig, hogy mi mennyibe kerül... nézd. A Mozilla egy cég, nem jótékonyság. Ott is fejlesztők dolgoznak pénzért, és igen is, ha nekik kényelmesebb kivezetni valamit, mint támogatni, akkor az az ő döntésük.

    Ez tény, de az ilyen jellegű "döntések" a userbázisukba kerültek. Megérte a kényelmet választani? A választ rád bízom.

    > De a Mozilla alapítvány is. Támogattad-e őket anyagilag, hogy legyen miből fejleszteni két párhuzamos extension architektúrát? A fanyalgók, fröcsögők vajon hány százaléka fizetett egy fillért is azért, hogy az egyébként ingyen kézbe kapott eszköz fejlesztési költsége megtérüljön?

    Ez viszont csúsztatás és - újfennt - személyeskedés. Ráadásul még teljesen indokolatlan is, hiszen sohasem használtam Firefoxot. A régi Opera az elsődleges böngészőm most is és azóta is, amióta csak a netre szabadultam 2002-ben (leszámítva az első pár exploderes hónapot). Még a webes tesztelésre is a forkjai vannak felrakva (IceWeasel és PaleMoon), mert nem kérek sem a pulseaudioból, sem a GTK3-ból, sem a telemetriából. Kérdem én: akkor mégis miért is fizetnék én egy büdös fillért is azért, amit nem is használok?

    Így nem sok értelme van ennek a vitának; én a JS-t, meg a Mozilla döntéseit és műszaki megoldásait kritizálom, te pedig egyre inkább engem. Még ha tényleg hülye is vagyok, attól tán megváltozik a világ és nem a JS lesz a web rákja? Hát de. Innentől kezdve pedig hótt irreleváns, hogy a trécéhá agyilag mennyire sivár...




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2296564

    > Ha már pontatlan megfogalmazás... A JS DOM-ot manipulál a böngészőben :)

    Értem. És minek a DOM-ját van még értelme manipulálni böngészőben a HTML-en kívül?

    > Egyébként kifejthetnéd az állításodat, mert szerintem nem dolgoztál komolyan modern JS fejlesztéssel, és nem ismered az összes lehetőségét a jelenlegi webes platformnak.

    Hát nem. Nem dolgoztam 2008 és 2017 között végig webfejlesztőként (meg még ma is, ha épp olyan feladatot kapok). Nem írtam másodmagammal a "kukakulának" olyan kupakfeltöltős/promóciós mifaszomokat (mindjárt hármat is), amiket az akciók alatt többszázezren használtak. Nem írtam egy mexikói cégnek full AJAX-os vállalatirányítási rendszert, ami csotrogány P2-eseken is elment. Nem írtam JS alapú ablakkezelőt circa 150 sorból. Nem írtam saját webes WYSIWTF WYSIWYG editort. Nem írtam a tököm tudja hányféle webes keretrendszert a cégeknek, akiknek dolgoztam. Nem írtam cross-browser böngészőkiegészítőt sem. Én ilyeneket sosem tennék. A JS-t sem azért szidom, mert több mint egy évtizede dolgozok szopok már vele, hanem azért mert ezen a héten pont ezt a "technológiát" sikerült kipécéznem fröcsögés céljára.

    Te már megint engem támadsz és nem az érveimet, ráadásul újfent anélkül, hogy bármi infóval rendelkeznél rólam...

    > Akkor 8 év, vagy 7. Fejlesztőként éveim voltak felkészülni arra, hogy a weboldalaim amiken dolgoztam ne függjenek pluginektől. Másoknak is. Csak voltak, akik nem vették komolyan.

    Próbáld másoknak a perspektívájából is nézni a dolgot, nem csak a sajátodból.

    > Miért is?

    Mert ha valamit használnak, akkor annak piaca van, azért.

    > A fejlesztőnek az volna az érdeke, hogy minél nagyobb ügyfélkört lefedjen.

    Igen. És ha valamit nem támogat, akkor annyival is kisebb lesz az ügyfélköre, mert egy adott igényt nem tud kielégíteni.

    > Az ügyfélnek az, hogy ne kelljen 3rd party, biztonsági kockázatokat rejtő vackokat telepítgetnie.

    Ez is lehet egy érdek, de csak szekunder; a primer érdeke az ügyfélnek az az, hogy működjön, amire szüksége van. És nem a mozzarella fogja eldönteni, hogy mire van szüksége. Ami pedig a biztonsági kockázatot illeti, fogtak már JS implementációban és JS keretrendszerben is gigászi sechole-okat. Hogy mennyivel többet vagy durvábbat, mint a 3rd-party pluginekben, azt nem tudom, de legjobb esetben is ugyanolyan sérülékeny a JS ökoszisztéma, mint a szar 3rd-party pluginek, csak cserébe még erőforrászabálóbb is...

    > Mit értesz az alatt, hogy eldobta? Ha jól tudom a Firefox 57-es verziója, az első XUL nélküli verzió tavaly jött ki. Lehet tévedek 1-2 verziószámot ide-oda.

    Az eldobás alatt a döntés időpontját kell érteni, amikor kimondták, hogy el fogják dobni, mert a döntést akkor hozták meg és nem ma, meg nem tavaly, ezért aztán az akkori helyzetet kell figyelembe venni, mert ők is az alapján hoztak döntést.

    > Öhm, miért lenne? A fordító nem a böngésződben fut, hanem a fejlesztő gépén...

    Nem. Én nem erről beszéltem, nem a fordítóról, hanem a kapott JS kódról. Arról, hogy teljesen mindegy, hogy ki vagy mi rak össze egy olyan JS kódot, amiben típusemulációval és folyamatos ellenőrzésekkel kell baszakodni...

    > De ez nem úgy néz ki, hogy a kód tele van pakolva böngésző specifikus blokkokkal.

    Aha... Akkor azért volt (meg van) tele a fél web olyan elágazásokkal, hogy if ("ActiveXObject" in window) { /* ie */ } else { /* others */ } és ezért is borult meg megszámlálhatatlan oldal a windows 8 store-s IE 10, vagy később az Edge alatt, mert az ms kiszedte az ActiveX támogatást.

    > Sőt, nagyon marginális esetekben van szükség rá, akkor is inkább CSS-ezés közben, vagy experimental funkciók használatakor.

    Hát nem tudom mennyire marginális pl. az, hogy XHR-ből visszajön adat és script is és az utóbbit böngészőtől függően document.head.appendChild(script) vagy eval(script.innerHTML) parancsokkal kell életre lehelni (classic Operában mindkettő megy).

    > Ha ilyenbe futsz bele, az az esetek jó részében egy felesleges gány megoldás egy aligha nem létező, vagy sokkal szofisztikáltabban kezelhető problémára.

    (Szerintem itt beleraktál egy plusz "nem"-et.) JS-ben a legtöbb megoldás gány, mert maga a nyelv is gány, meg az implementációi is gányok.

    > Nézd, ez rólam nem árul el semmit. Dolgozok vele évek óta, azt hiszem bőven van mire alapoznom a véleményemet.

    Miért, szerinted nekem nincs? Ja igen, szerinted nekem nincs, ezt már fentebb mondtad.

    > A stílusod viszont rólad sokat.

    A stílusom. Épp most ismerted be, hogy te személyeskedtél, de azért az én stílusom beszédes? Arról nem is beszélve, hogy trágárságot is te használtál a kettőnk párbeszédében először, amikor a pluginek faszságairól beszéltél. Vagy az nem baj? Te beszélhetsz így technológiákról, én nem? Ez eléggé kettős mérce szagú.

    > A személyeskedésért viszont elnézést kérek.

    El van nézve.

    > A kérdés, hogy te miért fikázod ilyen nagy hévvel a Mozillát, ha nincs is közöd a termékéhez? :)

    Miért, ha látom, hogy valaki pénzéhségből baromságot csinál és szopatja a felhasználóit, akkor nem lehet róla véleményem? Olyat pedig nem mondtam, hogy nincs hozzá közöm, ezt te magyaráztad bele. Egy szakmabelinek mindenképpen van köze a szakmai történésekhez, akkor is, ha közvetlenül nem érinti. Szerinted, ha a mozzarella kinyírja magát, akkor az nem lesz hatással az egész webre?

    > Ez nem igaz. Tény, hogy rólad is kialakítottam egy véleményt, aminek hangot is adtam.

    Ugyan kérdezhetném azt is, hogy "mire fel, amikor nem is ismersz", de inkább azt kérdezem, hogy "miért"? Hol releváns az én személyemmel kapcsolatosan bármi a Mozilla/JS témában? Miért fontos egy műszaki kérdésben, hogy én "ilyen" vagy "olyan" vagyok? Ezt hívják személy elleni érvelésnek, ami elég súlyos érvelési hiba.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2295758

    Dehogynem: nem eldobni az NPAPI-t. Ugyanis azt a két évet meg is lehet fordítani: a felhasználóknak két évük volt váltani Firefoxról és meg is tették. Tömegesen. Persze nem konkrétan ezért, ez csak egyike volt az okoknak.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2296121

    Nem vitatom, hogy sok baj volt velük, de a dzsuvaszkript még rosszabb. Ha egy oldalon volt egy beépülő, ami megette a gépet reggelire, akkor lehetett blokkolni, max. akkor volt baj, ha pont azt akartad használni. De a gépet megevő szutyokszkriptet max. akkor tudod blokkolni, ha külön fájlban van; ha inline, akkor max. az egész JS-t tudod tiltani, amivel pedig könnyen lehet, hogy az egész oldalt használhatatlanná teszed.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2296129

    Elolvastad amit írtam? Szó szerint le volt benne írva, hogy "max. akkor volt baj, ha pont azt akartad használni."
    Viszont arra nem nagyon volt precedens, hogy egy oldalon hatszázötven különféle Flash fusson, ami szerves része az oldalnak és nem csak alapból kiblokkolandó reklám.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2294611

    +1




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2294635

    Az igaz, hogy sok egyéb terület is van, ahol elég nagy bajok vannak, de azt a trágyadombot, amivé a web vált, semmi nem múlhatja alul.




    Hivatalos: A Microsoft Edge Chromium-ra vált: https://hup.hu/cikkek/20181206/hivatalos_a_microsoft_edge_chromium-ra_valt#comment-2299988

    Az ie-idiot-shield állítólag csak azért volt, mert az ie billentyűzetkezelése megborította a tecső "lejátszójának" pár feature-jét és így védekeztek az ellen, hogy ne lehessen belekattintani. A visible: hidden és display: none nem akadályozta volna meg a belekattintást, hiszen akkor az elemre nem lehet rákattintani, az opacity: 0 pedig nem működik rendesen explorerben. Nem védem a kuglit, de nem vagyok benne biztos, hogy ezt speciel direkt, szopatásból csinálták.




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2333891

    http://oscomp.hu/depot/ifconfig.log
    http://oscomp.hu/depot/ip.log

    Tudtommal nem tartozik hozzá két IP, én legalábbis nem állítottam be aliast.




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2333883

    > A /etc/network/interfaces az "ifupdown" nevű konfigurációs eszköz konfigfájlja, tehát, ha erre építesz, akkor használd az ifupdown megfelelő parancsait:
    >
    > ifdown eth0; sleep 2; ifup eth0
    >
    > Az ip link set... paranccsal "alávágsz" a fölötte lévő konfigurációs rétegnek, így onnantól kezdve, bármilyen le nem kezelt szituáció előállhat.

    ifup/ifdown-t is próbáltam direktbe, de azzal is ugyanez van, csak azért nem írtam külön, mert az init.d networking is azokat hívogatja.

    > Ha egynél több IPv4 címet szeretnél egy interfészre fölvenni, akkor kompatibilitási okokból használd inkább az alias interfészeket. (eth0:0, eth0:1, eth0:2, stb.)

    Nem. Éppenhogy nem szeretnék több IP címet rendelni egy interface-hez, azt szeretném, ha a network reload után átállna az IP cím.




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2333892

    Eddig nem, de most megpróbáltam (kétféleképpen is):

    root@Csabi:~# ip -s -s neigh flush all
    192.168.10.202 dev eth0 lladdr 00:60:6e:af:0b:a2 ref 1 used 16/16/16 probes 5 REACHABLE
    192.168.10.10 dev eth0 lladdr e8:de:27:ca:98:76 ref 1 used 931/19/931 probes 4 REACHABLE
    192.168.10.201 dev eth0 lladdr 00:60:6e:af:0b:a2 ref 1 used 16/16/16 probes 5 REACHABLE

    *** Round 1, deleting 3 entries ***
    *** Flush is complete after 1 round ***
    root@Csabi:~# arp -d 192.168.10.201
    root@Csabi:~# arp -d 192.168.10.202

    De nem segített, ugyanúgy pingelődik mind a két IP cím. (Egyébként itt az ip parancs kimenetén még látszik is, hogy ugyanaz a MAC address.)




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2333983

    Hát lehet, hogy félreértettem valamit (új volt, amit mondtál), de itt csak egy subnet van, nem lehet proxy ARP. Ha arra gondolsz, hogy a topicnyitó példában .10-es subnet volt, a logokban meg már .1-es, az azért van, mert itt nekem 10-es a subnet, de a cégnél (ahol a cucc menni fog), ott .1-es. Lehet a példában is .10-essel kellett volna írni, de már nem bírom szerkeszteni. Bocs, ha félrevezető volt.




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2334118

    Nem ez volt a baja, hanem az, hogy először írtam át az interfaces fájlt és utána adtam ki a parancsokat, mint az lentebb kiderült.
    Mi nem mindegy?




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2333997

    Csak annyit, hogy húzza fel a networking service indulásakor az interface-t.




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2334115

    Közben már megoldódott.




    Sikertelen IP cím csere & sok IP cím ugyanannak a gépnek: https://hup.hu/node/163626#comment-2334114

    > Tehat ha te kiszeded a konfigbol a regi ip-t ami meg rajta van az interface-en akkor nem fogja tudni hogy neki le kell konfiguralni azt az ip-t onnan.
    > Ha azt akarod hasznalni akkor ifdown -> interfaces file modositas uj ip-re -> ifup

    Köszönöm, ez volt a helyes megfejtés. Ez volt, amit nem tudtam, ez ugyanis nem volt benne az ifup/ifdown manualban, nekem meg az volt a logikus, hogy a felhúzott interface adatait leállításkor nem a fájlból veszi ki ismét, hiszen ez a felállás gyakorlatilag azt jelenti, hogy ha beállítom pl. 192.168.10.205-re, adok neki egy ifup eth0-át, majd átírom .206-ra, akkor az ifdown eth0 a .206-os címet próbálja meg lekonfigurálni az eth0 jelenlegi .205-ös címe helyett. Lehet, hogy hülye vagyok, de esküszöm nem értem, mi ebben a logika...
    De még egyszer köszönöm a rávilágítást.




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330450

    Megtették. A mikiszoft kinyírta és ők is krómra váltanak.




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330465

    Hát erre én is kiváncsi vagyok. Ahogy arra is, hogy mi lesz a forgalomban lévő ActiveX-es cuccokkal, pl. biztonsági kamerák web-configja. Még ie12-ből (amit átcímkéztek Edge-nek) sem megy, ie9-10-11 only.


    Σ: 001 -> uid_17784


    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330540

    Edge == átcímkézett IE, ugyanazok a motorok (Chakra, Trident) hajtják, csak kidobták belőle az ActiveX támogatást.




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330618

    Ki mondta, hogy ellentmondás van? Az ms átcímkézte az IE-t Edge-re, mert rossz volt a böngésző hírneve, tehát az Edge az új IE. Most pedig az új név alatt már egy króm klónt fognak adni, tehát az új IE egy króm klón lesz.

    Az IE 11 még támogatott egy darabig, de nem tudni, hogy meddig, mert az ms nem közölt EOL-t. Ameddig IE11 van a windowsban, addig van ActiveX támogatás.




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330667

    Mi nem igaz? Az, hogy átcímkézték az IE-t? Tekintve, hogy ugyanazok a motorok vannak benne, mi másnak hívnád ezt az átnevezést? Nyilván volt benne egyéb fejlesztés is, nem azt mondtam, hogy zéró munkát végeztek, azt mondom, hogy belül az Edge ugyanúgy az IE maradt, csak kivették az ActiveX támogatást.

    Vagy a támogatás esetleges megszűnése nem igaz? Az lehet, de mivel az ms nem ad ki infót, csak annyit, hogy az IE 11 támogatva van a win7/8/10-esben, így nem nagyon lehet biztosat mondani.




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330790

    Légy szíves, legalább olvasd el, amit írok: "Nyilván volt benne egyéb fejlesztés is, nem azt mondtam, hogy zéró munkát végeztek, azt mondom, hogy belül az Edge ugyanúgy az IE maradt, csak kivették az ActiveX támogatást."




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330893

    Értem. Akkor nézzük meg, hogy mennyire is támogatta a webes szabványokat, amiről az állítás szól.

    Vettem a bátorságot és használtam én is azt az oldalt, amit belinkeltél, csak egy kicsit máshogy, mert te a legújabb, 18-as Edge-et hasonlítottad össze az IE11-gyel, mintha rögtön annyit fejlődött volna a standard-support, holott a 12-es következett utána: http://html5test.com/compare/browser/edge-12/ie-11/ie-10/ie-9.html

    Azért így jobban kiviláglik, hogy akkora fejlődés azért nem volt a 11-es IE és a 12-es Edge között, sőt, kisebb, mint az IE10 és az IE9 között, pedig ott semmiféle ehhez hasonló radikális változás nem történt, csak kipofozták az akkori kódot. Most akkor vagy ennyit tudott elérni az ms egy állítólagos teljes takarítás és majdnem-teljes újraírás után, vagy egy "picit" túloztak a fiúk.
    "Maradjunk annyiban, hogy az ígéretek mindig erős oldalát képezték a Microsoft üzleti stratégiájának." - CoVboy




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2331001

    Kár, hogy ha már nem folytatják az EdgeHTML-t/Tridentet, akkor nem publikálják. Össze lehetne hasonlítani a Trident 11-et, meg az EdgeHTML 12-őt, hogy mekkora részét írták újra a kódbázisnak. Mert így kb. vagy elhisszük az ms-nek, vagy nem. A Chakrából is csak az újat nyitották meg, nem tudjuk összehasonlítani.




    HOVD 2003-2018: Kedvenc webböngésző: https://hup.hu/node/163440#comment-2330791

    ROFL




    Bemutatkozik a Microsoft Defender ATP for Mac: https://hup.hu/cikkek/20190322/bemutatkozik_a_microsoft_defender_apt_for_mac#comment-2331792

    Csak részben kapcsolódik, de itt van 7 darab 2012-es teszt, ahol a víruskergetőket hasonlították össze és a "protection" szerint rangsorolva (vagyis ami egy védelmi programnál a primer aspektus) az ms cuccai (security essential / defender / endpoint protection) hétből hatszor (ebből egyszer (Xp home alatt) holtversenyben) utolsók, egyszer pedig (Vista alatt) utolsó előttiek lettek.

    Xp otthoni
    Xp vállalati
    Vista otthoni
    7 otthoni
    7 vállalati
    8 otthoni
    8 vállalati




    Bemutatkozik a Microsoft Defender ATP for Mac: https://hup.hu/cikkek/20190322/bemutatkozik_a_microsoft_defender_apt_for_mac#comment-2331855

    Nincs, 2018 decemberi az utolsó, de nem tudom mennyire megbízható manapság ez a teszt, mert ezen már szinte mindenki 6-ból 6 pontot ért el és a maradék is csak tized pontokkal marad alatta, gyakorlatilag zéró szórás van, mindenki tökéletes védelmet ad a teszt szerint. A VirusBulletin tesztjén is mindenki 100-at futott, kivétel nélkül. Most vagy a vírusírók lettek ennyire lámák, vagy a vírusírtók ennyire jók, vagy a tesztek nem érnek már semmit. A Cylance szerint ez azért van, mert az AV gyártók lefizetik a tesztlaborokat, hogy 100%-os eredményt kapjanak. Ez persze konteó, de azért lássuk be, érdekes, hogy tényleg minden antivírus 100%-ot fut...




    Bemutatkozik a Microsoft Defender ATP for Mac: https://hup.hu/cikkek/20190322/bemutatkozik_a_microsoft_defender_apt_for_mac#comment-2331897

    Az lehet. Mondjuk a Cylance is csak az AV-Test-et emelte ki, a VB-100-ra nem emlékszem.
    Bár ez a WildList sem tudom, hogy mennyire up-to-date, hogy mennyi vírus nincs rajta...

    Egy releváns sztori, hogy az ismert vírusokra való vadászat mennyire hatástalan: Az egyik megrendelőnk rendszergazdája win10/OneDrive kombóval dolgozott, az OneDrive-ba szinkronizálgatta a dolgait. Egyszer a Defender és a SmartScreen ellenére valahogy beszopott egy random N+1. féle zsarolóvírust (maga sem tudja, hogy hogy), ami letitkosította az adatait. Ez még a kisebbik gond volt, de ezután a win10 felszinkronizálta a letitkosított adatokat az OneDrive-ra, a zsarolóvírus jelenlétének ellenére. Azóta a srác offline backupol.




    Bemutatkozik a Microsoft Defender ATP for Mac: https://hup.hu/cikkek/20190322/bemutatkozik_a_microsoft_defender_apt_for_mac#comment-2332499

    Hát ez az. Nekünk is ki kellett kapcsolni a munkaidőterminálokon a SmartScreen-t, hogy a programunk futni tudjon, különben közölte, hogy nagyon megvédte a gépünket a programunktól...
    Ilyenek mellett tényleg elég égő, hogy a ransomware meg tud futni.




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2331458

    Dehát a hangok kb. felét lejáttsza az aplay és mind mono... Azonfelül az mpv ugyanezt csinálja.




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2331609

    Hát itt az egyik, amelyik rossz: http://oscomp.hu/depot/lange.wav




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2331724

    Ezzel a hangkártyával?

    Asztali gépen nekem is megy; az egész topic arról szólt, hogy azzal a hangkártyával nem tudom lejátszatni az adott wav-okat. (Ez egyébként egy OOB Devuan 2, 4.9-es kernel, 1.1.3-as ALSA. A pulse nincs felrakva, de nem is kell, mert az aplay az ALSA-ra támaszkodik.)




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2331796

    Utóbbi. Pár tized - esetleg század - másodpercig megy a hang, aztán fail.




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2331907

    Fú, de tudsz. :)))
    Levettem a hangerőt 85%-ra és meggyógyult az összes hang. Big thx!




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2331962

    Mármint kinek a részéről?




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2331989

    Hát én se... Viszont Ákos (a főnököm), mikor mondtam neki, hogy ezt ki nem fogja találni, hogy mi volt a megoldás, akkor kb. 10 másodperc találgatás után eljutott a jelszintig... Mondom, de jó vagy, ez két napja miért nem jutott eszedbe? :D




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2332004

    Azt mondta volna. :)




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2332039

    Mindig tanul az ember. Így utólag persze már logikus, de én még nem futottam bele olyan hangkártyába, amit szoftveresen le lehetett annyira terhelni, hogy leszakadjon, így ez nem valószínű, hogy eszembe jutott volna. Max. ha kínomban elkezdek neki véletlenszerűen hangokat generálni (nem fehér zajra gondoltam) és kiszúrom, hogy a hangosabbak akasztják le, de ez lutri.




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2332121

    Igazad van, de én - mint az már kiderült korábban - nem vagyok annyira otthon az analóg elektrotechnikában; ha szembekerülök egy ilyen jelenséggel, rögtön a szoftverben fogom keresni a hibát, nem a hangszóróban. A mostani Linuxokat ismerve nem is ok nélkül. :( (No flame, csak ezen a nyamvadt PIPO-n is úgy kellett összeszenvedni az egészet, miközben a ringyóztíz meg gond nélkül viszi az összes HW-t. Csak hát arra meg már képtelenség bármit építeni; az esetleges áramszünet után a bootba esetlegesen (1:5) belefagyó Linux még mindig jobb, mint a gépet ütemezett feladatból is letiltott frissítések ellenére is juszt lefrissítő és újraindító, rossz esetben tönkreverő windózápdét...)




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2332120

    Ezen kár felhúzni magadat. Ráadásul nekünk úgy is jó, ha halkabban szól, mert csak időnként kell lejátszania egy rövid, digitalizált beszédet és ennyi; ez egy munkaidőterminálba kellett, nem zenét hallgatni.




    Leszakadó (?) hangkártya eszköz: https://hup.hu/node/163528#comment-2332268

    Nem baj, bejött. :)
    Hát ehhez én nem nagyon értek, de ha az a tipp, hogy a tápigény nagy, akkor nyilván az első, hogy csökkentem a szükséges teljesítményt, azaz leveszem a hangerőt. Sic erat. :)




    A Microsoft beperelte a Foxconn-t elmaradt jogdíjak miatt: https://hup.hu/cikkek/20190314/a_microsoft_beperelte_a_foxconn-t_elmaradt_jogdijak_miatt#comment-2329211

    A microsoft esetén alapból nem nagyon lehet morális fölényről beszélni. (Függetlenül attól, hogy a Foxconn elleni keresetük jogos-e, vagy sem.)




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2331074

    Tekintve, hogy ki is van írva fentebb, így inkább elgépelte, mintsem nem tudja.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2330786

    Félreérthető - legalábbis számomra - a kérdés: a felsoroltak most a hatványkitevők, vagy az eredmények?
    Mert ha a hatványkitevők, akkor szavazni sem tudok, mert 2^24-ig tudom őket fejből, olyan lehetőség meg nincs.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2330803

    Hát logikusabb, hogy az eredmények, de van aki fejből tudja a különféle konstansokat több tucat számjegyig, úgyhogy lehetne a másik is, az, hogy én nem jegyeztem meg nagyobb számokat, az nem jelenti, hogy mások sem, vagy tudhatnak valami algoritmust rá.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2331061

    Egy C++ faggottól ezt dícséretnek veszem.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2331119

    Szívesen.

    Nem fájt, de nem is a "néhány jó szó" volt, ami megmaradt. A butthurt picsogás maradt meg, amit a HOVD-s és KDE5-ös topicokban csaptál, meg ahogy lebarmoztad az ipar egyik régi nagyját; na ez az epic. Félreértés ne essék: a C++-szal nincs bajom, hisz nem is ismerem.

    Én? Én nem is dolgoztam még C++-szal, szerintem keversz valakivel.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2331211

    A C++ faggot nem azért dukált neked, mert C++-t használsz, hanem a picsogás miatt. Neked szólt a faggot, nem a nyelvnek. Én különbséget teszek C++ user, meg C++ faggot között; ahhoz nem kell ismerni a nyelvet, hogy ilyen jellegű különbséget tudj tenni. Csak mivel te nem teszel ilyesféle különbségeket, neked mindenki retardált, aki mást használ, mint a te preferenciáid, ezért ezt te képtelen vagy felfogni.

    Úgyhogy, ezt neked sikerült jól összehozni, nem nekem. Nyugodtan kirakhatod magadra az ominózus ikont.

    Amikor szavaztam, akkor még alig egy-két szavazat volt, egyfelől. Másfelől meg feltételes módban beszéltem. Harmadrészt pedig leírtam, hogy az, hogy én nem tudok valamit, az még nem jelenti, hogy más sem tudja, mert pl. tudhat valami algoritmust, amivel akár csillagászati számokat is azonnal kiszámol; ez pl. eszedbe se jutott, mi? No comment. Mint mondtam, az az ikon neked járna, nem nekem. Az arroganciáért, az ostobaságért és az egészet megkoronázó rosszindulatért.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2331241

    Nem tudok ilyet mutatni, mert gőzöm sincs, hogy milyen algoritmust lehet erre használni. Én is csak egy olyat ismerek, amivel nagyságrendileg lehet belőni a hatványokat. És még mindig feltételes módban van, amit írtam.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2331324

    Én a "több"-et jelöltem be, mert ha kitevőként kezelem, akkor nem lett volna mire szavaznom. (2^24) Csak jeleztem, hogy szerintem félreérthető.




    Melyik a legmagasabb 2 hatvány, amit még fejből tudsz? (Nyilván csak bemondásra megy.) : https://hup.hu/szavazasok/20190319/melyik_a_legmagasabb_2_hatvany_amit_meg_fejbol_tudsz#comment-2330903

    Nagyságrendileg akármeddig tudhatod: az utolsó számjegy mindig azt mondja meg, hogy "mennyi", az többi pedig azt, hogy "mi". Azaz:

    *0 = 1
    *1 = 2
    *2 = 4
    *3 = 8
    *4 = 16
    *5 = 32
    *6 = 64
    *7 = 128
    *8 = 256
    *9 = 512

    És:

    * = "sima"
    1* = kilo
    2* = Mega
    3* = Giga
    4* = Tera
    5* = Peta
    6* = Exa
    7* = Zetta
    8* = Yotta
    9* = 1024 Yotta
    10* = 1048576 Yotta
    stb.
    (Nem tudom, van-e a Yottánál nagyobb prefixum, én nem tudok róla.)

    Ennek megfelelően, ha valaki megkérdi, hogy mennyi pl. 2^53, vagy 2^77, akkor rögtön mondhatod, hogy az 8 Peta, vagy 128 Zetta.




    Piracy has received a notice of multiple copyright infringements from Reddit Legal: https://hup.hu/node/163488#comment-2330464

    > egy javascript nélkül is használható oldallal

    Ez erős túlzás azért. Az eltakart kommentfolyamok kinyitásához kell a JS, meg a hülye appjukat reklámozó popup bezárásához is. (Utóbbit nyilván custom CSS-ből is el lehet tüntetni.) Az oldal maga is betölt hatszázhatvanhat JS fájlt, azonfelül ha kinyitod a konzolt, akkor látszik, hogy össze vissza errorozik. Annyi igaz, hogy ha kikapcsolod a JS-t, akkor is olvasható marad az oldal.




    Piracy has received a notice of multiple copyright infringements from Reddit Legal: https://hup.hu/node/163488#comment-2330810

    Mondjuk ez is igaz.




    Ha hirtelen eltűntek bizonyos frissítéseid ... : https://hup.hu/cikkek/20190312/ha_hirtelen_eltuntek_bizonyos_frissiteseid#comment-2328238

    Ez már a kezdetektől fogva így van. A win10 egy hátsóajtó.




    Ha hirtelen eltűntek bizonyos frissítéseid ... : https://hup.hu/cikkek/20190312/ha_hirtelen_eltuntek_bizonyos_frissiteseid#comment-2328842

    windows desktop évei:

    1995:
    - Mi a különbség a windows 95 és egy vödör tehénszar között?
    - ???
    - A vödörből ki lehet lépni.

    2015:
    - Mi a különbség a windows 10 és egy vödör tehénszar között?
    - ???
    - A vödör nem kémkedik utánad/dönt helyetted.




    A CISC és a RISC processzorok memóriakezelésének összehasonlítása: https://hup.hu/node/163340#comment-2327065

    Érdekes cikk, köszi. Viszont szerintem nem törvényszerű, hogy a CISC-ekben kevés regiszter legyen. Már a '79-es 68000-esben is 19 regiszter volt, de itt a mai x86-osok regisztertérképe; nem mondanám kevésnek.

    (A bevezetőben a CISC/RISC feloldása hibás, mert nem "computer", hanem "computing".)




    Windows. Harmadszor.: https://hup.hu/node/163345#comment-2327068

    És olyan opció nincs, hogy húzzon a fárasba forever?




    Windows. Harmadszor.: https://hup.hu/node/163345#comment-2327118

    A kérdés költői volt, tudtam, hogy nem lehet. (Az általad leírt részletekkel nem voltam tisztában, csak azzal, hogy nem lehet.) És egyetértek: ez nagyon gáz. :/




    Windows. Harmadszor.: https://hup.hu/node/163345#comment-2327300

    Köszi a tippeket.

    Sajnos a registryből tiltás és a group policy már nem működik, visszakapcsolja, tapasztalat. A block specific updates című móka meg sosem működött, legalábbis nálunk nem, de lehet, hogy elbasztunk valamit. Az aktív óráknál maximum 18 órát lehet beállítani, a mikiszoft szerint nincs olyan, hogy többet ülsz a gép előtt, mint napi 18 óra. A metered connectiont mi nem próbáltuk, de ahogy most rákerestem, többen is panaszkodnak, hogy egy ideje már azt is leszarja a windóz: https://answers.microsoft.com/en-us/windows/forum/all/unable-to-set-metered-connection-in-windows-10/0f2c14ca-306d-4723-b920-6620c39430b3?page=1, https://www.tenforums.com/windows-updates-activation/106918-metered-connection-not-preventing-windows-updating-2.html, https://www.bleepingcomputer.com/forums/t/674244/using-metered-connection-to-stop-auto-updates-not-working/




    Windows. Harmadszor.: https://hup.hu/node/163345#comment-2327069

    https://www.encrypt-the-planet.com/downloads/hosts

    Ezt tedd be a hosts fájlba és akkor (elméletileg) kinyírod azt az átokverte update-et, meg a többi marhaságot is.




    Windows. Harmadszor.: https://hup.hu/node/163345#comment-2327120

    Én is így tudtam, de aki adta, azt állította, hogy "Így, hogy hosts fájlozok, egyszerűen csak kiírja, hogy nem tud kapcsolódni az update szerverhez."




    Windows. Harmadszor.: https://hup.hu/node/163345#comment-2327302

    Nem az a bajom, hogy frissít a rendszer, hanem az ahogy frissít. Ilyen fajta update policy-t, mint windóz10 alatt, semelyik másik OS alatt nem tapasztaltam, sem OSX, sem Linux, sem Solaris, sem a BSD-k alatt. De még a többi windows alatt sem.

    A "többi marhaság" alatt meg a kémkedést értettem. Remélem az csak nem baj, hogy zavar.




    Könyvíró programok lunixra: https://hup.hu/node/162242#comment-2327408

    C64-re/C128-ra írt mini UNIX. (Little UNIX)




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2323277

    Lenne létjogosultsága, ha lenne benne
    - Memóriavédelem
    - 64-bit támogatás
    - SMP
    - Multi user
    - Különféle kulcsprogramok (böngésző, irodai csomag, stb.)




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2323450

    Igen, ez volt a posztom lényege: ha fejlesztették volna tovább és támogatná ezeket a dolgokat, amiket a mai OS-ek, akkor ugyanúgy lenne létjogosultsága, mint a százhatvanhétezredik Linux disztribúciónak.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2323903

    Amit használnak, annak van létjogosultsága. A kérdés pedig arra vonatkozott, hogy ha továbbfejlesztették volna, nem arról, hogy most van-e.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2327067

    Továbbá, ha nagyanyámnak rotorja és elektroncsövekből álló képviselőtestülete lenne, akkor az összes brazil telefonfülke spanyolnáthát kapna Svédországban a répapestistől.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2327331

    Mert különben kipusztul az összes rozmárfóka a holdon.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2327337

    Csak jelzem, hogy az egész thread feltételes módban van, hogy ha fejlesztették volna.

    Amúgy meg mi az, hogy a Sunnak nem sikerült megoldani az SMP-t és újra kellett írniuk az egész Solarist? A Solaris már a legelső publikált verziótól (2.1, 1992 December) kezdve támogatja az SMP-t. Talán SunOS-en nem tudták megoldani, nem? (De még ha sok dolgot újra is kellett írni a SunOS-hez képest (nyilván nem az egészet, ahogy állítod), akkor is megoldották végül, nemdebár?)




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2327359

    Mit tudok tévesen? Hogy a thread feltételes módban van? Vagy azt, hogy volt SMP a Solarisban? Nézd meg a Wikipedián, mert ott van fehéren feketén leírva, hogy a 2.1-ben debütált az SMP.

    A Solaris 1.x-et épp azért nem említettem, mert az egy szimpla átnevezés volt, amúgy ugyanaz a SunOS 4 volt.

    Ami pedig az NT VMS mivoltát illeti, STFW. Mindenütt le van írva. De te jobban tudod. Ahogy a Solaris SMP támogatását is. Meg azt is, hogy az ms simán összerak egy 99%-os kompatibilitási réteget Linux alá. Meg azt is, hogy nincs Chrome OS alá malware. (És azt valahogy mindig elegánsan kikerülöd, hogy ha az ms-nek mégis sikerülne a kompatibilitási réteget megcsinálni 99%-osra, akkor azzal a rössel a malware-ek is életre kelnének.) Te mindent is jobban tudsz. Hát akkor tudjad, csak ne nekem mondjad, mert én már nem vagyok rá vevő.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2324165

    Ha már annyira kompetens ellenfelet keresünk az Amigának, akkor hardware terén ott az Acorn Archimedes; egyidős az A500-zal, de sok tekintetben felülmúlta azt, pl. 256 szín még 640x480-ban is, maximum 1280x960-as felbontás (ez már csak monokróm), 8 csatornányi 180 kHz-es uLaw hang, már az első generációs gépekben is volt lehetőség HDD-t használni (volt amelyikben alapból volt is), volt alapból 4 MB-nyi RAM-mal szerelt modell, stb... Az ARM2 CPU utasításkészlete - RISC lévén - elmaradt a 68k-tól, de 32-bites volt az adatbusza és 26-bites a címbusza, szemben a 68k 16 és 24 bites buszaival; és a szélesebb adatbuszon felül a RISC felépítés miatt 32-bites műveletekben közel 5 MIPS volt a csúcsteljesítménye, szemben a 68k 0.5 MIPS-ével.

    Viszont überdrága volt, még az Amigához képest is, a RISC OS pedig sehol nem volt az Amiga OS-hez képest.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2324246

    Nem támadás gyanánt írtam, Amiga user vagyok '89 óta. Én is tudom, hogy az OS messze felülmúlt mindent a 80-as években; fél évtizedet kellett várni amíg megérkezett a NextSTEP, az OS/2 2.0 vagy a BeOS...

    Őszintén szólva a hardware-t is nyugodtan elő lehet venni, mert az is nagyon kiugró volt a 80-as évek többi gépét nézve. Impozáns volt, amit az Archimedes felmutatott, de azt hozzá kell tenni, hogy ezt is jelentős mértékben erőből - az 5 MIPS-es ARM2 erejéből - oldotta meg, plusz ugye chunky VRAM volt benne, amit sokkal könnyebb processzorból programozni, de ha nem 1, 2, 4 vagy 8 bites bitmélység kell, akkor fújhatod; az Amiga ebben a planar VRAM-mal partner volt, ami rengeteg megtakarított memóriát jelentett, ha pl. a programodnak elég volt 8 szín.
    Az Amiga a custom chipjeivel rengeteg terhet levett a CPU válláról, így a közel 10x annyi utasítást végrehajtó CPU elég csalóka képet fest, ha kiderül, hogy ott kézzel kell pl. a palettát az elektronsugár lefutása közben állítgatni, vagy nincsen csak CPUBlit, vagy a Bresenham-et is CPU-ból kell megoldani. Sprite is csak egy volt. Nem volt dual-playfield sem. HAM mód sem. Amigán a Blitter miatt jóval egyszerűbb volt egy filled vektorgrafikás megjelenítést megoldani, mint másutt, a CPU-nak csak a koordinátákat kellett számolgatnia. Az most más kérdés, hogy a planar VRAM miatt ez így is elég lassú bírt lenni néha.
    Viszont, ha már szóba került a planar VRAM; ami az Amigán a grafika nagy hiányossága volt, az a chunky képernyőmódok hiánya. Nem az a baj, hogy volt planar, hanem, hogy chunky meg nem. És amit a 90-es években megjelenő Doom klónok özönére a C= reagált az Akiko chippel, az egy leírhatatlanul nagy baromság volt, mert nem kibővítették a custom chipeket, hogy legyen legalább 8-bites chunky, hanem beraktak egy chipet, ami hardware-esen konvertálta a planár adatokat chunkyba... Már csak azért sem volt semmi értelme, mert a custom chipek sebességével futott, így még egy 030-as turbókártya is gyorsabb c2p konverziót tudott csinálni, mint az Akiko, a nagyobb 680x0-ekről nem is beszélve.

    A memóriavédelem tényleg nagy hiányosság volt, éppen azért, mert rengeteg szarul törött, ill. portolt cucc volt (nem csak játékok), amik elGURUltatták a gépet. Rengeteg esetben az embernek azért keletkezett óhatatlanul az a benyomása, hogy sokkal vackabb az Amigás verzió, mint a pécés, vagy az arcade, mert vagy a törés, vagy a portolás volt csapnivaló. És erre az nem válasz, hogy a PC többet fagyott; az sosem válasz, hogy "a másik is". (Egyébként legjobb tudomásom szerint DOS alatt a védett mód nem akadályozta meg a programot abban, hogy a CPU-t rohassza le a program, csak a memória volt védett. (És emlékeim szerint az sem tökéletesen, fixme.))




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2324283

    A "planar VRAM" a videómemória tárolási megközelítését jelentette, nem pedig a memóriamodul fizikai típusát. Azt, hogy a pixelek bitjeit "síkokban" tárolta, nem pedig pakolva - egy byte egy (vagy több) pixel. Ez nem azért volt lassú, mert a DRAM lassú volt, hanem mert ebbe rajzolni alapvetően lassabb, mint odafirkantani egy byte-ra valamit, hiszen egy pixel módosításához annyi olvasásra és írásra volt szükség, ahány plane-t épp írtál, azaz ahány bites mélységgel dolgoztál.

    Az AGA nem volt szar, csak mire kijött, már elavult. A szar ügy, hogy már 1989-ben készen volt az A3000 idején, amikor még úgy-ahogy megállta volna a helyét, de a C= még várt vele 3 évet, biztos ami biztos alapon, hátha teljesen elavul addigra...

    Igen, ez van akkor, ha a menedzserek és az igazgatók csak pénzszívattyúnak használnak egy céget; ami technológiai fölényt a mérnökök előállítottak, az garantáltan el fog fogyni.

    A jelenlegi Amigás fejlesztéseket - az összevisszaságon kívül - igazából nem is tudom mi jellemzi, nem egyértelmű.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2324460

    A Blitter ugyanúgy írta/olvasta a VRAM-ot, mint a CPU, értelemszerűen chunky-val ő is gyorsabban működött volna. De amikor az Amiga kijött, a legtöbb gép 4, vagy jó esetben 16 színű volt és még azt is csak baromi lassan tudta megjeleníteni, így fontosabb volt a memóriatakarékosság és a rugalmasság, mint a sebesség.

    Látom, valóban "jó" véleménnyel van az akkori managementről. (Teljes joggal, IMHO.)

    Viszont a videót addig bírtam nézni, amíg ez a "The 8-Bit Guy" ki nem nyitotta C-128-at és közölte, hogy 8580-as CPU (!) van benne, miközben még a videón is látszanak a feliratok... Aztán meg benyögte, hogy ugyanaz a Z80-as van benne, mint a MITS Altair 8800-ban... Anyám...
    Az ember tévedhet, de ha már valaki ismeretterjesztő sorozatot csinál, akkor legalább nézne utána a dolgoknak, mert 10 másodperc alatt csak kétszer mondott baromságot. (A Z80/8080 CPU-k összekeverése még hagyján, de hogy a búbánatba bírta felcserélni a 8502-as CPU-t a 8580-as SID-del?!)




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2324530

    Tudom mi a Chip RAM, a VRAM alatt pedig már itt leírtam, hogy mit értettem: "A "planar VRAM" a videómemória tárolási megközelítését jelentette, nem pedig a memóriamodul fizikai típusát. Azt, hogy a pixelek bitjeit "síkokban" tárolta, nem pedig pakolva - egy byte egy (vagy több) pixel."
    De ha ennyire zavar, akkor nem hívom VRAM-nak.




    Lenne ma is létjogosultsága a Commodore Amiga (hardver és OS) továbbfejlesztett változatának?: https://hup.hu/szavazasok/20190227/lenne_ma_is_letjogosultsaga_a_commodore_amiga_hardver_es_os_%20tovabbfejlesztett_valtozatanak#comment-2324536

    Egyébként egy csomó retrogépnél rövidítették így a videomemóriát és semmi köze nincs a belinkelt RAM típushoz egyiknek sem.




    init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327125

    Ja, azt elfelejtettem írni, hogy a lejelszavazásnál ugyan van lehetőség arra, hogy egy entry unrestricted legyen, de akkor a szerkesztés is megy vele...




    init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327139

    Leírtam, hogy a lejelszavazás nem jó, mert be kell bootolnia jelszó nélkül.




    init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327142

    És az hogyan lehet beállítani? Ez a leírás nem ír róla egy szót sem, hogy lehetne csak az editet jelszavazni. Csak azt írja, hogy ha be van állítva a password, akkor csak a superuser tud 'e'-vel vagy 'c'-vel funkciókat előhívni, de azt nem írja, hogy a boot passwordless lesz.




    init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327146

    Én meg Debian 9-cel, beállítottam usert, password-öt és a boot is kérte a jelszót.




    init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327328

    Igazad van, az unrestricted a bootot engedi, a szerkesztést, parancssort nem, köszi. A superusers="" viszont a bootot is levédi.




    init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327161

    Csak utolsó lehetőségként, jó lenne a mainline-nal kompatibilisnek maradni.




    init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327305

    Tudom. De ez a feladat. Hogy aki valahol a laikus és a szakember között van, az se tudjon hozzáférni. A BIOS is password-özve lesz és az USB boot pedig letiltva. A gép le van "pecsételve", az látszani fog, ha valaki kinyitotta, tehát észrevétlenül a háttértárat nem tudják kivenni.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2321241

    Custom CSS az smafu? Nálam olvasható marad, mert force-olva an a dobozok mérete.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2321258

    > Itt van kapásból a Microsoft Linux alapú új operációs rendszere, az Azure Sphere OS

    Kész... Desktop piacról beszélünk, még mindig, az a mikiszoft fő platformja...

    > Nem érdekelte akkor sem amikor bevezette az NT alapú Windows XP-t a Win9x-ek után. Nem érdekelte amikor behozta a 64-bites Windowst, nem érdekelte a Win7-nél, Win10-nél, amikor sok legacy driver ment a levesbe.

    A 9x, 64-bit, win7, win10 jóval kevesebb backward compatibility breakage-et jelentett, mint amennyit egy full API eldobás jelentene.

    > A helyes kérdés az, hogy szükséges-e.

    A helyes válasz meg az, hogy nem hogy nem szükséges, de öntökönszúrás. Nem azért, mert a windóz annyira fasza lenne, hanem azért, mert van egy bebetonozott pozíciója a desktop szegmensben, amit taccsraverne ezzel.

    > Malware özön, zuhanó licencbevételek és emelkedő fejlesztési költségek mellett.

    Malware özön szardroidon is van, a zuhanó bevételeket csak a saját fasságuknak köszönhetik, a win10 minősíthetetlen minősége miatt, a fejlesztési költségeket nem tudom, hogy emelkedtek e, de a win10-et elnézve inkább csökkentek, legalábbis ha feltételezem, hogy a fejlesztésbe beleölt pénz mennyisége legalább valamekkora korrelációt mutat az elért minőséggel.

    > A Microsoftnak csak a 99%-os Windows kompatibilitással és win-szerű desktoppal kell foglalkoznia.

    Amire még mindig nem kaptunk egy épeszű választ, hogy hogy fognak elérni 99%-os kompatibilitást.

    > Egyik sem igényli a kernel szintig elérő fejlesztést. Ettől függetlenül a Microsoft már ma az egyik legnagyobb fejlesztője a Linux kernelnek. Továbbá lelkes opensource fejlesztővé vált.
    > Nagy változások vannak a Microsoft szemléletében.
    > Vajon miért ez a nagy lelkesedés Redmondban?

    Lelkesedés...naivitás a köbön... Az ms eddig is küldött kódot a Linux kernelbe, ha az érdeke ezt kívánta. Ez egy gigacég, azt teszi, ami az érdeke. Most ez az érdeke. Nincs kizárva, hogy azért másznak most bele a Linuxos világba, hogy a guglival kibasszanak valahol.

    > Az Apple nem épp a kedvencem amióta nem Steve Jobs vezeti a céget. De máig el kell ismerni, hogy számítógépes grafikában ami nincs jelen Macintoshon, az egyszerűen nem tényező. A Corel Draw meg az olcsó Corel pereputty Magyarországon el tudott terjedni, de egyébként marginális tényező.
    > Iparág?! Na ne nevettess! Pistike Bt.
    > Abban egészen biztos lehetsz, hogy a Corel az utolsó dolgok egyike ami visszatartaná a Microsoftot a Windows Linux alapra helyezésétől. Meg egyébként is wine-al ma is működik Linuxon.

    A Corel csak egy példa volt. Számtalan program van, ami nem fut WINE alól, lehet ellenőrizni azt is az AppDB-ben.

    > Ha a Microsoft beszáll a Wine fejlesztésébe vagy ír egy saját kompatibilitási réteget, minden ami számít működni fog Linuxon. Onnantól akár a saját kompatibilitási rétegért is elkérhetik azt a pár dollár licencdíjat amit most szednek Windows után.

    Ez még mindig csak a levegőbe beszélés. Most már jó lenne valami kézzelfogható érv, hogy ezt az ms meg is tudja csinálni. Csak úgy mondom, hogy egy hasonlót már próbált összehozni a mikiszoft: egy Android/iOS kompatibilitási réteget a windózfónokra, de nem sikerült neki.

    > LoL! Ezt a szöveget már hallottunk a Windows XP Forever klubtól.
    > Senki sem fogja használni a Windows 7-et, 8.1-et, 10-et, mert azok a jó régi hardverek driverei csak XP-n működnek.
    > Amikor megjelenik egy új Windows még nem használják sokan, mert akkor jelent meg. Mégis onnantól az a Windows.

    Mennyi idő is kellett, amíg az új windózok annyira tért hódítottak, hogy többségbe kerültek? Lesz még annyi az ms-nek egy full Linuxra migrálás után, amin az eddig működő cuccok elsöprő többsége be fog szarni? Miért venne bárki ms Linuxot, hiszen annyi ingyenes Linux disztribúció van, mint a szemét. Arról nem is beszélve, hogy biztos baromi jól fog menni az ms túlnyomórészt windóz-only programozóinak is az átállás.

    > Amint a Windows 11 Linux megjelenik az összes Windows PC gyártó azt rakja a gépeire.

    Persze, mert azzal nem fog menni, mi? Nyavalyatörés. Hány PC gyártó is szállított vistás gépet? Kurwa kevés és azok is feladták és visszatértek xp-re, amíg megjött a win7. 8-as tózse. 10-es is csak azért van ma már előtelepítve, mert nem tudnak már mit csinálni, mert a win7 nem megy fel az újabb gépekre. De ha jön valami, ami nem fog nekik működni, akkor annyi erővel bármely rnd() Linuxot fel lehet rakni...

    > Tudod hogyan tűnt el az Aureal Vortex? Nem tudtak drivert csinálni az NT-s Windows XP-hez. Ennyi!

    Aúúúú... Az Aureal nem ezért tűnt el, hanem azért, mert a Creative mindenféle légbőlkapott szabadalomsértési fasság miatt beperelte őket és hiába nyert az Aureal, mert az amcsi jogrendszer fassága miatt ott el lehet játszani, hogy addig perelsz és vesztesz, amíg a másik tönkre nem megy és a Creative is erre játszott: az Aureal-nak több, mint fél milliárd dollárjába került a jogi hadviselés, amibe belerokkantak, a Creative pedig bagóért felvásárolta őket és leépítette az Aureal mérnökgárdáját.
    Nem tudtak drivert csinálni, te jó ég; ezerszer különb drivereik voltak, nem csak windóz alá...

    > Először is a téma már egy ideje annak esélye, hogy a Microsoft maga vált Linuxra a következő Windowsával.
    > Erre jössz itt a jelenlegi állapottal. De még ebben is tévedsz!

    Könyörgöm, annak az esélye, hogy mi fog történni a közeljövőben, elég nagyban függ a jelenlegi állapottól, amiből az következik, hogy a mikiszoft öngyilkosságot követne el, ha saját maga vágná le az utolsó lábát, amin áll.

    > Ami hardvert a Linux támogat, annak nagy részét minden platformon támogatja.

    De nem ez volt a kérdés, hanem az, hogy a vendorok által szállított meghajtókat is bevetve támogat-e annyit, mint a windóz.

    > És végül előbb te csiholj hangot légy szíves SB Audigy2-ből, Aureal Vortex-ből, Gravis Ultrasoundból Windowson.

    Itt a Gravis driver, itt a Vortex és itt egy tecső videó, hogy hogy tudod életre lehelni win7 alatt. Ami az Audigy 2-est illeti, azt a Creative a mai napig támogatja, fent van a driver a holnapjukon.
    De amúgy ugye te is érzed, hogy ez érvnek meglehetősen fals volt, hogy adjak neked 20 éves hangkártyákhoz drivert mai windóz alá; én egy mai hardware-nek a Linux alatti nemműködését hoztam fel érvnek.

    > Még darabszámban sem valószínű, hogy a Windows vezet. Van néhány PC hardver amit csak a Windows támogat, és van sok régi PC hardver amit ma már csak a Linux támogat. Mobil iparban használt hardverek jó részét szintén csak a Linux támogatja.

    A windóznál maximum olyan dolgok törik el részlegesen a kompatibilitást, mint az NT kernel, vagy a 64-bit megjelenése, addig a Linux kernel API-ját hetente túrják össze... Ennek a fényében azt állítani, hogy Linux alatt jobban lesz támogatva egy adott eszköz, az vicc.

    > Már megint a 2000-es évek Win vs. Lin fórumvitáinak szemellenzőjén nézed a dolgot.

    Én? Hát engem msfanboyizmussal vádolni az valami lenyűgöző...

    > A windows appok ma is szép számú támogatását kihegyezi a MS 99%-ra. A PC driver támogatás pedig onnantól szintén 100%.

    Már megint ezzel jössz, amit már hatszor cáfoltam. Most már jó lenne valami bizonyítékot látni arra, hogy az ms ezt meg tudja csinálni. Én hoztam ellenpéldát: a befuccsolt droid/iOS kompatibilitási régeget a windózfónokra, de te csak dobálózol ezzel az állítással. A PC driver támogatást is levezettem, hogy akkor fogják megcsinálni, ha az emberek is fogják használni az új rendszert, márpedig az emberek egyre kevésbé akarják használni az újabb ms rendszereket; a mikiszoft folyamatosan taposta le a világ torkán az erőszakos frissítéseket és így is hány év volt, mire utolérte a win7 részesedését? 4?

    > Tessék?!
    > Ezt gondolt át még egyszer!
    > A macOS speciel pont, hogy letorrentezhető. Bár egyébként is beszerezhető és különben már 10.6 óta ingyenes.

    Nem énnekem kell átgondoni még egyszer amit írtam, hanem neked kell mégegyszer elolvasni, ugyanis én kurwára nem a macOS-ről beszéltem, hogy az nem letorrentelhető, hanem a hozzá szükséges hardware, az ami nem letorrentelhető.

    > Hackintosh szó mond valamit?

    Hogyne, esik-kel, a hardware-eknek csak egy töredékét ismeri; kész kínszenvedés használni, nem véletlenül hívják hackintoshnak. A macOS a saját hardware-ére van kihegyezve, más hw-n használni erősen sajtreszelővel való rejszolás kategória.

    > Potyognak már a tantuszok?! :)

    Fölényeskedést lehet abbafejezni. Semmi okod nincs rá, el sem olvasod amit írok, az állításaidat nem bizonyítod, csak lököd az iszonyatos tárgyi tévedésekkel megtűzdelt fundamentalista mantrát.

    > A hivatkozott Malwarebytes még azt sem tudja hogyan működik az Android app kompatibilitás ChromeOS-en. „They run a system called Chrome OS, where all Android apps are run in emulation.” - hát nem így! Hanem container-ben.
    > Azt ne nevezzük már malware-nek amikor ki tudja honnan letöltött apk csomagot telepít valaki majd a telepítéskor kötelező engedély-lapot át sem nézve leokéz mindent. Ezzel az erővel:
    > sudo rm -rf / #futtasd le és garantáltan nyersz egymilliót
    > Tessék!
    > Itt az univerzális Unix malware! :)

    Ennyi erővel ne legyen malware semmi, mert a hülyét bármivel le lehet szopatni, a hozzáértőt meg semmivel. Bocs, de már megint nem vagy tisztában a fogalmakkal. Malware = rosszindulatú szoftver. Igen, egy szaros egysoros szkript is lehet malware. Operációs rendszertől függetlenül. (Egyébként az ominózus sor a legtöbb UNIX-on el fog szállni, hogy ezt nem lehet.) Nem számít, hogy egy végtelenül amatőr, script-kidde által összegányolt szarról van szó, vagy valami ruszki l33thaxx0r state-of-art cuccáról. Ha kárt okoz, akkor malware. Minőségtől függetlenül. A vírusírtócégek windóz alatt is riogatják a jónépeket a sok marhasággal. Mi a különbség? Populáris platform, sokan támadják, sok malware lesz rá. Egyszóval van malware Chrome OS-re, csak te nem ismered el. Így nehéz vitázni.

    > Meg direkt van alufólia agyvédő készlet is, UFO-k és titkos kormányösszesküvő nagyon titkos szolgálatok agyelszívó praktikái ellen

    Meg van Reparon is a patikákban, ha ennyire fáj az igazság.

    > Ahogy ezt Pistike meg Hajbazer elképzeli! :)

    Reductio ad Hajbazerum? Egyre színvonalasabbak az érveid. Nem akarsz végre valami ép emberi ésszel felfogható érvvel előállni, hogy miért is használnák az emberek a microsoft Linuxát, bármely más Linux disztribúció helyett, vagy épp a droid helyett?

    > Sokadszor írom már le, eddig is minden új Windows kiadásnál voltak hardverek amelyet nem mentek, voltak szoftverek amik nem indultak el. Na és?

    Én meg már sokadjára írom le, hogy de nem mind, de erre még nem kaptam épkézláb választ, csak a handabandázást a mikrószaft féle fantasztikus kompatibilitási rétegével, ami nem is létezik.

    > Még mindig arról a lehetőségről írok, hogy nem mindenki hanem a Microsoft áll át nem másra mint a következő Windowsra ami történetesen Linux alapú. Volt már WinDOS-ról NT-re váltás korábban.

    És évekig tartott, amíg átálltak az emberek. Xp=>win7, vagy win7=>win10 dettó. Csak nem veszed figyelembe, hogy windózra nem volt alternatíva és azon ment minden. Ha ez is Linux lesz, akkor arra teméntelen alternatív "szállító" lesz, arra vált az ember, amire akar. Így nem biztos, hogy az ms-nek lesz annyi ideje, mint amennyi erre az átállásra kéne: kinyírnák magukat.

    > A Linuxra váltásból sem érezne többet az átlag Windows user.

    Aha... A win10 váltást se vették észre, azért kapálózott ellene az egész világ.

    > A Linuxos Windows kompatibilis a cuccaik nagy részével

    Most már jó lenne erre valami bizonyítékot látni. A WINE csak részleges kompatibilitást ad.

    > Windows Cryptomalwarek ugyanis már nemcsak az anya PC-t, de lokális hálózaton a többi Windowst sőt NAS-on tárolt fájlokat is tönkreteszik.

    Senki sem vitatja, hogy security szempontból a windóz egy katasztrófa, de ransomware droidra is van, ahogy hülye felhasználó is.

    > Ugyanezt mondták korábban a kereskedelmi Unix Workstation-ökre. És csak eltűntek mára.

    Igen? Akkor a macOS 8-9%-os részesedése illúzió? De az AIX/Solaris/HP-UX sem tűnt el, csak az átlagembernél nem látod.

    > Az Android desktop teljesen jól használható.

    Mire? Munkára?

    > A másik fenyegetés a PC-re, hogy a notebook gyártóknál költözik be a mobil ARM lapka a PC alaplap helyére. Képességekben ugyanis egyre inkább eltűnik a különbség. Energiafogyasztásban, hőtermelésben már ma előnyben van az ARM.

    Ez igaz. De az x86-ot nem tudják kellő sebességgel emulálni. Ergo egy ARM-os Linuxon vajmi kevés eséllyel fogja a WINE futtatni a Photoshoppot.

    > Ez mind SEMMI!
    > Itt van a fiókomban egy SuperComp ARM cuccos, kvantum képességgel. Veri az A12 béna Bionic-ot tízszeresen, meg az összes PC procit. Csak Linux működik rajta az én patcheimmel.
    > ÉS… senkinek nem adom oda!
    > Érted?

    Bocs, de ez nem érv, ez egy vicc. Azt állítottad, hogy mindegyiken megy. Akkor mégsem? És teljesen mindegy, hogy A12-est lehet-e kapni külön a boltban, mert az Apple által kiadott eszközökben ott van, publikusan elérhetően. Lehet megvenni a legújabb iPhone-t (vagy a tököm tudja miben van) és rakni rá a droidot. Támogatja? Azonfelül az A12 az csak egy chip, mi van magával az ARMv8.3-A-val? Annak mindene publikus.

    > Mikor láttál te utoljára „valamilyen” BSD-t?

    Most adtam ki rá szoftvert, de ilyesmire korábban is volt már példa, meg van itthon vagy 5 féle BSD ugyanannyi féle gépre felrakva, de nem baj, személyeskedj nyugodtan.

    > De a FreeBSD hardver támogatása és pláne teljesítménye sem éri el a Linux kerneles rendszerekét.

    A hw támogatást illetően valószínűleg igazad van, viszont a teljesítményét illetően inkább kérdezz meg valakit itt, aki ért is hozzá, pl. Zahy-t; épp most posztolt nemrég egy kivonatot egy erre vonatkozó tanulmányból, amiben az ellenkezőjét mérték.

    > Desktop felhasználású géphez minden gyártó akkor tud sikeres lenni ha minél több részegységgyártó közül válogathat. Így tudja minimalizálni a kitettségét és a költségeit. Nem véletlenül működteti Linux kernel az Androidot.

    Ha már szóbajött a droid: a gugli adott egy mobil OS platformot és a gyártók ezt vették alapul, ez alá gyártották a hw-ket, itt a hardware-ek igazodtak az OS-hez, itt a hw volt droid compatible. Desktop piacon ugyanez van a windózzal. Viszont, ha holnap a kugli lecserélné a Linux kernelt FreeBSD-re, akkor hirtelen kinyiffantaná a saját app és driver parkját. Biztos jót tenne nekik. Ugyanez a mikiszofttal és a Linuxszal pepitában.

    > Nem egyezményről van szó, hanem az IBM által hivatalosan forgalmazott POWER Linux rendszerekről b+

    Attól lesz neked production ready, hogy direkt alá építenek gépeket? Bocs, de ez inverz felfogás, ez esetben nem a Linux a production ready, hanem a PowerLinux gépek Linux-ready-k.
    Mert feltételezem azokról beszéltél, mert én IBM által készített PowerLinux nevű disztróról még életemben nem hallottam, pedig véletlenül épp karbantartok egy listát, ami gyűjti a POWER-t támogató operációs rendszereket és a net minden sarkát feltúrtam ilyen rendszerekért.

    > A „munkavégzők” átlagjúzerek nélkül nem tudják kitermelni egy önálló os platform fejlesztésének és fenntartásának a költségeit, pláne 4-5 dolláros Windows licencárak mellett.

    Miért is?

    > Újra csak bevétel-költség egyensúlyzavar! Ez gyorsan odavezet, hogy magasabbá válnak a költségek mint a bevételek.

    A költségeket így is folyamatosan csökkenti az ms, szerinted miért egyre trágyább a win10?

    > A desktop, pontosabban PC desktop piac ahol jó pozíciói vannak a Microsoftnak évről évre zsugorodik, jobb években stagnál.

    Igen, ez igaz, ezt én is írtam többször. De ez az utolsó nagy piaca az ms-nek, ezt kockáztatnák egy ilyen drasztikus váltással. Nem 2000-ben vagyunk, amikor még akármit megtehettek.

    > Az EU bírósága pedig rendesen megcsapolta a licenc bevételeket.

    És? Az EU mindenhonnan próbál bevételeket szedni, az összes amcsi mammutot próbálja szivatni.

    > Az OEM szoftver is adható vehető mint bármilyen áru. És mivel Microsoft új koncepciója szerint Windows 10 az utolsó kiadás ami rolling release módon folyamatosan frissül, még ezt a pár eurós licencdíjat is megspórolhatja bárki ha PC-t rak össze magának. Átviszi a régi W10 licencét az újra.

    Senki nem mondta, hogy nincsenek szarban, de rontani még lehet rajta.

    > Százmilliós nagyságrendű speciális igényű heavy user?!?! Szép is lenne!

    Miért, szerinted hétmilliárd emberből nincs legalább százmillió, aki workstationon végez bármilyen munkát?

    > Az irodai felhasználóknak meg végképp mindegy, hogy NT-s Windowson vagy Linuxos Windowson hajtja a megszokott irodai mókuskereket.

    Lófaszt mindegy. Amíg a kvázi-szabvány az ms-office, aminek a dokumentumait a Libre/OpenOffice csak részlegesen tudja kezelni, programjait a WINE csak részlegesen tudja futtatni, addig nagyon nem mindegy.

    > Multimédia?
    > Az már évek óta Linux terület. Okostévé os kizárólag Linux.
    > Android eszközök is Linuxon működnek. Tv okosítóktól kezdve mobilokon át tabletekig.
    > Open/LibreELEC box-okat is Linux hajt.
    > Még a Chromecast, Roku, Amazon FireTV Stick is mind Linuxos.
    > Mostanában kapcsolják le az utolsó megmaradt Windowsos HTPC-ket, mert sokat fogyasztanak, túl nagyok és drágák.

    Munkavégzésről volt szó, nem okosszarokról és bamba tévébámulásról, hogy az átlagjúzer mivel pusztítja az agysejtjeit. A multimédiás szoftverek, pl. videóvágók, zenekészítők, samplerek elsöprő többsége vagy windózos, vagy OSX-es.

    > Az a sokmilliárdnyi jó ha van egymilliárd.
    > Tavaly nem adtak el 300 millió PC-t. 4-5 dolláros Windows licencdíjak mellett ez nem olyan mesés üzlet. A fejlesztés költségei ugyanis magasak.

    Tudom, hogy zsugorodik a piac és egyre kevesebbet adnak el, de még mindig van egy irdatlan - igen, több milliárdos - méretű PC-s géppark, aminek az elsöprő többségén valamilyen ringyóz fut.

    > Supportot pedig el lehet adni Linuxos Windowshoz is. Sőt attól, hogy Linux alapú a Windows még lehet utána licencdíjat szedni, ahogy a Red Hat, Oracle, vagy például a Mikrotik is licencdíjat szed. Ha ez ráadásul csak pár dollár a Microsoftnál még zúgolódás sem lenne miatta.

    Supportot annak lehet eladni, aki vesz. Ha az ms lebombázza az userbázisát, nem lesz kinek.

    > Pláne akkor nem ha a 20% miatt több mint hússzorosak a fejlesztés költségei.
    > A valóságban ez a 80-20 arány inkább 98-2 -höz áll közel.

    Ezek a százalékok meg szorzók honnan vannak? Ki mondta ezeket?

    > Például .NET Core.

    Az a bloatware neked jó?

    > Új vezetés van a Microsoftnál, és ugyan a múlt sötét árnyai sokáig fognak még kísérteni, az üzleti racionalitást nem fogják felülírni bukott Ballmer doktrínái.

    Az igaz, hogy Ballmer lemaradt az új piacokról és baromi sokat rontott az ms helyzetén, de a mostani vezetés legalább annyit. Amit a win10-zel csináltak, az egy rémálom. Ezt csak tetéznék egy Linuxra átállással.

    > Az API war-t elvesztette a Microsoft. A jövőt ők is nyílt API-kban látják.

    Ezt melyik marketinges mondta? Ők érdekből csinálnak mindent. Egy olyan folyton változó API-val, mint a Linux, mégis mit kezdenének?

    > Az átlagfelhasználók milliói számára fontos programok korábban csak Windowson működtek. Ezért újra-és-újra kicsengették a Windows utáni licencdíjat ami még csak nem is volt az „övék”. A magyar gyarmatokon még azt is eljátszották a MS helytartók, hogy használt PC-ket karitatív alapon osztogató alapítvánnyal újra kifizettették a Windowst tízszeres OEM áron mint amit a nagy PC gyártók fizettek érte eredetileg. A kicsi PC manufaktúrák (mert gyártónak azért nem neveznék egy Mistral computert) szintén a tízszer annyit fizettek az OEM Windowsért mint a valódi nagyok (HP, Dell, Acer…) Még a nagyok között is hűbérrendszert működtetett a Microsoft ezért sem mertek Linuxos PC-kel előállni. Ugrott volna a nagy win licenc kedvezményük. Talán nem véletlen, hogy a nagy PC-gyártók nem tudtak felugrani az Android expresszre. Pedig ma már mobilból sokkal nagyobb bevételek vannak. Egyedül a Samsungnak sikerült ez a mutatvány.
    > Majd elbukott az Internet Explorer a Google Chrome böngészővel szemben. Repült az IE Macintoshról is. És már nem volt MS dominancia a web-en. Majd következtek a mainstream alkalmazások. Az Apple megvalósította a Microsoft-mentes mainstream desktop alternatíváját. Sokan rájöttek, hogy lehet iWork-kel is dolgozni. Van élet a MS Office világán is túl. A Microsoft-függetlenné vált webvilág is beleharapott a windows natív alkalmazások piacába. Gmail webes és bárhonnan elérhető felületével szépen visszaszorította az Outlook-ot, ami egyébként is malware mágnesként működött.
    > Facebook messenger az MSN helyébe lépő, feleslegesen felvásárolt Skype-ot nyomta le.
    > Végül az iOS és Android eszközök lezárták a Windows dominancia korszakát a felhasználói számítástechnika világában. Tömegek jöttek rá, hogy nemcsak más architektúrájú, operációs rendszerű, de fizikai megjelenésében és felhasználói interfaceiben is teljesen más mobilokkal és tabletekkel kiválthatóak a korábban csak PC-vel végzett tevékenységek.
    > Szervervilágban soha sem volt igazán MS dominancia. A felhők megjelenésével itt is megindult a Windows visszavonulás a korábbi pozíciókból.

    Ez úgy nagyjából igaz, de ez nem érv a Linuxra migráláshoz. Az, hogy a mikiszoft már vagy 15 éve mindent konzekvensen elkúr (kivéve a win7-et), az nem jelenti, hogy ez megéri nekik. Vagy te pont arra apellálsz, hogy ezt is elkúrják, lesznek olyan sötétek, hogy átállnak Linuxra és saját kezűleg lövik bele magukat a saját kezűleg megásott sírba? (Amúgy ez nem lenne rossz, csak sajnos a kuglinak már így is túl sok hatalma van.)

    > Nem emuláció az sem de a ki nem mondott következtetésed különben is téves.

    Mi számít neked emulátornak akkor?

    > Semmilyen szoftvertechnológiai akadálya nincs egy Windows kompatibilitási réteg megvalósításának.

    Még mindig semmi bizonyítékot nem mutattál fel erre.

    > Egyáltalán nem olyan. Valójában virualizációs réteggel oldotta meg az Apple (Blue Box).
    > Az Amiga sem emulálja!

    Ez már csak a szavakon való lovaglás. Egyébként meg úgy hívták őket, hogy emulátor, vagy te jobban tudod a készítőknél?

    > Az NT kernelnek semmi köze a Vax/OpenVMS-hez. Ezeket te honnan veszed?!

    Lássuk csak:
    http://www3.sympatico.ca/n.rieck/docs/Windows-NT_is_VMS_re-implemented.html
    https://www.itprotoday.com/compute-engines/windows-nt-and-vms-rest-story
    https://en.wikipedia.org/wiki/Dave_Cutler
    Semmi köze sincs hozzá tényleg. Elég foghíjasak az ismereteid.

    > Ezt az architektúra áthidalást már megoldotta a Microsoft is.

    Ami olyan kurwa lassú, hogy beleőszülsz. Ha te ezt megoldásnak hívod, hát lelked rajta.

    > Igen sok értelme van. Jelentősen csökkenthető a fejlesztési költség, megszüntethető a malware-tenger amiben lassan elsüllyed a Windows.
    > RDP -n bemegy a malware ami utána letitkosít mindent amit amit Windows fájlmegosztáson elér a belső hálón a helyi háttértár mellett. Jelenleg az a MS hotfix, hogy használhatatlan az SMB.

    Ennyi? Ennyi az összes értelme, hogy nem mennek a malware-k? Az elég nagy baj, mert ha neked lesz igazad és az ms mégis meg tudja csinálni azt a bizonyos 99%-os kompatibilitású wrappert, akkor azzal a rössel a malware-ek is futni fognak, tehát az egyetlen értelme is elveszik az átállásnak.

    > Linux azért optimális választás mert sokat spórolna vele a Microsoft,

    Így is sokat spórolnak a leépítésekkel; az amcsi vállalati kúltúrában ez az alap.

    > megszabadulna a malware örökségtől,

    99%-os kompatibilitás mellett? Most akkor minden fut vagy sem? Ha minden fut, akkor a malware is.

    > és nem utolsósorban sokkal szélesebb hardvertámogatást élvezne,

    Nem az én logikám inverz, hanem a te látószöged; azért azt elég nehéz lesz megmagyarázni, hogy a winnek kevesebb drivere van...

    > főleg az annyira vágyott cél ARM platformon.

    Ld. a fentebb linkelt cikket, szokásos ms minőségű megoldással, tuti siker.

    > Nem véletlen, hogy olyan cégek választanak FreeBSD-t akik saját hardvert gyártanak behatárolt szűk választékkal.

    Meg akik be akarják zárni a kernelt. Az ms a FreeBSD-vel is játszadozik.

    > Több mint 5 év alatt adott el ennyi PS4 konzolt a Sony. Az évente kevesebb mint 20 millió.

    Bocs, de ezen csak röhögni tudok már. "Évente kevesebb, mint 20 millió." Mi számít akkor neked nagy dobásnak? Mutass már nekem egy hasonló céleszközt, ami csak egy dologra jó (nem feltétlen játékkonzolt, akármit), amit többszázmillió ember vett meg.

    > Ráadásul a konzolok eladásán nincs vastag nyereség, sőt állítólag nyereség sincs.

    Állítólag. Hinni a templomban szokás: Elég jókora profit van rajta és ez csak maga a konzol, a játékok nincsenek is benne. Legalább néznél utána a tényeknek...

    > Egy FreeBSD szintű operációs rendszer fejlesztése közel sem „primitív” egyszerű, olcsó és gyors dolog. Pláne ha stabil operációs rendszert akar a Sony.

    Egek. Én nem a FreeBSD-re mondtam, hogy primitív; te ennyire nem érted amit leírok? Azt írtam, hogy egy primitív - egy hardware-re optimalizált, csak játékot és némi multimédiát tudó - oprendszert kellett volna megírni, nem azt, hogy egy FreeBSD szintűt, ami primitív. De egyébként ha megnézed a belinkelt cikket, akkor látni fogod, hogy bőven kifutotta volna még egy új FreeBSD kernel is, annyit termelt.

    > Furcsa, hogy a HUP-on ez nem triviális.

    Nem, csak nem érted, amit írok...

    > PS2-n még Sony rendszer volt. PS3 már sok FreeBSD kódot használt fel. A PS4 már egy módosított FreeBSD rendszerű konzol. Gondolkozz el azon vajon miért?! Exponenciálisan nő a szoftver oldali fejlesztés költsége. Működő, megbízható, robusztus nyílt forráskódú unix sokat spórol a gyártónak.

    ...még mindig. Mire válaszolsz ilyenkor, de tényleg? A kérdésed az volt, hogy kevesebb-e a PS4 attól, hogy FreeBSD van-e rajta, én meg mondtam, hogy nem, de több se, mert egy konzolon akármi lehetne.

    > Itt jegyzem meg, hogy ma már a Microsoft is a Chromium nyílt forráskódjára építi Edge böngészőjét. Gondolta volna ezt valaki pár éve?!

    "Kis" különbség: az explodert már a kutya nem használta, az csak ballaszt volt a cég nyakán. A windózt viszont az egész világ használja.

    > CSAK kernelt! LOL!
    > Nálam például a körtefán terem a kernel forráskód. De tavasszal beoltom a málnabokrot hátha az is tud kernelkódot teremni. Vannak akik meg hibrid kukoricával csinálják. Végül is kernel-kernel.
    > Azt a néhány library-t ami kelleni szokott csak kikölcsönzöm a kerületi könyvtárból.
    > Egyszerű ez mint a faék! :D

    Fölényeskedés az látom nagyon megy, az olvasás/szövegértelmezés meg nem nagyon: szó szerint leírtam, hogy "tehát volt bőven mit programozniuk így is". Én nem a FreeBSD-t degradálom, hanem azt magyarázom, hogy egy célhardware-re bármit rá lehet rakni, ha megírod ami kell. Nem volt indokolt a FreeBSD szintje, erre utalt a "csak" szócska, hogy csak azt emelték át, ami kellett belőle a többit így is le kellett fejleszteni, tehát így is volt fejlesztési költség bőven, de vastagon megtérült. A linkelt cikkből azt is láthatod, hogy ha egy egyhardware-es kernelt le kell fejleszteni, az is megtérült volna, csak épp így egyszerűbb volt fejleszteni.

    Nem érted amit írok (vagy el sem olvasod), válaszként légből kapott adatokkal és állításokkal jössz elő újra és újra, amiket sosem, vagy tárgyi tévedésektől hemzsegő marhaságokkal támasztasz alá, mert foghíjasak az ismereteid és közben fölényeskedsz és személyeskedsz.

    Így nincs értelme vitatkozni.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2321341

    Ehhez egy hordó is kevés lett volna...




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2322210

    Ennyi az össz válaszod?

    Egyébként nem azt mondtam, hogy az ms ne adhatna ki desktop Linuxot, hanem azt, hogy a windowst biztos nem fogják lecserélni rá, üzleti okokból. Lentebb arpi_esp is ezt mondta.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2326678

    Felesleges. Mint lentebb mondtam, meguntam, hogy ugyanazon a két ponton kerengünk. Én már mindent elmondtam, amit akartam.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2322312

    Lehet, hogy ezek speciel épp kihalni készülnek, de ez csak pár példa volt. A legnépszerűbb kereskedelmi desktop UNIX a mai napig az OSX és sokkal több desktop OSX gép van, mint Linuxos, tehát ez, hogy a Linux kiszorítja a régi UNIX-okat, azért elég erős túlzás.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2322313

    > 1 - Microsoft erős brand, főleg egy döntéshozó szemében. eddig nem akart linuxot használni, de ha már a mircosoft is szállítja, akkor biztos jó. ráadásul egy cég felé kell intézni a licenceket, kisebb licenc department kell. (vendor lock-in nem riasztja őket, már úgyis benne vannak nyakig :p )

    Max. akkor, ha lesz szoftver, de a windózos szoftvereket is idő portolni. Amíg nincsenek portolva, nem áll át senki. Amíg nem áll át senki, addig nem portolnak.

    > 2 - miért vesz bárki RedHat-et amikor ott a CentOS? miért vesz bárki oracle mysql-t amikor ott a mariadb?

    Egyrészt a support miatt, másrést az egy teljesen más szegmenshez tartozik. Itt még mindig a desktop windózjúzerekről beszélünk, belőlük van több milliárd.

    > 3 - migrálás biztosítása, kompatibilitás, pl ha ezeket nyújtaná az MS és tudna érte pénzt kérni, akkor még működhetne is

    Az ms jelen pillanatban a saját oprendszerét sem tudja összehozni úgy, hogy működjön, akkor hogy csinálná meg ugyanennek az oprendszernek a fullos emulációját/wrappingjét egy másikon?




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2321340

    Bocsánat, itt nem arról volt szó, hogy a különféle piaci szegmensekben - ahol tkp. majdnem mindegy, hogy az ms saját megoldást szállít, vagy importot - ott az ms Linux alapokra helyezi az üzemeltetést; ilyenre eddig is volt példa. timi arról van meggyőződve, hogy a desktop windowst fogják kukázni VMS kernelestől és legacy API-stól és helyette egy windowsként felcímkézett Linuxot fognak adni.

    Mobil OS-t már próbáltak kreálni, igaz win alapon, android és iOS kompatibilitással, de nem sikerült nekik.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2321359

    > igen ez technikailag megoldhato, nem is kell nagyon megeroltetniuk magukat, de uzletileg vszinu ongyilkossag lenne... (kerdes persze jelenleg a beveteleik milyen aranyba jonnek a win desktop licenszekbol)

    Igen, ezt magyaráztam én is timinek, hogy ez a biztos módja annak, hogy kinyírják magukat, mert senki nem venne meg egy olyan windows-t, amin alig működik valami a windows-os szoftverparkból.

    > tudom, ezert kene most megprobalniuk linux alapon, win kompatibilitassal :)

    Mobilon nem értem mi értelme lenne a win kompatibilitásnak, hiszen windows phone-ra gyakorlatilag alig volt alkalmazás. Linux alapú mobil OS-t adhatnak ki ők is, csak nem tudom, hogy mennyi esélyük lesz betörni a droid és az iOS által már rég letarolt piacra vele.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2322046

    > Ez igaz is lenne ha az utolsó mellékmondatod állítása nem lenne teljes tévedés.
    > Természetesen A Microsoft az összes Windows forráskód birtokában meg tudja oldani, hogy minden ugyanúgy működjön mint az eddigi új Windows verziókra történő váltásnál.

    Erre is válaszoltam a fentebbi posztban: most már jó lenne, ha ezt alá tudnád támasztani, hogy ezt meg tudják csinálni. A winfónos droid kompatibilitási rétegbe is beletört a bicskájuk.

    > A kiadásokat növelik a malwarek (valódi, userek tízmillióinak az idegzetét borzoló malwarek, és nem teoretikus csak elméletben létező malwarek) amikben lassan elsüllyed a Windows.

    És erre is válaszoltam: Malware van Chrome OS-re/Androidra is, nem csak teoretikusan, még ha te ezt vallási okokból el is utasítod. Azonfelül, ha mégis sikerülne megcsinálni azt a bizonyos kompatibilitási réteget, akkor azzal rögtön futtathatóvá is tettük a windózos malware-eket Linuxon.




    Windows 11 Linux alapokon: https://hup.hu/node/163088#comment-2322211

    Ami a VMS-t illeti, még jópár éve beszéltem a ReactOS egyik core fejlesztőjével és megkérdeztem, hogy mi vesz rá embereket arra, hogy nyílt forrású windóz klónt írjanak. Erre az volt a válasza, hogy ők igazából nem nyílt forrású windózt akarnak írni, hanem nyílt forrású VMS-t, abból pedig a windows NT sorozat a legpopulárisabb, csak az ms féle lowlevel és middleware cuccokat leszámítva a kutya nem használja a windózos szoftverparkból a VMS related cuccokat, mert minden a win32 API-n keresztül megy. Ennyit az urban legendről; ha a ReactOS fejlesztőinek se hiszel, a te bajod.

    Ami pedig a többit illeti, meguntam, hogy ezen a két ponton kerengünk körbe-körbe. Keress magadnak Chrome OS malware-t, mert tucatjával vannak erről szóló cikkek a neten, a kompatibilitási rétegre meg majd visszatérünk, ha elkészül. (És elegánsan kikerülted azt a részt, hogy ha lesz ilyen réteg, akkor rögtön futni fognak ugyanazok a windózos malware-ek, amikben a windóz most elsüllyed.)




    SPOILER alert: https://hup.hu/node/163306#comment-2326186

    A PDF szerint a Spoilert távolról, JS segítségével is ki lehet használni, hiába van lekorlátozva az utasításkészlet. Újabb pont a listán, hogy miért is katasztrófa, hogy a "webkettő" nagy része működésképtelen JS nélkül: ha letiltott JS-sel böngészel, nem fog menni az oldalak nagy része.




    SPOILER alert: https://hup.hu/node/163306#comment-2326315

    Ez tény, de ha épp nem értéket keresel, hanem munkát végzel, vagy csak épp szükséged van valamire arról az oldalról, akkor szopsz.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325485

    Leírtam, hogy az rc.local-os megoldás nem működött. Igen, futtatható volt az is, meg a script is.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2326273

    Ezen már rég túl vagyunk. :)
    Hiányzott neki a $PATH-ból az /usr/local/bin, de egyébként tegnap este már sikerült megoldani.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325488

    Sajnos gőzöm sincs, hogy milyen runlevelen indul el, én ugyanis ezt nem állítottam be. Lehet, hogy ez volt a hiba?

    Igen, 99+%-os valószínűséggel én rontok el valamit, csak nem tudom, hogy mit. Hibaüzenet nem volt semmilyen, se logban, se amúgy.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2326225

    Thx, Zahy odalennt már felhomályosított ezügyben.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325486

    Leírtam, hogy Devuan 2-es, ld. az egyel feljebbi posztot gee-től: nincs systemd.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325864

    > sysvinittel meg óriási szívás.

    Nem szívás, csak én nem értek hozzá.


    Σ: 001 -> gee


    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2326231

    > - crontab: A cron nem igazán erre való, azt, hogy mikor fut le nehéz belőni

    Hogy mi? A cron pont arra való, hogy pontosan akkor fusson le a parancsod amikor akarod.

    > - rc.local: ez régen nem volt minden disztróban

    De te jelen időben mondtad, hogy most szívás. (Egyébként meg #define régen, legjobb tudomásom szerint az /etc/rc.local az UNIX 7 (1979) óta létezik...)

    > - inittab: simán felülírja valami

    Hogy mi? Mi írja felül, mikor, hol?

    > - rcX.d: Ez a legértelmesebb megoldás, de boot után elég nehéz lesz kihámozni, hogy tényleg lefutott-e a script és mit logolt.

    Miért lenne? /var/log/ nem vész el.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325487

    Valószínűleg itt is az, csak én nem tudom, hogy mit kell csinálni. Viszont, ha már trollkodás: mikor gyerekjáték? Miután letörölte az egész fájlrendszert, EFI-stül, mindenestül és be se bootol többet?




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325489

    Boot alatt azt értem, hogy mielőtt az X11 felkelne és az XDM feldobná a login formot.

    Nem, végülis nem titkos a script. Lényegében arról van szó, hogy vannak a PIPO X8 és PIPO X8 Pro nevű minipécék, amikhez van egy live Linuxunk, amiről telepítjük a gépre. Az egyiken a cdc_ether driver kell, hogy vigye a netet, a másikon pedig a dm9601. Namármost, ez eddig egy dolog, de a sima PIPO-n, ha a dm9601 előbb betöltődik, mint a másik, akkor elszáll a net és csak reboottal lehet megjavítani; nem, sem unload, sem semmi nem segít. Ezt csak blacklisttel lehet orvosolni, viszont a másikon meg pont az a driver kell, amit itt blacklistelni kell. A probléma, hogy hol ezen, hol meg azon a fajta gépen kell felbootolni a telepítőknek a kulcsot, ezért írtam egy scriptet, ami annyit csinál, hogy megnézi, hogy ez melyik fajta PIPO, meg, hogy blacklistelve van e a dm9601 és a gép típusától függően tiltja vagy engedélyezi a drivert. Aztán rebootol, mert különben nem működik...

    Ennyi a történet dióhéjban és itt vannak a scriptek:

    detect_pipo: Ez ismeri fel a gépet.
    detect_pipo_blacklist: Ez dönti el, hogy épp tiltva van-e az ominózus driver, vagy sem.
    config_pipo_net: És ez az a script, amit meg akarok hívni, ami intézi az egészet.

    Mind a három script az /usr/local/bin-ben lakik és mindegyik futtatható.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325502

    1) Nekem jó volna, de úgy nem működött. Nem tudom, hogy miért. Esik kel a Linux ezeken a gépeken.
    2) Leírtam a nyitó posztban, hogy azt megpróbáltam és nem működött.
    3) Csak nyugodtan. Én majd akkor fogok röhögni, amikor a systemd megint a levesbe küldi valakinek a gépét, mint a múltkor. (BTW, felesleges a trollkodás, nem a SysVInit nem működik, hanem én nem tudom, hogy hogy kéne ezt megoldani.)

    Az udevnek lehet egyáltalán olyat mondani, hogy ha ez a CPU van, akkor ezt töltse be, ha meg az, akkor meg azt?




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325515

    > Jól látom, hogy ez valami USB-s kütyü? Nincs valami device attrib, amivel különbséget tudsz tenni köztük? Ha igen, onnantól két szabály, szűrsz arra az attribra, egyiknél modprobe cdc_ether, a másiknál dm9601...

    A második fele jól hangzik, csak nem értem az első felében a kérdéseket. Mi az USB-s kütyü? Maga a minipc? Van rajta USB, de az miért fontos? Vagy úgy érted, hogy maga a hálókártya belül az USB porton ül-e? A CDC az lshw szerint a PCI expressen, a másikat nem tudom, de valószínűsítem, hogy az is.

    > Azt viszont nem, hogy _miért_ nem működött (meg _hogyan_ nem működött)

    Ez tény, de az elsőt nem is tudom leírni, mert én sem tudom, hogy miért nem működött (ha tudnám, akkor megoldottam volna. :/ ), a másikon meg nem nagyon van mit részletezni: egyszerűen nem történt semmi.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325520

    Hogyne:
    http://oscomp.hu/depot/pipo.lspci.log
    http://oscomp.hu/depot/pipo.lshw.log
    http://oscomp.hu/depot/pipopro.lspci.log
    http://oscomp.hu/depot/pipopro.lshw.log




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325532

    http://oscomp.hu/depot/pipo.lsusb.log
    http://oscomp.hu/depot/pipopro.lsusb.log




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325790

    Csináltam egy custom rule-t az /etc/udev/rules.d/pipo-net.rules néven, amibe beírtam ezt, de nem tölti be a drivereket.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325843

    Így meg betöltötte mind a kettőt...

    Ja, feljebb elfelejtettem: a Debian Wiki oldala a cdc_ether-ről az csak a sima PIPO-nál működik a PIPO Pro-nál pont a dm9601 kell.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325910

    Beleírtam ezt:

    # PIPO
    SUBSYSTEMS=="usb",ATTR{busnum}=="1",ATTR{devnum}=="2",ATTR{idProduct}=="0a46",ATTR{idVendor}=="1269",RUN="/sbin/modprobe cdc_ether"
    # PIPO PRO
    SUBSYSTEMS=="usb",ATTR{busnum}=="1",ATTR{devnum}=="3",ATTR{idProduct}=="0a46",ATTR{idVendor}=="1269",RUN="/sbin/modprobe dm9601"

    De így meg egyiket sem tölti be. Egyik gépen sem.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325549

    A normál PIPO-n a kettős blacklist és a modprobe cdc_ether után működik a net, viszont a PIPO Pro-n hiába mondom neki, hogy modprobe dm9601, utána nem hajlandó működni. ifup/ifdown azt mondja, hogy nincs konfigurálva, /etc/init.d/networking stop/start kiírja, hogy configuring done, majd ugyanúgy nem megy, az ifconfig eth0 up/down meg kiírja, hogy ilyen eszköz nincsen. Reboot életre leheli, de akkor a blacklistet el kell távolítani.

    Itt nem harmadik dologgal ütköznek, hanem ennek a szar PIPO-nak a Linux támogatottsága egy raklap alsógatya. Esik-kel, boot-ba néha belefagy, stb.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325789

    Közben kiderült, miért nem ment: az /etc/udev/rules.d-ben volt egy konfig, ami már bejegyezte az eth0-át egy adott mac addressre és az eth1-et egy másikra. Miután kitöröltem, rebootoltam és modprobe dm9601 && /etc/init.d/networking restart és működik. Valahogy lehet forceolni, hogy ne csináljon persistent rulesetet az eth0-ra?




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325844

    70-persistent-net.rules volt, de amúgy megvan, thx.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325518

    > Erre tudsz egy linket mondani? systemd "okozta" adatvesztésre egyedül az rémlik, amikor valaki azzal találkozott, hogy lehet a systemd-tempfiles-t rm /* -re paraméterezni...

    Adatvesztésest? Tudok mondani azt is (ez pont az amit te is említettél), noha én nem arról beszéltem, hogy az adatokat küldi a levesbe, hanem azt, hogy a gépet. (Link erre is: https://news.ycombinator.com/item?id=10999335)

    De ez itt tényleg off és felesleges is. Felhívnám a figyelmedet, hogy ezt nem systemd fikatopicnak szántam, én meg sem említettem a systemd-t, asch és te triggerelődtetek a Devuan említésére és hoztátok be a topicba.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325491

    Köszi a linket.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325490

    Beletettem, itt van az eredmény: http://everlink.hu/env.txt

    Az /usr/local/bin ugyan nincs benne a $PATH-ban, de én teljes eléréssel írtam bele a scriptet. Próbáltam úgy is, hogy sh-val hívom meg.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325503

    Pár poszttal feljebb, abban amire a systemd-s röhögőst választ adtad, le volt írva, hogy /usr/local/bin, de a config_pipo_net script full eléréssel van meghívva és már az sem fut le.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325788

    Közben nekem is eszembe jutott; asszem inkább egy scriptbe pakolom majd őket. Hacsak nem sikerül udevvel megoldani fentebb.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325504

    Azt próbáltam, de nem ment. Egyáltalán nem futtatta le a fájlt.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325559

    Hát most hogy az env-ben az /usr/local/bin nincs benne a $PATH-ben, valószínűleg a másik két script hiányzott neki... De azért majd debuggolok.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325787

    Közben nekem is eszembe jutott; asszem inkább egy scriptbe pakolom majd őket. Hacsak nem sikerül udevvel megoldani fentebb.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325562

    > Noha jól látszik, hogy az /etc/rc.local segítségével már közelítesz a megoldáshoz, azért megemlítem, hogy a SysVinit esetén létezik olyan is, hogy /etc/inittab, és ebben azok a sorok, amiknél az action kulcsszó (a 3. mező) a "sysinit" / "boot" / "bootwait", azok a fenti sorrendben, a fájlbeli sorrendnek megfelelően futnak le a boot meglehetősen korai szakaszában.

    Egy darab sysinit-est találtam: si::sysinit:/etc/init.d/rcS
    A másik kettőből nincs.

    > Mondjuk pl. ha rossz helyre teszi az ember, akkor simán lehet, hogy még nincs is felcsatolva a /usr, vagy a /usr/local.

    Láma kérdés: felcsatolva? Mármint mountolva? Itt egy partíción van minden (kivéve a swap). Vagy úgy érted, hogy a $PATH-ben nincs még benne? Az már kiderült, hogy tényleg nincs akkor még benne.

    > Illetve megteheted, hogy kikeresed, hogy mi az alapértelmezett futási szint (az a sor, amiben "initdefault" a kulcsszó, abban a sorban a második - runlevel - mezőben szereplő legmagasabb értékű szám), és a fájl elejére felveszel néhány olyan sort, amiben a futási szint (2. mező) megegyezik ezzel a számmal, a kulcsszó (3. mező) a "once" kulcsszó, a negyedik mezőben pedig teljes elérési úttal az általad futtatni akart script.

    Ezt találtam: id:2:initdefault:
    Tehát akkor be kéne elé szúrnom egy olyat, hogy piponet:2:once:/usr/local/bin/config_pipo_net ?

    > És í. t. (Mint mások is mondták, a kicsit részletesebb hibaleírás sokat tud segíteni.) Ha pedig azt kell egy SysVInit-es rendszer esetén kideríteni, hgy mi az alapértelmezett futási szint, akkor az inittab tanulmányozása helyett használható a "who -r" parancs boot után egy terminálban.

    Thx. Mondjuk ehhez valid service is kéne. Az LSB headert ugyan beleraktam, de ennek ellenére sem futott. Majd holnap retry.




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325807

    > A PATH-beli értéket akár te is változtathatod, ha mindenképp az a cél, hogy legyen benne a /usr/local/bin, akkor akár ezt is beteheted a scriptjeid elejére:
    PATH=$PATH:/usr/local/bin
    export PATH

    De hülye vagyok, ez eszembe se jutott, hogy átállíthatom kézzel... :/

    > - script futtatási joga
    > - script első sorában #! után álló shell létezzen (és szintén legyen futási joga)

    Ezek megvoltak.

    > - minden a scriptből hívott parancs vagy elérési útvonallal legyen, vagy olyan könyvtárban, ami benne van a PATH-ban

    Ez viszont nem, nem volt benne a PATH-ban...

    > - eseleg script elejére (she-bang után) két ilyen sor:
    > exec 2> /tmp/stderr # stderr átirányítva ebbe a fájlba
    > set -x # ennek hatására minden parancs futtatása előtt kiíródik az stderr -re a parancs

    Erre már nem kerül sor, mert azzal, hogy fel lett véve a hiányzó útvonal, a script életre kelt és megcsinálta, amit kellett, thx a rámutatást. Viszont sajnos csak azután teszi, hogy az X11 elindul és az XDM feljön. Bejelentkezni nem kell, de a telepítők ebbe bele fognak zavarodni, hogy most mikor kell várni, meg mikor nem, azonfelül a rebootba belehal a gép, kapok egy fehér képernyőt, rajta egy mozgatható pointerrel és kámpec. Ctrl + Alt + Fx sem segít, csak az eltáp. Hogyan lehetne az X11 előtt lerendezni ezt?




    Script lefuttatása boot alatt: https://hup.hu/node/163276#comment-2325943

    Köszi a magyarázatot, mindenképpen bele fogom magam ásni, de úgy néz ki sikerült megoldani Zahy és SzBlackY javaslatainak összekombinálásával: Az eth0 rulesetet belinkeltem a /dev/null-ra, a két drivert blacklistre raktam és az rc.local-ban pedig meghívok egy scriptet, ami a korábbi módosult változata, nem blacklistel meg rebootol, csak loadol, aztán újrahúzza a network-öt: http://everlink.hu/init_pipo_net

    Köszi mindenkinek!




    Egy értelmes TV műsor - Cápák Között: https://hup.hu/node/163103#comment-2321288

    Kérdés: Itt most ténylegesen értékelhető ötletek között válogathat a zsűri, hogy melyiket szponzorálja majd meg?
    Vagy ez is a szartéelklubbos tehetségtelenségkutató műsorok mintájára működik, ahol nem az a néhány tehetség a lényeg, akik tényleg tudnak valamit és majd bejutnak a döntőbe, hanem az a többtucat önmagát leégető hülye, akiket a zsűri tagjai szénné-szarrá-rommáaláznak és mocsokba tipornak a selejtezőkben, mert a proli azt szereti?




    Egy értelmes TV műsor - Cápák Között: https://hup.hu/node/163103#comment-2321338

    Akkor csoda történt.




    Geary 0.13.0: https://hup.hu/cikkek/20190218/geary_0_13_0#comment-2320726

    Céges levelezést biztos nem bízunk külsős emailszolgáltatóra. Ráadásul ezeknek a vacakoknak az online felülete tényleg egyre inkább használhatatlanná válik a teméntelen JS miatt.




    Geary 0.13.0: https://hup.hu/cikkek/20190218/geary_0_13_0#comment-2320915

    +1




    Geary 0.13.0: https://hup.hu/cikkek/20190218/geary_0_13_0#comment-2320916

    +1, bár ez nem feltétlenül sajnos, mert ha elég szar lesz, csak leszoknak róla a népek.




    Geary 0.13.0: https://hup.hu/cikkek/20190218/geary_0_13_0#comment-2320917

    +1




    Youtube frontend: https://hup.hu/node/162726#comment-2311874

    > AndroidTV ? :)

    Nincs a közelemben droidos cucc. Egyébként is, ezt nem a google szállítja? Mert akkor gondolom a tracking meg a reklámok ugyanúgy ott vannak benne.

    > vmplayer vagy esxi OSX ala es unlocker. Kb ennyi az egesz. Esetleg cpu feateket keell engedelyezni. Mojave szepen megy nekem.

    intel vagy AMD CPU-d van?




    Youtube frontend: https://hup.hu/node/162726#comment-2311873

    Van még más is, amit nem tud, pl. feketelistát.




    Youtube frontend: https://hup.hu/node/162726#comment-2312064

    Sose jártam "szánin", de azért köszi.




    Youtube frontend: https://hup.hu/node/162726#comment-2312066

    Én köszönöm a dícséretet.




    Youtube frontend: https://hup.hu/node/162726#comment-2312072

    > Cool! Épp ilyenről kezdtem én is álmodozni, ahogy a reklámblokkolók elkezdtek gyengén teljesíteni.

    Thx, ezek szerint jókor jöttem ki vele. :)

    > Hogy működik belül? Valami meglévő cuccra épül a stream letöltés, vagy megcsináltad a teljes API-t? Ha a yt változtat a saját API-jain, azt fogod tudni követni?

    Egyszerű HTTPS GET-eket ad ki a program, a kapott HTML-lel dolgozik. Írtam egy HTML interpreter unitot ami felépíti a node-tree-t, aztán abban a különféle attribútumok alapján keresi ki a szükséges részeket. Ennek megfelelően nekem a yt nem tud semmiféle API-val keresztbe tenni, mert amíg a böngészők tudják használni, addig én is.

    > Sauce? Soruce kód van, lesz? Licensz Free Szoftveres lesz?

    Nincs se source, se license. A cucc simán freeware.

    > A letöltős weboldalt jó lenne https-re tenni, hogy ne kelljen MITM-től tartani letöltéskor.

    Akkor írd be elé a https://-t...

    > Vagy valami megbízhatónak tűnő helyre feltenni SHA summát.

    Oké, ennek még van is értelme, ha sérülne az archívum. Elérhető itt: http://oscomp.hu/ytfe_dl/sha1sums.txt

    > Szerk.: kipróbáltam, a keresés kiválóan működik, de a lehátszást nem sikerült működésre bírnom még. A play gombra kattintva a VLC elindul, de Playlist is currently empty-vel.

    Látatlanban az volna a tippem, hogy így néz ki nálad a player CMD sor: /path/to/vlc és nincs a végén a {URL} placeholder: /path/to/vlc {URL}
    A manualban bővebben is ki van fejtve, de ennyi a lényeg.

    > * Prefs ablak
    > ** átméretezése nem működik

    Az egy fix méretű ablak, nincs értelme átméretezni.

    > ** Validáció csak save-re tünteti el a pirosat - akár azonnal is működhetne amint jó a fájlnév

    Ez igaz, működhetne úgy is. De ez feature request, nem bug. :)

    > * Lejátszás valamiért nem működik, de nem derül ki miért

    Ld. fentebb, szerintem a placeholder hiánya miatt.

    > ** Logolhatná a kiadott parancsokat, akkor ki tudnám silabizálni mi a probléma

    Van benne logger, de alapból ki van kapcsolva. Bekapcsolása: touch ~/.ytfe/dolog Ekkor a /var/log/ytfe.log elérés alatt lesz elérhető a log. Erről viszont azt kell tudni, hogy nekem kellett a debughoz, szóval nem biztos, hogy minden érthető lesz benne; pastebin vagy email, majd kisilabizálom.




    Youtube frontend: https://hup.hu/node/162726#comment-2312143

    > Még egy kicsit bénáztam vele, mert se az mpv, se a VLC nem tudott youtube linket lejátszani OOB hiba nélkül. Mármint nálam, mert úgy tűnik régi vagy hiányos volt a rendszerem.

    Pedig VLC 2.2-vel még ment alapból. 3-assal nem próbáltam, egy nap után kukásítottam. Mondjuk amúgy is mpv-t használok hozzá, de a tesztek alatt a VLC is vitte.

    > Köszi!
    >
    > Főleg a családi gépre lesz fontos, mert szoktunk a gyerekekkel zenét hallgatni netről,
    > de semmiképp sem akarom, hogy reklámokat lássanak még véletlenül se!

    Szívesen. Na igen, reklámot azt tényleg nem kéne, így is érni fogja őket elég degeneráltságra ösztönző hatás... :/

    > A loggoláshoz gonodlom be kellene állítanom, hogy a useremnek legyen írási joga a /var/log-ra, ugye?

    Nyilván a /var/log az nem árt, ha írható, ha a programot nem rootként használod. Hibaüzenetet nem raktam bele, mert a loggolás nekem volt a debughoz, én meg rootként használom.




    Youtube frontend: https://hup.hu/node/162726#comment-2312156

    > Csak abban nem voltam biztos, hogy esetleg nem-e valami szolgáltatáson keresztül loggol-e.

    Miért használnék külön szolgáltatást egy sima textfile-hoz?

    > Ezek is a weboldalt parszolva működnek, és sajnos időnként el szoktak törni...
    >
    > Drukkolok, hogy a te programod ne törjön el, de nem vennék rá mérget a helyedben, hogy nem fog...

    Köszi, de ne aggódj, ha a tecső valamit átállít a HTML szerkezetben, vagy az attribútumok neveiben, amik alapján kibányászom az adatokat, akkor az azonnal fel fog tűnni és frissítem a programot.

    > Ezért érdemes youtube-dl-re építeni mindent amit lehet, mert azt mások karbantartják.

    Nem értek egyet. Szerintem is hasznos dolog a youtube-dl, de én nem szeretek bedrótozni dolgokat, pláne nem a másét. Ezért is a szabadon variálható playerlista, meg a custom downloader. Ha holnap a kugli agykereke fordul egyet és nekimegy a youtube-dl projektnek, akkor mindenki, aki arra támaszkodott, az meg fogja szívni.

    > Az mpv eddig jól muzsikál, de volt már olyan kodek, amit nem ismert, és azért nem indult el a lejátszás. Gondolom telepíteni kellene, vagy ilyesmi.

    Hát ha azt mondja, hogy nem ismeri a kodeket, akkor nyilván telepíteni kell. :)

    > Ami még nagyon hasznos volna nekem, az a csak soundtrack lejátszás funkció a video ignorálásával.
    > Ugyanis otthon a gyerekeknek a mozgókép tilos. Eddig úgy szoktuk használni, hogy kinyitjuk a zenét vagy mesét
    > és egy új tabot nyitunk, hogy a videó ne látszódjon. (A sávszélesség miatt sem volna mindegy,
    > ha működne úgy, hogy csak az audiót szedegeti le.)

    Igen, ezért csináltam meg úgy, hogy lehessen több playert használni, mert ebben az is benne van, hogy ugyanazt a playert paraméterezed fel többféleképpen, ha pl. csak zenét akarsz hallgatni, stb.




    Youtube frontend: https://hup.hu/node/162726#comment-2312688

    > Manapság divat :-). De közben rájöttem hogy te éppenséggel nem vagy divatmajmoló típus...

    Divatellenes sem. Én azt nézem, hogy valami célszerű-e és nem zavar, hogy ez most épp divat-e, vagy "ciki". De ennek IMHO semmi értelme nem lenne.

    > Nem biztos. A youtube-dl lekérdezi, hogy milyen streamek állnak rendelkezésre,
    > és valahogy paraméterezhető, hogy melyiket válassza. Lehet, hogy be lehet állítani
    > valahogy, hogy olyat válasszon, amihez van kodek. A böngészőkben sincs mindben minden kodek,
    > ott is van egyeztetés.

    Ennek érdemes utánanézni, thx a tippet. Ha összeszedtem, hogy hogy lehet ezt paraméterezni, akkor kitalálom, hogy hogyan lehet ezt használni.

    > Van tipped ilyen kommandra, amivel csak audiót játszik? Pláne úgy volna szép, ha a videó sztreamet le sem szedné.

    Az mpv/youtube-dl kombó tud ilyet: mpv --no-video

    A VLC tud olyat, hogy nem játszik videót vlc --vout none , de hogy ekkor le sem szedi-e a videót, azt nem tudom.




    Youtube frontend: https://hup.hu/node/162726#comment-2313291

    Nem igazán érdekelnek a freedesktop ajánlások, ez nem egy Linux-only szoftver.
    A cache egyébként átállítható máshova, de nem véletlenül a /tmp/ytfe a default, a /tmp-t azt illik másik partícióra tenni és nem a rendszerlemezt, vagy az user könyvtárát teleszórni szarral, hogy fogyjon a hely. (Nekem pl. a /tmp az RAM disken van.)
    A logfájlt is lehet, hogy relokálhatóvá teszem, meg felületből ki-be kapcsolhatóvá.

    Mondjuk XDG kapcsán annyit megtehetek, hogy leellenőrzi, hogy a ~/.ytfe és ~/.config/ytfe útvonalak közül melyik létezik és azt használja.




    Youtube frontend: https://hup.hu/node/162726#comment-2312069

    Tekintve, hogy nálam a tracking miatt a sütik is tiltva vannak a yt-n, így ez is ment a levesbe. Amúgy nincs is tecső accountom, mivel ahhoz gmail account kéne, ahhoz meg telefonszám, amit meg nem adok oda a kuglinak.




    Youtube frontend: https://hup.hu/node/162726#comment-2312384

    > Akkor ne csodálkozz, hogy visszaállítódik alaphelyzetbe a gomb. :D

    Ki mondta, hogy csodálkozok? Én csak megállapítottam, hogy visszaáll.

    > Miért nem?

    Mert előmásznak az orosz nindzsák a sloziból és répát dugnak az 1571-esbe.

    > Ne félj, ne hívogatnak, hogy akarsz-e biztosítást.

    Nem érdekel, mit akarnak vele; gúgülnek személyes adatot sose. (Meg persze egyetlen másik amcsi multinak se.)




    Youtube frontend: https://hup.hu/node/162726#comment-2313253

    De, ellenőrzik. Olyannyira ellenőrzik, hogy arra küldik az érvényesítő kódot SMS-ben, tehát a vezetékes teflon nem is jó.

    Ugyan vannak olyan eldobható SMS accountos oldalak, hogy bereggelsz, kapsz egy telefonszámot, meg egy fiókot, ami kilépéskor törlődik és oda fogadhatsz SMS-t, csakhogy nézik az IP-t, meg a telefonszámot, hogy ugyanahhoz az országhoz tartozik-e. Tehát magyar címről brazil telefonszámmal nem is fog menni. Ugyan van Anonymox, ami tud holland, brit meg amcsi IP-ket, de az ezekhez az országokhoz tartozó kamutelefonszámok nagy részét már elhasználták mások és nem lehet velük regisztrálni. Egyébként szűrik is az ilyen jellegű telefonszámokat.

    Gaygle == nagytestvér.




    Youtube frontend: https://hup.hu/node/162726#comment-2313278

    Az a te dolgod, hogy kinek mit adsz meg, az meg az enyém, hogy én kinek mit nem. A kuglinak garantáltan semmit. Semmit SE.




    Youtube frontend: https://hup.hu/node/162726#comment-2313252

    Lehet, hogy van ilyen, de a tecső, mint weboldal az autoplaytől függetlenül is teljesen használhatatlanná vált.




    Youtube frontend: https://hup.hu/node/162726#comment-2313277

    Erre nem tudok érdemben válaszolni. Az lehet, hogy a többi még szarabb, de attól a tecső nem még lesz jó, maximum kevésbé szarabb, mint a többi.




    Youtube frontend: https://hup.hu/node/162726#comment-2312870

    Ha hiányozna neki valami lib, akkor el se indulna. Próbáld meg azt, hogy a "+" jelre kattintasz, majd beírod a keresősávba, hogy mit szeretnél keresni. Ha az is failed to load, akkor ott valami egyéb gáz van, pl. tűzfal, vagy a jóég tudja.

    Amúgy van manual, ha a program valamelyik részével nem egyértelmű, hogy mit kell csinálni: http://oscomp.hu/ytfeman/




    Youtube frontend: https://hup.hu/node/162726#comment-2312939

    Nem. Oda a keresőkifejezést kell beírni, nem youtube címet. Azt az Open URLs alá kell. Olvasd el a manualt.

    Ki van csukva, Devuan 2-est használok, ami Debian 9 alapú és nálam megy. Nem tudom mi baja lehet. Hacsak nem az, hogy a cache nem írható. Nyisd ki a Prefset és nézd meg, hogy tudja-e írni a cache-t (Save gomb).
    Ha igen, akkor kéne csinálni egy olyat, hogy touch ~/.ytfe/dolog, meg írhatóvá tenni a /var/log könyvtárat, aztán megpróbálni betölteni egy keresést, vagy videót. Utána pastebinre a /var/log/ytfe.log fájllal, vagy küldd el emailbe (técéhá [karikásabetű] protonmél [ponty] kom).




    Youtube frontend: https://hup.hu/node/162726#comment-2313040

    Délután buildelek neked egy olyan verziót, ami ott kicsit bőbeszédűbben írja ki, hogy mi a baja.




    Youtube frontend: https://hup.hu/node/162726#comment-2313074

    http://oscomp.hu/depot/ytfe-linux-amd64-test

    Itt a módosított, próbáld ki légy szíves, aztán jöhet a log.




    Youtube frontend: https://hup.hu/node/162726#comment-2313118

    Érdekes, ha a GET létrejön, akkor nem értem mi okoz access violationt...

    Frissítettem a tesztpéldányt: http://oscomp.hu/depot/ytfe-linux-amd64-test




    Youtube frontend: https://hup.hu/node/162726#comment-2313254

    A GET létrejön, talán a stream, ahova menti, azzal van baj. Frissítettem a binárist.




    Youtube frontend: https://hup.hu/node/162726#comment-2313346

    Hát az SSL pedig rendben inicializálódott, mert különben 2-es visszatérést kaptunk volna. A GET és a TM is rendben létrejöttek, egyik sem nil, úgyhogy nem értem mi okoz nálad access violationt. Még azt megpróbálhatjuk, hogy mi a kivétel "hosszú üzenete", hátha abba több érdemi infó lesz. http://oscomp.hu/depot/ytfe-linux-amd64-test




    Youtube frontend: https://hup.hu/node/162726#comment-2313378

    Magyarán a teljes üzenet kb. ugyanazt írta ki, amit én a típusból, meg az rövid üzenetből raktam össze, remek...

    Itt van egy forrásfájl: http://oscomp.hu/depot/testhttps.pas
    Ezt le tudnád forgatni FreePascallal? (3.0.4-essel: ftp://ftp.hu.freepascal.org/pub/fpc/dist/3.0.4/x86_64-linux/fpc-3.0.4.x86_64-linux.tar)
    fpc -O3 -CX -Xs -XX testhttps.pas
    Kiváncsi vagyok, hogy megy-e.

    Ill. feltöltöttem újra a binárist, de most csak -O2-vel forgatva: http://oscomp.hu/depot/ytfe-linux-amd64-test




    Youtube frontend: https://hup.hu/node/162726#comment-2313525

    Frissítettem a binárist, ez most optimalizáció nélkül van fordítva: http://oscomp.hu/depot/ytfe-linux-amd64-test
    Légy szíves forgasd le a programot most az -O2 kapcsoló nélkül.

    LibSSL nem kell neki, viszi magával a sajátját.




    Youtube frontend: https://hup.hu/node/162726#comment-2313596

    Most kikapcsoltam a smartlinkinget is: http://oscomp.hu/depot/ytfe-linux-amd64-test

    Ez a thread kicsit másról szól, itt nem az a baj, hogy a path length 0 volt, hiszen ha az lenne, akkor nálam is crashelne ugyanaz az url.




    Youtube frontend: https://hup.hu/node/162726#comment-2313657

    linux-vdso.so.1 (0x00007ffd26195000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb853dcb000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb853a2b000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fb853fd3000)

    Ugyanaz, mint nálad.

    Amúgy ha a http megy, a https meg nem, akkor nyilván a beépített SSL unitban kellene keresni a hibát, csak gőzöm sincs hol. Gondolkoztam rajta, hogy esetleg az utasításkészlet miatt lehet baj, de nem valószínű, mert egyrészt default amd64-gyel forgattam, másrészt meg nálad az is elcrashel amit te forgattál helyben.

    Ez vagy compiler bug, vagy a beépített SSL lib bugja.
    Tudnál itt regisztrálni és nyitni egy topicot? http://forum.lazarus-ide.org/
    Aztán szerintem folytathatjuk ott, mert egyfelől ott nálam kompetensebbek is vannak és hátha lesz ötletük, másfelől meg azt sikerült kizárni, hogy a bug konkrétan az én programomban lenne.




    Youtube frontend: https://hup.hu/node/162726#comment-2314047

    > Valahol ott lesz, kérdés, hogy mivel van gond... esetleg meg lehetne nézni még egy i386-os binárist (nem tudom, miként lehetne fordítani), esetleg másik kernellel.

    Kernelhez ennek nincs köze. 32-bitest azt forgathatunk:

    Először is le kéne csekkolni, hogy megvannak-e a szükséges build eszközök:

    which i386-linux-ld
    which i386-linux-as

    Ha nincsenek, telepíteni kell (vagy megírni, semmi extra, csak két egysoros script ahol az as meg az ld van meghívva --32 ill. -A elf32-i386 paraméterekkel).

    Aztán fel kéne rakni az FPC forrását:

    wget https://netcologne.dl.sourceforge.net/project/freepascal/Source/3.0.4/fpc-3.0.4.source.zip
    unzip fpc-3.0.4.source.zip
    rm fpc-3.0.4.source.zip
    mkdir -p /usr/share/fpcsrc
    mv fpc-3.0.4 /usr/share/fpcsrc/3.0.4

    Utána le kell buildelni a crosscompile-hoz szükséges cuccokat:

    cd /usr/share/fpcsrc/3.0.4
    make all CPU_TARGET=i386
    make crossinstall CPU_TARGET=i386 INSTALL_PREFIX=/usr

    Ha nem akar működni, akkor szerkeszteni kell az /etc/fpc.cfg-t és megkeresni benne azt a részt, hogy "#ifdef cpui386" és oda beszúrni alá, hogy "-Fl/usr/lib32".

    Utána ugyanúgy lehet a tesztprogramot fordítani, csak épp nem fpc-vel, hanem ppc386-tal.

    > Lehet, sérült valamelyik library, bár akkor nem tudom, minden más miért működik.

    Az SSL pusztul el, az meg bundled. Nincs a libraryknak semmi baja, működik a rendszered.

    > Letöltöttem egy VirtualBox-hoz készült Debian 9 image-et, azon elindult.
    > Más kérdés, hogy az meg virtualizálva futott...

    Hát nem tudom, hogy az mennyire játszhat közre. Bár, ha mégis CPU utasításkészlet-probléma, akkor nyilván. Milyen CPU-d van?

    > Lehet, regisztrálok valamikor, bár egy jó ideje nem foglalkoztam Pascallal, ez meg kicsit okosabb lett már azóta. :)

    Nem baj, legalább megint belejössz. :) Mindenesetre én így többet nem nagyon tudok érdemben hozzátenni, mert nemcsak, hogy nálam, de másnál sem jött elő a probléma és mivel egy a programtól teljesen független és forrásból helyileg forgatott program is azonos eredménnyel pusztul el nálad, így a baj nem a programban van, hanem vagy a fordítóban, vagy a bundled lib-ben. Nem az én szintem, sajnos. :(




    Youtube frontend: https://hup.hu/node/162726#comment-2314450

    > Kérdés, hogy hol hasal el - valamelyik library-n keresztül azért nyilván csinál hívásokat a rendszer felé.

    Igen, de ugyanazokat a hívásokat csinálja mindkét esetben; az SSL "belül" van és ha csak a HTTPS pusztul el, akkor ott lesz a baj, szerintem.

    > Ez egy Dell Latitude E6530-as noti i7-3612QM procival és 16GB RAM-mal szerelve.

    A Lazarus vagy Athlon64 vagy "default" típust enged x86_64 esetén, i7-hez nem kínál opciót.

    > Tulajdonképpen még meg lehetne nézni chroot alól is...

    Csinálnál neki valami sandboxolt környezetet? Vagy hova akarsz bechrootolni?

    > Nem tudom, mikor szánom rá magam - nem sok időm van belemélyedni...
    > Mostanság főként C van porondon (pillanatnyilag egy STM32 USB-je).

    Ok, thx az eddigi tesztelést.




    Youtube frontend: https://hup.hu/node/162726#comment-2314559

    Értem, ez jó ötlet.

    Viszont ha már BaT felvetette: van nálad SELinux?




    Youtube frontend: https://hup.hu/node/162726#comment-2313043

    Pro:
    - A keresés sorrendezhető, meg megadható a találatok száma
    - Tud keresni csatornákon is
    - Meg tudja jeleníteni a kommenteket is
    - Állítható, hogy mekkora felbontással játssza le a videót

    Kontra:
    - Csak egy tabod van, nem tudsz rendesen navigálni
    - Iszonyú kényelmetlen a videóplayerek beállítása, kézzel kell konfig-tömb listákat írni
    - Direkt youtube URL-t nem tud megnyitni
    - Nincsenek előzmények
    - Nincs feketelista
    - A saját playlist kezelése rettenetes:
       * Ignorálja, hogy milyen playert állítottál be, azzal játtsza le, amivel ő akarja
       * Nem tudod szerkeszteni a playlistedet, csak felveszegetni bele
       * Nincs playlist import/export
    - A yt playlistet sem tudja külön kezelni, hanem kinyitja, mintha keresési eredmény lenne
    - Nincs rendes könyvjelzőzés, csak valami "save to favorites", ami nem tudni hova menti a "kedvencelt" videót
    - A website tanúsága alapján a cucc Linux only

    Szubjektív kontra:
    - A kezelése eltér a youtube-étól, így nem olyan intuitív, szokni kell, meg kényelmetlenebb is




    Youtube frontend: https://hup.hu/node/162726#comment-2313163

    > - "videóplayerek beállítása" – ezeket auto konfigolja első indításkor: vlc, mplayer, smplayer, mpv. neked nem működött?

    Működni működött, de én nem is azt mondtam, hogy nem működik, hanem, hogy rettentő kényelmetlen összerakni; nem entry-k és az ahhoz kapcsolódó mezők vannak, hanem írj kézzel Perl tömböket...

    > - "Direkt youtube URL" – a kereső mezőbe "https://youtube.com/watch?v=..." vagy a 11 karakteres ID-t beírva kiadja a hivatkozott videót

    Hát erre nem jöttem rá, asszem ebből is látszik mennyire intuitív. Az enyém amúgy nem egy linket tud megnyitni, hanem amennyit bemásolsz a listába. (http://oscomp.hu/ytfeman/img/open_urls.png) Keresést, playlistet vagy videót. Csatornát az enyém nem tud.

    > - "előzmények" – keresési előzmény + suggestion van, a watch history-t én is hiányoltam, ezért megírtam saját forkban (https://github.com/bAndie91/youtube-viewer/tree/yazzy). a mainline-ba azért nincs benne mert sztem integrálni akarják a youtube saját watch history feature-jét, viszont ahhoz a yt nem nyújt api-t.

    A suggestion-öket én direkt hagytam ki, mert borzasztóan szoktak idegesíteni. A search history viszont ugyanúgy megjelenik a historyban. Mondjuk szó mi szó, prefixálhatnám, hogy keresés, videó vagy playlist volt. A youtube accounttal való összekötés viszont nagyon rossz ötlet. Mi van, ha nincs yt accountja az usernek?

    > - "playlist" – javarészt egyetértek. ez a félkész feature azért lehet, mert erre a konzolos youtube-viewer-t hívja meg, tehát nem maga a gtk-youtube-viewer intézi, és nem teljes az "egyetértés" a két progi közt. meg olykor reseteli is a playlistet...

    Nem értem miért raknak bele félkész feature-öket a programba. Így tkp. használhatatlan. Az oké, ha nem tud valamit, de ha rosszul tudja az nem oké...

    > - a "Favorite" az a youtube account-od Favorites playlist-jébe ment. viszont csatornákat tud könyvjelzőzni lokálban.

    Ld. feljebb, yt account nélkül ez a feature akkor használhatatlan.

    > kényelmetlenség valóban szubjektív, mert nekem speciel kényelmesebb, már csak azért is reszponzívabb mint cpu-leolvasztó youtube oldalak, még akkor is amikor az egy szálon végzett hálózati műveletek miatt a gtk main loop is megakad egy picit. vagy picit többet :)

    Nyilván a tecső szutyokszkriptes megoldásánál sokkal reszponzívabb, de itt nálam sokkal lassabb volt, mint az én frontendem. Mondjuk nem csoda, az multi-threades.




    [Video] Amikor a buli a tetőfokára hág: https://hup.hu/cikkek/20190221/video_amikor_a_buli_a_tetofokara_hag#comment-2321412

    Itt a kapcsolódó Flash klip.




    [Video] Amikor a buli a tetőfokára hág: https://hup.hu/cikkek/20190221/video_amikor_a_buli_a_tetofokara_hag#comment-2321438

    +0.5, azért próbálkoznak, hogy nekik is legyen olyan adatbányájuk, mint a fosbúknak, meg a kuglinak.




    [Video] Amikor a buli a tetőfokára hág: https://hup.hu/cikkek/20190221/video_amikor_a_buli_a_tetofokara_hag#comment-2321927

    Csodálkozom, hogy a roxbury-s klippjüket még senki nem dobta be...




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2317355

    Ha már ennyire rágyúrtak a nyíltságra, akkor nyíltan beismerhetnék, hogy a win10-et nem használatra tervezték, hanem botnetnek, hehe.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2317740

    Ki van zárva, az tökéletes öngyilkosság lenne az ms részéről, ha a korábbi szoftverparkból semmi sem menne rajta.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2318038

    Ez leginkább egyik oldalnak se megy. Egyébként volt rá precedens, hogy WINE alól az OpenGL-es játék gyorsabb volt ugyanazon a gépen, mint win alól, tehát nem feltétlenül van akkora teljesítménycsökkenés, mint amit mondtál.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2318372

    Nem csak ez, hanem sokszor az is közrejátszik, hogy a játéknak a windowsos portja directx-et használ, míg a Linuxos/OSX-es meg OpenGL-t és utóbbi ugye az a szabvány, amiben építésében anno gyakorlatilag az ms kivételével mindenki részt vett, aki számít. (Azt hiszem, most már az ms is tagja a Khronosnak.) És így a kártyagyártók egyszerűen jobban tudtak igazodni az OpenGL-hez. Most függetlenül az OSX-től/Linuxtól, a játékoknak, ha van windows alatt OpenGL és dx verziója is, akkor az OpenGL menetrendszerűen gyorsabb. win alatt is.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2318373

    Hasonlót anno a koleszban is mutattak a haverok, hogy Lucid alatt még emuból API wrappinggal is gyorsabban futott egynémelyik játék, mint vista alatt.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2318849

    És a win32 API-t használó driverekkel mi lesz?




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319461

    A szmájli alapján remélem, hogy vicc volt.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319487

    Ötvenezer hw van, ahol ez problémát jelentene. Had ne kuglizzak.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319678

    Az ipar tele van legacy hardware-ekkel, amiken windows fut, mert csak win32 API-ra épülő driver van hozzá. Azt nem fogod életre lehelni Linux alatt. Vannak legacy software-ek is, amik megint csak nem mennek rendesen WINE alól. A windows utolsó lába az a saját gigászi szoftverparkja, amit 95 óta felhalmozott. Ha ezt levesbe küldi a mikiszoft, akkor saját magát is levesbe küldi. Ennyire csak nem hülyék.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319719

    Működnek az ipar által használt kulcsszoftverek WINE alól? Mindegyik? Mert ha nem, akkor a kutya nem fog váltani.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319786

    De ott, ahol a hw nem fix, mert mondjuk fejlesztik a gépparkot (grafikai stúdiók), ott nem játszik a régebbi windows. És ott biztosan nagyon nyerő lesz, ha az új gépen nem megy a régi windóz, az új "windózon" meg nem mennek a grafikai programok (rajzolók, modellezők, videóvágók, mittudomén).

    Az OSX nem kukázta a saját API-ját, amin alapszik az egész addigi szoftverparkja. Ha valami régebbi cucc nem is fut az új OSX-en, az valami hiányzó library miatt van.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319826

    > Hasonlót a Microsoft is megléphet. És nem kötelező neki Wine-ra építenie, saját megoldással is előállhatnak.

    Arra befizetek. Biztos baromi sok értelme lenne átállni egy másik kernelre, hogy aztán wrappelni kelljen a régi API-jára...




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319846

    > Sokkal kevesebbe kerülne mint egy teljes Windows OS fejlesztése és karbantartása.

    Elnézve amit manapság a mikiszoft művel fejlesztés és karbantartás címszó alatt (értsd: nagy nulla), én nem vagyok benne biztos, hogy olcsóbb lenne Linuxot tákolni, mint windowst. Viszont, ami szervesen kötődik az NT kernelhez, akár legacy, akár proprietary cuccról van szó, az ki fog nyúvadni.

    > A multi-hardver platform költségeiről nem is beszélve.

    A Linux hw támogatottsága még mindig nincs egy szinten a windowséval. Nem arról beszélek, hogy OOB mit támogat a windows, vagy egy rnd() Linux disztribúció, hanem, hogy a vendorok mihez adnak drivert.

    > Jelenleg a Windows néhány ARM szérián indul el egyáltalán. Linux az összesen.

    Pontosítsunk: a Linux alapú rendszerek több ARM-os eszközön indulnak el, mint a windowsok.

    > Mellette Power, MIPS és szinte minden létező hardverplatformra van production ready Linux.

    Te miről beszélsz? A Linuxok sorban dobálják el a POWER portokat. A PPC64LE még támogatott, de ki tudja még meddig... Ami pedig a production ready-t illeti: te próbáltál is Linuxot futtatni POWER vagy pl. Sparc64 gépen? Örülsz, ha megy, ezt production ready-nek nevezni elég erős túlzás. És ez attól nem lesz jobb, hogy a windóz el sem indul ilyen architektúrákon.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319878

    > Linuxot nem a Microsoftnak kell tákolni, ezért máris olcsóbb. Kompatibilitási réteget kell karban tartani, nyilván egy Windows stílusú DE-t, néhány szolgáltatást. Akárhonnan nézem ennek a költségei lényegesen alacsonyabban mint egy komplett önálló rendszer fejlesztési költségei.

    Dehogynem kell. A kernelbe mindenképpen bele kell nyúlniuk, ha igazítani akarják a saját cuccaikhoz.

    > Ha a mobil ipart is belevesszük a képbe kapásból fordított a helyzet.

    Iparról volt szó, termelői rétegről, nem az okostelefonokról. Futtasd le a legújabb Corel Draw-t egy droidos telefonon...

    > Csak két példa SoundBlaster Audigy2 tökéletesen működik Linuxon, Windows 10-en hivatalosan meg se nyikkan. Van nem hivatalos haxxolt és eléggé instabil driver, ami fel sem veszi a versenyt a Linuxos "hivatalos" működő driverrel. Noname régebbi usb ethernet, Linuxon vígan működik, Windows 10 fel sem ismeri.

    Akkor mondok én is két ellenpéldát. Az AVerMedia CE310B kártyához csak béta driver van Linux alá és csak 3.x-es kernelhez. Amikor upgradeltem Debian 8-ról Devuan 2-re (3.16->4.9) kértem, hogy forgassák már le a drivert, hogy tudjam használni a kártyát, amiért fizettem. A válasz nemleges volt, azzal az indoklással hogy "túl nagy a különbség a 3.x-es és 4.x-es kernelek között". Becitáltam nekik a changelogot, amiben semmiféle drasztikus változás nem volt, ami indokolta volna ezt a választ, lévén a 4.0-ás kernel azért lett 4.0, mert Torvalds látott valami hulladék terminátoros filmet, ahol a terminátoron Linux 4.1 futott... (Jah, a Linux biztos fut 6502-őn is. :P ) A DigitalPersona U.are.U (vagy hogy a fárasba írják) 4500 nevű USB-s ujjlenyomatolvasóhoz publikusan csak a 2-es SDK érhető el, ami windózon megy, Linux alatt pedig a dpfpdd_query_devices() bullshitet ad vissza, ergo nem tudsz kapcsolódni a cucchoz. Írtam nekik és közölték, hogy az SDK2 elavult, vegyem meg a 3-ast potom 150 dolcsiért. És ha elavult? Tegnap nem kellett volna működnie? Nesze neked support.
    Feleslegesen hozol példákat, hogy mi az ami windóz alatt nem megy, Linux alatt meg simán, mert nem ez számít. Desktopon továbbra is a windóz a defacto OS, a drivereket is ehhez mérten fogják fejleszteni.

    > A Win driver-only gyártók pedig csak örülnének ha meg kell venni az új terméküket mert Windows 11 Linux edition a régit nem támogatja.

    Aha, mert ha egy gyártó win driver-only, aki BASIC drivert csinálni Linux alá, akkor annak az új terméke menni fog a Linux alapú Windows 11 alatt. :)

    > Mondj olyan (nem minimal hw-es embedded) ARM chip szériát amit a Linux nem támogat.

    Először is, ha kizárod a "minimal hw-es embedded" chipeket, akkor magad is elismered, hogy nem az összeset támogatja. (BTW, Apple A12 Bionic-on fut?) De ha nagyon akarod, mondok olyan szériát, amin nem fut a Linux: ARM2. :P
    Viccet félretéve, én eszközökről beszéltem, nem chipekről. A chippel önmagában kitörölheted.

    > Nem a Linuxok hanem Linux disztribúciók, nem ugyanaz.

    Köss bele a megfogalmazásba; ha értetted, mit akarok mondani, akkor minek keresed a kákán a csomót?

    > Amíg ez így van addig a production ready egyáltalán nem túlzás, hanem realitás.

    Nem, ez a papírokkal való takarózás. Production ready-nek akkor hívunk valamit, ha az működik.

    > Power-en különben nem de Sparc64-en használtam Linuxot.

    Én mindkettőn használok most is. Mondom: örülsz, ha megy.

    > Az tetemes versenyhátrány a Windows számára, hogy PC arch-on kívül szinte nem is létezik. Komplett középkategóriás mobiltelefont lehet kapni annyiért mint amennyiért az inteles hdmi stick pc-ket vesztegetik. Ha egy gyártó PC x86 notebookot gyárt képtelen kihozni annyiból mintha mobil hardverre építené még akkor is ha nincs saját gyára fab-ja. Egy Samsung még nagyobbat spórol ARM platformmal.
    > Nem véletlenül próbál a Microsoft ARM irányba is nyitni, csak hát egy festett hintaló esélyeivel száll be a Microsoft a derbibe, ha képtelen néhány Qualcomm SoC-nál nagyobb tétben játszani. A Qualcomm sem ostoba, természetesen beépíti az áraiba a Microsoft választási lehetőségének a hiányát amint látható darabszámban beindul a Win-arm gyártás.
    > Androidos gyártók bármikor ajtót mutathatnak egy ARM gyártónak ha van jobb ajánlatuk. Illetve a hatalmas darabszám miatt még a Samsung is beépít konkurens ARM soc chipeket a mobiljaiba mert a saját fab-ja sem tud eleget termelni az igényekhez.
    > Igazán akkor kezd majd égni a talaj a Microsoft lába alatt amikor az Apple majd lecserélni saját ARM chipjeire az Intelt a Macintoshaiban. A nem túl távoli jövőben ez szinte biztosan bekövetkezik.

    Már megint mobil eszközök. Itt most a windows jelenlegi piacáról van szó, annak tennének be a win32 API elhajításával. A mobil eszközök piacán a mikrószaft már úgy is elkésett, mint a MÁV szokott; a döglött kecskéket sem érdekelné, ha holnap lenne windows alapú mobil eszköz, amikor a mobil piacon már kialakult a 99%+-os Goole/Apple hegemónia. Ezzel szemben desktopon még mindig windowsból van a legtöbb. Az most más kérdés, hogy ez a szegmens folyamatosan zsugorodik, de ha a microsoft kidobja a win32 API-t, akkor ezt az utolsó lábát fogja ellőni. Miért tennék ezt, amikor a mobilos szegmensbe már esélyük sincs betörni?

    > Az Apple talán megbánta, hogy BSD kódokat felhasználva Unix OS irányra hangolta át a jövőjét?

    Ez hogy jön ide? Kezdjük azzal, hogy az Apple a szintén Jobs termék NextSTEP-ből csinálta meg az OSX-et, egyszóval a kezdetektől fogva UNIX volt. Ha pedig a régi Mac OS-re gondolsz, az OSX teljeskörű emulációs környezetet nyújtott a régi programok futtatásához. Ők az egyik saját megoldásból mentek át a másik sajátba és saját maguk oldották meg a visszamenőleges kompatibilitást is. Ezt hogy akarod abszolválni a third party WINE-nal - aminek egyébként az ég egy adta világon semmi köze nincs a Linuxhoz, az egy cross platform API wrapper - vagy egy idegen kernelre épülő saját wrapping réteggel?

    > Kevesebb a Sony PS4 attól, hogy FreeBSD rendszer van rajta?

    Nem, de több se! Az egy konzol, gyakorlatilag rakhattak volna rá bármi mást is, lévén egyfelől nem vanilla FreeBSD van rajta, hanem egy zárt FreeBSD fork, amit a Sony átalakított a saját céljaihoz, tehát bármivel megcsinálhatta volna ezt, másfelől meg az egy db fix hardware, ami ráadásul csak játékra van kihegyezve. Nem mérhető össze az általános célú oprendszerek hw támogatottságával.

    Azt kéne már megérteni, hogy itt a backward compatibilityt és vele a desktop szegmenst kockáztatja az ms, ha eldobják a win32 API-t.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2319956

    > Hiába a PC desktop dominancia ha a PC már nem domináns.

    Nem az számít, hanem, hogy nekik csak az a piac maradt, a másikon esélyük sincs.

    > A windows kompatibilitási réteghez nem kell kernel szintet piszkálni. Akkor milyen saját cucc igényelné ezt?

    A driverek. A WINE egy userspace API-wrapper, driverek nem mennek vele, mert a driverek a kernelspace-ben futnak.

    > Egyébként ez sem lenne leküzdhetetlen akadály.

    Nem az a kérdés, hogy lehet-e, hanem, hogy érdemes-e.

    > Marginális igény van Corel Draw-ra.

    Aha és ha neked nem kell, akkor le van ejtve az iparág, ami épül rá, ugye? És most megint kiragadtál egy-egy programot...

    > Linuxos Windowsnál megoldaná az Avermedia, hogy minden kártyája flottul működjön a legújabb hivatalos Linux kernelekkel, garanciaidőn belül ez a minimum.

    Nem. Az AVerMedia arra fejleszt drivert, amit sokan használnak. Ha a Linux alapú windows-t az API backward-compatibility hiánya miatt a kutya nem használná, akkor drivert sem fejlesztenek rá.

    > Ugyanezt vonatkozik erre is. Linuxos Windowsok mellett megoldja a gyártó neked.

    Ld. egyel feljebb.

    > Mert ma már igen szép gyártói támogatást kap a desktop Linux is, a független fejlesztők pedig szintén sok hardver támogatását oldják meg Linuxon.

    Ez üres mellébeszéd. Az, hogy van egy adott hardwarepaletta, amit a Linux OOB lefed és van még mellé valamekkora vendor support is, az nem jelenti, hogy a hardware ellátottsága ekvivalens a windózéval. Ha ez ennyire könnyű szerinted, akkor csiholj már ki légy szíves Linux alatt hangot a Z36xxx sorozatból...

    > Nem mindet, de Linuxos Windowsnál megváltozik a viszonyítási pont a PC hardvergyártók számára.

    Nem fog. Ha nem használja senki, akkor nem fog és driverek/appok nélkül nem fogja használni senki. Ördögi kör.

    > Egyébként a Windows még valóban meghatározó PC desktopon, de ott van mellette egy Mac, ami csak azért nem harap ki nagyobb szeletet mert az Apple aranyáron kínálja.

    Nem az aranyár miatt - hiszen létezik a software piracy fogalma - hanem azért, mert a macOS-hez kell a hardware is, azt meg nem torrenteled le.

    > Továbbá az amerikai oktatási piacot már megette a Google ChromeOS-e. Nincs malware, nincs update para és még a diákok sem tudják olyan könnyen szétbarmolni.

    Bányászlónak a szénporos faszát nincs malware Chrome OS-re. Direkt van már rá idevágó "védelem" is.

    > Amelyik gyártó nem képes haladni a korral bezárja a boltot. Ennyi!

    Nem, nem ennyi. Az emberek egy dolgot néznek: mennek-e az új OS alatt a hardware-ei, meg a software-ei. Nem? Akkor levesbe az új OS-sel. Ha így lenne, ahogy mondod, akkor már mindenki átállt volna windózról valami másra, hiszen eddig is volt választék; minek várnának az emberek egy újabb OS-re, ami tózse inkompatibilis a cuccaik nagyrészével, csak azért, mert azon ms logó van?

    > Egy ideje már úgyis fogyatkoznak a PC világ hardver gyártói.

    Tény. De nem fognak elfogyni sose. Workstation-re szükség van, nem is kevés. Csak nem mindenhol. A bilgéci átok az volt, hogy minden háztartásba kell a pécé, ami sosem volt igaz, de ahol szükség van a desktop gépek képességeire, ott nem fognak okosszarokkal bíbelődni.

    > Kit érdekel?! Az Apple úgy látja jónak ha megtartja az összeset magának. Innentől a többi gyártó számára ez egy nem létező chip.

    ROFL! Nemcsak, hogy jelen pillanatban az egyetlen létező ARMv8.3-A CPU, de ezzel együtt kb. a legcombosabb ARM8, ami most a piacon van és kit érdekel, ha nem megy rajta a Linux? Különben is, az állításod az volt, hogy minden ARM chipen fut. Az oldschool, meg nagyon lowlevel cuccokat még csak-csak ki lehet húzni a listáról, de ez a highest-end ARM CPU! Kit érdekel? Anyám...

    > Mondj olyan _értelmes_ és elérhető ARM chip szériát amit a Linux nem támogat. :p

    Mondtam: az ARMv8.3-A szériát. Mit szeretnél?

    > A gyártók számára akik az eszközöket gyártják a chip, azaz SoC számít. Minél több közül válogathatnak annál versenyképesebbek.

    Az end-user számára meg az, hogy a board minden eleme támogatva van-e, mert az end-user nem chipet vesz, hanem gépet.
    Különben sem arról volt szó, hogy a gyártó milyen chipet választ a board-jához, mert annak semmi köze a Linuxhoz, hát mehetne rá valamilyen BSD is, könyörgöm!

    > Azt mondod, hogy az IBM segget csinál a szájából?! Ott azért nem tartanak.

    Előfordult már párszor a történelem folyamán, de én nem erre gondoltam, hanem arra, hogy te takarózol a vállalati egyezmények papírjaival, mintha attól, hogy az IBM aláírt valami Linuxos szerződést, attól a Linux rögtön production ready-vé válna POWER archon. Hát nem. Majd ha nem fagy. :P

    > Egyébként az OpenPower miatt lehet még jelentősége a platformnak, hacsak el nem szúrja ezt is az IBM.

    Lehetni lehet, én örülnék is neki, mert jó cucc a POWER, de az, hogy mi lehet, meg mi van, az két külön dolog. Azonfelül: "el nem szúrja ezt is az IBM", ezzel kb. elismerted, hogy volt rá precedens, hogy "az IBM segget csinál a szájából".

    > Rakj gyártóként mobil lapkát egy notebook házba és van egy jó árú terméked 4k multimédiával, jó hosszú akkuidővel. Intel x86-tal ezt többszörös áron hoznád ki.

    Tény. De nem ez volt a téma.

    > Az átlag user úgysem fogja szétszedni, nem is érdekli ha jól működik mi van a burkolat alatt.

    Az átlagjúzernek nincs is igénye túl nagy teljesítményre. Itt a munkavégzők gépeiről és szoftverparkjáról volt szó.

    > A Windows pc jelenlegi piaca úgy néz ki, hogy a még egyelőre megmaradt felhasználók jelentős része kizárólag a Chrome böngészőt indítja el az öt-nyolc éve le nem cserélt pc notebookján. Miközben mobilt legalább két évente cserél. Ezeket az igényeket mobilból átszerelt ARM lapkával is ki lehet elégíteni.

    Ld. egyel feljebb.

    > Így lehet 99%-os Google/Apple mobil hegemóniából classic desktop hegemónia is ha a Microsoft nem képes megfelelni a kor kihívásainak.

    Bukhat a mikiszoft még több júzert és fog is, de a desktop piacon be van betonozva, a fentebb már sokszor kivesézett okok miatt.

    > A speciális igényű heavy userek, ipari szereplők nagyon kevesen vannak.

    Nagyon kevesen? Hát, ha egy százmilliós nagyságrendű usertábor neked kevés... Csak az irodai felhasználók egyedül kitesznek egy több Magyarországnyi lélekszámú tábort. Multimédia felhasználók dettó. Ez minden csak nem kevés. Max. kevesebb, mint az átlagjúzerek tömege.

    > Nem termelnek annyi Windows bevételt a Microsoftnak, ami ellensúlyozná az elszálló fejlesztési költségeket.

    Tudtommal a mikiszoft elsősorban a support és license bevételekből él, tehát a sokmilliárdnyi átlagjúzer sem hoz neki annyi bevételt, "ami ellensúlyozná az elszálló fejlesztési költségeket".

    > A többséget nem érdekli, hogy Linux vagy NT kernel hajtja a notiját ha kiigazodik a Windows-szerű desktopon és el tudja indítani a Chrome böngészőt.

    Az első fele jogos, az embereket a kernel kurwára nem érdekli, a második fele viszont bullshit of the year: az embereket az érdekli, hogy minden működjön; ha neki ez kimerül az egy db Chrome futtatásában, akkor neki elég, de ez nem mindenki.

    > A Macintoshnak egy teljesen más felépítésű operációs rendszere volt OSX előtt.

    Nem mondod. Erre is válaszoltam, a második felében, amit be is citáltál...

    > Nem a saját vagy nem saját megoldás a lényeg. Hanem, hogy megoldható a piacnak megfelelő kompatibilitással az OS leváltása egy másikra. Ha Linux kernelt választott volna az Apple az OSX alá ugyanúgy működtek volna a régi classic macOS programok.

    Hogyne működtek volna, ha egyszer megcsinálják normálisan, ahogy tették az OSX-szel, de itt az Apple-ről beszélünk. Mikor csinált meg bármit normálisan a mikrofos?
    Továbbá azért ne keverjük már össze a Classic Mac OS emulációját a windózéval! Az megvan, hogy a Classic Mac OS az OSX-hez képest egy hóttprimitív faék volt? Nem volt benne igazi multitask, memóriavédelem, multi user support, vagy normális network sem és mindez az ezredfordulón, amikor a Next, a Be vagy az OS/2 már röhögve csinálta mindezt.
    Az OSX kb. megváltás volt az Apple tábornak, amikor a 80-as évekből hirtelen a XXI. századba kerültek. Ennek megfelelően a fejlettségi kontraszt miatt OSX alól a Classic Mac OS-t emulálni kb. olyan, mint amikor elindítod a WinUAE-t és Amigát emulálsz. Sőt még annyi sem, mert a megfelelő hardware vagy software birtokában még az Amiga is tudja emulálni a Classic Mac OS-t. Nem ugyanaz a szint, mint a VMS kernelű NT-t emulálni API-stól, kernelspace-estől, mindenestől.
    Arról nem is beszélve, hogy a két rendszer ugyanazt az architektúrát használta (PowerPC), míg te itt mindenféle ARM-os cuccokon futó Linux alapú windózokról beszélsz, amik majd emulálják az x86-os windózos környezetet.

    > Már többször leírtam, hogy nem a Wine az egyetlen lehetőség. Fejleszthet a Microsoft egy teljesen Wine független komaptibilitási réteget is.

    Én is válaszoltam már erre.

    > De akár a Wine is lehet jó alap. A Valve kisebb csodát tett nagyon rövid idő alatt a számára fontos játékok területén.

    Először is, nincsen semmiféle csoda, csak kitupírozták egy kicsit és csak arra, ami nekik kellett, másodszor meg a játékoknál jóval egyszerűbb a dolog, főleg akkor, ha úgy is cross platform API-kat használ belül, pl. OpenGL vagy OpenAL.

    > Az pedig, hogy cross-platform a Wine végképp nem érv ellene.

    Azt nem a WINE ellen hoztam fel, csak leszögeztem, hogy amennyiben te a win32 API backward compatibilityt WINE alapokon képzeled el, akkor ahhoz nem kell Linux, mert a WINE crossplatform. Ennyi erővel FreeBSD alapokra is átállhat a mikiszoft, azt legalább be tudják zárni maguknak.

    > Azt állítod, hogy nem tudja megoldani a Microsoft a 99%-os kompatibilitást Linux alapon? Mert akkor tévedsz!

    Azt. Tévedek? Bizonyítsd be!

    > Persze fejleszthetett volna teljesen saját OS-t is a Sony és akkor még ma is masszív veszteségben lenne a PS4 üzlet.

    Közel százmillió eladott konzol és csak a jóisten tudja hányszázmillió eladott játék után egy szupermasszívan nyereséges termék és ökoszisztémája masszív veszteségbe fordulna, mert egy primitív - egy hardware-re optimalizált, csak játékot és némi multimédiát tudó - oprendszert meg kellett volna írni. Kilencvenből kivontuk a pénteket, vagy mi? Az ugye megvan, hogy a FreeBSD-ből csak a kernelt meg néhány utility-t/library-t emelték át és abba is bele kellett nyúlni, meg a userspace-t is le kellett fejleszteni, tehát volt bőven mit programozniuk így is.
    De ettől függetlenül én nem erről beszéltem, hanem arról, hogy bármi egyebet is rakhatott volna rá, akár valami másik BSD-t, vagy QNX-et, vagy akár Linuxot is, vagy valami license-elt OS-t.




    A Microsoft csatlakozott az OpenChain projekthez: https://hup.hu/cikkek/20190209/a_microsoft_csatlakozott_az_openchain_projekthez#comment-2320518

    Elhiszem, de ők nem ezt mondták. Ennyi erővel 3.0 és 3.20 között sem lett volna átjárható, de ők nem ezt mondták, hanem azt, hogy 3-as és 4-es. A 3.20 és a 4.0 között pedig leellenőriztem a changelogot, de nem találtam olyat, ami indokolta volna.

    De egyébként a te sztorid is azt igazolja, hogy a driverek terén a Linux nem a backward compatibilityről híres.




    Szerinted eljöhet az az idő, amikor a gépek teljesen átveszik az emberektől a munkákat?: https://hup.hu/szavazasok/20190201/szerinted_eljohet_az_az_ido_amikor_a_gepek_teljesen_atveszik_az_emberektol_a_munkakat#comment-2314025

    Ahhoz, hogy a gépek minden munkát át tudjanak venni az embertől, ahhoz emberi szintű vagy annál fejlettebb intelligenciával kellene bírniuk. Ahhoz, hogy legalább emberi intelligenciával bírjanak, ahhoz az embernek teljesen fel kéne térképeznie a saját szervezetét (kiemelten - de nem kizárólagosan - az agyát), hogy implementálhassa. Van egy elmélet, miszerint semmi sem ismerheti 100%-ig a saját működését. Nem tudom mennyire állja meg a helyét, de ha az ASI elmélettel állítom párhuzamba, az utóbbi inkább tűnik bullshitnek; évezredek óta van emberi szintű intelligencia a bolygón (gy.k.: mi magunk) és az ASI még mindig nem született meg; ha mi nem tudtuk megírni, akkor mégis mi indokolná, hogy egy velünk egy szinten álló mesterséges intelligencia meg tudná? Ráadásul még az is kérdéses, hogy egyáltalán az emberi szintű AI-t (AGI-t) képes lesz-e az ember összehozni.

    IMHO.




    Szerinted eljöhet az az idő, amikor a gépek teljesen átveszik az emberektől a munkákat?: https://hup.hu/szavazasok/20190201/szerinted_eljohet_az_az_ido_amikor_a_gepek_teljesen_atveszik_az_emberektol_a_munkakat#comment-2314453

    Ha neked lesz igazad, afelett a megteremtett mesterséges intelligencia felett semmiféle kontrollunk nem lesz, hiszen gőzünk nincs, hogy hogy működik, mit csinál és mit miért csinál.




    Szerinted eljöhet az az idő, amikor a gépek teljesen átveszik az emberektől a munkákat?: https://hup.hu/szavazasok/20190201/szerinted_eljohet_az_az_ido_amikor_a_gepek_teljesen_atveszik_az_emberektol_a_munkakat#comment-2314561

    Az evolúció évmilliárdok alatt jutott el az egysejtűektől az emberig. Még ha a gépen gyorsabban is megy...mire egy emberi szintű intelligenciát megalkotnak ugyaneme mechanizmusok mentén, az nagyon sok idő lesz.




    Szerinted eljöhet az az idő, amikor a gépek teljesen átveszik az emberektől a munkákat?: https://hup.hu/szavazasok/20190201/szerinted_eljohet_az_az_ido_amikor_a_gepek_teljesen_atveszik_az_emberektol_a_munkakat#comment-2315259

    És mivel gép vagy, ezért a 100-at binárisan kell értelmezni?




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317488

    Köszi a magyarázatot. Sajnos az USB-parallel adapter nem játszik, mert az egésznek az volt a lényege, hogy kevesebbe kerüljön, mint egy hiperolcsó USB-s hangkártya + erősítés + hangszóró. A régi Covoxos módszer járt a fejemben, ahhoz csak pár ellenállás, meg a hangszóró kellett, de ott ugye az LPT adott volt.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317503

    Nem tudom, hogy az ATTiny mennyire drága, de sajnos jelen pillanatban nincs vele tapasztalatom. Egy egyszerűbb kapcsolást meg tudtam volna csinálni, de ahogy kiderült, ezt úgy nem lehet.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317504

    Thx a felhomályosítást. Asszem, akkor sztornó.

    Igen, annyiért már hangkártya is van, nem is az árával van baj, hanem, hogy erősíteni kell, meg plusz a hangszóró; egybeintegrált megoldást szerettem volna.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317670

    Az a baj, hogy erre a problémára pont nem gyártották le még a kulcsrakész megoldást, mert filléres USB-s hangkártya, erősítő, meg hangszóró van, de nincsenek egybeintegrálva; lehet fogni az USB-s hangkártyát, a kimenetét rákötni valami filléres minierősítőre, majd annak a kimenetét a hangszóróra. (Esetleg jobb esetben az erősítő nem szükséges.)
    Itt pont ez a baj, hogy nem akarunk "kisvasutat" építeni, hogy a főnökömet idézzem; tényleg nem a legszerencsésebb felállás ez a szerelvényszerűen összekapcsolt eszközök "vonata".
    Belevágtam volna én barkácscélból is, mert szeretek barkácsolni, de sajnos nekem az elektronikai képzettségem az meglehetősen minimális; a digitális technika valamikor jól ment, de az USB az egy merőben más szint.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317687

    Há-há. :(




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317698

    Ennek bele kell férnie egy pici dobozba a fent említett PIPO X8 mellé. Én benne lennék bármiben, de a PIPO-n csak USB-s kimenet van.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317737

    De az nem megy, nem tudja meghajtani a Linux, ezért kínlódok az USB-vel.

    Olcsó.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317749

    És az érintőkijelző mennyi lesz? Ha be tudtuk volna szerezni úgy, hogy megérje, akkor már OrangePi alapokon menne az egész, mert azt tökéletesen viszi a Linux. De egyelőre a PIPO X8 olcsóbb, mint az OrangePi + érintőkijelző.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317761

    Persze, hogy céges. Ha nekem kellett volna valami célgép, akkor tuti olyat választok, ami 100% Linux vagy BSD kompatibilis és nem szopnék vele.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317875

    Ez is volt a terv, de olcsóbban kellene, hogy kijöjjünk gyártásilag, mint amennyibe ezek a filléres kínai vacakok kerülnek. A mennyiség is problémás, mert nem egy darab kellene, de nem is 100+. Pár tucat, legalábbis így előreláthatólag, aztán később még változhat.

    Munkaidőt eddig nem töltöttem el ezzel az USB-re aggatható cuccal, csak azzal, hogy a win10 letakarítását és a Linux telepítését automatizáljam. (Korábban win10-zel használtuk, de nem vált be.) Ezt így munkaidőn kívül próbáltam intézni, hátha szerencsém lesz alapon.
    Lehetne építeni sok mindent, de nekem a kódolás a dolgom, ebbe meg bele kellene tanulni, annyi idő most nincs, se saját, se céges. Azt reméltem, hogy annyi tudással is meg lehet oldani, amennyi most van. Tévedtem.

    A nyákokat simán lemarattuk volna valami ismerősénél, legalábbis a főnököm azt mondta, hogy ezt felesleges lett volna kiküldeni Kínába.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317914

    Mint mondtam, nekem a kódolás a dolgom, ezt az USB-s marhaságot csak kínomban találtam ki, mert az Atom Z36xxx-en nem megy a hang Linux alatt.

    Nem csak mi? Azzal én is tisztában vagyok, hogy nem értek túlságosan az elektronikához, de nem is az a szakmám (meg nem is az a dolgom). Igazság szerint a legjobban azzal járnánk, ha lenne egy működő Linuxos driver a Z36xxx-hez.

    A specifikációt már fentebb megadtam, USB-re szeretnék valamit aggatni, ami hangot tud kiadni (szó szerint, azaz hangszóró included), lehetőleg minél olcsóbban.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317921

    Amikor az ALSA Team-nek 3 év alatt sem sikerült? Ráadásul nekem még doksim sem nagyon van, hogy mi hogyan működik a Z36xxx-ben.

    Nem szívtam mellre én semmit, főleg mivel nem érzékeltem semmi leszólást az írásában.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317924

    Próbálták, de nem sikerült nekik.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317931

    Én nem éreztem sértőnek, csak nem tudok mit kezdeni vele.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318034

    > Utána van egy főnöke, aki a katonaságnál érzi magát. Ha parancsot ad valamire, akkor még a lehetetlen is megvalósul. :-D
    > Ezen felül még szakmai elképzelései is vannak, tehát a beónál vakmerőbb.

    A főnököm védelmében:
    - Ákos egyáltalán nem érzi magát a katonaságnál, az eddigi melóhelyeim közül messze itt van a legtöbb cselekvési szabadságom. A probléma itt azzal van, hogy meg kell valahogy oldani, hogy Linux alatt működjön fullosan az eszköz és a hangot egyelőre a teljes Linuxos fejlesztőtársadalom - érintett része - képtelen volt megoldani ezen a chipen, így nekünk kerülő megoldást kellett keresni. Muszáj megoldani és nem azért, mert Ákos azt hiszi, hogy a katonaságnál van, hanem azért, hogy az ügyfelek elégedettek legyenek, nekem meg ne kelljen állandóan javítani a win10-eket, mert tömött csomókban hullik tőle a fogam.
    - A "szakmai elképzelés", miszerint húzzuk rá a régi Covoxos megoldást az USB portra egy átalakítóval nem az ő agyszüleménye, hanem az enyém.

    > - és végezetül a specifikáció is csak foszlányokban, hiányosan érkezik
    >
    > Es erre jön az ötlet: Majd leverjük a kínaiakat, mint a cölöpöt. :-D
    >
    > Viszont a legnagyobb baj az utolsó pont. Maga a topic félrevezető, teljesen más a cél, de még mindig nem tudom mi is az. ;)
    > - csak legyen hangja a pécének
    > - nagyobb teljesítményt kell kiadni
    > - nagyobb távolságba kell vezetni
    > - információs pultba kell beépíteni zajos környezetben
    > - kell-e 2 csatorna
    > - egyéb

    Ez a felületes olvasás hátulütője. Nem csak ebben a topicban, de a két másik kapcsolódó topicban is ki lett vesézve a dolog: egyszerűen csak hang kiadása USB-n kereszül. Nem számít a minőség, vagy az, hogy hány csatorna van, csak egy digitalizált beszédet kell lejátszania a különböző kérések esetén. Azt is elmondtam, hogy ugyanabban a dobozban lesz, mint a PIPO, tehát nincs távolság. Arról valóban nem volt szó, hogy a környezet mennyire zajos, de akkor most mondom, hogy irreleváns; ha a normál emberi beszédnek megfelelő hangerővel le tud játszani, akkor az elég.

    > Miközben itt a tökéletesnek tűnő legegyszerűbb megoldás!

    Ha elolvasod az alatta lévő kommentemet, akkor láthatod, hogy már tegnap este meg is köszöntem neki; továbbítottam a cég felé is, hogy ASAP szerezzük be, ha működik a cucc Linux alatt (az most mindegy, hogy OOB, vagy NOOB), akkor ez lesz a megoldás.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318955

    > A Covoxos elképzelésről a szobafestő rokonom története jutott eszembe: "Nem működött az alternatív kapcsoló. Hívtam a villanyszerelő barátomat. Elpiszmogott vele, de nem tudta megcsinálni. Hát kiszereltem a kapcsolót és letapétáztam. Ahhoz értek!" :-D

    Meglehetősen erős túlzás ez az analógia.

    > Az ötlet még működne is. Legalábbis a vége, de a szinkronizáláshoz legegyszerűbb egy mikrokontroller.
    > Csak kimaradt a történetből, hogy ezt a linux hangrendszerhez is kellene illeszteni, ami kernel drivert,
    > a kernel driver illesztését a hangrendszerhez, meg még ki tudja mi minden felesleges munkát jelent.

    Egyáltalán nem. Én ugyanis nem "valid" hangkártyát akartam építeni, hanem a lejátszandó hangot nemes egyszerűséggel kiküldeni a soros portként kezelt eszközre. A Covoxnál is csak kiírtad a byte-ot az LPT-re, nem?

    > Na, erre lehet kapni 200Ft-tól bármilyen oprendszerhez illeszkedő, pendrive méretű "usb hangkártyát". Ez felülről a 6. hozzászólásban már megvolt.

    Ez már a korábbi topicban is megvolt. Csak mint írtam, azokra a hangkártyákra még kellett volna erősítés és hangszóró és ez nem tetszett Ákosnak. A megoldást az az egybeintegráltság jelentette volna, amit fdeyso írt, csak én nem találtam ilyet.

    > Erre a kérdésre lehetett volna egy egymondatos specifikáció, bárhány topicban is meséltél már róla.

    Dehát volt is, könyörgöm; a legtömörebben összefoglalva ráadásul éppen a neked írt válaszban: "USB-re szeretnék valamit aggatni, ami hangot tud kiadni (szó szerint, azaz hangszóró included), lehetőleg minél olcsóbban."

    > Ezt a topicot gondosan végigolvasva, a válaszaidból próbáltam összerakni a célt.

    Hát akkor csak pont az a válasz maradt ki, amit neked írtam. :/

    > Lattam is! Ha megfigyeled, éppen csak összefoglaltam locsemege huptársunk számára (az ő legnagyobb örömére) az egész topicot.
    > Tehát éppen arra utaltam, hogy a többiek milyen marhaságokat írnak össze-vissza. Pl. az usb helyett spi éppen annyira nem közelíti
    > a célt, mint bármilyen egyéb okosság. Ezek szerint mások is, és inkább csak a topicra koncentráltak. :)

    Ja értem. Ez jogos. Ezen én is fogtam a fejem, hogy értékelem én a jószándékot, meg a kreativitást is, de ha a feladatom az volt, hogy konkrétan USB-re aggatva kell működnie, akkor nem sokra megyek az egyéb illesztéses tippekkel, még akkor sem, ha amúgy érdekes és életképes megközelítések...csak hát épp a aktuális feladat nem ez.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319509

    > Az AD/DA átalakítás alapja a Shannon mintavételi törvényen alapul. A lényeg az, hogy a mintákat időben pontosan kell adni vagy venni.

    Ezt én is tudom. Szóval nem mondtam, hogy ad-hoc módon szórtam volna ki őket a soros portra, nyilván időzítve mentek volna.

    > Persz ez sem igaz, mert az órajelnek is van ingadozása (jitter), de ilyen kis felbontásnál elhanyagolható a hiba.

    Az órajelet lehet fixálni a "/sys/devices/system/cpu/cpu0/cpufreq/scaling_<max/min>_freq" beállításával.

    > A fentieket linux alatt nehezíti, hogy az multi user + multi tasking + protected oprendszer. Az IO privilégium megszerzésével nincs gond, ha végre tudod hajtani az outb() függvényt. Már csak az a kérdés, hogy mikor.

    Hasonlót csináltam már Linux alatt, csak azt LPT porton; ez megoldható.

    > Ha egy oprendszerre rádugsz egy USB eszközt, akkor annak kell rendelkeznie egy control endpoint-tal. Amíg a driver ezzel nem dumálja meg az alap USB descriptorokat, addig nem is létezik számodra az eszköz.

    Ez a rész sajnos nem volt meg...

    > A "soros port" (ebben az esetben) meg aszinkron eszköz, amivel nem célszerű szinkron adatot kiküldeni. Ha USB-soros átalakítóa gondoltál, az egy külön USB class, de akkor meg miért nem hangkártya?

    Ha ezt nem írtam le eddig ötször...

    > Asszem tényleg erős túlzás az analógia, hiszen tapétázni sem tudsz. :-D
    > Ha ezen megsértődsz, meg is érdemled!

    Már megint ez a sértődés. Ez a mániátok. Ki sértődött meg? Vagy itt ez a default, ez a cél? (Egyébként annyira tudok tapétázni, hogy a saját szobámat kitapétázzam, a másét, pláne pénzért persze nem vállalnám be.)

    > Nincs annál tiszteletreméltóbb, mint amikor valaki ki tudja mondani, ha nem ért valamihez. Vö. az egy bizonyos szoftveres népcsoprtosulattal, akik egy hardverfejlesztőnek is képesek bemagyarazni, hogy hülye a szakmájához. ;)

    Esküdni mernék rá, hogy leírtam, hogy nem értek túlságosan az elektróhoz és esküdni mernék rá, hogy 3 sorral feljebb be is citáltad. So?

    > Bizonyára úgy gondolod, csak a szám jár. :) De sajnos éppen ez a munkám, egyedi USB műszereket fejlesztek. Van olyan is, ami véletlenül pont 8kB/s szinkron adatátvitelt tud.

    Nem szokásom ítélkezni, pláne látatlanban. Bár volt egy furcsa érzésem, hogy te viszont ezt gondolod rólam, pedig szerintem egyértelműsítettem, hogy nem vagyok elektrós - csak minimális szinten van hozzá közöm - programozó vagyok. Hogy annak mennyire való, azt ítéld meg magad a fentebb linkelt projekt alapján; legjobb tudomásom szerint az említett környezetben ("multi user + multi tasking + protected oprendszer" és egyébként még a multiprocesszorosat is ide lehet venni) más eddig nem csinálta meg.

    > Csak ezt a tudathasadást nem értettem, miért jobb egy Covox, mint egy kész hangkártya. Nem mindegy, hogy pár ellenállást forrasztasz be, vagy egy ugyanolyan méretű és árú, de alkalmas eszközt?

    Leírtam már sokszor: a kisvasút-építés nem tetszett Ákosnak, ezért találtam ki kínomban ezt a Covoxos marhaságot. Én ugyanis nem találtam olyan egybeintegrált megoldást, mint amit fdeyso linkelt.

    > A csak USB táplálású eszköz úgy 1,5W hangteljesítményt tud leadni. Ha ez kevés, akkor mégis külső táplálású kütyü kell. Biztosan lehet ilyet is találni, ami USB hangszóró külső táppal.

    Az a hangszórós cucc, amit fdeyso mutatott, az 4 W-os, úgyhogy elég lesz.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319585

    > Egyébként meg pont nem a tapétázási képességeidről volt szó, hanem a tapétázós rokonom sztorijára adott válaszod elleni tódításként írtam.

    Értettem én, csak azért mondtam, hogy sántít, mert a fickó csuklóból letapétázta a kapcsolót, én meg előtte rákérdeztem a dolgokra.

    > Ide tartozik a kedvenc kőmíes lesajnáló mondás: A mérnök úr még vakolni sem tud?! :-D

    Hát azt én se, de én mérnök sem vagyok. :P

    > Ha ránézel egy kapcsolási rajzra, akkor látod, hogy tévé, tápegység vagy számítógép.

    Én csak a digitális kapcsolásokat ismerem fel...egy részét. :P

    > A CPU órajelnek abszolút semmi köze az USB órajelhez.

    Benéztem, azt hittem, hogy a CPU órajelére gondoltál. Az USB órajelét lila gőzöm sincs, hogy lehet szabályozni.

    > Ha alapismereteket sorolok fel, akkor nem feltétlenül azt szeretném bizonygatni, hogy "hülye vagy, hiszen ezt sem tudod".

    Ezt nem is feltételeztem.

    > Rosszabb esetben akár az összes ismerettel rendelkezel, csak nem tudtad összerakni a feladathoz, vagy mint kiderült, mégsem tudtál egy-két lényeges apróságot.

    Túrót, mekkmester fejest ugrott a forrasztóónba és megégett. Van ilyen, sült kecskéből is kell néha. :/
    Mentségemre szóljon, hogy mint mondtam, az egészet kínomban találtam ki, mert már nem tudtam, hogy most a PIPO-t gyújtsam fel, vagy a miklós-szoftot...

    > Amit bevallottál, ezért dícsértelek és másokat meg szidtam. Problem?

    Nothing. Én kérek elnézést. Sajnos a kommunikáció az elektrónál is rosszabbul megy. :(

    > A főnököm is megkédezte miért szeretnék annyira soros portot. Én meg visszakérdeztem, hogy az amerikai műszerek mit használnak. Hát soros portot. :-D Nem véletlenül van egy csomó soros port még az apró ipari pécéken is. Egyszerű, minimális driver, alacsony overhead, és még a hülye is tudja programozni.

    +1, RS-232 FTW.

    > Az USB 2.0 5V/0,5A=2,5W,
    > az USB 3.0 5V/0,9A=4,5W.
    > Egy analóg erősítő elméleti hatásfoka 78,6%.
    > Tehát jótékonyan kerekítve 2W és 3,6W.
    > Az elméleti hatásfok azt jelenti, hogy a végfok tranzisztorok vagy fetek szaturációs feszültségét elhanyagoljuk, de a valóságban meg se közelítjük, mert akkor már nagyon megnő a torzítás.
    > Ugyanez igaz a D-osztályú végfokokra is, bár ott 90% körüli lehet a hatásfok. Viszont a leadott szinusz ugyanakkora, mint az analógnál. (Ugye a feszültség nem lehet nagyobb, mint a feszültség. :-))))) Tehát marad a 78,6%.
    > További jó hírek: A teljesítmény U^2/R. Az USB 5V minimális értéke 4,4V. Ez egy további 0,7744 értékű szorzót hoz be a képletbe.
    > Ha egy kicsit vékonyabb vagy hosszabb a kábel a kelleténél, akkor további nemkívánt feszültségesés is bejöhet.
    > Szóval mennyi lesz a garantált kimenő teljesítmény?

    És ha a kecske köbgyökéből kivonom a tavalyi karácsonyfám kilonewtonba átszámolt fűtőértékét, akkor megkapom a Balaton mélységének és zebratartalmának a szorzatát köbkönyök per négyzetlábban... Elég az. Ha meg nem, akkor mégis csak felgyújtom és akkor tuti elég... X(




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319610

    Ki mondta?




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319683

    Nem tudom melyik részre írtad, de köszi.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319586

    Azért a szmájlik kiszúrása neked sem erősséged, mert ott volt a posztja végén.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319682

    Főleg, ha az ügyfeleknek csak egy töredéke perli be, hehe.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319587

    Max. akkor, ha utálom az ipsét és tapétázás közben múmiát csinálhatok belőle. :P




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319609

    Ennyit írtak rá, én meg nem számoltam újra, mert minek, amikor úgyis jó lesz.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319681

    Ha a beszéd kihallatszik a dobozból és érteni is lehet, akkor jó. És nagy valószínűséggel jó is lesz.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317913

    Semmi ellentmondás nincs. Egy darab ilyen filléres USB kulcs 2-300 Ft, az általunk barkácsolt cucc 10x annyiba jönne ki darabszámra.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317918

    A pénzügyi része nem is az én dolgom, nem is értek a pénzhez.

    A nyákok sima egyoldalas, mezei nyákok lettek volna, hiszen a terv szerint csak egy-két IC, meg pár ellenállás került volna rájuk.

    Ez hosszútávon fog megtérülni, ha nem kell többet szívnom a PIPO-val, mert addig lehet máson is dolgozni.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317919

    Hú, ezt nagyon köszi. Remélem megy Linux alatt.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318022

    Az ötlet nem volna rossz, de ahogy nézem a BT-t sem ismeri fel a Linux. :(




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318036

    Hogyne, ez alapján szenvedtem fel rá fel a Linuxot.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318042

    Ezt speciel még nem láttam, de hasonlót már linkeltek be más topicokban, ott a bytcr-rt5640-et emlegették.

    Kipróbáltam:

    # alsaucm -c chtmax98090 set _verb HiFi set _enadev Speakers
    ALSA lib main.c:432:(execute_sequence) unable to open ctl device 'hw:chtmax98090'
    ALSA lib main.c:1698:(set_verb_user) error: failed to initialize new use case: HiFi
    alsaucm: error failed to set _verb=HiFi: No such device

    # alsaucm -c bytcr-rt5640 set _verb HiFi set _enadev Speakers
    ALSA lib main.c:432:(execute_sequence) unable to open ctl device 'hw:bytcrrt5640'
    ALSA lib main.c:1698:(set_verb_user) error: failed to initialize new use case: HiFi
    alsaucm: error failed to set _verb=HiFi: No such device

    De itt egyébként 4.9-es kernel van. A backportban van 4.19-es, de ha felrakom, csak összedől az egész rendszer, mint fél disznó az ólban.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318103

    A latest stable Devuanban az van. Amúgy baromi mautzsálemi korú kernel a maga két évével. Ami még fájóbb, hogy a hardware viszont öregebb annál, illene vinnie, dehát Linux; örülünk, ha megy a hardware-en.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318364

    Nem nulla, de miért nem backportolják a drivert a korábbi kernelekbe? Ami szoftvert tegnap írtak, az automatikusan szar lesz? Vagy már akkor is az volt? Akkor a mai is az, nem csak a tegnapi. Nem véletlenül van kiválasztva az LTS disztribúciókban egy-egy adott kernelverzió; tessenek abba backportolni a fixeket, pokolba a latest mániával. Az Arch meg a Fedora elsősorban a rolling release és a rövid támogatás miatt nem jöhetett szóba, de amúgy a cég már 10 éve Debian alapokon üzemelteti a szervereit, tőlem függetlenül, ez már azelőtt is így volt, hogy én idejöttem. Csak a Debian Wheezy-hez közben már az utolsó repository-k is eltűntek, váltani kellett. És akkor már az újabbra. A systemd nem a megbízhatóságáról híres, ezeknek a szervereknek pedig azoknak kell lenniük, így aztán Devuan lett.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318382

    A cég újabb parkolójegyautomatái OrangePi/Linux alapokon működnek. Amikor felraktam rá a Jessie-t, alapból systemd-vel jött. Az OrangePi iszonyatosan instabil és lassú volt vele. Próbáltam használni, de képtelenség volt épeszű keretek között. Így letöröltem róla és ment vele együtt az összes mai divatszar: a pulse és a GTK3-as Pixel is. Utána a lapka megtáltosodott sebességügyileg, a stabilitásról meg annyit, hogy már másfél éve mennek kint éjjel-nappal, télen-nyáron, probléma és megállás nélkül. Röviden: igen, a works for me nem érv és nem, a systemd-gyűlölet nem érzelmi, hanem tapasztalati kérdés.

    Nem konkrétan a kernel belsejébe gondoltam, tud a Linux modulokat is fogadni. Tekintve, hogy az Atom-ok hangja nagyon sok embert érint, így ezt nagyon is fixálni kellett volna.

    Nem, ezek nem szerverek, ezek munkaidőterminálok.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2318411

    > Ha nagyon olcsojanoskodni akar a ceg, akkor pedig csinalja azt amit a tobbi ilyen magyar ceg csinal: vesznek noname tableteket Kinabol valamilyen gyatra Androiddal.
    > Erre raraknak egy kiosk browsert (Playbol rakas elerheto), amin beallitjak a webappjukat kezdolapnak.
    > Majd vagatnak kore valami plexi tartot vagy butorba epitik asztalossal es kesz.

    <Insert Nicolas Cage picture here.>

    Ezen már túl vagyunk, a PIPO-n először egy weblap futott, csak épp win10 és nem droid alatt (egyik szarabb, mint a másik) és ez a felállás nagyon nem nyerő.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319134

    Hámera' systemd-ben nem feature freeze van, hanem freeze feature. :P (Bocs a szóviccér'.)




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317672

    A kommentekben már írtam, hogy a régi Covoxos hangkimenetet próbáltam volna összehozni, USB-ről, átalakítva.

    Az Arduino Leonardo majdnem 6 rongy. Az egésznek ki kéne jönnie kevesebből, mint egy filléres USB-s hangkártya.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317684

    Kösz, amit a hivatalos webshopban láttam, az drágább volt. Mondjuk még mindig drágább, mint a filléres USB hangkártyák.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317696

    Az alapvetően nem lenne baj, csak akkor most még beletanulni ebbe a mikrokontrolleresdibe és ugye ez egy kényszermegoldás lenne, amit kínomban találtam ki... És akkor még mindig ott van, hogy ez már egy kész nyák, a Covoxos rész már egy másik nyák lenne és megint "kisvasutat" építünk.

    Ezért szerettem volna elemi alkatrészekből összehozni egy nyákon a konverziót és a hangkimenetet is...




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317673

    Kösz a tippeket, de itt nem a hobbiszerű tákolás volt a cél, hanem konkrétan egy Linux alatt hangot kiadni nem akaró eszközre (PIPO X8) kellett volna USB-re aggatható "hangkártya", amihez nem kell még külön illeszteni a hangszórót is.

    Ezt az SPI-s megoldást azért majd egyszer kipróbálom. :)




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317877

    Köszi a tippet.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317912

    Nem kell lefejteni semmit, direktben mehet az USB portba. Csak erre még hangszórónak is mennie kell.




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2317674

    A fentiekből közben már nekem is lejött, hogy ez halva született ötlet volt. :/




    USB-ből kiküldött byte-ok D-tárolókba: https://hup.hu/node/162959#comment-2319463

    Már meglett a megoldás, de azért köszi a tippet.




    Korszerűsítik a Fedora logót: https://hup.hu/cikkek/20190208/korszerusitik_a_fedora_logot#comment-2317880

    Ott a pont.




    USB ujjlenyomat olvasó: https://hup.hu/node/147682#comment-2318853

    Nemrég szoptam ezzel, a tapasztalataimat leírtam...




    FreeBSD 12.0-RELEASE: https://hup.hu/cikkek/20181211/freebsd_12_0_release#comment-2295830

    Ez működik már PPC alatt rendesen? A 10-nek, 11-nek rengeteg baja volt PPC-n.




    Brave: https://hup.hu/node/162727#comment-2311877

    Mit vártál? N+1 krómilyum fork, ráadásul az a fickó felelős érte, aki a dzsuvaszkriptet a világraszarta.


    Σ: 001 -> hetvenhatos


    Brave: https://hup.hu/node/162727#comment-2312086

    > Szóval ki lehet röhögni a JS-t, de ez csak azt bizonyítja, hogy a röhögcsélő jóember nem konyít hozzá, illetve leragadt valamikor a 2000-es évek elején, és ez utóbbi főleg eléggé kínos lehet.

    Erre csak ugyanazt tudom mondani, mint ennek a posztnak a második bekezdésében.




    Brave: https://hup.hu/node/162727#comment-2312085

    Ha a JS-t csak kényelmi funkciókra, meg AJAX-os callback-ekre használnák, lightweight pársoros függvényekkel, akkor azt mondanám, hogy oké, de nem ez a helyzet. Irdatlan méretű, agyonbonyolított "keretrendszerek" mocska borítja az egész webet.




    Brave: https://hup.hu/node/162727#comment-2312084

    Az igaz, hogy még annál is szarabbul használják, mint amennyire a nyelv szarsága önmagában indokolná, de miért használják így? Mert a nyelv megengedi. Mert ez a nyelv mindent megenged. Aztán meg olvad a CPU az alaplapban, amikor értelmezni kéne azt a gigászi katyvaszt, ami lesz belőle. Nem lehet az egészet a webgányerekre kenni, max. a felét. Abban igazad van, hogy agyatlan barmok agyatlan szar kódot írnak benne, de sajnos maga a nyelv is agyatlan.




    Brave: https://hup.hu/node/162727#comment-2313343

    Szerintem többet írtál egy a betűvel a kelleténél. :D




    Brave: https://hup.hu/node/162727#comment-2312684

    A C koránt sem enged meg annyi mindent nyelvi szinten, mint a JS. Az, hogy nincsenek típusok, csak különféle bitszélességű számok vannak, meg pointerek, meg offsetek, az nem jelenti, hogy mindent megenged. JS-ben viszont elméletileg vannak típusok, viszont gyakorlatilag ezek össze vissza kutyulódnak, néha olyan inkonzisztens módon, hogy az ember csak fogja a fejét. https://i.stack.imgur.com/35MpY.png




    Brave: https://hup.hu/node/162727#comment-2318359

    Nyiss ki egy húszezer keretrendszerrel teliberakott weboldalt és mérd a terhelést. Egyébként nyilván függ attól is, hogy milyen erős géped van.




    Brave: https://hup.hu/node/162727#comment-2318499

    Akkor olvasd el még egyszer, mert én azt írtam, hogy fifty-fifty a felelősség eloszlása az agyatlan nyelv és az agyatlan fejlesztők között.

    Ami pedig a keretrendszereket illeti: de részei a nyelvnek. Nem a nyelv felépítésének, vagy a specifikációjának, de egy nyelv ezeken túlmutat. Egy nyelvhez nem csak a szintaxis vagy a compiler/interpreter tartozik, hanem a mögötte álló fejlesztői társadalom és annak a kúltúrája is. És ennek a kúltúrának - az ún. "webkettő" kúltúrának - bizony szerves része az, hogy húszezer megoldás születik ugyanarra a problémára, amiből tizenkilencezer-kilencszázkilencvenkilenc teljességgel agyatlan. Mert a nyelvek maguk is agyatlanok. És populárisak. (Igen, ez a PHP-ra is vonatkozik.) Sokan foglalkoznak velük, ezért sok megoldás készen van hozzá - csak éppen a fent említett agyatlansági aránnyal, mert egyfelől ezek a nyelvek mindent megengednek, tehát könnyű bennük "programozni", másfelől meg könnyű hozzájuk anyagot találni a pouplaritásuk végett, ezért mindenki "ért hozzá" és ezért rengetegen csinálnak saját "keretrendszert", amiben egyrészt a többiből ollóznak össze marhaságokat, részben pedig saját kútfőből szállítanak olyan megoldásokat, hogy néha csak pislog az ember, mint egy intel-vezérelt szemafor. A mainstream irányvonal fluktuációjáról meg jobb nem is beszélni, egyik héten ez a framework a menő, a másik héten meg az, és az előzőt már ott fikázzák, ahol csak tudják, hogy elavult, meg szar, meg amit csak akarsz. Pedig ez nem hús, hogy egy hét alatt megromoljon. Ha most szar, akkor eddig is szar volt.

    A webkettő kúltúra tagjainak elsöprő többségének gőzük sincs arról, hogy mit csinálnak és hogyan és ez kurwára meglátszik a mai weben.

    Sz*rk: Ja, ezt kifelejtettem: a JS esetén még ott van a böngészőmotoronkénti eltérő implementáció; minden böngésző máshogy értelmezi a kódot. Ezért is van annyi böngészőspecifikus megoldás (meg króm-only oldal).




    Intel Atom Z36xxx/Z37xxx és Linux 4.9: https://hup.hu/node/162949#comment-2317239

    Röhögni fogsz, de ugyanerre jutottam: https://hup.hu/node/162646

    Hát, ez lehet, hogy jó az aplay-hoz is, ami nekem már jó, thx.
    Update: Nem, ehhez pulseaudio kell, nem jó.




    Intel Atom Z36xxx/Z37xxx és Linux 4.9: https://hup.hu/node/162949#comment-2318483

    Persze, hogy kipróbáltam. Az eszköz meg sem jelenik.

    Ezzel a példával sajnos nem tudok mit kezdeni, mert más a helyzet: neki megjelent az eszköz, csak a csatornák nem stimmeltek.




    Intel Atom Z36xxx/Z37xxx és Linux 4.9: https://hup.hu/node/162949#comment-2318500

    Én is feladtam már, inkább kerestem USB-s hangkártyát.




    Egy korszak véget ért: https://hup.hu/node/162916#comment-2316500

    További sorsa? Remélem nem kuka, hanem valaki elviszi.




    Egy korszak véget ért: https://hup.hu/node/162916#comment-2317738

    De úgy értem, hogy a hardware sorsa mi lesz. Talán más célokra még lehet használni egy régi szervert is.




    Egy korszak véget ért: https://hup.hu/node/162916#comment-2317869

    Nem esett le.




    [megoldva] Hikvision kamera távoli rögzítése SAMBA/NFS: https://hup.hu/node/157970#comment-2204817

    Csak egy tipp: ne a webes felületet használd, mert egy raklap funkció hiányzik róla és amúgy is egy raklap alsógatya az egész; megvannak hozzá az odavaló konfig programok: ftp://ftp.hikvisioneurope.com/Software/01%20%20%20Video%20Management%20Software/
    Nekünk csak a Road Traffic képeit kellett volna feltölteni FTP-n, de a webes felületen azt sem lehetett bekonfigni... (Az meg külön vicces volt, hogy ahol video-feedet adott a webpage, az krómban megette reggelire a gépet, rókában nem ment, exploder 11-ben meg a gép felzabálása mellett az ActiveX RND() módon döntötte össze néha a böngészőt.)
    Az iVMS 4200-al viszont össze lehetett konfigurálni. A kamerád típusa alapján neked is az iVMS 4200 kell.




    [megoldva] Hikvision kamera távoli rögzítése SAMBA/NFS: https://hup.hu/node/157970#comment-2206484

    Nm.

    Nekem is elég lesújtó véleményem van erről a márkáról, viszont a főnökömnek más véleménye van és ő évek óta használja, rengeteg helyre telepítették már és csak egy-két helyen fordultak elő kisebb zavarok, viszont az a pár darab, amik azóta lettek telepítve, amióta itt dolgozom, azokkal csak a szívás volt. Vagy egybeesés, vagy az újabb firmware-rel érkező kamerák ilyenek.

    Az SD viszont nem túl jó ötlet, az nem szereti, ha folyamatosan firkálják. Miért nem tölteted vele közvetlenül az otthoni szerverre? Ha az Rπ-t eléri a kamera, akkor a szervert is el kéne neki, nem?




    itt az ideje a váltásnak: https://hup.hu/node/162548#comment-2308236

    > meg akar védeni

    Mitől? A semmitől? Amikor még használtam, volt hogy bejelentkeztem egy másik böngészőből, mint amiből szoktam és máris levelet kaptam, hogy "szoktalan tevékenység, mert valaki bejelentkezett a fiókjába". Baromi ügyes. Mert ha tényleg megtörte valaki és épp a leveleimet nézi, akkor nem az a legelső, hogy ezt kitörli...




    itt az ideje a váltásnak: https://hup.hu/node/162548#comment-2308533

    Ami azt illeti, erre volt precedens azután is, hogy átváltottam Protonmailre, de be kellett loggolni gmail-re valamit megnézni a régi levelek között; pl. pár hete is volt ilyen. Kétfaktoros authentikációt nem kapcsoltam be, az tény, tkp. nem is tudom, hogy mit találtak ki oda. De anno nagyon el akarta tarhálni a mobilszámomat, sőt most már nem is lehet gmail-t reggelni mobilszám nélkül. Ami egy dolog, de mivel most már youtube accountot sem lehet gmail account nélkül regisztrálni, így ha szeretnél tecső accountot, akkor meg kell adnod a telefonodat a kuglinak.




    itt az ideje a váltásnak: https://hup.hu/node/162548#comment-2308235

    Protonmailnek adhatsz egy esélyt szerintem, ha mindenképpen váltani akarsz.




    itt az ideje a váltásnak: https://hup.hu/node/162548#comment-2308662

    Alapvetően nem föltétlen a hülyebiztosság a probléma, hanem az, ha ezt nem lehet kikapcsolni.




    itt az ideje a váltásnak: https://hup.hu/node/162548#comment-2308757

    +1




    Öt év Satya Nadellával felturbózta a Microsoftot: https://hup.hu/node/162845#comment-2315476

    Megelőztél.




    EFI bootolható USB-Linux: https://hup.hu/node/162884#comment-2315789

    Sajnos ebben nincs legacy mód.
    Ez a leírás sem működött. Megcsináltam a leírtakat, a GRUB fel is rakott pár könyvtárat, de ugyanaz van, mint eddig: prompt van menü helyett.




    EFI bootolható USB-Linux: https://hup.hu/node/162884#comment-2315961

    Hova kell beilleszteni és mit? A GRUB konfigját?

    Nem tudom, hogy a GPT engedélyezve van-e, de nem is érdekes, mert MBR-rel van megpartícionálva az USB kulcs.




    EFI bootolható USB-Linux: https://hup.hu/node/162884#comment-2316135

    Hú, király vagy, köszi!

    gdisk-kel átkonvertáltam a partíciós táblát MBR-ből GPT-re, majd bechrootoltam és felraktam a szükséges csomagokat. Aztán live CD alól újraraktam a GRUB-ot és most már fel kel a célgépen.

    Még egyszer thx!




    EFI bootolható USB-Linux: https://hup.hu/node/162884#comment-2316153

    Nem a GPT-vel volt baj, csak nem tudtam, hogy az EFI-hez ez kötelező. Magát a GPT-t már vagy 10 éve használom, amióta Linuxra váltottam és sose volt vele bajom. Igaz, BIOS-os gépeken.




    EFI bootolható USB-Linux: https://hup.hu/node/162884#comment-2316401

    Ja. Hát most akkor én is átestem a tűzkeresztségen. :P




    EFI bootolható USB-Linux: https://hup.hu/node/162884#comment-2316136

    Az --efi-directory nem /boot/efi? Csak mert a sima boot-ra kiírta, hogy nem tűnik EFI partíciónak.




    EFI bootolható USB-Linux: https://hup.hu/node/162884#comment-2316402

    Érdekes. Nálam bereklamált érte. Fő a konzisztencia. :P




    HOVD 2018 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_desktop_kornyezet#comment-2304694

    Ez már volt téma a másik topikban is: volt tervben a Qt4-re való migrálás, de többet buktak volna vele, mint nyertek volna, így csak backportolgatnak belőle a TQt-re. A Qt5 meg már túl heavyweight.




    HOVD 2018 - Kedvenc desktop környezet: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_desktop_kornyezet#comment-2304696

    > kde3 volt az igazi. Gyors, mint a villam.

    +1, nagyon gyors. Sajnos lemaradtam mint a borravaló, így nem tudtam beküldeni a Trinity-t a listára. Sebaj, szavaztam a wmakerre, bár nem használom napi szinten, csak időnként játszadozok vele; de az kevés szavazatot is kapott, meg mégis csak egy 68k-s rendszer GUI-jának örököse.

    > Elvileg letezik olyan, hogy Trinity Desktop Environment, idaig nem volt idegzetem kiprobalni, gondolom a kutya se hasznalja aztan mehet a szivas ezerrel

    -1, nem tökéletes, de az "ezerrel szívás" nem állja meg a helyét.

    > de annyi biztos, hogy a mai gepeken valoszinu, hogy ugy menne, mint a puskagolyo. :D

    Ld. feljebb. Egyébként a KDE3 régen is viszonylag gyors volt. 1.X GHz-es Athlon64-en is jól ment.




    Warner Losh a FreeBSD vs Linux témában: https://hup.hu/node/162842#comment-2315124

    Arról van infó, hogy milyen Linux-szal kísérleteztek?




    Warner Losh a FreeBSD vs Linux témában: https://hup.hu/node/162842#comment-2315255

    Úgy értem: melyik disztribúcióval. Nem is maga a disztribúció érdekelne, hanem a szoftverkörnyezet, amit használtak a próbák alatt.




    Magyar Posta látlelet: https://hup.hu/node/162807#comment-2314299

    Az én chipjeim 5 nap alatt Bp-n voltak Hong-Kong-ból, viszont Bp-ről idáig (huszoniksz km) 30 napig jöttek. A levéltetű ehhez képest fotonnyaláb.




    Egyetemi tapasztalatok: FINAL: https://hup.hu/node/162776#comment-2313351

    +1




    TV Basic: https://hup.hu/node/162734#comment-2312091

    De kezdőket ne mérgezzünk már Pythonnal... :P

    Kezdők elindítására a mai napig két nyelv a legalkalmasabb, valamilyen BASIC vagy Pascal.


    Σ: 001 -> Pixel5


    TV Basic: https://hup.hu/node/162734#comment-2312120

    Nem azt mondtam, hogy később ne használjon Pythont, hanem azt, hogy ne azzal kezdje. Itt tanulásról van szó, a gondolkodás elsajátításáról, nem pedig arról, hogy később hol szerez vele állást.
    Ami pedig a Pascalt illeti, csak azt tudom mondani, amit te mondtál a másik topicban a "konyításról", meg a "2000-es évek elejéről". Talán nézz utána, mire képes manapság egy FreePascal/Lazarus kombó.




    TV Basic: https://hup.hu/node/162734#comment-2312378

    > "Mire képes" vs "érdemes-e vele foglalkozni".

    Én abból élek, a cég cuccainak nagy része FreePascal/Lazarus alapú.

    > Akár a Pythonnal, akár a JavaScripttel éppúgy elsajátítható a kódoláshoz, tervezéshez szükséges gondolkodás (tetszőleges komplexitásig, belekeverve a devops vagy architect szemléletet is)

    Nem. Itt kezdőkről van szó. PRINT "Kecske", meg WriteLn("Kecske");. Biztos nagyon fog örülni a csóri newbie, amikor elbassza Pythonban az indentálást és nem fog menni a kódja, ő meg pisloghat, mint egy intel-vezérelt szemafor. A JS meg csak félreneveli az embert, mert összekavar mindent. Rohadtul nem kezdőknek való.

    > és mint írtam, lényeges gyakorlati haszna van, ha élő nyelvekkel foglalkozik az ember.

    A Pascal nem holt nyelv.




    TV Basic: https://hup.hu/node/162734#comment-2312407

    > Csúsztatás. Azon a szinten, amikor a PRINT, vagy a WriteLn megtanulásánál tart a kezdő, akkor még Pythonban is megvan indentálás nélkül, így ez még – akkor – biztosan nem fog gondot okozni.

    Akkor még nem. De aztán menni kell majd tovább is.

    > De a Pascal-os kezdő is pisloghat, ha lemarad egy pontosvessző, vagy egy end, esetleg a legvégén a pont.

    Nem egészen, mert ezt a Pascal kiírja, hogy ez vagy az expected, ugyanis a pontosvessző meg a legvégén a pont elhagyása Pascalban az syntax errort - és nem forduló kódot - fog eredményezni, Pythonban viszont az indent előbbi lezárása szintaktikailag valid marad, csak éppen a kód megy tropára. Na, ez az, ami nem mindegy egy kezdőnek. (És IMHO amúgy is egy nagy baromság, hogy a kód formázása beleszól az értelmezésbe, de ez legyen az én személyes nyomorom...)


    Σ: 001 -> Pixel5


    TV Basic: https://hup.hu/node/162734#comment-2313266

    Túl bonyolult a szintaxisa egy kezdőnek.




    TV Basic: https://hup.hu/node/162734#comment-2312555

    > Pedig már nagyon várom, hogy az legyen.

    Magadat minősíted vele, de nem baj.

    > - az iskolákban már nem tanítanak Pascalt

    Passz.

    > - az iskolákban objektum orientált nyelveket tanítanak

    Object Pascalról hallottál már?

    > - emellett legalább a C# vagy Java előkerül

    No comment. Pont azt a két bloatgenerátort odaadni kezdőknek, aztán csodálkozunk, ha a szoftverek egyre szarabbak. (/summon hajbazer)




    TV Basic: https://hup.hu/node/162734#comment-2312582

    > a := operátorával

    Igen, mennyivel jobb a sima =, mert akkor, ha egy sima összehasonlításnál (kecske1 == kecske2) elhagyod az egyik egyenlőségjelet, akkor nem elég, hogy mindig true-t kapsz vissza, de még felül is írtad az egyik változót. Sokkal jobb, tényleg.

    > Arra tart a Pascal, amerre éppen akar, csak az oktatásból kellene eltüntetni.

    És helyette olyan nyelveket tanítani (C#, Java), ami nem elég, hogy egy bloated foshegyet csinál még a hello worldből is, de még össze is zavarja a kezdőket.




    TV Basic: https://hup.hu/node/162734#comment-2312592

    Hát nem ártana pár linker opció, pl: -CX -Xs -XX


    Σ: 001 -> Pixel5


    TV Basic: https://hup.hu/node/162734#comment-2312603

    Végülis csak elfér egy C64 memóriájában is, "nem sovány". Az megvan egyébként, hogy a fenti 230k-s "bloat" egy nagy része a debug symbol-ok miatt volt?

    Meg ld. egyel lejjebb Chain-Q posztját: a FreePascal statikus runtime-mal dolgozik, a C-s program lehet, hogy negyedekkora lesz, de a libc nélkül meg sem fog mozdulni.

    http://wiki.freepascal.org/Lazarus_Faq#Why_are_the_generated_binaries_so_big.3F




    TV Basic: https://hup.hu/node/162734#comment-2312612

    > Nem az a lényeg, hanem hogy a statikusan fordított programod kiadhatod, az user letölti és fut, nem kell minden disztróra egyesével lefordítani...

    Ez meg a másik.




    TV Basic: https://hup.hu/node/162734#comment-2312611

    Nem ez a lényeg. Hanem az, hogy a C-s executable mögött meghúzódó libc "kicsit" nagyobb, mint az a pártíz kB-nyi runtime, amit a "bloated" Pascal beleforgat az executable-be.




    TV Basic: https://hup.hu/node/162734#comment-2312633

    Remek, műszaki kérdésbe sikerült megint belevenni az aktuálpolitikát. Igaz, hogy Pascalt idehaza a rendszerváltás idején kezdtek el oktatni, de nem baj.




    TV Basic: https://hup.hu/node/162734#comment-2312642

    > A rendszerváltás 1989-ben volt, ma 2019-et írunk. Talán ideje lenne felülvizsgálni, hogy történt-e változás azóta, hátha az iparnak most másra lenne szüksége.

    Ez oda-vissza igaz. Talán ideje lenne felülvizsgálni az iparban alkalmazott technológiák jó részét, mert a jó része a szemétdombra való.

    > A nővérem oktató és kiakad, hogy a legokosabb diákok befejezik a BSC-t 3 év után és azonnal munkába állnak MSC helyett.
    > Az MSC képzés meg jóformán csak a maradt még kategóriának szól, kimazsolázott hallgatókkal és tudással.
    >
    > Lehet ezen megbotránkozni, de az ipar jelenleg nem látja értelmét az MSC-nek, ezért viszi aki használható BSC után.
    > Ennyire értékelik a magyar oktatást.

    Ezt nekem nem kell bemutatni, én el se végeztem a fősulit, otthagytam a fenébe. De Pascalról szó sem volt, már akkor tíz éve sem, viszont volt rengeteg MS-only technológia, meg "nagyon modern" programnyelvek; éppenhogy az általad preferált nyelveket (C#, Java) erőltették, aztán látod az eredményt.
    Úgyhogy az ipar nem a Pascal miatt értékeli annyira a magyar oktatást, amennyire, hanem mert egyszerűen szar; függetlenül attól, hogy mit oktatnak.




    TV Basic: https://hup.hu/node/162734#comment-2312667

    Hidd el, a Pascal profi célokra is alkalmas. :) Amúgy csak így tovább!




    TV Basic: https://hup.hu/node/162734#comment-2312625

    > Ne tanítsunk olyan nyelvet, amit az ipar >99%-a kizárólag múzeumi érdekességként tart számon.

    Nem nyelvet tanítunk, hanem gondolkodásmódot. Azt pedig egyszerűen tanulható nyelvvel lehet megtanítani. Ld. BASIC, ld. Pascal.

    OFF: Az Angular egyébként nem nyelv, hanem framework.




    TV Basic: https://hup.hu/node/162734#comment-2313272

    > Kicsit olyan ez, mint amellett ervelni, hogy ne angolul tanitsuk a gyerekeket, hanem eszperantoul, mert hat nem nyelvet kell tanulni, hanem gondolkodasmodot. Hogy az eszperantot ket mareknyi emberen kivul senki nem beszeli kerek e vilagon, az mind mellekes.

    Ne keverd össze az emberi nyelveket a programyelvekkel, mert nem ugyanaz a kategória.

    > Kezdjuk peldaul a PHP-val, a Ruby-val vagy urambocsa' a Bash-sel.

    Ezek specifikus nyelvek, ráadásul egy nagyságrenddel bonyolultabbak, mint a Pascal vagy a BASIC. A PHP ráadásul még egy nagy kutyulék is.

    > Ertem, hogy a BASIC-nek es a Pascalnak hagyomanya van, a hagyomanyokat orizni kell - csinaljunk muvelodesi hazakat programozoknak, ahol kedvukre programozhatnak Pascalban / BASIC-ben.

    Ez nem a hagyományőrzésről szól, hanem arról, hogy mi tanulható könnyen.

    > Ja, es FYI: hatalmas BASIC fan vagyok, ha tehetnem, a mai napig Visual Basicben programoznek.

    Na, a Visual Basic speciel pont jó lehet egy kezdőnek, bár nem biztos, hogy GUI programozással kell kezdeni...




    TV Basic: https://hup.hu/node/162734#comment-2312605

    > Évszázadot váltottunk.

    A Pascal is, ha nem tűnt volna fel. A kőbaltával hadonászás helyett talán kipróbálhatnád mire képes manapság, akár a Delphi, akár a Lazarus/FreePascal kombó. Ha meg "nem vagy rá kiváncsi", akkor meg ne nagyon formálj róla véleményt, mert csak magadat égeted le, ha infó nélkül dobálózol a nagy büdös semmivel, meg a háromezer évvel ezelőtti emlékeiddel.




    TV Basic: https://hup.hu/node/162734#comment-2312580

    Az Apple féle Lisa Pascal még arra is rávert vagy 3 évet; ez is 68000-esen volt legelőször. :P




    TV Basic: https://hup.hu/node/162734#comment-2312380

    > -1, a Python nagyon jo kezdoknek. Basiccel felreneveled a diakot, a Pascal meg feleslegesen korlatozo.

    A Python nem jó kezdőknek (ld. feljebb), a BASIC az alapok elsajátításához való, hogy egyáltalán felfogja, miről van szó, a Pascal meg nem tudom mitől lett neked korlátozó.

    > Pascal helyett meg valami C-szintaxisu nyelvet tudnek meg elkepzelni bizonyos kor felett.

    Mert ugye a szintaxis mindenek felett. Na, ezt hívják dogmatikus gondolkodásnak és ezt nem szabad megtanítani az embereknek. Kezdjen azzal, amivel tud (erre ideális a BASIC, meg a Pascal), aztán meg használjon azt, amit akar. Nem a szintaxis a lényeg, sőt, az kb. le van szarva.




    TV Basic: https://hup.hu/node/162734#comment-2312501

    > A Python rákényszerít arra, hogy a kódodon látni lehessen a blokkstruktúrát.

    És még a Pascal-t nevezik korlátozónak... Tudod, ha ezt kényszeríteni kell, akkor ott már eleve gond van a gondolkodásmóddal. Viszont szükségszerűen lehetségessé tesz egy nevetséges hibalehetőséget, miszerint a kód jó, csak a formázás nem.

    > de sajnos olyan tervezési hibákkal, amikbe bele fogsz ütközni (és ami miatt visszalépés volt az Algol 60-hoz képest)

    Hogy mi?

    > pl. hogy nincsen benne se variable length array

    Tisztázzuk: az hogy VLA nincs benne, az nem jelenti, hogy a tömbök csak előre fixált hosszal bírhatnak. setlength(tömb, hossz)

    > se pointer

    Már hogy a fárasba ne volna benne pointer...

    > nem igazán alkalmas tömbök kezelésére

    WTF?

    > legalábbis a szabványos Pascal)

    #define "szabványos Pascal", mert én már nem értem...

    > Ráadásul kicsi a felhasználó-bázisa, sorban hagyják abba a compilerek fejlesztését (Turbo Pascal, gpc).

    Aha, a FreePascal-t is sorban hagyják abba, miközben egyre több platformot támogat. Mutass már nekem egy olyan Lazarus szintű IDE-t, amit annyi platformra felrakhatsz és a programokat egy mozdulattal forgatod le ide, vagy oda. Igen, a C/C++ fordul kenyérpiritón is, viszont, ha GUI-t akarsz programozni, akkor azt írhatod meg külön erre, meg arra a platformra, míg Lazarusban egy click és fordul az OS natív GUI-jára, vagy multi toolkites OS-eknél (Linux, BSD, Solaris) arra, amit kiválasztottál. (Csak a Motif meg a TQt támogatást hiányolom belőle.) Aztán van még a Java nevű rettenet, a "write once, debug everywhere" szlogennel, aminek a bytekódját még két azonos de eltérő verziójú VM is eltérően futtathatja, kösszépen. (A Java nyelvi retteneteiről nem is beszélve, de az megint legyen az én személyes nyomorom.)

    > A BASIC meg eleve belédnevel rossz szokásokat: vagy egy igazán ősi nyelvvel küzdesz, amiben nincs se scope, se blokkstruktúra, sorszám alapján kell szubtrutinthívni, stb.

    Ki mondta, hogy a CBM BASIC-ot kell erőltetni? Van modern BASIC is, van benne procedure, címke, meg a tököm tudja mi. Azonfelül azt kéne már megérteni, hogy a BASIC abszolút kezdőknek való, nem olyanoknak, akik már ehhez-meg-ahhoz is értenek kicsit. A BASIC-et egy gyerek is megérti, ezért való kezdőknek.




    TV Basic: https://hup.hu/node/162734#comment-2312557

    > #define "szabványos pascal" "Niklaus Wirth, The programming language Pascal".
    > A későbbi szabvány opcionálissá tette a VLA-t (aztg hiszem, level-eket definiált, és kisebbikben nem volt).
    >
    > A pointerekre rosszul emlékeztem. Amit láttam szabványos Pascal-ban, abban nem vot.
    > A szarakodás úgyis azzal volt, hogy egy procedure definiálásakor meg kellett adni,
    > hogy mekkora array-el dolgozik, és nem lehetett meghívni kisebbel.

    És ez mikor volt? 1919-ben? Ezek szerint nem a Pascal programozók vannak leragadva a múltban, hanem a te Pascal ismereteid.

    > Azt nem mondtam, hogy a Free Pascalt abbahagyják. De hány fordító van még?

    Pl. a Delphi is létezik még, a Delphi 10 most jött ki 3 éve.

    > Később már nem biztos.

    Azaz? Mit nem lehet benne megcsinálni?

    > mennyi kódrészlet, library van hozzá.

    Elegendő ahhoz, hogy crossplatform aspektusból nem egy helyen überelje a C/C++-t.

    > Amit mondani akartam, hogy nem érzem ezeket a nyelveket egyszerűbbnek a Pythonnál, és akkor nem világos, hogy miért érdemes energiát fektetni a megtanulásukba.

    Az, hogy te informatikusként mit érzel egyszerűbbnek, az a kezdőket rohadtul nem érdekli. És mellesleg felhívnám figyelmedet arra is, hogy egy scriptnyelvet próbálsz összehasonlítani egy fordított nyelvvel.




    TV Basic: https://hup.hu/node/162734#comment-2312572

    > az a Pascal nagy hátránya: hogy kicsi az esélye, hogy arra lesz szükséged.

    Egy kezdőnél még mindig nem az számít, hogy mivel tud majd elhelyezkedni könyörgöm. Ha ez így lenne, akkor mi a fárasnak tanítanánk a kisiskolásoknak bármit, amit a munkájában nem fog használni? Először gondolkodni kell megtanítani.

    > Ha nem informatikus lesz, akkor viszont együtt kell majd dolgoznia valakikkel, akik valószínűleg nem Pascalt használnak: ha mérnök, akkor Matlab vagy Fortran fog kelleni, én fizikus vagyok, nálunk kor szerint a közös nyelv Fortran, C vagy Python.

    Lentebb erre válaszoltam: a Pascal is nyugodt szívvel megeszi más fordítók objectjeit, tehát ez nem jelenthet gondot.

    > Az, hogy fordított vagy interpretált nyelv, egy kezdőnek szerintem tökmindegy.

    Itt inkább a "mire valón" volt a hangsúly: egy scriptnyelv nem arra való, mint egy fordított. Hogy manapság arra is használják, az elég nagy baj.




    TV Basic: https://hup.hu/node/162734#comment-2312568

    > Az a baj inkább, hogy mire bekerültek ezek a dolgok a Pascal-ba, addigra már késő volt, elterjedt a C.

    És? Nem fér el a kettő egymás mellett? Ráadásul nem is ugyanarra valók; már megint almát a körtével...

    > Lehet, hogy a most aktuális Pascal változat nagyon elegáns, és tud mindent, csak éppen kicsi a felhasználóbázisa. Kevés embertől lehet tanulni és kérdezni.

    Quantity over quality? Csak úgy mondom, hogy segítségkérés szempontjából teljesen mindegy, hogy 10000 vagy 100000 fejlesztő használ egy nyelvet, mert annyi embert úgy sem tudsz megkérdezni. Az más tészta, hogy mennyi segédanyag lesz elérhető a neten, de ezeknek a minősége is számít, ha többen vannak a cikkírók, a hülyeség is több lesz...
    A Pascalosok általában pár fórumon koncentrálódnak, ott érdemes kérdezgetni. A populáris nyelveknél meg lehet, hogy több fórumon több embertől tudsz kérdezni, de azok között megint csak, a hülye is több, csak a nagy számok törvénye alapján.

    > De egy kezdőt nem tanítanék széllel szemben vizelni.

    Miért széllel szemben vizelés az, hogy kap egy könnyen tanulható, generikus programnyelvet, amiben tkp. bármit meg lehet oldani a GUI fejlesztéstől elkezdve a webservice-eken és a beágyazott cuccokon át egészen az agyfasz projektekig?

    Arról nem is beszélve, hogy ha már szóbakerült a kódbázis mérete mint hátrány, akkor csak úgy érdekességképpen megemlítem, hogy a FreePascal is tud linkelhető object fájlokkal dolgozni; az egyik kollégám C-s EMP860 meghajtóját nem írtam át Pascalra, hanem compile, megírtam az exportált függvényekhez a Pascalos illesztőunitot (pár sor) és behúztam a főprogramba. Magyarán nyugodtan tudok C/C++ vagy bármi más unitokat használni Pascalban.




    TV Basic: https://hup.hu/node/162734#comment-2313265

    Érvrendszeredre alapozva a Pascal matekosoknak is jó, mert A = A + 1 nincs benne csak A := A + 1, a memória managelve van, goto-t nem muszáj használni, függvény meg rekurzió meg van benne.




    TV Basic: https://hup.hu/node/162734#comment-2312090

    Ez megvan, ebből tanultam meg pár dolgot. A folytatását azóta is keresem, a szerző ugyanis azt ígérte, hogy abban már a 6502 assembly lesz terítéken. Persze lehet, hogy sose készült el.




    TV Basic: https://hup.hu/node/162734#comment-2312677

    Ránéztem a profilodra, de nem derült ki hány éves vagy, így nem tudom, hogy öregebb vagyok-e, mint te.




    TV Basic: https://hup.hu/node/162734#comment-2312783

    Akkor nem, én csak 33 vagyok.




    TV Basic: https://hup.hu/node/162734#comment-2312634

    Dettó.




    TV Basic: https://hup.hu/node/162734#comment-2312635

    Azt azért tegyük hozzá, hogy nem mi kezdtük az offot; mindjárt a legelső hozzászólás elővette a Pythont.




    gmail - 404. ez egy hiba: https://hup.hu/node/162758#comment-2312948

    +1




    HOVD 2018 - Kedvenc fordított programozási nyelv: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_forditott_programozasi_nyelv#comment-2303032

    FreePascal/Lazarus:
    - Munkaidőterminál szoftvere
    - Parkolóautomata szoftvere
    - Beágyazott fejlesztések (ajtóvezérlő, GPS tracker, stb.)
    - Crossplatform GUI-s alkalmazások
    - Mindenféle custom céges cucc




    HOVD 2018 - Kedvenc fordított programozási nyelv: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_forditott_programozasi_nyelv#comment-2303029

    Köszönjük.




    GDPR: 50 millió eurós bírságot kapott a Google: https://hup.hu/cikkek/20190122/gdpr_50_millio_euros_birsagot_kapott_a_google#comment-2309890

    Még ezt is röhögve kifizetik, sokkal többet ér nekik, ami adatot begyűjtenek.




    GDPR: 50 millió eurós bírságot kapott a Google: https://hup.hu/cikkek/20190122/gdpr_50_millio_euros_birsagot_kapott_a_google#comment-2309941

    Hát ezt a legrosszabbtól kérded...




    GDPR: 50 millió eurós bírságot kapott a Google: https://hup.hu/cikkek/20190122/gdpr_50_millio_euros_birsagot_kapott_a_google#comment-2312373

    Jah, WC-t pucolok náluk, de ez még mindig jobb, mintha programoznék ott, mert a WC-jükben kevesebb a szar, mint a termékeikben...




    SSD - Ki, milyet használ, mik a tapasztalatok?: https://hup.hu/node/162628#comment-2309889

    HDD Device 0: /dev/sda
    HDD Model ID : ADATA SP900
    HDD Serial No:
    HDD Revision : 5.0.7b
    HDD Size : 122104 MB
    Interface : S-ATA Gen3, 6 Gbps
    Temperature : 31 °C
    Highest Temp.: 56 °C
    Health : 100 %
    Performance : 100 %
    Power on time: 558 days, 9 hours
    Est. lifetime: more than 1000 days
    Total written: 3.03 TB
    The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
    The health is determined by SSD specific S.M.A.R.T. attribute(s): #231 SSD Life Left
    No actions needed.




    HOVD 2018 - Kedvenc webböngésző: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_webbongeszo#comment-2306194

    Ott volna még az Otter is, dehát a Chromium fork Vivaldi az fontosabb volt, hogy külön szerepeljen a listában...




    HOVD 2018 - Kedvenc webböngésző: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_webbongeszo#comment-2306195

    Ezt mondtam én is, még amikor lehetett volna a listán változtatni, de nem talált értő fülekre.




    HOVD 2018 - Kedvenc BSD rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_bsd_rendszer#comment-2300596

    A FreeBSD-t kipróbáltam x86-on, PPC64-en (PowerMac G5) és ARM-on (RPi). A NetBSD-t PPC-n (PowerMac G4) és ARM-on (RPi). Az OpenBSD-t ARM-on (RPi), meg megpróbáltam felrakni x86-ra is, de nem jártam sikerrel.

    Sz*rk: Ha az OSX-et is beszámítjuk a BSD-k közé, akkor Tiger a G4-en és Snow Leopard egy 2006-os Mac Mini-n.




    HOVD 2018 - Kedvenc BSD rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_bsd_rendszer#comment-2304546

    > Remenykedtem benne h. a macppc port jobb lesz. :)

    És jobb lett? Pl. a PowerMac G5 támogatásról van valami hír, hogy legalább 32-bites módban fel lehessen rakni? A FreeBSD 11-est írtózat szívások árán fel lehetett szenvedni rá (bináris repo nincsen), de a NetBSD 7-est nem és ahogy nézem a 8-as HW listáját, még mindig nem támogatott.




    HOVD 2018 - Kedvenc BSD rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_bsd_rendszer#comment-2303383

    12.0-ra nem? :)




    HOVD 2018 - Kedvenc smartphone os: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_smartphone_os#comment-2301803

    Kéne olyan lehetőség, hogy egyiket se. :P
    Bár ez minden kategóriában lehetne lehetőség, hogy ha az embernek kollektíven az egész mezőnytől hánynia kell.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2301159

    Valószínűleg azért nincs senkinek különösebb baja a BB-vel, mert egyfelől nem tolták le erőszakosan az emberek torkán, másfelől pedig ez csak pár fontosabb parancsot tartalmaz, amikből te mellékelhetsz másikat, ha akarsz és nem asszimilálta megkerülhetetlenül a fél (?) rendszert, beleértve egész alrendszereket...




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302822

    Úgy néz ki, hogy ezzel is tényleg vannak bajok. A Devuan installerében az van és ebbe is betette a lábát az a pötteringista mocsok, ami "predictable network interfaces" néven pusztítja a rendszergazdák idegrendszerét, valamint a hálózati alrendszert nem lehet vele újraindítani, mert se ifup/ifdown, se szolgáltatás, mert "majd ráhagyják a disztróépítőkre"...




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302831

    Értem, de ez még nem magyarázza, hogy miért dobta ki a hálózati interface-ek fel/le kapcsolásának lehetőségét. Amúgy a Devuanosok sem normálisak, hogy ezt defaultból bekapcsolva hagyták.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302870

    Dehogynem, dehát itt pont az a baj, hogy nem lehet újrainicializálni a hálózati interface-t.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302882

    A köze van hozzá, hogy az init rendszer felel a rendszer szolgáltatásainak felügyeletéért és itt ezt a szolgáltatást nem lehetett újraindítani.

    És? Hogy jön ez ide?




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302896

    Nem. Vernyákolni a systemd fanboyok szoktak, amikor valaki kritikát mer megfogalmazni a systemd-vel kapcsolatban, mert képtelenek felfogni, hogy egy init rendszer arra való, hogy a szolgáltatásokat kezelje. Namármost, a hálózati szolgáltatás az nomen est omen egy szolgáltatás. Ha te ezt nem érted, akkor sajnálom.

    Az, hogy a nálad lévő busyboxba valaki rakott ifup/ifdown parancsokat, az nem változtat a busybox fejlesztőjének a fentebb linkelt véleményén és nem segít azon, hogy a Devuan telepítőjében egy olyan összeállítás van, amiben nincsen.

    Viszont a veled való vitákat én befejeztem, mert se időm, se kedvem nincs olyan alakokkal vitatkozni, akik csak személyeskedni képesek, ha valaki kritizálni merészeli imádatuk tárgyát.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302912

    Sajnos nem keltette fel az interface-t. De a dolog csak a telepítőt érintette, az offline feltelepített rendszerben a telepítés után fel lehetett kapcsolni. Igaz, azt SysVInittel raktam fel.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302927

    Ismerem az ip parancsot, próbáltam azt is, le is írtam, hogy nem lőtte fel az inteface-t a telepítőből.
    Az egy dolog, hogy az ifup/ifdown az Debian specifikus, de itt egy Debian alapú disztribúcióról beszéltünk.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302929

    A szolgáltatások kezelése tradicionálisan az init feladata; ezt így csinálja a SysVInit, a LaunchD, az OpenRC, az S6, a BSD init és még sorolhatnám. Nyilván fel lehet darabolni és ki lehet szervezni belőle a szolgáltatások kezelését, de nem szokták.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302946

    Igazad van.

    Én nem is próbáltam meg RPi-n systemd-vel szenvedni. Letöröltem.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302992

    A fent felsorolt példák meg nem teszik. Ettől még egyik sem válik systemd-vé.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302914

    Nem ismerem a busybox-ot, ma találkoztam vele először, csak leírtam a tapasztalataimat.




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2301608

    > működik.

    Hát ha ezt működésnek lehet nevezni...

    > Nem véletlen, hogy kb. az összes nagy distro systemd-t használ.

    Hát az biztos, hogy nem véletlen.

    > A függőség kezelése sokkal jobb, értelmesebb a formátum.

    Jobb, meg értelmesebb, mint mi? A SysVInit? Ezen is lehetne vitatkozni ugyan, de inkább csak azt mondom amit eddig is: Egy érv a SysVInit ellen még nem érv a systemd mellett; egy tonna egyéb init rendszer is van, mint ez az önhatalmúlag cselekvő, mindent asszimiláló, minden eddigi működő konvenciót felrúgó, mindennemű koncepció nélkül készülő, kiteszteletlen, instabil bugrakás. Tiszta windóztíz á la Linux, csak ez még előbb volt, mint a windóztíz. :P




    HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2300985

    Kellett volna egy olyan opció, hogy mindegy, csak ne systemd...




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2300984

    A Trinity-s (Qt3-as) Kate kb. 7 MB-t eszik meg.




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302140

    > Trinityt fejlesztik még egyáltalán

    Fejlesztik.

    > és annak a fejlesztői is beálltak a fősodorba?

    Éppen ellenkezőleg.

    Még mindig karbantartják pl. az aRts-ot, ami a KDE3 saját audio layere volt, hogy a rendszer tudjon futni ALSA-n is, meg OSS-en is, (mert a KDE3 nem volt Linux-only, ment FreeBSD-n, meg Solarison is) és így nem kell felrakni a rohadmány-hulladmány pulseaudio-t, ami nem elég, hogy leakel mint egy megfúrt szippantóskocsi, meg olyan ordenáré torzításokat bírt csinálni, hogy nemhogy nekem, de még a hangfalnak is fájt, de ráadásul még be is ragad a lejátszás leállítása után a hang és az utolsó allokált soundbuffer ott loopol recsegve-ropogva, mint egy gramofon, amibe belebasztál egy csorba csavarhúzót. Persze az aRts sem hibátlan, de századannyi hibája sincs (tíz év alatt, ha kétszer volt olyan, hogy valami rejtélyes okból kifolyólag összeomlott), mint a pulse-nak és sokkal kevesebb erőforrással is beéri.

    De épp most készül el lassan a Devuan repojuk is, mert a systemd-ből sem kérnek. Asszem a Slackware is full támogatott már a kezdetek óta.

    De a legjobb példa: volt anno téma, hogy mivel a KDE4 nem konkrétan a Qt4 miatt szar, hanem maga a KDE4 szar, úgyhogy lehet át kéne állítani a kódbázist Qt4-re (és megmutatni a KDE Teamnek, hogy mennyivel jobban jártak volna, ha a rommá konfigurálható KDE3-at folytatják Qt4 alapokon és nem jönnek azzal a rommábutított KDE4-gyel), de szerencsére végül elvetették és a saját Qt3 forkjukba (TQt) portolnak vissza szükséges dolgokat a Qt4-ből.

    Mondom ezt úgy, hogy a Qt4-gyel komolyabb bajom a memory footprintet leszámítva nincsen, még gyenge hardware-en is elfogadható sebességgel fut, pláne, ha a lentebb említett GTK3-hoz mérem. A KDE4-gyel sem az volt a bajom, hogy Qt4-es, hanem az, hogy lassú, bloated és bugos. Többet crashelt, mint ment, lazán felfalta az akkori gépem 2 GB-ját és olyan lassú volt, hogy a lajhárok Mig-29-esnek tűntek mellette.

    Aztán próbaképp kipróbáltam a szintén Qt4-es RazorQt-t, ugyanazon a gépen és stabil volt, nem ette meg reggelire a RAM-ot és még a sebessége is elfogadható volt. (Persze a KDE3-nál lassabban futott.) Tehát Qt4-gyel simán lehetett többé-kevésbé elfogadható rendszert építeni, csak a KDE Team-nek nem sikerült. Aztán a RazorQt csapat összeállt a GTK2-es LXDE-t fejlesztő csapattal és a két eddiglen úgy-ahogy használható rendszert összemergelték és átállították Qt5-re. És ez szerintük lightweight. Oké...

    > Legutóbb, mikor próbáltam a Gtk3 appokat Qt3 köntösbe öltöztető gtk3-tqt-engine-trinity elég bugos volt, sok minden appot szarul, összecsúszva jelenített meg, néhol fekete négyzetekkel és előfordult egy-két crash is. Kb. egy éve próbáltam utoljára.

    Ez valószínűleg most is így van, de ez nem a TQt hibája, hanem a GTK3-é. A GTK3 egy bloated, bugware fosrakás. Kerülendő elvből is, meg józan észből is. Nem azt mondom, asztali gépen még elfutkorászik, ha picsalassan is, de próbáld ki egy gyengébb és/vagy régebbi platformon (RPi vagy régi PowerMac). Garantáltan kopaszon fogsz sikoltozás közben kiugrani a csukott ablakon, mert annyira lassú lesz, hogy kitéped tőle az összes hajad. Nem akarom védeni a GTK2-est, de a GTK3-hoz képest még az is istenes. (Meg főleg gyors, csak bugos is, de lehet vele együtt élni.) Ha valami nincs meg Trinity-re, akkor inkább valami GTK2-es, vagy Qt4-es, vagy oldschool toolkites (Motif, XForms, GNUStep, etc.) cuccot használj, szerintem. (Nem feltétlenül ebben sorrendben persze.) Végső esetben Qt5-öst még meg lehet próbálni (én kettőt használok néha: Transmission és Otter), csak az az alkalmazástól függően már nagyon tudja enni a memóriát. Azt mondjuk el kell ismerni, hogy annyira nem lassú, mint amennyire az ember várná, az asztali gépemen pl. egész gyors, RPi-n még épp használható, míg a GTK3 már használhatatlan volt, sőt az még az asztali gépemen is olyan kibaszott lassú volt, mint egy részeg mocsári teknős (meg instabil is), le is töröltem inkább a gecibe, minden alkalmazásával együtt és pinneltem is a faszba, hogy véletlenül se tegye be a lábát a gépemre ez a bloated mocsokhalom.

    Szóval a Trinity pont, hogy nem mainstream. Anno kiröhögték őket, hogy semeddig sem fog tartani a projekt, aztán már lassan 10 éve megy. Bajok persze vannak, kevés a fejlesztő, nagyon nyögvenyelősen készül a FreeBSD és a Solaris port (pedig a KDE3 anno mindkettőre volt), vannak bugok is (évtizedesek is, pl. a Dolphin ablakkezelő detached help bubble crash-jét a mai napig nem fixálták meg, pedig ez egy elég bosszantó bug, hiába ártalmatlan és marginális), de alapvetően stabil a rendszer és nyugdtan fel lehet rakni egy 15-20 éves gépre is, alig eszik valamivel többet, mint a Motif-os CDE, viszont valamivel gyorsabb. Mondjuk P3-ason nem próbáltam, de 1.X GHz-es Athlon64-en kezdtem használni (a KDE3-at) és ha lassú lett volna, akkor leváltottam volna, aztán látod, megmaradt (csak már Trinitynek hívják).




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302219

    > Annak idejen en is nagyon biztam bennuk, hogy eletben tartjak a KDE3-as vonalat, de ennyi eroforrasbol nem lehet egy ekkora okoszisztemat fejleszteni, max toldozgatni foldozgatni.

    Ez azért túlzás. Inkább úgy fogalmaznék, hogy ennyi erőforrásból csak nagyon lassan lehet haladni. Azért vannak új dolgok a Trinityben a régi KDE 3.5.10-hez képest, nem is kevés.

    > Nagyon is fontos lett volna a portolasokat az uj Qt verziokra vegrahajtani, hiszen ma mar annyira nem illeszkedik a mainstream szoftverkornyezetekkel, hogy nagyon keves diztroban tudod telepiteni.

    Ugyan lettek volna előnyei is a Qt4-re való migrálásnak, de tekintve, hogy a Qt4-es és TQt-s programok tökéletesen megférnek egymás mellett és nyugodtan ki tudod egészíteni a Trinity - egyébként tényleg foghíjas - programválasztékát mással, így azt mondom, hogy többet buktak volna vele, mint amennyit nyertek volna. Az pedig egyszerűen nem igaz, hogy kevés disztribúcióban tudod telepíteni, ugyanis ők saját repositoryval dolgoznak, amit a saját rendszereden hozzáadsz a repo-listhez és máris telepítheted; hozza magával a saját függőségeit is. (Leszámítva az olyan alap dolgokat, mint pl. az X11 és hasonlók.)

    > (Debian es RedHat vonalon kivul nincs csomag.)

    Ez sem teljesen igaz. Először is, van Slackware támogatás is (bár a latesthez ahogy nézem pont nincs, amit nem értek, mert korábban volt), másfelől meg azért azt meg kell említeni, hogy a desktop Linux disztribúciók elsöprő többsége RedHat-es vagy Debianos csomagkezelővel dolgozik, tehát ezzel azért elég nagy részét lefedték a Linux disztribúcióknak. (Hivatalosan pl. Mint támogatás sincsen, de valószínűleg valamelyik Ubuntu vagy Debianos repositoryból nyugodtan tudsz Mint alá is telepíteni.) SuSe vagy Arch csomagkezelő támogatás nincsen.




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302248

    Mint fentebb kitrágyaltuk, kevés a fejlesztő, meg az erőforrás. Ha Arch csomagokra van szükség, a forrás nyílt, meg a Trinity devteam is, lehet jelentkezni csomagkarbantartónak és csinálni Arch-os repo-t. Ők csak annyit tudnak megcsinálni, amennyi idejük van, nem lehet elvárni, hogy azzal a pár emberrel minden igényt azonnal ki tudjanak elégíteni. Mint minden underground projektnél, kicsit itt is magadra vagy utalva. Pl. normális appdocker sem volt Trinity alá, nekem pedig kellett volna, így hát portoltam a régi KDocker-t és beküldtem nekik. Megköszönték és beolvasztották. Eddig nekem az a tapasztalatom velük, hogy nagyon segítőkészek, mert érdekük, hogy a Trinity fejlődjön.




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302366

    Valószínűleg nekik sincs. Ha lenne köztük Arch user, akkor már lenne Arch repo.




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302387

    Én megpróbáltam belépni az ftp-re, hogy letöltsem és kipróbáljam, de a "public" usernél nem fogadja el az üres jelszót, ahogy a leírásban írtad. Próbáltam "guest"-tel is, de azzal sem.




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302471

    Én még használok Motifos cuccokat is és erre kiváncsi voltam. Hogy lehet akkor letölteni?




    HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302538

    Köszi a tippet, ez kurwa jó!




    HOVD 2018 - Kedvenc adatbázis-kezelő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_adatbazis_kezelo#comment-2300536

    Van. Adminernek hívják. Az nem csak MySQL-t tud, hanem több adatbázist, többek között PG-t is.




    HOVD 2018 - Kedvenc adatbázis-kezelő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_adatbazis_kezelo#comment-2300545

    Van featurelista az oldalon, meg összehasonlító a PHPMyAdminnal.




    HOVD 2018 - Kedvenc adatbázis-kezelő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_adatbazis_kezelo#comment-2300554

    Gőzöm sincs, hogy ezt tudja-e. Meg kell kérdezni tőlük és ha nem, akkor request feature.




    HOVD 2018 - Kedvenc adatbázis-kezelő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_adatbazis_kezelo#comment-2300584

    Mi hiányzik belőle?




    Napi vicc: Chrome vs. RAM: https://hup.hu/cikkek/20190124/napi_vicc_chrome_vs_ram#comment-2311221

    > Nem vagyok egy nagy konteóhívő, de a protonmail-nél (+protonvpn) nem esküdnék meg rá, hogy nem valamelyik titkosszolgálat üzemelteti :)

    Erre valami forrás, vagy legalább logikai levezetés, ha saját a vélemény?




    Napi vicc: Chrome vs. RAM: https://hup.hu/cikkek/20190124/napi_vicc_chrome_vs_ram#comment-2310806

    +1




    Napi vicc: Chrome vs. RAM: https://hup.hu/cikkek/20190124/napi_vicc_chrome_vs_ram#comment-2310805

    A Corsairnak igaza van, a króm zabálja a RAM-ot.




    Működő USB-s hangkártyák 32-bites Debian 9 alatt: https://hup.hu/node/162646#comment-2310214

    Köszi a javaslatokat. Nincs szükség semmi fancy dologra, egyszerű hanglejátszás lesz, digitalizált beszédet kell majd lejátszania. A rendszeren nincs pulseaudio, de ha magát a chipet felismeri az ALSA, az nekünk elég.




    Működő USB-s hangkártyák 32-bites Debian 9 alatt: https://hup.hu/node/162646#comment-2310238

    Tudom nem pontosítottam eléggé, csak annyit írtam, hogy az olcsók érdekelnek, de akkor pontosítok: 1000 Ft alatt és nem számít a hangminőség, csak működjön Linux alatt. Olyasféléket keresek, mint pl. ezek: https://www.joybuy.com/651361594.html, https://www.banggood.com/USB-to-3D-Audio-Sound-Card-Adapter-Virtual-7_1-Channel-p-937340.html?rmmds=buy&cur_warehouse=CN




    Működő USB-s hangkártyák 32-bites Debian 9 alatt: https://hup.hu/node/162646#comment-2310389

    Hú, ezt nagyon köszi.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2306431

    A CBM BASIC-et nem gates írta. Az Altair BASIC volt az, ahol még ő meg Allen dolgozgatott rajta, de a munka oroszlánrészét ott is egy Monte Davidoff nevű fickó írta. (Ezt maga gates is leírta az "Open Letter to Hobbyists"-ben.) gates a copyright feliratok szerint csak a runtime részért felelt.

    A CBM BASIC-et már mások csinálták, azok akik átírták 6502-re, pl. Atarihoz is; ha minden igaz, egy Richard W. Weiland nevű fickó volt a fő 6502-es developer. (A hírhedt WAIT 6502,1 húsvéti tojást a PET BASIC-jébe - ami a kód ~1%-át kitette - viszont könnyen lehet, hogy gates rakta bele, mert az 1.1-es update-et gates neve fémjelzi és Tramiel is őt szidta, amikor kiderült. (https://www.pagetable.com/?p=43))




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2306432

    > trágya CF modulátor (zajos, homályos, csak rendes monitoron volt jobb a kép),

    Nem RF? Egyébként kompoziton szép képe van, TV-n is.

    > Meg az Amigák azok, amit még erősen túlértékelnek.

    Inkább alul. '85-ben, amikor megjelent az Amiga, akkor erősen megelőzte a korát, mind szoftveresen, mind hardveresen. Csak a C= elkúrta ezt is, mint szinte mindent.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2307510

    Csak hibásak a shift regiszterek.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2307884

    > Ami a VIA-n belül van.

    Hát ez az. Ezért kellett bitbanging módon megoldani az 1540-ben a soros kommunikációt, ami a handshake-es megközelítéssel olyan lassú volt, mint egy reumás kakaóscsiga.

    > Amúgy érdekes, mert pl. BBC Microhoz van SD kártya illesztő, ahol az SPI-t a gépben levő VIA csinálja, az valamiért működik.

    Biztos valami módosított változat van benne, amiben ez már javítva van.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308233

    Hát igen, ezekkel - vagy legalábbis a nagyobb részével - én is találkoztam, amikor az 1541 emulátoromat írtam; annyi rejtett sebből vérzik az egész rendszer, hogy balagesz nélkül nem nagyon tudtam volna összerakni. Mondjuk pont a fastloaderek nem mennek rajta, mert a bus-nak, amin az LPT ül, cca. 1 us az access latency-je... :(

    Ami a sávok közti ugrálást illeti, azt kihagytad, hogy kedvenc lemezegységünk csak fél sávonként tudta léptetni a fejet, tehát még az is plusz idő volt, hogy egy egész sávval odébbmásszon. :)




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2307885

    > Csak a management balfaszul tálalta.

    Commodore-nál az volt az alap. :(

    Amúgy a +4 jó gép volt, több mindenben überelte a C64-et, csak volt két nagy hiányossága a TED-nek: a sprite-ok és az, hogy a SID hangügyileg jócskán felülmúlta.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308229

    Én nem mondtam, hogy béna volt, én pont azt mondtam, hogy jó gép volt, csak volt két hiányossága.

    Ez a két játék baromi jónak tűnik. Már régen játszadozom a gondolattal, hogy egy Plusit is be kéne szerezni valahonnét...

    SID kártya meg mintha lenne hozzá, bár lehet, hogy rosszul emlékszem.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308368

    Az emulált cuccokban nincs meg ugyanaz a feeling. :P




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308415

    Ez is emuláció, csak hardware-es. Ennyi erővel lehet nyomni szoftveres emuból is. (SG-1000-es játékokat egyébként a Sega Master System viszi, az meg azért beszerezhetőbb.)




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308439

    > Azért még mindig jobb a hardveres megoldás, mint egy desktop ablakban futtatni a gépet, legalábbis jobb a feeling :)

    A szoftveres emuk is tudnak fullscreent. :P

    > Sokminden az eredeti tervrajzok alapján van megvalósítva, gyakorlatilag 1:1-ben van átültetve az eredeti alkatrész (ha nem is az egész gép).

    Hát ha valaki FPGA alapokon összerakja az összes chipet, meg készít hozzá alaplapot, akkor azt már talán lehet mondjuk utángyártásnak nevezni. De amikor arról beszélünk, hogy egy FPGA-ban van leimplementálva 20 gép, az ugyanúgy emuláció, mint amikor egy programban implementálnak le ugyanennyit.

    > SG-1000 egy példa volt, de ott van még a maradék x gép, egy egész szoba nem lenne elég hozzá, aztán folyton dugdosni, rakosgatni, a végén meg csak ott fognak porosodni valahol.

    Nyilván, amit nem tud az ember beszerezni, vagy már nem tudná hova tenni, azt emulációból fogja megoldani. Ne érts félre, én nem vagyok emuláció ellenes, én csak annyit mondtam, hogy nem ugyanaz a feeling.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308517

    > Szerintem jobb lenne néhány remake az értékesebb játékokból.

    És abból megint hol a feeling?

    > Nem volt túl sok igazán jó játék, szóval a remake mindenképp jobb lenne, mint az eredeti C64.

    Ez azért elég erős túlzás. (Meg ízlésbeli kérdés is.)

    > 3 szólammal

    Ezt mondjuk nem értem, hogy a SID-del mi a problémád, a SID kb. az összes 8-bites gép hangját überelte, sőt egynémelyik 16-bitesét is.

    > a VIC-II eszméletlen béna volt. Minimális áramköri módosítással lehetett volna színpalettát rakni bele, ez megdobta volna a képességeit. A 16 szín gáz, semmiből nem állt volna egy paletta. Ezt C128 alatt sem sikerült megcsinálniuk.

    Lehetett volna. Bár én jobban hiányolom belőle a Color RAM relokálhatóságát. 16k-nyi címtartomány volt fenntartva a VIC-II-nek, abba elfért volna a bitmap 8000 byte-ja, meg a Screen RAM 1000 byte-ja mellé a Color RAM is. Sőt, a Color RAM felső 4 bitje is parlagon hevert; global background color helyett mehetett volna a felső 4 bitbe az attribútum mezők 0. színe. Ez is megkönnyítette volna azoknak a dolgát, akik 136 színű képeket csináltak.

    > Lehetett volna a későbbi C64 kompatibilis gépeket több RAM-mal, több SID-del, stabilabb, kevésbé érzékeny CIA-kkal kiadni.

    A CIA-kat nem tudom, de RAM bővítés volt C64-hez/C-128-hoz (REU), meg dual SID is, sőt, úgy kb. 10 éve már van trial SID-es megoldás is.

    > Szerintem az Amiga és a C64 vonalat egyszerre kellett volna fejleszteni: kisgépek és nagygépek. Az IBM PC azidótájt az Amiga mögött volt képességeiben.

    Az Amiga 1000 idején (1985) minden más gép az Amiga mögött volt képességek terén. Az A500/A2000 idejére (1987) már megindult a mezőny többi része, pl. az Acorn Archimedes hangban nagyon durván odavert az Amigának, vagy a Macintosh II a grafikában tette ugyanezt. Aztán elment az Amiga mellett a világ. Az AGA tkp. már a megjelenésekor el volt avulva. A Commodore érdemben szinte semmit nem tett hozzá a vásárolt technológiához. Spúrságuk csúcsa a CD32-be bekerült Akiko chip volt; amikor a pécéken minden a Doom klónoktól volt hangos, amiknek a futtatását az Amiga planár VRAM-jával csak vérhugyozósan, vagy erőforrászabálósan - chunky to planar konverzióval - lehetett megoldani, akkor mit csinált a Commodore, talán kibővítette a videochipet chunky móddal? Lófaszt. Rakott bele chipet, ami hardware-esen tudott chunky to planar konverziót. No comment.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308516

    > Ilyen is van, azért az egy FPGA-ban 20 gép az meg nem úgy van, hogy egyszerre van az összes benne, hanem azt töltöd bele, amelyiket szeretnéd :)

    Én értem, de mindegy, hogy egyszerre tudja, vagy külön-külön; én nem tudok olyan C64-ről, amibe Atari 800 játékokat lehetett volna tölteni. :P




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308756

    +1




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308755

    Vagyis nem az igazi. :P




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308993

    Kb. De ha egy FPGA-ban csak azt az egy chipet implementálják, amit épp emulálni akarnak, azt már lehet utángyártásnak nevezni.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2309041

    Azt nem mondtam, hogy eredeti, azt mondtam, hogy az már kb. utángyártás. Valóban nem egyszerű meghúzni a határt. Én azt mondom, ha valaki megtervezi az összes chipet FPGA-kban, úgy, hogy pin-kompatibilis legyen az eredeti chipekkel, megcsinálja alá az alaplapot úgy, hogy akár a C64 - vagy az épp górcső alatt lévő platform - chipjeivel is fel lehessen tölteni, az már nevezhető utángyártásnak. Szerintem ez az a határ: az eredetivel való fizikai kompatibilitás, hogy akár cserélgetni lehet a két alaplap között az FPGA-s és a classic chipeket.

    A ház már mellékes. Ha valaki átépíti a C64-ét egy dobozba, attól az még C64 marad.

    Én nem mondtam, hogy ne legyél vele elégedett. Nekem nem fáj, hogy ki hogy retrózik; mindenki úgy retrózik, ahogy akar és a véleményét is elmondhatja a témában. De a mindenkibe én is beletartozok.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308420

    > Jobb, szép színes monitor az antennás szemét helyett

    Van kompozit/S-video, meg a tököm tudja még mi minden kimenet. Meg vannak modok az eredeti gépekhez, hogy pl. VGA vagy DVI kimenetet lehessen rá rakni és akkor megy valami lapos monitoron is.

    > normális billentyűzet

    Na, az pont az, amit manapság már nem nagyon gyártanak. :/

    > normális programbetöltés kb. 0 idő alatt,...

    Ez igaz, de az eredeti gépekhez is vannak hasonló cuccok, amikkel a programbetöltést lehet gyorsítani.




    37 éve debütált az ikonikus C64: https://hup.hu/cikkek/20180111/37_eve_debutalt_az_ikonikus_c64#comment-2308515

    Hát érdekelni érdekelne, csak már nem tudom hova rakni. Nem csak a számítógépasztal van tökig, de a lakás is.

    Mennyiért adnád amúgy?




    Rögzítés XawTV-vel: https://hup.hu/node/162574#comment-2308553

    Hopsz, elfelejtettem mondani, hogy a kompozit bemenetet szeretném felvenni.




    A Microsoft Chromium-alapú böngészőt fejleszt az Edge helyett a Windows 10 számára?: https://hup.hu/cikkek/20181204/a_microsoft_chromium-alapu_bongeszot_fejleszt_az_edge_helyett_a_windows_10_szamara#comment-2292643

    Ezek szerint hiába nevezték át, így sem kell az embereknek. Lehet az ikont is le kellett volna cserélni, akkor lett volna ember, aki elhiszi, hogy ez nem az explorer.




    Linus Torvalds: Linux 5.0-rc1: https://hup.hu/cikkek/20180107/linus_torvalds_linux_5_0-rc1#comment-2304268

    Úgy érted 1023-ig, nem? :P

    Amúgy imho baromi rossz ómen, ha egy fejlesztőmérnök az ujjai alapján számozza a verziókat. Ha most a tenyeréből olvassa ki a következő verziószámot, akkor legközelebb mi lesz; kölesből a sechole-ok helyét?




    Klónok háborúja - Befejező rész: https://hup.hu/node/162484#comment-2306348

    +1, ilyen retrós sufnituning rovat jöhet még.




    Friss systemd CVE-k : CVE-2018-16864, CVE-2018-16865, CVE-2018-16866: https://hup.hu/node/162460#comment-2305264

    Bookmarked, thx.

    Egyébként kiváncsi vagyok, mi lesz pöcsi-öcsi reakciója.




    Klónok háborúja: https://hup.hu/node/162347#comment-2302380

    Szép munka. Nekünk is ugyanilyen klónunk volt 1991-ben, de az sajnos két hét után megmurdelt.

    Csak két dolog:
    - A VCS-ben nincs 4k-nyi ROM, egyáltalán nincs benne ROM. Ha a cartridge-ek méretére gondoltál, az se feltétlen 4k, mert az csak a ROM-nak fenntartott címtartomány, lapozással több is lehet, voltak 16k-s játékok is.
    - Az "épp" az két p, ez többször is el van írva. :)




    Klónok háborúja: https://hup.hu/node/162347#comment-2302488

    És még ez sem stimmel. :)

    Egyrészt 2k-s a legkisebb ROM, amit játékhoz csináltak, nem 4k és ez sem az alsó határ, mert ez csak a címtartomány; ha becímzel oda egy 16 byte-os chipet, akkor 16 byte-nyi ROM-od lesz, pl. ez a demo is ezt csinálja (diode_rom.bin). A 16k sem maximum, csak játékból nem tudok nagyobbat, de pl. demókból vannak 32k-sak, de még ennél is lehetne nagyobb, akár 64k-nál is, lévén lapozással akármekkorát tudnál kezelni, csak ki kell alakítani neki a HW-t. (Pl. 2k-s lapokkal dolgozva és azokat 8 biten címezve 256x2048 byte a teljes elérhető terület.) És ugye ez nem muszáj, hogy csak ROM legyen, mert ez csak a ROM-nak fenntartott címtartomány, de VCS-nek mindegy, hogy a "túloldalon" lévő memória írható-e vagy sem, tehát akár RAM-ot is címezhetsz oda, ha van a kártyán. :)

    Ennek megfelelően a korrekt megfogalmazás az lenne, hogy 128 byte "alaplapi", vagy "beépített" RAM és 4k-nyi bővítőterület, vagy ROM-nak fenntartott címtér.




    Klónok háborúja: https://hup.hu/node/162347#comment-2302531

    Látom. Az angol wikiben pl. nincs odaírva a 4k ROM.




    HDD elhalálozása: https://hup.hu/node/162437#comment-2304688

    Meddig húzta? 1 év? 2?




    HDD elhalálozása: https://hup.hu/node/162437#comment-2304888

    Érdekes. Én 2012-ben vettem egy Seagate ST3500412AS-t. HDDSentinel ezt írja rá most 2019-ben:
    HDD Device 2: /dev/sdc
    HDD Model ID : ST3500412AS
    HDD Serial No: 5VV38RQV
    HDD Revision : CC32
    HDD Size : 476940 MB
    Interface : S-ATA II
    Temperature : 31 °C
    Highest Temp.: 44 °C
    Health : 100 %
    Performance : 100 %
    Power on time: 748 days, 22 hours
    Est. lifetime: more than 1000 days
    The hard disk status is PERFECT. Problematic or weak sectors were not found and there are no spin up or data transfer errors.
    No actions needed.

    Nekem van szerencsém, vagy neked volt peched?




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290511

    Fasza gyűjtemény. Ezek szerint az említett úriember már a '60-as, '70-es években is sokat tett a világért.

    Typo: "szerinte a kérdéses memóriát azután már úgysem használ a program" => "szerinte a kérdéses memóriát azután már úgysem használja a program"


    Σ: 001 -> log69


    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290704

    Ha a kóder tudja, hogy mit csinál, akkor nem számít, hogy van goto a kódjában, ha meg nem tudja, akkor meg nem számít, hogy nincs.




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290733

    Én egy szóval nem mondtam, hogy használjon mindenki goto-t, mert az milyen jó. Csak arra céloztam, hogy az ilyen dogmatikus kijelentések, hogy ez vagy az az ördögtől való, azok általában nem állják meg a helyüket. A break és a continue is tkp. goto, csak nem úgy írják és nem címkére ugrik, mégis használják.




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290794

    > Pl. a goto nagyon jó egy alacsony szintű nyelvben.

    Nem tudom mit értesz alacsonyszintű nyelven. Ha az assemblyt, akkor ott nem "jó", hanem muszáj, mert nincs más. A többi nyelvben pedig mint lehetőség, jó, hogy van. Az, hogy a balfácánok rosszul használják, az nem érv ellene. Az OOP-t is lehet rosszul használni és használják is. Akkor az is rossz? Nem, a rossz használat a rossz, nem pedig egy eszköz.

    > Sok nyelvben ezért nincsenek is ezek meg (mert tkp. goto).

    Elég baj. Hogy szállsz akkor ki egy ciklusból, ha épp a közepén kell? Plusz szemafor változókat veszel fel, újrastruktúrálod az egész flow-t, meg beleírod a ciklus folytatási feltételébe, hogy "és ha ez a szemafor hamis". Egy-egy ilyen kiszállási igénynél még csak-csak elmegy, de amikor sok van a cikluson belül, akkor ezzel már sokkal nagyobb káoszt csinál az ember, mint egy nyamvadt break-kel. Arról nem is beszélve, hogy lassabb is lesz.




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290825

    > Az az érv ellene, amit írtam is: vannak annál jobb konstrukciók felsőbb szintű nyelvekben, pl. for, foreach, if, switch, ..., sőt még ezeknél is vannak jobbak (filter, map, flatMap, ...), így sok nyelvben még azok sincsenek.

    if nélkül mégis hogy lehet épeszű keretek között programozni?

    > Talán nem ciklust használok rá? :-) Pl. Haskellben nincs is ciklus :-), mégis megoldható, hogy egy ismétlődés közepén "kiszállj belőle".

    Nem ismerem a Haskellt. De kiváncsi lennék, hogy milyen teljesítményt tud hozni egy Haskellben írt parser egy C++-ban írttal szemben. (Mondjuk most lecsekkoltam, hogy hogy néz ki benne egy for ciklus és ez a kép jutott eszembe: https://blog.toggl.com/wp-content/uploads/2017/04/toggl-how-to-kill-the-dragon-with-9-programming-languages.jpg)




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290840

    > Más ész kell hozzá! ;-)

    Miféle? Matematikusi? Attól, hogy valaki jó matekból, attól még nem lesz automatikusan jó programozó, ez nem csak matek.

    > bizonyos dolgokat

    Azaz kb. mindent.

    > (esetleg sokkal több munkával)

    Esetleg? Ez azért elég sok mindentől függ. Egy algoritmust C++ vagy Pascal nyelvben kb. egy az egyben meg lehet feleltetni a gondolkodásodnak, csak le kell írnod, Haskellben meg még azt is ki kell találnod, hogy hogy lehet megoldani a rendelkezésre álló nyelvi elemekkel.

    > Gondolom azt senki sem vitatja, hogy Assembly-ben lehet mindent a leggyorsabbra írni. ;-)

    Hát, ha fejből tudod a CPU összes kis trükkjét (pl. spekulatív és nonlineáris végrehajtás) és fejben tudod tartani, hogy mit hová kell pakolni, meg milyen címekre kell igazítani ahhoz, hogy egy adag kód még éppen beférjen a csőbe és még sorolhatnám, akkor igen. Amúgy a CLang vagy a GCC simán jobb kódot fordít annál, amit kézzel írnál.

    > A Haskell-ben írt programok azért a gyorsabbak közé szoktak kerülni. Itt olvasgathatsz a performanciájáról.

    Thx. Mondjuk látok ellenvéleményt is, hogy egyre lassabb lesz: https://wiki.theory.org/index.php/YourLanguageSucks#Haskell_sucks_because




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290894

    > Nézd meg pl. az alap quicksortot Haskellben. Még ha nem is ismered a nyelvet, kb. látszik rajta, hogy ez miért quicksort.

    Megnéztem. Négy sor az egész, míg a C++ verzió 18 soros. Csakhogy ez nem jelent semmit. A kérdés, hogy milyen kód fordul belőle...

    > És igaziból, ha a fordítója csúcsszuper lenne, akkor ez az alap implementáció olyan gyors lehetne, mint a kézzel szénné optimalizált C++-os verzió (mondjuk ez nem mostanában fog bekövetkezni, de elméletileg lehetséges volna).

    ...amit már meg is válaszoltál helyettem. A "lehetne" az nagyon tág fogalom. Miért nem az? Talán mert a CPU elemi utasításokból építkezik, ezért egy szintén elemi utasításokból építkező nyelvhez viszonylag egyszerűen lehet fordítót írni, míg ehhez meg nem?

    > Szóval nem mindig rossz, hogy nem procedurálisan írunk le egy problémát. Bár amúgy tőlem is távol áll ez az egész, de azért mondjuk meglepő volt számomra, hogy egy quicksort ennyire rövid és frappáns Haskellben.

    Én nem is mondtam ilyet. De a quicksortnál még azt is látni kell, hogy a belseje egy viszonylag egyszerű szabályrendszerre épül. Mit kezd a Haskell egy olyan parse-oló algoritmussal, aminek a belsejében egy raklap feltétel és specifikus elágazás van? Sokkal nagyobb kínkeserv lesz megírni és lassabb is lesz.

    > Nálam ugyan nem :) Inkább az a ritka, hogy teljesen optimális kódot csinálnak.

    Az lehet, hogy nem teljesen optimális kódot csinálnak, de hacsak nem számítógépet visel az ember a nyakán fej helyett, akkor elég nehezen fog lépést tartani egy mai CPU-n a fordítóval. Azokon a mikrokontrollereken, ahol nincs nonlineáris/spekulatív végrehajtás, elágazás-becslés, csövezés és még sorolhatnám, na ott tuti jobb kódot írsz, mint a C fordító. De ahol van, ott alig hinném. Egyszer láttam egy olyan ASM kódot, hogy a szubrutint a meghívás után paraméterezte fel a kód, azért, mert azok az utasítások mindenképpen a csőbe kerültek már és mindenképpen végre fognak hajtódni, mielőtt még a szubrutint betöltené a csőbe a rendszer és végrehajtaná. Egy mai CPU-ban annyi "szarság" van, hogy ezt ember egyszerre mind kissé nehezen tartaná fejben.




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2290942

    > A 4 soros Haskell kódból lefordulhat az optimális kód, míg a C++-osból nem annyira

    Ez nem igaz. Ha az egyikre lehet optimális fordítót írni, akkor a másikra is.

    > míg Haskellben - elméletben - a fordító odateheti ezeket automatán. De amúgy az igaz, hogy ezek egy jó részét nem teszi oda, szóval C++ simán megveri a Haskell kb. bármiben. Jelenleg.

    Meg még egy jó darabig biztos; sokkal komplexebb a probléma, mint egy imperatív nyelvnél.

    > Ez egyáltalán nem ilyen biztos. Haskellben megírod az illeszkedési szabályokat, és kész vagy (ha olyan a nyelv szerkezete, természetesen). Pont egy olyan példát választottál szerintem, amit jól meg lehet csinálni Haskellel. De nem vagyok szakértője a nyelvnek, szóval lehet tévedek. De az biztos, hogy van egy csomó olyan probléma, amit Haskellben körülményes megcsinálni. De talán majd erre jár valaki, aki jobban ért hozzá, és helyreteszi ezt :)

    Minél bonyolultabb az algoritmus belülről, minél több kihatása van más kódrészekre, annál nehezebb lesz Haskellben feltételrendszert szabni rá.

    > Ha a CPU egyszerű, akkor a fordítók pont, hogy tudnak rá jó kódot csinálni. Lehet, hogy nem lesz 100% optimális, de közel lesz hozzá. Azért, mert a keresési tér pici.

    Ez igaz, de ugyanezzel párhuzamosan az ember is annál könnyebben ír rá jó kódot. Egy egyszerű CPU-nál bármilyen nyelvet is használsz, az mindig rak plusz részeket a kódba, ami az ő saját ökoszisztémájának a része, szerkezetek, paraméterátadás, interface, stb. Te nem vagy ilyen korlátok közé szorítva. Gondolom azért csak jobb kódot írsz kézzel 6502-re, mint a CC65.

    > A mostani CPU-kra sokkal bonyolultabb optimális kódot csinálni, mert annyi szabály van. És igen, egy tapasztalt asm programozó ezeket ismeri. Azért nem annyira nagy kaland ez, ha valakinek ez a munkája.

    Nem elég ismerni, folyamatosan fejben kell tartani és nézni egy csomó dolgot, pl. hogy fog ez a kódrész beférni a csőbe, hogyan optimális felépíteni az utasítások sorrendjét és ráadásul egy csomó dolog még azonos architektúrán belül is egyedi lesz egy adott CPU fajtára nézve. Ezt kézzel csinálni elég favágómeló lehet.

    > Tapasztalatból beszélek, tudnék egy rakat példát mondani, ahol a fordító rendkívül rossz kódot csinál. És mennyit kell vele szívni, mire hajlandó lesz olyan kódot írni, amire már azt mondom, hogy okés, közel van az optimálishoz (hogy aztán egy újabb fordító/fordító verzió újra rosszabb kódot csináljon...).

    Ezt én nem vitatom, hogy van olyan algoritmus, amiből a fordító trágyát csinál és kézzel kell kihajavítani, de ezek specifikus esetek - itt inkább arról van szó, hogy egy adott részt írsz meg jobban kézzel, nem mindent.

    > De egyébként ez nyilvánvaló, hacsak rénézel egy C++ fordító benchmarkra: elég nagy különbségeket tudnak felmutatni ugyanarra a kódra a különböző fordítók. Ebből látszik, hogy messze vagyunk még attól, hogy a fordítók az optimálishoz nagyon közeli kódot csináljanak az esetek nagy részében.

    Igen, de még mindig gyorsabban írod át a C/C++ kódot úgy, hogy nagyjából olyat adjon ki, amit szeretnél, mint írod meg az egészet assemblyben úgy, hogy perfekt legyen.




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2291106

    > A C++-nál van egy csomó kötöttség, a fordító nem csinálhat jelentősen mást, mint amit a programozó odaírt.

    De azt sokféleképpen valósíthatja meg; a valódi kötöttség annyi, hogy a kódnak ugyanazt kell csinálnia, de az nincs megkötve, hogy ugyanúgy.

    > Haskellnél meg le se írod a konkrét algoritmust. A fordító olyan algoritmust tesz oda, amilyet akar. Ez a jelentős különbség a kettő között.

    Igen, csak az imperatív nyelveknél a kóddal már meg is mondtad, hogy mit szeretnél (a fordító csak a hogyant dönti el), a Haskellnél meg van egy feltételhalmazod, amiből neki nem csak a hogyant, de a mit is ki kell találnia. És ha ebben a "kitalálóban" bug van és rossz algoritmust ír, akkor esélyed sincs kijavítani. Ha meg te írtad fel a feltételrendszert rosszul, akkor nagy öröm lesz debuggolni... Tényleg, lehet-e Haskellnél egyáltalán step-by-step debugot csinálni?

    > Itt én inkább arra reflektáltam, hogy maga a C++ fordító milyen jó, betartva az ABI szabályait. Az a különbség, hogy míg egy egyszerű CPU-ra egy jó fordító szinte mindig optimálishoz közeli kódot csinál, addig a bonyolultabb CPU-ra sokszor nem. És ha lenne 6502-re normális C++ fordító, az szinte biztosan az optimálishoz közeli kódot tudna csinálni szinte minden esetben.

    Én értem, de én meg pont ezt magyarázom, hogy hiába fog jobb kódot kiadni a fordító egy egyszerűbb CPU-ra, mint egy bonyolultabbra, itt mindenképpen az ember van előnyben, mert ő szűkebb, gyorsabb kódot is tud írni, nincsenek azok a belső megkötések, mint a fordítónál. Meg lehet nézni, hogy ha megírod C-ben, hogy mondjuk nullázza ki a 4-es lapot, akkor az mekkora és milyen gyors kódot fog eredményezni és utána mennyiből tudod ugyanezt megvalósítani tiszta 6502 ASM-ben.

    > Nyilván. Ezért ehhez külön érteni kell. Aki ebben dolgozik, annak mint mondtam, nem egy olyan nagy kaland ezeket a dolgokat fejben tartani. Ha egyszer felvetted a fonalat, utána egy újabb CPU-nál "csak" a különbségeket kell megtanulni.

    Lehet, csak kérdés, hogy nyersz-e annyit rajta, a megfelelően megírt algoritmusra a megfelelő optimalizációs paraméterekkel rászabadított fordítóhoz képest, hogy megérje-e szórakozni vele.

    > Sajnos nem. Nézz meg egyszer egy lefordított kódot. Szinte mindenhol fogsz találni részeket, amiken lehet javítani. Legalábbis nekem ez a tapasztalatom, bármikor ránéztem egy fordított kódra, mindenhol találtam nem optimális részeket. Néha még a legegyszerűbb dolgokat is rosszul fordítja le a fordító,

    Elhiszem. De éppen ezért van ötvenezer féle forgatásra vonatkozó kapcsolója a compilereknek, hogy megtaláld az optimálisat. Meg hát kódot írni akkor is tudni kell, ha a fordító jól optimalizál. Rossz algoritmust nem lehet jól optimalizálni.

    > Persze, C++-ban sokkal gyorsabban lehet haladni, ez nem vitás. Én csak azzal az állításoddal nem értek egyet, hogy "a CLang vagy a GCC simán jobb kódot fordít annál, amit kézzel írnál.". Nekem az a tapasztalatom, hogy bármikor, mikor szükséges volt gyors kódot írni, mindig tudtam javítani a fordított kódon. Ráadásul úgy, hogy én se vagyok tisztában a mostani CPU-k minden apró részletével. Elég pár CPU specifikus dolgot tudni ahhoz, hogy javítani tudjak a fordítók által generált kódon.

    De most akkor azt az egész algoritmust nulláról újraírtad assemblyben a leforgatott kódban, vagy csak belejavítottál? Mert az utóbbi esetben még mindig a fordító generálta a kódot, te csak javítottál rajta és spóroltál pár (vagy akár sok) órajelet.

    > Nu mind1, úgy látom nagyjából egyetértünk egy csomó mindenben, csak a fordítókat látjuk kicsit másképpen.

    Meg a goto kérdését. Szerintem nonszensz, hogy evil lenne. Ez egy eszköz; csak a használója lehet gonosz, vagy hülye, az eszköz nem. Egyébként ha te kézzel tolod assemblyben, akkor nem is értem, hogy mi bajod vele, hiszen ASM-ben csak goto, meg gosub van. (Illetve jmp, jsr/call, meg a különféle branch-ek, de érted mire akarok kilyukadni.)
    Update: Közben látom lent, hogy nem úgy értetted, hát nem jött át; formában vagyok ma. :/

    > Csak hogy egy példát is írjak: pár éve csináltam egy tömörítőt, aminek egy része az volt, hogy egy 6x-osan interleave-elt huffman streamet kellett kitömörítenie (azaz egy adatblokkban volt egymás után 6 huffman stream, amiknek a kimenetét kellett interleave-elni). Ez alapból olyan 150MB/sec-kel működött. Miután leoptimalizáltam (az algoritmus nem változott!), lett belőle 1.5GB/sec. És közben volt olyan is, hogy egy apró módosítás 2.5x lassabb kódot eredményezett. Szóval össze-vissza változott az, hogy az adott kód milyen sebességgel fut. Szóval ennyit arról, hogy mennyire optimális kódot csinálnak a mai fordítók... Sok ilyen példát tudnék hozni, bár ennyire durva különbség ritkán van, azt elismerem. De 2x szorzó simán szokott lenni.

    Érdekes. Jó volna a kódot is látni, meg a fordítási opciókat, meg az azokra adott assemblyt. Persze nem vitatom, hogy néha eléggé hulladék a végeredmény, amit ki tudnak dobni magukból a fordítók, de elég sok múlik a "bemeneten", meg a különféle beállításokon.

    Nekem ennél jobb tapasztalataim vannak a C fordítókkal, amikor a PNG => IFF konverteremet írtam, akkor az volt a cél, hogy Amigán is le tudjam épeszű módon futtatni. Először úgy voltam vele, hogy ha megvagyok a C forrással a többi platformra, akkor majd Amigán a kritikus részeket (Wu kvantizálás, Lánczos újramintavételezés, stb.) átírom 68000-es és 68020-as assemblyre. De a SAS/C tűrhető sebességet produkált így is, így az átírás elmaradt, pedig 68000-esben elég sokat ügyködtem, biztos bírtam volna valamennyit javítani rajta. (Persze, ha valaki 7.14 MHz-en akar egy 1920x1200-as, 64-bites színmélységű PNG-t átkonvertálni, akkor az nem két perc lesz, de megcsinálja.)




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2291211

    > A C++ szabvány eléggé megköti a fordító kezét. Nem lehet nagyobb módosításokat csinálni.

    Ehhez képest te magad mondtad, hogy elég vaskos eltérések vannak fordítónként, vagy akár opciónként. Akkor pedig mégis elég sok különbség lehet a generált kódok közt, nem?

    > Haskellben azt csinál a fordító mondjuk azzal a quicksort-tal, amit akar, csak a végeredmény legyen jó.

    Elméletben. És a quicksort egy egyszerű példa.

    > Pont ez az egyik lényege. Kitalálja ő neked, neked nem kell vele foglalkoznod. Most az, hogyha bug van a fordítóban, akkor mi van, azt inkább hagyjuk, szerintem nem annyira érv :)

    De én nem a fordítóban lévő bugról beszélek, a fordító az az algoritmust fordítja le neked gépi kódra. Nem tudom minek hívják ezt a Haskellben, azt, ami kitalálja, hogy egyáltalán te milyen algoritmust akartál ott alkalmazni. Na, ha abban van a hiba, az nem vicces és nem is tudsz vele mit kezdeni.

    > Ja, csak az egyik kódrészre egyik fajta kapcsoló kell, a másikra meg másik. Ez így nem igazán használható.

    Dehogynem. Maximum csak akkor nem, ha ezt egyetlen függvényen belül kéne így. De ha mondjuk két külön függvényünk van, amikre kétféle paraméterezést kéne alkalmazni, akkor azokat le lehet fordítani két külön objectté, két külön paraméterlistával, majd a linker összerakja a végén.

    > Szerintem ez nem számít. Az a lényeg, hogy amit a compiler generál, lehet jobbat csinálni. De egyébként nyilván az ember először megnézi, mit csinált a fordító, és ha majdnem jó, akkor inkább azt javítja ki, mint nulláról írja meg. De sokszor van olyan, hogy sajnos nulláról kell megírni.

    Hát lehet. Csak akkor meg írhatod meg azt a kódrészletet minden CPU minden fajtájára.

    > De amúgy, miért is elfogadott az, hogy beállítások kellenek? Egy dolgot mondok meg neki, hogy milyen CPU-ra optimalizáljon. Miért is kéne neki segíteni mindenféle beállítással, ha jó kódot tud generálni? A CPU adott, szeretném a leggyorsabb kódot, ennyi.

    Azért, mert még egy CPU architektúrán belül is durva eltérések lehetnek a CPU fajták között. Más utasítások, más cacheméret, más csőméret, más elágazásbecslő, meg még mittudomén mi minden. K8-ason teljesen máshogy fog futni ugyanaz a kód és teljesen máshogy kell rajta optimalizálni mint Zen+-on, pedig AMD64 mind a kettő.

    > És miért is múlik a bemeneten bármi is? Leírom egy absztrakt nyelven az algoritmust. Szeretném, hogy ez az algoritmus a lehető leggyorsabban fusson le.

    Mert egy rossz algoritmuson hiába is próbál optimalizálni a fordító. Vagy egy rosszul megszervezetten. Példa: ha van két egymásra súlyosan támaszkodó kódrészleted, amik egy böhöm nagy kódban jó messze vannak egymástól, akkor a csőbe hol az egyiket, hol a másikat kell behúzni. Ha a fordító egymás mellé tudta őket szervezni, akkor egyszerre is beférhetnek. Lehet, hogy ez így egy kissé pontatlan volt, de szerintem érted mire akarok célozni. Na, pont egy rosszul megszervezett OOP kódban, ahol a fordítók mindig is bajban voltak a függőségek kezelésével, ott pláne kijöhet ilyesmi.

    > Azt nem várom el tőle, hogy egy buborék rendezésből quicksortot csináljon. De egy csomó mást elvárhatnék tőle. Ezért mondom, hogy a mostani fordítók még nagyon nincsenek ott, hogy bármilyen szinten is versenyre keljenek egy tapasztalt asm programozóval.

    Hát, nem tudom. Én a nálam okosabbaktól (pl. demoscenerek) az ellenkezőjét hallottam. Pl. BoyC azt mondta, hogy amikor a Crystal Vision-t próbálta kézzel optimalizálni ASM-ben, akkor kiderült, hogy a C fordító kisebb és gyorsabb kódot adott. Az igaz, hogy ez már másfél évtizede volt, de spekulatív végrehajtással már akkor is szórakoztak az x86-ban.




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2291371

    > Hogy hozzak egy analógiát, talán tisztább lesz: SQL SELECT-ben se írod le az algoritmust, csak azt, hogy az adatokra, amik visszajönnek, milyen feltételeknek kell teljesülniük. Azt, hogy ezt pontosan hogyan éri el a DB szerver, az rá van bízva (persze sokszor érdemes neki segíteni, hogy hogyan csinálja). Ha ugyanezt C++-ban írod meg, akkor odaírsz valami konkrét algoritmust. SQL-ben nem.

    Értem mit akarsz mondani, de az analógia kicsit sántít, mert nem egy szint a kettő. SQL-ben semmi egyebet nem lehet csinálni, mint adatot lekérni, vagy beírni az adatbázison belül, a direkt erre a célra kialakított rétegeken keresztül, míg a Haskell univerzális, elméletileg bármit le kéne tudnia algoritmizálni a direktíváid alapján, beleértve pl. a perifériákhoz való hozzáférést, vagy akármit.

    > Használható alatt azt értem, hogy nem kell vele különösebben sokat foglalkozni. Mikor mondjuk egy sok százezer sorból álló kódod van, aminek kb. az 5%-a hot, akkor nem fogsz nekiállni egyesével csekkolni, vajon melyik részt milyen kapcsolókkal kell fordítani...

    Hát ebben mondjuk igazad van, ennyi erővel akár kézzel is optimalizálhatod ASM-ben.

    > CPU alatt konkrét típust értek. GCC-nek, Clang-nak van ilyen opciója: -mtune=XXX. Ide elég konkrét típust kell írni (ami egyébként nyilván a másik sok paraméter értékeit állítgatja). De ez az opció messze nem tökéletes. Sokszor van, hogy egy másik típust kiválasztva gyorsul a kód. Olyan is van, hogy valami ősrégi CPU-t mondok meg neki, és gyorsul 20%-t.

    És a -march=XXX-szel? Az mtune esetében a végeredménynek a többi CPU-n is futnia kell, tehát extrém dolgokat nem nagyon csinálhat, nem használhat specifikus utasításokat, tartania kell a közös ABI-t, míg a march ezt eltörheti; azaz a march jobb eredményt hozhat.

    > Nu, nem egészen értem, itt mire gondolsz. Nem különösebben számít, hogy 2 kódrész milyen távol van egymástól. Amire a kódok távolsága kihatással van, az a cache. De ez sem okoz jelentős különbséget. A pipeline kiürülésének (vagy nemtom mit értesz azon, hogy a csőbe be kell húzni) semmi köze sincs a kódok távolságához.

    Akkor ezt rosszul tudtam.




    Mit tett értünk?!: https://hup.hu/node/161906#comment-2291392

    > Okés, csak ennyi volt a cél :) Persze, sántít az analógia, de tényeg csak azért írtam ide, hogy rávilágítsak, mire gondolok.

    Érteni értem, de ez tiszta elmélet, mert jelen pillanatban szerintem nincs ember a földön, aki tudná, hogy hogyan kéne megírni az "igazi" Haskell algoritmizálót és szerintem egy darabig nem is lesz. Úgyhogy ezeket a magas nyelveket egyelőre továbbra is hanyagolom.

    > Szokott számítani bizonyos esetekben (ha pont van egy olyan utasítás, amit ez megenged, és jobb lesz tőle a kód). De a lényegen nem változtat. Nagy vonalakban, AMD64-en nincsen már olyan nagy különbség az első AMD64 kompatibilis proci, és a mostani legújabb között utasítások tekintetében. Nyilván az újabb SIMD-ek nagy különbségeket tudnak okozni (AVX512) az arra alkalmas kódban, de nagy általánosságban nagy különbségek nincsenek.

    Köszi az okítást. Ha másért nem is, ezért már érdemes volt végigvinni ezt a szálat; revideálni kell pár dolgot nálam...




    Az év utolsó hozzászólása - 2018: https://hup.hu/node/162322#comment-2301882

    Az ördög bujjék bilgécbe. :P




    Az év utolsó hozzászólása - 2018: https://hup.hu/node/162322#comment-2302109

    Semmiről, csak én már jópár éve így mondom.




    mysql törés: https://hup.hu/node/162201#comment-2298814

    Meg lehet próbálni visszaszerezni a letörölt fájlokat a lemezről, pl. extundelete segítségével, ha extX a fájlrendszer, vagy visszaállítani snapshotból, ha ZFS.

    És ajánlom a PHPMyAdmin helyett az Adminer-t, sokkal jobb, mint a PHPMyAdmin.




    mysql törés: https://hup.hu/node/162201#comment-2299291

    +1




    OpenRC a FreeBSD alaprendszerbe?: https://hup.hu/cikkek/20181221/openrc_a_freebsd_alaprendszerbe#comment-2298659

    Megelőztél. A linkkel is, meg a kommentárral is.




    OpenRC a FreeBSD alaprendszerbe?: https://hup.hu/cikkek/20181221/openrc_a_freebsd_alaprendszerbe#comment-2299010

    +1, bár nekem mindegy, hogy melyik init lesz az.




    Szerinted lesz a jövőben a Microsoftnak Windows 10-nek/utódjának népszerűségét túlszárnyaló Unix-szerű desktop OS-e?: https://hup.hu/szavazasok/20181217/szerinted_lesz_a_jovoben_a_microsoftnak_windows_10-nek_utodjanak_nepszeruseget#comment-2297295

    >a macOS-nek is egyetlenegy felhasználói felülete van

    Ez egyáltalán nem igaz. Le lehet cserélni az OSX felületét is. Akár X11 alapúra is, csak az XQuartz emuláció miatt lassabb lesz.




    Szerinted lesz a jövőben a Microsoftnak Windows 10-nek/utódjának népszerűségét túlszárnyaló Unix-szerű desktop OS-e?: https://hup.hu/szavazasok/20181217/szerinted_lesz_a_jovoben_a_microsoftnak_windows_10-nek_utodjanak_nepszeruseget#comment-2297418

    Már elnézést, de ha így gondolkodsz, akkor te feljebb miért szóltál hozzá OSX témában? Az ember esetleg azért szól hozzá néha ahhoz, amihez nem ért, mert esetleg kap valami plusz infót és máris egy kicsit jobban ért hozzá, nem?




    Szerinted lesz a jövőben a Microsoftnak Windows 10-nek/utódjának népszerűségét túlszárnyaló Unix-szerű desktop OS-e?: https://hup.hu/szavazasok/20181217/szerinted_lesz_a_jovoben_a_microsoftnak_windows_10-nek_utodjanak_nepszeruseget#comment-2297565

    > Már elnézést, de úgy tűnik, mégis megalapozott volt a hozzászólásom: https://www.opengroup.org/openbrand/register/

    Ezzel csak azt bizonyítottad be, hogy nem tudsz szöveget értelmezni, nem azt, hogy értesz hozzá, ugyanis rohadtul nem arra válaszoltál, amit én mondtam. Szerintem fuss neki még egyszer. Én ugyanis nem azt mondtam, hogy az OSX nem certified UNIX, hanem azt, hogy lecserélhető a felülete, ellentétben az állításoddal. ("hiszen a macOS-nek is egyetlenegy felhasználói felülete van")

    > Amúgy meg otthon csak macOS-t futtató desktop/laptop gép van, de ha ez nem elég, akkor állíts össze egy vizsgát, és nézzük meg, ki mennyire ért hozzá.

    Ennek ellenére gőzöd nem volt róla, hogy le lehet cserélni a felületét; biztos baromira érthetsz hozzá. (Adalék: én nem is állítottam, hogy annyira értenék az OSX-hez; egy tárgyi tévedésedet korrigáltam mindössze.)




    Szerinted lesz a jövőben a Microsoftnak Windows 10-nek/utódjának népszerűségét túlszárnyaló Unix-szerű desktop OS-e?: https://hup.hu/szavazasok/20181217/szerinted_lesz_a_jovoben_a_microsoftnak_windows_10-nek_utodjanak_nepszeruseget#comment-2297640

    Annyira tudtam, hogy ezzel fogsz jönni... Először is: én sehol nem állítottam, hogy a winnek nem lehet másik felületet adni.
    Másodszor pedig: ellentében a windowszal, az OSX esetében ez nem valami dirty hack; az OSX támogatja, hogy lecseréld a felületet, nem kell hozzá gányolni. Mint azt helytállóan megállapítottad fentebb (bár én ennek sem állítottam az ellenkezőjét) az OSX egy UNIX, tehát a részeit nyugodtan lehet cserélni, a window manager nincs összenőve a kernellel. Itt van pl. egy tiling WM, direkt OSX alá. De egyébként, ha már GNOME, meg KDE, azt is lehet OSX-re rakni, bár az már nem olyan egyszerű, de nem azért, mert az OSX nem támogatja a dolgot, hanem mert ezek a környezetek állnak hadilábon az OSX-szel.

    Tessék pár leírás, hogyan tudsz egy X11-es ablakozót használni OSX alatt:
    https://fanf.livejournal.com/142372.html
    https://docstore.mik.ua/orelly/unix3/mac/ch09_03.htm




    Szerinted lesz a jövőben a Microsoftnak Windows 10-nek/utódjának népszerűségét túlszárnyaló Unix-szerű desktop OS-e?: https://hup.hu/szavazasok/20181217/szerinted_lesz_a_jovoben_a_microsoftnak_windows_10-nek_utodjanak_nepszeruseget#comment-2297673

    Azt én sem tudom, hogy a szervízben mit szólnak ehhez, de ennek már semmi köze nincsen ehhez a szálhoz. Az eredeti állításod ugyanis az volt, hogy csak egyetlen felület van OSX-re. (Szervízről/supportról szó sem volt.) Ezt megcáfoltam. Erre dobtál egy linket, hogy itt a bizonyíték, hogy az OSX UNIX, holott nem erről volt szó, senki nem állította az ellenkezőjét. Ezután módosítottad az eredeti állításodat arra, hogy úgy értetted, hogy csak nem támogatott, hackelős/gányolós módon lehet lecserélni, mint windows alatt. (Szervízről itt sem volt szó.) Ezt is megcáfoltam. Most pedig azzal jössz, hogy a te definíciód szerint, akkor lecserélhető, ha a szervíz azt mondja, de azt beismered, hogy nem tudod mit mond a szervíz. (Vagyis akkor a saját definíciód mentén értelmezve nem tudod, hogy cserélhető-e.) Ez már közönséges terelés. (És nettó nonszensz is; a te arbitrális definíciód egyszerűen invalid: cserélhető az OSX felülete.)

    Úgyhogy összességében gőzöd nem volt az egészről. Ami alapvetően nem baj, mert az ember nem tudhat mindent és mint mondtam, néha pont azért szól hozzá ahhoz, amihez nem ért, hogy új infókat szerezzen; csak épp ezeknek a fényében nem értem mi volt fentebb ez a pökhendi arrogancia a részedről, hogy "nem lehetne, hogy ha valamihez nem értesz, akkor inkább nem szólsz hozzá", meg, hogy "állítsak össze egy vizsgát, és nézzük meg, ki mennyire ért hozzá".




    Szerinted lesz a jövőben a Microsoftnak Windows 10-nek/utódjának népszerűségét túlszárnyaló Unix-szerű desktop OS-e?: https://hup.hu/szavazasok/20181217/szerinted_lesz_a_jovoben_a_microsoftnak_windows_10-nek_utodjanak_nepszeruseget#comment-2297732

    Nagyjából annyi, mint bármely UNIX-on: fel kell rakni az XQuartz-ot (tudtommal egy ideje már nem mellékelik az OS-hez), aztán pedig, ha van telepítő (.dmg), esetleg valami sima csomag (.zip, .tar.gz, stb.), akkor abból felrakni az új környezetet, ha nincs, akkor le kell forgatni forrásból. Pontosan úgy mint a többi UNIX-on. (Az már más kérdés, hogy az XQuartz miatt lassabb lesz, mint az OSX natív ablakozója.)
    El van nézve, de nekem nem azzal volt a bajom, hogy valamit nem tudtál (ki tud mindent?), hanem a hiányzó információ és az ezzel párhuzamosan történő melldöngető észosztás együttes kombinációjával. Nem fogok semmilyen dumát nyomni, de ha már szóbahoztad a triggerelődést, akkor azt azért mondom, hogy másra viszont triggerelősz te is: hogy timi fogalomzavarból, vagy tényleg szándékosan keverte össze a WSL-t a WLinuxszal, azt csak ő tudja, de azt viszont mindenki láthatta, hogy elég csúnyán triggerelődtél rá. (És feleslegesen, hiszen utána beismerte a tévedést.)




    A Bing nem gyűjt adatot! Elkéri a Facebook-tól... : https://hup.hu/node/162181#comment-2298008

    > Esetleg a PGP is sebezhető?

    Én egy "sebezhetőségről" tudok. Csakhogy ez igazából nem is a PGP sebezhetősége, hanem inkább a mailklienseké. Összefoglalva a lényeget: arról van szó, hogy ha a birtokodba jut egy ilyen titkosított HTML email (plaintextnél nem működik a dolog), akkor módosítva továbbküldöd a célszemélynek úgy, hogy egy külső tartalmat betöltő tag-et (img, iframe) pakolsz bele úgy, hogy a titkosított szöveg "beleessen" az URL-be. Így a célszemély gépén a kititkosításkor, ha a külső tartalmak automatikus betöltése engedélyezve van, akkor az egész kititkosított szöveget átadja a célszervernek és így tkp. a decryptinget elvégeztetik a célszeméllyel, megkerülvén a PGP titkosítást.

    De mondom, ez csak HTML email-ekkel megy és csak akkor, ha a célszemély kliensében a külső tartalmak automatikus betöltése be van kapcsolva és valahonnan be még is tudott szerezni egy titkosított emailt a támadó. Tehát, ha pl. hálózati kommunikációt titkosítasz PGP-vel, vagy bármi egyebet, akkor nyugodtan alhatsz.

    Magában a PGP titkosításban nincs ismert biztonsági rés. (Én legalábbis nem tudok egyről sem.) Itt is megkerülték és nem megtörték.

    A segghülye média és a még segghülyébb "szakemberek" egy része persze úgy tálalta, hogy innentől teljesen megbízhatatlan az egész és "különben is elavult, meg bonyolult és népszerűtlen" (érdekes megfigyelni, hogy ugyanezekkel a bullshitekkel jöttek mind a két oldalon), úgyhogy inkább használd a nagy cégek által biztosított és "titkosított" kommunikációs csatornákat, mert a Google-ben és a Yahoo-ban biztos megbízhatsz.

    Nálam okosabbak (Protonmail Team) véleménye a téma kapcsán (most ahogy olvasom, hogy mit írnak, kb. ugyanaz a véleményük, mint nekem, csak persze az övékére adni is lehet).




    A Bing nem gyűjt adatot! Elkéri a Facebook-tól... : https://hup.hu/node/162181#comment-2298050

    +1




    The Linux kernel makes bind mounts of anything below / PRIVATE. Systemd changes this to SHARED.: https://hup.hu/node/162132#comment-2297040

    Thx, ment fel without-systemd-re.




    The Linux kernel makes bind mounts of anything below / PRIVATE. Systemd changes this to SHARED.: https://hup.hu/node/162132#comment-2297179

    Ha csak pár felesleges paraméter fog kelleni hozzá, de amúgy kilistázza a könyvtárat, az még mindig jobb eset, mintha ez is téglásítaná a gépet...




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296171

    De, vissza is jön. De ennek ellenére, ha az OK-ra várok és nem "random" időket, akkor a soros port egy idő után "bedugul". (Vagy mittudomén mit csinál.)




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296183

    > Ezt úgy képzelem, hogy küldesz valamilyen AT parancsot, ezt ő nyugtázza, utána küldheted a következőt.

    Én is így képzeltem, de nagyon nem így működik. Ha az OK-ra (vagy ami a response, arra) várok, akkor egy idő után nem mennek ki a parancsok a soros buszon...

    > Az más kérdés, hogy a GSM interface-en mikor lesz belőle valami, mit és hogyan bufferel a modem. Szerintem különféle státuszok lekérdezésére is vannak megfelelő AT parancsok.

    Vannak, de olyan nincs köztük, hogy "küldhetek-e már adatot". Mondjuk szép is lenne, hiszen ahhoz, hogy lekérdezzem, hogy küldhetek-e adatot, ahhoz adadot kéne küldenem. :P

    > A flow kontroll kell, mert úgy korrekt, de elég valószínű, hogy nem tudod annyi adattal elárasztani, amit ne tudna benyelni legalább a bufferébe, ha nem is azonnal dolgozza azt fel.

    256 byte a parancssorbuffer és 300 ms a minimum válaszidő (annál gyorsabban egy parancs sem reagál). Ezt még 9600 bauddal is el lehetne "árasztani", de én nem is küldök azonnal, megvártam, amíg visszajön a response, de ennek ellenére nem megy, ha nem várok egy csomó időt.

    > Mint ahogyan te is jelezheted az RTS vonalon, hogy a másik oldal csihadjon kicsit, mert nem tudsz mit kezdeni a sok adattal. Viszont ez alsó rétegre vonatkozik, a flow kontroll akár üzenet közben várakoztat, ha megtelt a buffer.

    Ez egy Orange Pi, 4 vezetékesre konfigurált soros porttal, az RTS/CTS kezelése be van építve, elméletileg nekem nem kell figyelnem CTS-t, a rendszer magától megvárja, hogy clear legyen, amíg beönti a buffert a buszra. Vagy szerinted pont itt a baj, hogy pont hogy nem?




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296360

    Egybe van építve, meg oszcilloszkópom sincs. Amúgy eszemben sincs időzítésre bízni.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296173

    Itt is usleep()-pel működik, de nem ugyanannyit kell várni a különféle parancsok között.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296288

    > Pedig a válaszból tudod, hogy kész a modem oldal. Addig ne küldj semmi mást.

    Így csináltam, de nem jó. Mondjuk pl. a AT+CPIN="1234"[CR] először visszaadja az OK-ot, majd sok másodperc múlva még küld egy "SMS ready.", ill. "Call ready." üzenetet is, tehát nem mindig az OK jön legutoljára.

    > Ha eseménykezelős nyelvvel dolgozol, akkor a ciklusban hívj processEventet, hogy az eventek továbbítva legyenek.

    Ez Pascal/UNIX-os socket/filekezelés, select(), ioctl(), read(), write(), stb.

    > Egyes modemek csökkentett módba kapcsolnak rövid tétlenség után ("bealszanak"). Pl. samsung modemeknél at+factolog paranccsal ki lehet kapcsolni ezt a videlkedést. Próbáld olvasni a portot akkor is, ha az OS szerint az rx buffer üres. Furcsa, de néha ez triggereli a modem oldalt, hogy küldjön. Általában nem nagy a modem oldali ringbuffer (1-4 kb). Próbálkozz flow control nélkül.

    De itt pont akkor rohad le, ha nem hagyom tétlenkedni, ha folyamatosan piszkálom a portot. Ha sokat várok, akkor megy.

    > Próbálkozz flow control nélkül.

    Az már sajnos megvolt.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296359

    Érdekes, de így nem. Viszont baromi lassan reagál a sima AT parancsokra, illetve baromi lassan mennek ki.
    Azonfelül azt is észrevettem, hogy van, amikor leállítás után, ha elindítom, akkor alapból egyetlen üzenet sem megy ki a soros portra.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296361

    > Az SMS ready-től nem fog fejre állni.
    > És csak a modem bekapcsolása után 1x jön ilyen üzenet.
    > Ha ennyire zavar, indulás után első körben várd meg az SMS ready és Call ready-t és csak utána kezdjed a PIN-t beadni.

    Az SMS és Call ready üzenetek csak akkor jönnek, ha beadom neki a PIN-t, különben nem.

    > Az OK-ra várva ne felejts el timeout-ot is figyelni!

    Nem felejtettem el; megfelelő response-ra, vagy timeout-ra szállt ki a várakozásból.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296491

    > Akkor gondolom ignorálod őket.

    Persze, informatívak, nem kell velük foglalkozni.

    > Legutolsó firmware van a modemen?

    Ez egy jó kérdés. Hogyan tudom megnézni? A manualban nincs szó firmware-ről.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296579

    Ami infós parancs van, ráeresztettem.

    ATI;+GMI;+GMM;+GMR;+GOI;+GSN;+GCAP
    Quectel_Ltd
    Quectel_MC60
    Revision: MC60CAR01A05

    Quectel_Ltd
    Quectel_MC60
    Revision: MTK 0828

    Quectel_MC60

    Revision: MC60CAR01A05

    MC60

    861359033291731

    +GCAP: +CGSM,+FCLASS

    OK

    Sajnos én firmware related infót nem látok benne.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296765

    Az nem a firmware verziója, az a lapkáé, rákerestem.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296582

    Köszi, de ezt én is tudom; azt írtam, hogy "megfelelő response-ra, vagy timeout-ra szállt ki a várakozásból". Minden parancshoz tartozik egy stringlist, ami a termináló response-okat tartalmazza. Ha ez üres, akkor automatikusan az "OK" lesz, amire vár; a SMS/Call ready nem állítja meg a várakozást.

    Amúgy itt csak TCPIP kommunikáció lesz, SMS és hasonlók nem.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296598

    Nem mondtam, hogy az eszközzel van a baj, csak leírtam, hogy mit tapasztalok.
    Mondjuk most betettem a serial send elé, hogy írja már ki, hogy mikor küldi ki a parancsot és azt látom, hogy a parancs kiküldése és a kimenetele között másodpercek telnek el, a jelek szerint ezért fut folyamatosan timeoutra.

    Ez hiba, vagy ennek így kell mennie? Mert ha az utóbbi, akkor először azt is meg kell várnom, hogy a soros portról visszajöjjön a kiküldött üzenet és csak utána kezdhetek várni a timeoutra.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296623

    > Visszajojjon a kikuldott uzenet? Itt a local echora gondolsz?

    Igen.

    > Azt en csak kezzel torteno teszteleskor hasznalom, amikor a rendszer fut es hasznalja a modemet, a local echo ki van kapcsolva.

    Én is épp tesztelek.

    > De ha kezzel nyomkodom, nem emlekszem, hogy lassu lett volna az echo.

    Vagyis akkor valami el van keffentve a soros beállításaim között?

    > Nalam a timeout egyebkent 1 perc, ha 1 perc eltelt, akkor ezutan megy egy modem off AT command, majd ujrakezdodik a "program". Ellenorzi a modem ki/bekapcsolt allapotat, bekapcsolja, pint ellenoriz, pint beallit es a call ready utan kezdi el a queueben felgyult feladatokat vegrehajtani a modemen.

    És azok a parancsok, amiknek a lehetséges maximum válaszideje jóval több, mint egy perc? Pl. a AT+CGACT, AT+QIACT, AT+QISERVER parancsok; ezeknek 150 sec a max. response time. Én minden parancsnál a megadott maximum válaszidőt plusz 3 másodpercet vettem timeoutnak. Mondjuk lehet, hogy pont ez a kevés, rá kéne hagynom azt az időt is, ami addig tellik el, amíg kimegy az adat, mert utána viszont - ahogy nézem - azonnal (in 300 ms) válaszol a modem.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296657

    Most belőttem, hogy a baudrate ne autobauding legyen, de nem segített rajta sajnos...




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296668

    Egyébként baromi nagy timeoutnál is az van, hogy egy idő után nem megy ki több parancs. Ezek szerint nem is a készülék nem válaszol, hanem ki sem megy.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296742

    Thx, de közben már kiderült mi volt a baj: egyfelől a select() timeoutja 5000-re volt beállítva, így aztán, ha befelé nem érkezett adat, akkor a select() 5000 ms-ig várakozott, feltartván a másik ágban lévő write()-ot is és ezért nem ment kifelé sem, másfelől meg a bejövő adatokban kutató függvényt elkúrtam; az egyik ágban nem inkrementáltam egy pointert, ami végtelen ciklust eredményezett az egyik parancs visszatérése esetén.

    Sz*rk: Az RTS/CTS itt hardware-esen kezelve van elvileg.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296992

    Elhiszem, de amúgy sem tudtam volna rámérni, mert nincs szkópom, meg egybe is van építve a gép a modullal.




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296914

    Update: Amióta meggyógyítottam azt a két bugot, azóta tökéletesen megy, kivéve egy dolgot: amikor kiadom a TCP/IP open parancsot (AT+QIOPEN="TCP","1.2.3.4","80"), utána a soros port lemerevedik. Amit kiküldök rá, az nem megy ki, a modem meg sem kapja és ez így is marad, amíg az open vissza nem dobja, hogy CLOSED.

    Erre van valakinek ötlete?




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296928

    Sajnos nincs kéznél, meg amúgy is egybe van építve, de itt tuti nem ez a helyzet, mert egyrészt ez \r-t vár, másfelől meg csak annál a parancsnál rohad le és nem is arról van szó, hogy csak a send nem megy ki; open után CLOSED-ig semmi nem megy ki a soros portra...




    GSM parancsok közti idő soros porton: https://hup.hu/node/162107#comment-2296953

    Csak CONNECT érkezik, nem CONNECT OK. Lecsekkoltam, hogy melyiknek kell és azt írja, hogy sima CONNECT csak transparent mode-ban jön, ami azt jelenti, hogy open után tök mindegy mit csinálok, az adat lesz, ami a szerver felé megy. /o\ Hát így nem csoda, hogy nem ment ki semmi, ha nincs normál módúra állítva... Thx, a rávezetést. (Csak azt nem értem, hogy előtte a kézi időzítésű összeállítással miért ment.)

    Viszont így meg hiába megy ki a AT+QISEND=63, megjelenik a > által jelölt prompt és várja az adatot, mintha csak sima AT+QISEND ment volna ki, pedig a manual szerint, ha meghatározom a hosszát, akkor nem kell promptra várni. Itt mi lehet a hiba?

    Sz*rk:
    Ahogy ebből a kódból kipuskáztam, a prompt mindenképpen jön. Átírtam a kódot, hogy kiküldi csak a parancsot a hosszal, majd megvárja a promptot és aztán küldi a HTTP lekérést. És így működik. Az egész.

    Kösz mindenkinek!




    Oracle wants your money for the commercial use of Java: https://hup.hu/node/158994#comment-2223525

    Java. Write once, debug everywhere.




    Oracle wants your money for the commercial use of Java: https://hup.hu/node/158994#comment-2224172

    A Slackware is "mainstream" disztró és abban nincsen shitsteamd. Meg ott van a Devuan, ami Debian fork és dettó nincs benne shitsteamd...




    Oracle wants your money for the commercial use of Java: https://hup.hu/node/158994#comment-2224301

    A Slackware mainstream, rengeteg másik disztró alapja (pl. abból nőtte ki magát a Suse is) és amúgy a legrégebbi élő disztró. A Devuan-ra nem mondtam, hogy mainstream, csak azt, hogy systemd mentes.




    Saját tulajdonomban álló, napi használatban levő, legöregebb számítástechnikai / mobilkommunikációs eszköz gyártási éve: https://hup.hu/szavazasok/20181130/sajat_tulajdonomban_allo_napi_hasznalatban_levo_legoregebb_szamitastechnikai_mobilkommunikacios_eszkoz#comment-2291426

    C128, nem tudom mikor gyártották pontosan, de 1985-1989 között van. 1988-1989 környékén volt a miénk, aztán el lett adva, majd kb. 15 év után visszavásároltam.




    Saját tulajdonomban álló, napi használatban levő, legöregebb számítástechnikai / mobilkommunikációs eszköz gyártási éve: https://hup.hu/szavazasok/20181130/sajat_tulajdonomban_allo_napi_hasznalatban_levo_legoregebb_szamitastechnikai_mobilkommunikacios_eszkoz#comment-2291505

    Igen: http://oscomp.hu/depot/tch_desktop.jpg

    Persze nem kapcsolom be minden nap, de össze van szerelve és bármikor használhatom. Azért írtam az 1541 emulátort is, hogy ne kelljen folyton kiírni a netről leszedett floppykat, ha játszani, vagy demo-t nézni támad kedvem.




    Bezár a Google+, miután potenciálisan több mint 500 ezer felhasználó adatait érintő hibát javított a vállalat: https://hup.hu/cikkek/20181008/bezar_a_google_plusz_miutan_potencialisan_tobb_mint_500_ezer_felhasznalo_adatait_erinto_hibat_javitott_a_vallala#comment-2274932

    +1




    Bezár a Google+, miután potenciálisan több mint 500 ezer felhasználó adatait érintő hibát javított a vállalat: https://hup.hu/cikkek/20181008/bezar_a_google_plusz_miutan_potencialisan_tobb_mint_500_ezer_felhasznalo_adatait_erinto_hibat_javitott_a_vallala#comment-2274828

    +1




    Bezár a Google+, miután potenciálisan több mint 500 ezer felhasználó adatait érintő hibát javított a vállalat: https://hup.hu/cikkek/20181008/bezar_a_google_plusz_miutan_potencialisan_tobb_mint_500_ezer_felhasznalo_adatait_erinto_hibat_javitott_a_vallala#comment-2274656

    We made Google+ with privacy in mind

    Ööö...tényleg?




    Bezár a Google+, miután potenciálisan több mint 500 ezer felhasználó adatait érintő hibát javított a vállalat: https://hup.hu/cikkek/20181008/bezar_a_google_plusz_miutan_potencialisan_tobb_mint_500_ezer_felhasznalo_adatait_erinto_hibat_javitott_a_vallala#comment-2274767

    ROFL. :D




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2286713

    Az Alaplap 1990/06 68. oldalán, a "TITKÁR" leírásában van szó a TeleScript modulról, amivel "minden telefonbeszélgetés automatikusan lebonyolítható". Hogy ez mit jelent, azt nem tudom, de így első olvasatra beszédszintetizátorra tippelnék...




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2286749

    Nem biztos. Az Amiga beépített speechsynthje is tűrhetően beszélt magyarul a megfelelő accent file telepítése után.




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2286774

    Igazából arra céloztam, hogy csináltak a 80-as években is egész tűrhető beszédszintetizátorokat.

    De mindegy, mert közben meglett, mi ez; akkor ezt jelentette az automatikus telefonbeszélgetés lebonyolítás az Alaplap cikkében.




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2286775

    A C128-ban alapból volt Z80, a C64-be meg lehetett tolni Z80-as cartridge-t: http://www.z80.eu/c64.html




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2287036

    https://www.c64-wiki.com/wiki/SuperCPU

    Azért voltak oda nem gyengén erősebb CPU-k is, mint a Z80.




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2287129

    Melyiket lehetett 8-bites Commodore gépbe rakni? Mert itt erről volt szó. Sima Z80-ast lehetett bele rakni (vagy C128 esetén volt benne alapból), de másról nem hallottam. Tudtommal a legerősebb CPU, amit egy 8-bites Commodore gép használni tudott, az a WDC 658xx széria volt.




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2292043

    A kérdés nem az volt, hogy mennyire volt használható az addon, hanem csak a puszta létezése. C128-nál egyébként nem voltak ilyen limitációk, leszámítva persze, hogy párhuzamosan nem futottak. Amúgy nem értem, miért nekem írtad, nem én akarok mindenáron Z80-at dugni a C64-be.




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2292176

    Ez egy szónoki kérdés volt, arra, hogy voltak erősebb CPU-k is a Z80-ak között...




    Ismeretlen Commodore 64 Hardware: https://hup.hu/node/161764#comment-2289388

    > Csaxólok, hogy a Commodore64-ben lévő proci azonos órajel mellett kb. 2x annyi "munkát" végez, mint a Z80.

    Ez így kissé pontatlan. Az igaz, hogy a 65xx CPU-k utasításainak a többsége kevesebb ciklust igényel, mint a Z80-ak utasításainak többsége. De nem mindegy, hogy milyen "munkát" adunk nekik. Amihez a 65xx-ek sokféle címzésmódja passzol jobban, az a 65xx-en lesz gyorsabb, amihez regiszterek kellenek, az meg a Z80-asakon. Ill. a Z80-ason az is lehet gyorsabb, amit a bővebb utasításkészletnek köszönhetően kevesebb utasításból le tudsz írni, mint a 65xx-eken; értelemszerűen hiába tellik háromszor annyi ciklusba egy Z80-as utasítás, ha negyedannyi utasításból meg tudod oldani, mint 65xx-en.




    QEMU Adventi kalendárium 8. nap - Boldog huszonötödiket Debian!: https://hup.hu/cikkek/20181209/qemu_adventi_kalendarium_8_nap_boldog_huszonotodiket_debian#comment-2294726

    A Doom meg ma 25 éves.




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2292422

    Vagy eljött az idő az OSX-re/Linuxra/BSD-re/Solarisra váltásnak. :P Ott még te döntöd el, hogy néz ki a rendszered.




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2292510

    Aha, persze. A jóságos mikiszoft csak szegény nyúzott szakemberekért csinálja, amit csinál. Milyen kár, hogy a win10-zel eddig csak még nyúzottabbá tette őket.

    (Micike egyébként meg most meg azért kiabál PC supportért, mert nem tudja elállítgatni, amit eddig el tudott.)




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293099

    Magyarán a win10-re eljutott az ms odáig, hogy egy háttérszín lecseréléséhez is registryt kell túrni.




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293144

    Pedig anno az xp-ig/2003-asig pont fordítva csinálták, egyre több mindent tettek konfigolhatóvá. Aztán a windózpistával fordult a dolog, inkább elkezdték lebutítani.




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293168

    Termeljen? Az otthoni gépén is? Miért is ne rendezhetné be úgy, ahogy neki jól esik?




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293960

    Nem, nem érthető meg. Egészen más az, hogy a felhasználók szarták le a dolgot, vagy az ms tiltja meg nekik. Ha valamiért fizetett az ember, akkor nehogy már a gyártó szabja meg, hogy hogyan akarja magának kidekorálni...


    Σ: 001 -> hajbazer


    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293165

    Most már csak az kéne, hogy a ReactOS fejlesztői belehúzzanak és használhatóság (értsd: sebesség/stabilitás/kompatibilitás) szintjén is utolérjék az xp-t...

    Úgy érted: a mennyiség megy a minőség rovására, nem? Csak azt a feature-t "tartják karban", amit sokan használnak. Legalábbis ez az aktuális bullshit, csak tudnám, hogy akkor a win8-ból miért dobták ki a start menüt, hiszen azt majd' mindenki használta.

    A normális operációs rendszer azért túlzás; az igaz, hogy az akkori mid-end gépeken is viszonylag gyors volt, annyira a memóriát sem ette, de mint minden windózban, abban is elég sok bug volt és hiába nem volt benne mesterséges butítás, a winxp felülete sokkal butább, mint pl. az OSX Tiger-é, vagy valamelyik másik UNIX-on futó asztali környezet... De nyilván, a win10-hez képest ezerszer használhatóbb volt, de ahhoz képest mi nem használhatóbb? (Jó tudom, a millennium, meg a vista, de azok is csak azért, mert állandóan összeszarták magukat...)




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293235

    Én is tudom, mi volt az elképzelés. Arra céloztam, hogy ha most ez az irányelv, hogy csak azt "tartják karban", amit sok felhasználó használ, akkor ezzel elég erősen szembemegy a start menü "megreformálása".
    Amúgy a teljesen különbözően viselkedő és teljesen másképp használandó okoseszközök és munkaállomások felületének "egységesítése" a lehető legrosszabb ötlet volt, amivel csak előrukkolhattak.




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293563

    Mindkét esetben rettenetes volt az ötlet is és a kivitelezés is.




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293587

    A szemszögtől elég sok függ, ez tény.




    Windows 10 színvilág-testreszabhatóság: https://hup.hu/node/161974#comment-2293166

    Á nincs, miért is lenne. :P




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2289855

    És a win10 mikor "csiszolódik ki"? (A köztudatból. :P )




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2289856

    És a win10-re adott visszajelzésekből mikor vonják le a tanulságot? Mert a win10 nem azért terjedt el annyira, amennyire, hanem mert lenyomták az emberek torkán, a többi - még használható - windows-t meg megpróbálják szépen lassan ellehetetleníteni, hogy egy idő után ne is legyen választás a win10-en kívül.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2289893

    Ne erőltessék azokat a "feature"-öket, amik a userek agyára mennek? (Pl. rolling release, erőszakos frissítések, meg az, hogy ők akarják eldönteni, hogy mit csináljon a user a gépén.)




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290005

    Az sosem mentség, hogy "de a másik is"...

    És amúgy se minden platform ilyen; nincs mindenütt rolling release, nem veszi át minden rendszer a géped felett az uralmat, a frissítéseket meg - tudtommal - egyetlen más desktop operációs rendszert készítő cég, vagy szervezet sem tolja ennyire erőszakosan. Tehát maximum más köcsög cégek (pl. kugli) által szállított OS-ek viselkedését utánozta le és azt is nagyon nagy kár volt.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290047

    > -nem igazi rolling release, amit a Microsoft csinál, egyik channel-en sem.

    Akkor máshogy mondom: nem kéne azt csinálni, hogy minden féléves frissítéskor kérés és kérdés nélkül letörli a régi rendszert és újrahúz egy új és teljesen másik windowst, amiben ráadásul "véletlenszerűen" törnek el dolgok, mint valami rossz rolling-release Linux alatt.

    > -nem értem, mit értesz az alatt, hogy átveszi a géped felett az uralmat.

    Mondjuk azt, hogy önhatalmúlag telepítgeti és törölgeti a programokat (a személyes fájlokról nem is beszélve), hogy fogja magát és felülbírálja a beállításaidat, hogy folyamatosan monitorozza és jelenti mit csinálsz.

    > -a frissítések telepítése is finoman szabályozható az arra való kiadásoknál.

    Azért kapcsolja vissza minduntalan a services.msc-ban letiltott Windows Update szolgáltatást? Persze biztos van valami módszer, amivel permanensen meg lehet fékezni a WU-t, lehet mondani, hogy talán érteni kéne a rendszerhez, de emlékeim szerint pont a windows volt úgy aposztrofálva, hogy a felhasználóbarát rendszer, amihez nem kell érteni.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290201

    > így oldották meg.

    Elég rossz megoldás.

    > Viszont hol vannak azok a rendszerek, amiket tisztességes fejlesztési ciklusokban, tisztességes tesztelés mellett adnak ki? Kihalva vagy kihalófélben. Ezt a trendet nem a Microsoft kezdte el -- csak megpróbált nem kihalni és alkalmazkodott.

    Először is, ez azért túlzás, hogy kihaltak, vagy ki akarnak halni. Csak nincs már túl sok, de ami van, az azért tartja magát.
    Másodszor is, ami a lényeg: a windowsnak volt egy normálisnak mondható ütemezése (akkor adták ki, ha késznek ítélték, aztán ezt vagy jól ítélték meg, vagy nem, de ez most mellékes) és támogatottsági ideje (sok év) és ezt cseszte el az ms; a win10-ből félévente adnak ki újat és másfél évig van támogatva az adott release. Ennél már egy szutykos LTS Linux is tovább van támogatva. A usereknek szerinted ez jó? Az meg még mindig nem mentség vagy indok, hogy de a többi is.

    > épp Te írtad le, miért. Újratelepít.

    Mit? A Candy Crush Saga-t? És még egyszer: ki kérte, hogy egyáltalán újratelepítsen és ezzel lezúzza a user programjai és beállításai egy részét? Ki kérte, hogy amit kínkeservvel összevadászgatott és beállítgatott az ember, azt ő legyalulja, alaphelyzetbe hozza, vagy rosszabb esetben betolja az új default beállítást, mert az az ms szerint jó? Ez megint csak ugyanaz: el van döntve, hogy márpedig ő újratelepít, és mindent összerondít, akár kéri a user, akár nem. Tehát átvette a kontrollt a gép felett.

    > szégyellnivaló bug egy visszavont frissítésben, ebből nem általánosítanék.

    Ha csak bug volt, akkor valóban csak égés. De érdekes módon a letörölt fájlok egy részét az ms vissza tudta állítani a felhőből, ahová az egységsugarúak sosem töltötték fel...de nem kérdezték, hogy hogy került oda, csak örültek neki, hogy de jó, hogy megvan. Milyen jó dolog ez a felhő, gondolja csórikám és legközelebb már önszántából teszi oda mindenét...

    > Az egyik legnagyobb tévedés.

    Mi? Az, hogy felhasználóbarát? Az tuti, hogy tévedés, a win10 a felhasználó legnagyobb ellensége. Vagy az, hogy nem kell érteni hozzá? Jó, az rendben van, nyilván érteni kell mindenhez, amit használ az ember, de ehhez hogy a fárasba értsen, ha az ms minden lényegi dolgot a jobbára dokumentálatlan registry mélyére dug el? És lényegi dolog alatt nem azt értem, hogy semmit ne lehetne beállítani a vezérlőpultban, hanem azt, hogy amit a user nagyon ki szeretne kapcsolni, de a mikiszoft nagyon nem szeretné, ha a felhasználó azt kikapcsolná.

    > de miért kell letiltani?

    Hogy ne rombolja pár perc alatt porig azt a setupot, amit az ember esetleg hetekig telepített és konfigolt össze. Meg, hogy ne törje el a működő szoftvereket, mert összetúrták benne az API-t.

    > Jobb beállítani igényeid szerint (ha arra alkalmas kiadást használsz).

    Bevallom, ezt nem értem. Arra alkalmas kiadás? Mire? Hogy beállítsam? Ezt nem lehet minden kiadással? Ez már rosszul kezdődik...




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290296

    Ezt kifejthetnéd bővebben, mert ez nem válasz azokra, amiket felsoroltam. Nem arról volt szó, hogy mi hogyan használjuk, hanem, hogy a jónép hogyan szívja meg vele.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290397

    Miért? Hozzám már inni kell? Vagy inkább a win10-hez kell inni? :P




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290507

    Akkor miért is nem fejted ki bővebben; miért nem reagálsz érdemben?




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290513

    Ami meddő, annak asztal mellett sincs értelme. Szerintem is kár folytatni, mert túl erős érveket a win10 mellett eddig sem mondtál, mondjuk nem csoda: nem is nagyon lehet.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290540

    win10 melletti érv: értsd, amit a mentségére lehet felhozni. Ugyan mondtad, hogy nem mentegeted, de mégis azt csináltad.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290557

    Tessék pár:

    > Nekem inkább úgy tűnik, hogy ezen a téren a Microsoft inkább alkalmazkodott a korszellemhez és leutánozta a többi platform viselkedését...

    > Ezt a trendet nem a Microsoft kezdte el -- csak megpróbált nem kihalni és alkalmazkodott.

    > épp Te írtad le, miért. Újratelepít.

    > szégyellnivaló bug egy visszavont frissítésben, ebből nem általánosítanék.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290581

    > Az én olvasatomban az első három nem a Windows 10-ről szól, hanem a Microsoftról.

    Annak a kapcsán, hogy miért olyan a win10, amilyen, tehát közvetetten a win10-ről szól.

    > Nem mentegetés egyik sem - egyszerűen elmondtam, én hogyan látom, miért van úgy, ahogy. Nem mondtam, hogy ettől jó, sem azt, hogy ettől rossz.

    Bocsánat, én azt állítottam, hogy az, amit az ms a win10-zel művel - meg maga a win10 is - egy katasztrófa, te pedig ezeket soroltad fel, az állításom cáfolatára, hogy az azért nem úgy van. Ha az az állítás, hogy katasztrófa a win10 és te ez ellen érvelsz, akkor mit csinálsz, ha nem mentegeted?

    > Az utolsó valóban egy Windows 10 bugról szól, ami olyan súlyos volt, hogy a Microsoft kénytelen volt visszavonni egy Windows főverzió kiadását, amit azóta se bírt összerakni rendesen. Annyit mondtam, hogy az, hogy a kellően teszteletlen buildben benne maradt egy ilyen ocsmány bug, azt még nem mondanám a gép fölötti uralom átvételének.

    Erre itt válaszoltam is, erre a posztra nem adtál még épkézláb választ.

    Az uralomátvételről meg itt írtam, de a felsoroltak nagy részére egyáltalán nem adtál választ, csak a kéretlen telepítés/törlésre egy-egy olyat, amikre meg megint a fentebbi megválaszolatlan posztban válaszoltam.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290592

    > Ezt honnan veszed például? Olyan sosemvolt dolgokról írsz, hogy az ember haja szála égnek áll!

    Innen.

    > Nézd el nekem, hogy nem tudok erre most több időt szánni.

    Olcsó kifogás.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290598

    Ez így nem mond semmit, ez nem válasz, ez egy nulla. Miféle tool-okról beszélünk? Undelete? A linkelt szálban is ez volt a kérdés, hogy mi van, ha a háttértárolóról már nem lehet visszanyerni a fájlokat, mert felülíródtak azok a szektorok?




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290621

    Nem egyedül én olvastam ezt kis és nem is én mondtam ki először.

    Viszont akkor ez a válasz, hogy nincs válasz? Mert a kérdésre nem válaszoltál, hogy akkor mégis hogy adja vissza az ms a letörölt fájlokat, milyen módon, milyen toolokról beszél a hír forrása.




    Rövid időre a Microsoft volt a legértékesebb amerikai vállalat: https://hup.hu/cikkek/20181126/rovid_idore_a_microsoft_volt_a_legertekesebb_amerikai_vallalat#comment-2290628

    Tehát nem tudod a választ, hogy hogy állítják vissza a letörölt fájlokat? Mert ez volt a kérdés és erre sokadjára sem válaszoltál. Nagyon nem akarsz...




    A Google dolgozói sem szeretnék, hogy legyen Dragonfly: https://hup.hu/node/161919#comment-2290952

    +1




    Hibernációs kamra beüzemelve - találkozunk tavasszal!: https://hup.hu/node/161930#comment-2291308

    Az ember általában mindent megtesz, hogy a hangyákat kiűzze a konyhából, a kaja környékéről, te meg beteszed őket a kaja mellé a hűtőbe. :D

    Mit szól az asszony ehhez?




    Hibernációs kamra beüzemelve - találkozunk tavasszal!: https://hup.hu/node/161930#comment-2291388

    A macskát a mosogatóban tartjuk, ott a helye. :P (Egyébként tényleg, az összes oda fekszik be, meg a mosdókagylóba...)




    Hibernációs kamra beüzemelve - találkozunk tavasszal!: https://hup.hu/node/161930#comment-2291638

    Nem csak a hangyákat, a szúnyogokat is.




    A legújabb W10 frissítés eltöri a Windows Media Player-t (és úgy általában a Win32 alkalmazásokat): https://hup.hu/cikkek/20181127/a_legujabb_w10_frissites_eltori_a_windows_media_player-t_es_ugy_altalaban_a_win32_alkalmazasokat#comment-2289979

    > Az nagyon durva lenne, ha csak úgy megszüntetnék a win32 programok futtatásának lehetőségét.

    Pláne ha épp a 32-bites verzióját használja valaki a win10-nek.




    A legújabb W10 frissítés eltöri a Windows Media Player-t (és úgy általában a Win32 alkalmazásokat): https://hup.hu/cikkek/20181127/a_legujabb_w10_frissites_eltori_a_windows_media_player-t_es_ugy_altalaban_a_win32_alkalmazasokat#comment-2290040

    Ja, hogy itt az API-t értették alatta? My bad, én úgy értelmeztem, hogy a 32-bites windows alkalmazásokra vonatkozik.




    A legújabb W10 frissítés eltöri a Windows Media Player-t (és úgy általában a Win32 alkalmazásokat): https://hup.hu/cikkek/20181127/a_legujabb_w10_frissites_eltori_a_windows_media_player-t_es_ugy_altalaban_a_win32_alkalmazasokat#comment-2290297

    Nem mindenütt.




    Könnyű préda! - (Easy money): https://hup.hu/node/161879#comment-2289835

    Gratula a szerzeményhez.

    Ha már typo-k:
    "A kijelző rész összeszerelni" => "A kijelző részt összeszerelni"
    "unknow" => "unknown"




    Könnyű préda! - (Easy money): https://hup.hu/node/161879#comment-2290803

    A 8-bites gépek BASIC-jeiben a goto számot kér, amit nyugodtan bele lehet rakni egy változóba is. Pascalban címkét, amit nem igazán, hiszen címke típusú változó nincs. Így nem csoda, hogy nem lehet változót átadni neki. Viszont adott címre ugrani Pascalban is lehet változóból:
    type TProc = procedure;

    procedure jumpto(address: pointer);
    var p: TProc;
    begin
            p := TProc(address);
            p;
    end;




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2172846

    A korrupcióhoz az összes politikai garnitúra partner, tehát volt, van és lesz kit megvesztegetni.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2172872

    Keress rá az említett országok nevének és a korrupciónak a kombinációjára és látni fogod, hogy ott is van korrupciós botrányból feszt, max. nem annyi, mint errefelé. Ennek megfelelően ott is van kit megvesztegetni. Tiszta politikus az, aki még nem bukott le. License-kkel kapcsolatos korrupciós botrány már volt nálunk is kb. 10 éve; emlékeim szerint a Ballmert tojással meghajigáló srác is ezt tette szóvá:
    https://itcafe.hu/hir/mi_lesz_a_magyar_diakok_windowsaval.html
    http://index.hu/tech/jog/msbll080519/




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2172889

    https://www.svd.se/telia-i-misstankt-rekordmuta/om/teliamutorna
    http://www.nt.se/nyheter/norrkoping/nu-satts-punkt-for-storsta-mutharvan-om4390745.aspx
    https://www.tnp.no/norway/panorama/5437-the-eirik-jensen-case-the-worst-corruption-scandal-norway-has-ever-seen
    https://en.wikipedia.org/wiki/Statoil_corruption_case
    https://en.wikipedia.org/wiki/Telecom_corruption_scandal

    (Az utolsó mondjuk sántít, mert az nem specifikusan norvég vagy svéd ügy volt, hanem csak ott is borult a bili.)

    De amúgy meg mernék esküdni, hogy szó szerint azt mondtam, hogy "ott is van korrupciós botrányból feszt, max. nem annyi, mint errefelé", vagyis a kisebb mértéket senki nem vitatta.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2172922

    Még egyszer: nem vitattam, hogy ott jóval kevesebb a korrupció. Viszont: példa van rá, mint látod; ha egy példa van, akkor már van példa. Egyébként meg kb. két perc kuglizás eredménye, ha sokat keresnék, biztos többet találnék.

    A korrupciós listában meg csak a kiderült disznóságok alapján sorolják be az országokat. Kérdés, hogy hol mennyi derül ki a disznóságokból. Meg az is, hogy mi számít legálisnak egy adott országban. Ahol a vezetőség konkrétan bármit megtehet, ott nincs is korrupció, hiszen amit csinálnak az teljesen legális a saját törvényeik szerint.

    De eltértünk a témától: a lényeg, hogy a nagyvállalatok korrumpálási kísérleteinek mindig lesz táptalaja. És tök mindegy, hogy skandináviában vagyunk, vagy a balkánon, vagy épp az Antarktiszon.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2172938

    Hol "máshol"? Azért nehogy már úgy legyen beállítva, hogy mindenütt "máshol" lesittelik a korrupt politikusokat, csak itt nem...




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173032

    Ld. lejjebb.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173031

    És? Hány olyan hely van a világon, ahol a vezetőség nyíltan terrorizálja, kifosztja, sőt mészárolja is a jónépet? És mindezt büntetlenül. Itt maximum lopkodnak. Példám nincs, mert nem nagyon követem a hazai politikát, de most már inkább te írjál példát arra, hogy ez a világon egyedülálló, hogy az itteni politikusok megússzák a stiklieiket, mert ez rohadtul meredek; ennél sokkal durvább húzásokat is úsznak meg a mieinknél ezerszer nagyobb gazemberek.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173124

    Kiemelkedő a nagy lófaszt. Max. közepes. Nézz már körbe egy kicsit a világban.

    Nyilván két fél kell hozzá, de mindig is lesz, akit lehet korrumpálni.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173145

    Én semennyiért, de biztos lesz aki még ezt is bevállalja; viszont ez a példa orbitális csúsztatás, mert nem ilyesmire kell rávennie a cégeknek a korrupt politikusokat, hanem stiklikre.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173166

    Hol állítottam én, hogy nem kell? Én azt állítottam, hogy lesz!




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173197

    Nem, ezt te magyarázod bele. Politikusokról volt szó, nem rólam. Politikusnak már eleve csak az megy, aki lopni-csalni akar.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173284

    Én hol mondtam ilyet, hogy csak politikus korrupt? Én azt mondtam, hogy a politikusok alapvetően korruptak. Mi lenne, ha arra reagálnál, amit mondtam és nem belemagyaráznál dolgokat, hogy legyen mire reagálni?
    Biztos volt már rá precedens, hogy megkérdezték, hogy kell-e számla, én meg tuti azt feleltem, hogy leszarom. És? Nekem ebből semmi hasznom nem volt. Miért is lennék én akkor korrupt? Kezded elvinni már személyeskedésbe a dolgot.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173401

    Nekem mi hasznom van rajta? A cuccot nem kapom olcsóbban. Miért vagyok akkor én korrupt?

    Ja értem és a legkönnyebben korrumpálható, úgy en-bloc a legkorruptabb társadalom a világon az a mienk. Remélem ez csak vicc.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173540

    GN mode: Iróniadetektor egy szó és ez szarkazmus volt, nem irónia. :P




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173670

    Az ilyen rosszindulatú szurkálásokat, mint "álnaív" hagyjuk, mert semmi valóságalapja nincs. Olyan még sosem fordult elő velem, hogy az eladó azt mondta nekem, hogy ha nem kérek számlát, akkor olcsóbb. Olyan igen, hogy azt mondta, hogy "X Ft lesz, számla kell?" Erre én azt szoktam mondani, hogy nekem mindegy.

    Úgyhogy kurwára nem kaptam meg olcsóbban semmit, tehát nem játszom a hülyét, hogy nem kapom meg olcsóbban, hanem tényleg.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173723

    Bocs, de itt az egész abból indult ki, hogy szerintem a politikusok általában véve korruptak és nem lehet ráhúzni ezt az országra, de válaszként már olyanokat kaptam, hogy az egész ország velejéig korrupt (velem az élen), mert áfásszámla, stb.
    Egyébként elolvastam az egész hozzászólásodat, csak nem tudok mit kezdeni vele, mert én még sosem kaptam olcsóbban semmit, ha nem kértem a számlát, ergo nem kaptam drágábban a cuccot számlával sem.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173753

    Akkor lenne korrupció, ha profitáltam volna belőle. Az, hogy leszarom, hogy a kezembe nyomnak-e egy papírt, vagy sem és ettől nekem nincs több pénzem, az nem korrupció.

    Miért is jó neked az, hogy azt bizonygatod, hogy ebben az országban mindenki korrupt?




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173798

    Ettől én még nem leszek korrupt.

    Hát ennyi erővel az egész világon minden ember korrupt, nem?

    Egyébként meg itt egy lista az országok korrupciós mértékéről: https://en.wikipedia.org/wiki/Corruption_Perceptions_Index#2016

    Ebben kicsiny hazánk 48 ponttal (közepesen korrupt) az 57. helyen szerepel 176-ból. Ami még csak nem is a középmezőny, hanem a kevésbé korrupt felső harmad. (A lista a kevés korrupciótól a sok felé csökken (tudom hülyén hangzik, de a kevesebb korrupciót díjazza több ponttal), azaz nem az 57. legkorruptabb ország vagyunk, hanem a 120.)

    Úgyhogy elég nagy badarság azt mondani, hogy itt "kiemelkedő" a korrupció. Nem kevés persze, de jóval több nálunk korruptabb ország van, mint kevésbé korrupt.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173841

    Nem húztam semmiféle vonalat. Én nem csaltam, nem loptam, tehát nem vagyok korrupt.

    Sőt, csináljunk egy olyan listát, ahol csak az első hatvan hely látszik. mert csak. Miért akarod ennyire bebizonyítani, hogy ez egy velejéig korrupt ország, amikor a számok egyértelműen azt mutatják, hogy "csak" közepesen korrupt?




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173852

    Bullshit. Európai viszonylatban sem az. 28. a 44-ből ami nyilván rosszabb, mint világviszonylatban, de azért sereghajtónak nevezni nagyon erős túlzás.

    A közepesen korrupt meg nem világszinten van, az a pontszám nem viszonyszám. Az az ország általános korruptsága; gondolom az, hogy a forgó pénznek mekkora része forog a feketegazdaságban. Ha nálunk ez 52%, akkor az közepesen korrupt, akármilyen viszonylatban nézed. Ha viszonyszám lenne, akkor az első helyezetnek 100 pontot kéne kapnia, de csak 90 van.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173860

    Elfogytak az "érvek"?




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173916

    Neked sincs több, mert te kollektívan leírtad ennek az országnak mind a tízmillió lakóját, hogy korruptak. Ez nem gazdasági szakvélemény, hanem közönséges uszítás. (A feketegazdaság meg nem egy szilárd vélemény volt, olvad el még egyszer, azt írtam, hogy úgy gondolom a lista úgy számolja a korrupciós százalékot.)




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173864

    Sehol nem hülyéztelek le, de sebaj, hazudj csak tovább.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2173917

    Mert ott is ezt csináltad. Én sehol nem állítottam, hogy hülye vagy, tehát az állítás hazugság. Az meg pláne vicces, hogy szerinted én eldöntöm helyetted, hogy mit akartál mondani, közben meg te adsz szavakat a számba. No comment.

    Trollistám meg nincs.




    Az amerikai Microsoft lecsapott: felmondtak a magyar állami szállítóknak: https://hup.hu/node/156854#comment-2172888

    Itt.




    Frissítettem Broken Coffee Cup-ról Windows Me Millenium Edition-re: https://hup.hu/treyblog/20181128/frissitettem_broken_coffee_cup-rol_windows_me_millenium_edition-re#comment-2290475

    Mi volt a régin?




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289169

    A BSD-k szoftverkínálatában elég nagy az átfedés a Linuxokéval, vagy épp a Solariséval; a specifikus cuccokat leszámítva.

    A FreeBSD 9-ben debütált új csomagkezelőről, az apt klón pkgng-ről viszont elég sok rosszat olvastam.
    Például ellentétben a korábbi pkg programokkal ez nem működik együtt a ports-szal, nem ismeri fel, ha onnan van valami telepítve és ütközéseket csinál, amiket még feloldani sem lehet.
    Vagy az upgrade rész bajai, hogy ha upgradelni akarsz egy csomagot, akkor először kézzel le kell törölni a régit, valamint az, hogy nem követi rendesen a telepített és igényelt verziókat és ha felteszel valamit, aminek a függősége nálad ugyan telepítve van, de újabb verzió kellene belőle, akkor simán felrakja a kért csomagot és ezzel el is töri, ahelyett, hogy meggátolná a telepítést, vagy upgradelné az érintett függőséget.
    Továbbá bár ez csomagkezelő, de repository nincs hozzá, neked kell csinálnod helyben egy jail-t, abba pakolhatod a helyi portsból forgatott csomagokat, ahonnan a csomagkezelő majd telepíthet; ennek ha megfeszülök se értem az értelmét: ha már úgyis forrásalapú csomagkezelésre vagyok kényszerítve, akkor minek ez a hercehurca a sima ports helyett?
    Az autoremove opció törött, olyan csomagokat is töröl, amik élő függőségei más csomagoknak, amik ezáltal el is törnek.
    Ezeken felül a csomagok adatait egy SQLite3 adatbázisban tárolja, ami egyszerűen overkill és a tetejébe még corruption-prone is.

    Nem flame-nek szántam, csak leírtam, amit én tudok róla.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289202

    Nincs mit.

    Mondanám, hogy próbáld ki a TrueOS-t (FreeBSD fork), abban AppCafe csomagkezelő van (a minőségéről semmi infóm nincs), de ahhoz mindenképpen 64-bites CPU kell, tehát Pentium III-ason nem fog menni. Szerezz be egy K8-as (Athlon 64, Opteron, Sempron, Turion 64) gépet. RAM-ból elég 1 GB is (de ajánlott a 4 GB).

    Ha ragaszkodsz a P3-hoz, akkor a FreeBSD 8.4-et próbáld, vagy annak a forkjait.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289198

    Menetközben átnevezték a pkgng-t pkg-ra. A többire csak azt tudom mondani, hogy nincs kizárva, hogy elavultak az infóim.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289275

    Mint mondtam én csak olvastam róla, saját tapasztalatom nincs a pkgng-vel, mert FreeBSD-t először csak ARM-on és PowerPC64-en használtam, ott meg nem voltak bináris csomagok, csak ports; x86-on meg felraktam, aztán nem volt több időm kísérletezni vele... Viszont a neten rengeteg rosszat olvastam róla; lehet, hogy ezeket azóta javították. Az SQLite3 persze maradt. Azon vitatkozhatunk, hogy overkill-e, vagy sem, de az, hogy neked nem sérült le sose, az nem jelenti, hogy másnak sem; jópár ilyen topic van a neten, hogy elcrashelt a pkgng db-je. Hogy aztán ez user error volt-e, vagy sem, az már más kérdés, de ettől még sokkal corruption-prone-ebb, mint a dir/textfile alapú: ott egy lesérült fájl, nem érintette az egész repository-t, másrészt egy szöveges fájlt akár kézzel is ki lehet javítani.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289274

    A másik szálban válaszoltam erre is.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289344

    Lehet. De feltételezem, hogy az userek nem az ujjukból szopták ezt akkoriban. Inkább az lehet, hogy a FreeBSD projekt eltakarította a problémák egy részét.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289358

    Már régen olvastam őket, most csak ezt találtam egy gyors keresésre: http://www.ivoras.net/blog/tree/2015/Feb-why-freebsds-pkg-sucks.html Illetve blogposztot többet is, de azok nem írnak konkrét hibákról, hanem csak általánosságban. Meg egy SQLite3 corruption issue-t is találtam: https://serverfault.com/questions/591590/freebsd-pkg-database-deleted (Mondjuk ebből többet is láttam, de egy része user-error volt.)

    A FreeBSD-t egyébként én is használtam korábban, csak a pkgng maradt ki.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289368

    > Egyébként amennyire tudom, ez már megoldott:

    Erre mondtam, hogy nem tudom mit oldottak meg eddig és mit nem.

    > Hát igen, ebből a szempontból a sok kicsi fájl valóban hibatűrőbb megoldás, mint egy darab fájl.

    Esküdni mernék rá, hogy pár poszttal feljebb ugyanezt írtam le Zahynak...




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289498

    Csakhogy itt nem 1 SQLite3 tábla vs. sok SQLite3 tábla volt a téma, hanem 1 SQLite3 tábla vs. sok textfile.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289520

    Az egész onnan indult ki, hogy csomagkezelésre az SQLite3 overkill és corruption-prone-ebb, mint a sok kis kicsi textfile. Textfile. Szó nem volt arról, hogy az SQLite3 lenne több fájlban.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289595

    Nem, te azt mondtad, hogy "Ha meg több fájl van (tipikusan táblánként egy) akkor ez kicsit bonyolultabb", de itt ilyesmiről szó sem volt előtte, nem az SQLite3-at akarta bárki több részre darabolni, textfile-okról volt szó.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289823

    A dpkg a /var/lib/dpkg/info könyvtárban tárolja az egyes csomagokhoz tartozó fájllistákat (csomagnév.list), md5 összegeket (csomagnév.md5sums), a konfigfájlokat (csomagnév.conffiles) és az install/uninstall idején futtatandó szkripteket (csomagnév.[pre/post][inst/rm]). A telepített csomagok infói a /var/lib/dpkg/status fájlban vannak tárolva, az elérhető csomagok a /var/lib/dpkg/available fájlban; ezek sajnos nincsenek csomagokra bontva, viszont szövegesek, bináris adatbázis nincs.

    Az apt a /var/lib/apt/lists/ alatt tartja az egyes repository-k csomaglistáit, minden repo egy szöveges file, sajnos ez sem úgy van, hogy a repo a könyvtár a csomaginfó a fájl, de bináris adatbázis itt sincs.

    A többi disztribúció csomagekezelőiről nincs infóm.

    Viszont én egy szóval nem mondtam, hogy a Linuxos csomagkezelőket kell másolni.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2290039

    Nem mondtam, hogy mondtad.

    Függetlenül mindenféle Linuxos csomagkezelőtől, sokkal jobban jár az, aki dir/textfile felállással csinálja a csomaginfók tárolását. Az igaz, hogy ott van egy minimális parsing, de egy ini-like microtext parse-olása még mindig kisebb rendszerterheléssel és kevesebb hibalehetőséggel jár, mint egy monolitikus BLOB, meg az oda tartozó DB engine; pusztán a felépítés egyszerűsége miatt.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2290103

    Szerintem egyszerűen a kényelem miatt döntöttek így. Sokkal egyszerűbb egyszerű SQL kéréseket írni, mint parsert.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2290106

    Akkor passz.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2290140

    Lehet, de senki nem mondta, hogy nem lehet "indexeket" építeni a különféle csomagok különféle értékeiből - ezek sima szöveges listák lennének, ahol egy sor egy csomag + érték (vagy egy sor a csomag és egy sor az érték, most hirtelen nem tudom melyik lenne a gyorsabb) és minden értékre van egy lista - hogy lehessen benne dirscanning és hasonló nyalánkságok nélkül keresni. Erre persze lehet mondani, hogy ezt az SQL engine-ok alapból tudják, de:
    - Ezek a listák nem szerves részei a csomagok kezelésének, nem tárolnak kritikus adatot, csak egy helyre vannak gyűjtve keresés céljára, mivel ezekkel csak keresni lehet, tehát senkit nem érdekel, ha lesérülnek, rebuild és kész, míg az SQL-nél az index is a DB-ben van.
    - Pár sallang nélküli szöveges lista még mindig kevesebb helyet foglal, mint egy táblákkal, triggerekkel és egyéb nem-biztos-hogy-itt-szükséges-cuccokkal teli DB.
    - Egy sima szöveges listában egy értéket még mindig gyorsabban fog megtalálni a gép, mint egy komplex DB-ben.
    - És ennek az implementációja még mindig több nagyságrenddel kevésbé komplexebb, mint egy full SQL DB.

    Nyilván, ahogy a szűrési igények egyre komplexebbé válnak, úgy kezd el a mérleg az SQL felé billenni, de ahogy írtad is, itt nincs szükség igazán komplex szűrésekre.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2290105

    +1, a becsomagolással kb. adtak a szarnak egy pofont, főleg mivel ha csomagonként van egy .tar.gz és más nincs benne, mint a leírók, akkor most betömörítettek pár darab pártíz byte-os fájlt.




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289369

    Dehát szó szerint ezt írtam le én is: "ha felteszel valamit, aminek a függősége nálad ugyan telepítve van, de újabb verzió kellene belőle, akkor simán felrakja a kért csomagot és ezzel el is töri, ahelyett, hogy meggátolná a telepítést, vagy upgradelné az érintett függőséget."




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289478

    Akkor már az OpenBSD, azoknak ez a mániájuk, specialitásuk. Csak közben lassan már az egész rendszert kidobják vagy letiltják. :/




    FreeBSD 12.0-RC2: https://hup.hu/cikkek/20181125/freebsd_12_0-rc2#comment-2289482

    Hogy a fárasba ne létezne, alig 4 hónapja jött ki a 8.0.




    Előtelepített bitlocker: https://hup.hu/node/161634#comment-2285111

    Ha SSD-t használsz, akkor vannak bajok, mert a BitLocker arra épít.

    Meg elméletileg az ms-nek van másolata a kulcsból, de van workaround.




    Előtelepített bitlocker: https://hup.hu/node/161634#comment-2285323

    > A linkelt cikk alapján a hiba a hw eszközben van, nem a bitlockerben. A bitlocker hibája itt annyi, hogy használja a hw által nyújtott lehetőséget, de arról nem maga a bitlocker tehet, hogy a hw gyártó elbaszta.

    Ki mondta, hogy az ms hibája, hogy az SSD gyártó elbaszta? Az ms hibája az, hogy erre a lehetőségre épített.

    > Ha jól olvasom, ez csak az OEM által előre bekapcsolt esetben van így nem? Ha te magadnak kapcsolod (és nem kéred, hogy a helyreállítási kulcsot rakja az MS fiókodhoz) nincs, vagy rosszul érteM?

    Nem, a kulcsot a mikiszoft szipkázza fel tőled telepítéskor, csak utána le tudod törölni tőlük, ha belépsz az accountodba. Hogy aztán ők tényleg letörlik-e, azt fedje jótékony homály. (És jó sok konteó. :P )

    Ami a lényeg, hogyha decrypteled a lemezt és utána újratitkosítod, akkor már megkérdezi (mert telepítéskor bezzeg nem tudta), hogy mit csináljon a kulccsal és ha nem az ms accountba mentést választod, akkor elvileg nem küldi el nekik. Hogy ez mennyire elvileg, azt is fedje homály és konteó. (Bár egyébként itt még konteót sem kell gyártani, az ms valószínűleg azért vezette be ezt a kulcsmentő akciót, mert annakidején a júzerek tömegei küldték az örök bitmezőkre az adataikat újratelepítéskor, mert annyi eszük volt, mint egy marék szárított lepkeszarnak és nem tették el maguknak a kulcsot. Mondjuk olyan is volt, hogy valaki csak újrarakta a win-t és hiába volt meg a kulcs, mégsem sikerült visszanyernie az adatait, mert a win10 valamit elkúrt...)




    Előtelepített bitlocker: https://hup.hu/node/161634#comment-2285412

    > ??? Ezt hogy érted: van egy hardveres funkció, és hiba, hogy arra épít a szoftver, hogy a hardver azt csinálja, amit mond? (Akkor HW-drivert már senki ne írjon.)

    Bocsánat, de ez nem driver, hanem titkosítás. Egy titkosító pedig maga titkosítson, ne függjön egy külső tényezőtől, mert ha annak valami baja van, akkor a titkosításnak is baja lesz: az egész annyira lesz megbízható, mint az a bizonyos ismeretlen biztonsági fokkal bíró külső tényező, tehát a titkosításra nem lehet egyértelműen rámondani, hogy biztonságos. És ezt nálam okosabbak mondják, nem én találtam ki. Az egészben az a szép, hogy a BitLocker egyébként támogatja is a szoftveres titkosítást, de nem az a default.

    > Nem az az MS hibája, hogy egy frissítés a háttérben kérdés nélkül bekapcsol egy titkosítást, amihez tartozó kulcsról rajta kívül senki nem tud?

    Az is, de ebben a threadben nem erről volt szó: a szálindító a titkosítás törhetőségét firtatta és én is arra válaszoltam.




    GDPR vagy adatvédelem vagy hagyjálmár': https://hup.hu/node/161802#comment-2287820

    Ez új. Eddig csak a rózsaszín csekkeknél kérték, mert van valami újkori törvény, hogy belföldi pénzküldésnél a küldőnek azonosítania kell magát, hogy lehessen tudni, hogy ki küldözget lóvét a tenor pistáknak. (Nyilván egy nagy lófaszt: csak látni akarnak minden pénzforgalmat odafennt, de a kézpénzest sokkal nehezebb követni.)




    GDPR vagy adatvédelem vagy hagyjálmár': https://hup.hu/node/161802#comment-2287912

    Ez mire válasz? Én ugyanezt írtam le, csak nem tudtam fejből, hogy melyik évi, hanyadik törvényről van szó...

    Egyébként bekaphatják tövig; az öltönyös lógecik ott fennt mindent ellopnak, amit csak lehet (sőt, néha még azt is, amit nem), de nekünk még a seggünkbe is kamerát akarnak dugni, nehogy véletlenül három Forint hatvan fillér adómentesen cserélhessen gazdát...




    GDPR vagy adatvédelem vagy hagyjálmár': https://hup.hu/node/161802#comment-2288012

    Jajj. :)




    Windows 10 smb nem működik: https://hup.hu/node/161836#comment-2288697

    A probléma ismert, workaround van (Elméletileg, gyakorlatilag viszont nem biztos, hogy működik, öcsémnek se ment.), javítás majd tavasszal... Van olyan hipotézis is, hogy ez nem véletlen. Ki tudja?




    Windows 10 smb nem működik: https://hup.hu/node/161836#comment-2288769

    Thx a tippet, de öcsém már legyalulta a win10-et és inkább beszerezte a használt program egy régebbi, win7-en is menő verzióját.




    Windows 10 smb nem működik: https://hup.hu/node/161836#comment-2288957

    Gondolom nem szereti a csempés start menüt. Meg gondolom mivel winhate alá volt neki mindene összelőve, akkor most minek váltson át valami másra, amikor kizárólag egy db szoftver miatt próbálta ki a tizest.




    Windows 10 smb nem működik: https://hup.hu/node/161836#comment-2288770

    Inkább itt az ideje az OSX-re/Linuxra/BSD-re/Solarisra váltásnak, nem? :P
    Vagy kihúzod, amíg a ReactOS teljesen használható lesz?




    A WWW atyja feldarabolná a tech-multikat: https://hup.hu/node/161519#comment-2282779

    Idestova húsz éve volt egy kísérlet az amcsik részéről az ms feldarabolására. Kudarcba fúlt. Eleget tudott fizetni az ms, hogy ne darabolják fel. A mostaniaknak még több pénze van. Ez eddig egy.

    Kettő: Már akkor is volt aki felvetette, hogy mi történik, ha feldarabolják az ms-t? Tényleg azt hiszi valaki, hogy akkor azok a darabok konkurálni fognak egymással? Egy túrót. Semmi nem fog onnantól változni, csak annyi, hogy már nem monopólium lesz az ms, hanem kartell.
    Tekintve, hogy pont a webet érintő kérdésekben már most összetartanak a nagy tech cégek (ld. még: "web2" alias minimalista külső alá elrejtett ultrabloated dzsuvaszkriptes keretrendszerekben összetákolt weblapok, meg az ezt elősegítő, oprendszerként viselkedő böngészők, titkosítás erőltetése minden rohadt HTTP kapcsolatnál, ott is, ahol nem kell, TLS 1.2 alatti titkosítás kivonása a négy "nagy" böngészőből (ie, fx, gc, as) 2020-ra és ezzel a világon az összes weblap minimum TLS 1.2 használatára kényszerítése és ezzel minden régebbi böngésző kizárása világhálóról, stb.), én kötve hiszem, hogy bármelyik techgigász feldarabolása érne valamit; ugyanúgy lenyomnák ugyanazt a szart a torkunkon.




    SSD win10 kékhalál :-(: https://hup.hu/node/161822#comment-2288464

    Nem biztos, hogy fizikailag sérült az eszköz, lehet, hogy "simán" csak a fájlrendszer sérült meg; ha a rendszerfájlok között is van olyan, amit eltrashelt, akkor azt a win nem fogja kedvelni.




    Jelszó változtatás: https://hup.hu/node/161787#comment-2287596

    > Rendes embernek eleve van nextcloudja, vagy valami public cloud alapú mentése, tárhelye.

    -1

    "Rendes ember" oda backupol, ami felett neki teljes kontrollja, másnak meg hozzáférése sincs.




    Jelszó változtatás: https://hup.hu/node/161787#comment-2287690

    Elnézést, nem ismertem konkrétan ezt a Nextcloud cuccot, nem tudtam, hogy ezt a saját szerverre lehet pakolni; azt hittem egyike a gombamód szaporodó "tárold nálunk az életed" szolgáltatások egyikének.




    Jelszó változtatás: https://hup.hu/node/161787#comment-2287251

    ROFL, +1.




    Jelszó változtatás: https://hup.hu/node/161787#comment-2287252

    Próbáld meg a "L0fasztASeggetekbe!" sztringet; megfelel minden kritériumnak és még passzol is a helyzethez. :P




    Jelszó változtatás: https://hup.hu/node/161787#comment-2287375

    Akkor tegyen a végére még két felkiáltójelet. Nyomatéknak, meg salt-nak. :P




    The re-released Windows 10 1809 is still buggy -- and some fixes won't arrive until next year: https://hup.hu/node/161790#comment-2287595

    Nem tudom, de szerintem nem. Öcsém belefutott ebbe és sehogy sem sikerült neki életre lehelni. Inkább keresett az épp használni kívánt szoftverből egy régebbi verziót, ami megy win7 alatt is.




    The re-released Windows 10 1809 is still buggy -- and some fixes won't arrive until next year: https://hup.hu/node/161790#comment-2287682

    Lehet igazad lesz...




    The re-released Windows 10 1809 is still buggy -- and some fixes won't arrive until next year: https://hup.hu/node/161790#comment-2287683

    Ja, onnan tuti nem törlik le a következő winfos update-kor, mi? :)))




    A Google díjat fog kiróni az Android készülékgyártókra Európában, ha azok nem telepítik az összes Google alkalmazást: https://hup.hu/cikkek/20181021/a_google_dijat_fog_kironi_az_android_keszulekgyartokra_europaban_ha_azok_nem_telepitik_az_osszes_google#comment-2278418

    +1, bár az a 75% az nagyon óvatos becslés.


    Σ: 001 -> Salcay


    MacLeod még Connor diszkeken kezdte: https://hup.hu/node/161679#comment-2285315

    Lehet, hogy Fuzzy Logic fanok és hármas számrendszerben beszélgetnek. :)

    De az is lehet, hogy az a 200 év a csapat összesített tapasztalata.




    MacLeod még Connor diszkeken kezdte: https://hup.hu/node/161679#comment-2285374

    Vicc volt.




    KDE Applications 18.08.2: https://hup.hu/cikkek/20181012/kde_applications_18_08_2#comment-2275915

    Én a 4.4, 4.5, 4.8 és 4.11-es verziókat próbáltam, az is mind instabil és lassú volt és egy csomó feature hiányzott belőle, amit a KDE3-ban megszoktam.




    KDE Applications 18.08.2: https://hup.hu/cikkek/20181012/kde_applications_18_08_2#comment-2276094

    Amikor a KDE 4-et kiadták, teljesen használhatatlan volt. A felhasználók reklamációira azt válaszolták, hogy ez még nem a KDE4, mert még nincs készen. És mivel a kezdeti évek folyamán ez az állapot nem változott (IMHO: azóta se), így a felhasználók elkezdtek ezzel poénkodni minden kiadás után, hogy de ez már a KDE4 lesz?




    KDE Applications 18.08.2: https://hup.hu/cikkek/20181012/kde_applications_18_08_2#comment-2276250

    Nem indokolt a második személy...




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2280902

    +1, főleg a systemd-re és a gnome-ra.

    (Bár mondjuk a LibreOffice-szal a 6.0 óta pont nincs semmi bajom.)




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2280778

    Vajon akkor megint lesz big endian POWER processzorokra is Linux? Legalább a 64-bitesekre?

    És vajon mi lesz a systemd sorsa az IBM-nél?




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2281058

    Hát már nem nagyon.

    Ha ingyenes, hosszú távon támogatott és systemd mentes Linuxot akarunk, akkor elég siralmas a helyzet.

    A big endian POWER támogatást a Debian eldobta, Ubuntu eldobta, Suse eldobta... Mi van még? CruxPPC-ről azt se tudni, hogy létezik-e még, már a 3.0 is telepítő nélkül jött ki. A T2 egy disztróépítő környezet, a Finnix meg egy live admin CD, nem desktop Linux egyik sem. A Gentoonak van valami pár éves PPC port kezdeménye, nem tudom hogy állnak vele.

    Ha leadunk az igényekből, akkor maradt még az RHEL, ami fizetős (és a 7-estől kezdve systemd-s), a Fedora, ami rolling release (és systemd-s), meg a CentOS (szintén systemd-s).

    De ha az IBM elkezdené nyomni ismét a POWER alapú workstationöket, meg a Linuxos patcheket a POWER támogatáshoz, akkor lehet, hogy a POWER támogatást dobó disztribúciók meggondolnák magukat.

    Update: A Fedora is eldobta a big-endian POWER CPU-k támogatását.




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2280898

    Pedig jó lenne, ha megint lehetne kapni POWER alapú workstationöket.




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2280914

    A céges Alcatel 1054-esem? Na, arra befizetek...

    Egyébként meg mutass már nekem egy mobilt, amiben egy 24 magos CPU ketyeg 4 GHz-en, 120 MB L3-as, 12 MB L2-es és 1.5 MB L1-es cache-sel.




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2281059

    Workstationhöz kell video/hang is.




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2281068

    Ha hihetünk ennek a csávónak, akkor nem maga a CPU volt gyengébb a teszteken, hanem a benchmark programok POWER verziója.




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2281067

    Meddig? Ez állandóan változik. Mennyire? Az sem mindegy. Azonfelül van már ME mentes intel alaplap, vagy PSP mentes AMD?




    Az IBM felvásárolja a Red Hat-et: https://hup.hu/cikkek/20181029/az_ibm_felvasarolja_a_red_hat-et#comment-2281076

    Itt már linkelték, meg ahogy nézem, ezek szervergépek voltak.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277519

    Ennek semmi köze nincs a korhoz; vagy hallja valaki, vagy nem.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277541

    Jogos. Akkor neki is szól. :)




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277299

    mkdir -p /path/to/output && cd /path/to/input/ && for file in *.wav; do sox $file -b 16 -r 44.1k /path/to/output/$file; done

    Azt nem tudom, hogy mennyi minőségromlással jár ez így, mert nem értek annyira a hangtechnikához, de ez úgyis csak az alap, a sox paramétereinek piszkálásával lehet javítani, ha nagyon tré, pl. be lehet kapcsolni a dithert, vagy mittudomén.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277324

    A sox elméletileg automatikusan ditherel, ha szükséges. Ha ettől csak rosszabb lesz, akkor a -D paraméterrel ezt tiltani lehet. Esetleg manuálisan ki lehet neki adni a dither parancsot és megadni neki, hogy milyen filtert használjon. De őszintén szólva, ha a felvételeken csak beszélgetés van, amit egy hangszigetelt rádióstúdióban vettek fel, akkor azon nem hiszem, hogy olyan sokat rontana a sima 24->16, 96k->44k1 konverzió, hiszen az emberi beszéd párszáz Hz-es, nem túl változékony hangokból áll... Persze én nem értek hozzá, csak gondolkodni próbálok.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277340

    Zenét nem említett, a "műsor" elég tág fogalom, nem volt specifikálva semmi, egyedül a beszélgetés volt kiemelve. És egyébként is feltételes módban beszéltem: "ha a felvételeken csak beszélgetés van".




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277354

    Hm, hát a kommenteket nem olvastam végig, csak végigfutottam rajtuk, hogy írta-e valaki a sox-ot. De ettől függetlenül még mindig feltételes módban beszéltem.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277355

    Ki kell próbálni. Ha a végeredmény jó, vagy legalábbis a célnak megfelel, akkor megvagy vele, ha nem, akkor kell tovább kísérletezni.


    Σ: 001 -> zitev


    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277390

    Egyrészt 24-ből 16-bitesre szeretné, másrészt nem redukálható pusztán erre, mert a mintavételezési frekvencia is eltér és újra kell mintavételezni.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277405

    Nem fogja hallani, hogy a mintavételezés kevesebb, mint a felére esett vissza?




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277425

    Ld. itt.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277424

    Akkor miért használnak egyáltalán nagyobb mintavételezést; nem lehet, hogy elveszik valami a downsamplingnél? Csak kérdezem, nem értek hozzá.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277445

    Értem, thx.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277517

    Magyarán felvenni van értelme magas mintavétellel, csak lejátszani nincs?




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277565

    Elolvastam, elég sok mindenre rávilágított, thx. Ezek szerint a 16-bit/48kHz feletti playback csak marketingbullshit. Viszont akkor az az egysoros sh script amit bedobtam, az megfelel a célra.




    24 bit / 96 kHz WAV convertálása 16 bit/44.1-re: https://hup.hu/node/161288#comment-2277599

    Hiába hallgatom meg, mert én nem vagyok vájtfülű. Miért, akkor ezek szerint mégsem csak marketing?

    BTW, ez nem az én véleményem volt, hanem a cikk szerzőjének a véleménye. Én csak levontam belőle a konzekvenciát. Ha az téves, nem tudok vele mit csinálni, nem értek hozzá. "Kihallani" én nem fogom a különbséget egy CD minőségű cucc, meg egy 96 kHz-es, vagy egy annál nagyobb mintavételezésű cucc között.




    Szeressük a systemd-t!: https://hup.hu/node/161434#comment-2280501

    A régi network managerek elavultak, mert Poettering kimondta rájuk, tehát idő és szükségszerű volt kiváltani őket egy - az anyaprojekthez méltó - új, egységes és modern megoldással, így most már mindenütt egységesen szar lett az egész network management... (Kivéve ahol nincs ez az ótvar bughegy...)




    Szeressük a systemd-t!: https://hup.hu/node/161434#comment-2280547

    A systemd-hez képest de. Már csak azért is, mert nem asszimilálta a fél rendszert. Amúgy meg egy raklap init rendszer létezik, ha nem tetszik a System V, vagy a BSD féle, akkor tessék, van választék.

    A hibát már javították, mire a cikk megíródott, nincs mire beküldeni patchet. A systemd pedig koncepcionálisan rossz, arra meg nem lehet patchet írni.




    Szeressük a systemd-t!: https://hup.hu/node/161434#comment-2280559

    > Azért az egy /etc/rc scriptes bughalmaz szerintem messze sz@rabb volt, mint a systemd-s unitosdi

    Szerinted.

    > Az, hogy "asszimilálta a fél rendszert" az erős túlzás, ahhoz, hogy a futó és a létező szolgáltatások kezelése jól működjön (függőségek, ezerféle módon megírt vackok kiementeinek, álalpotainak kezelése, stb.) ahhoz elég sok dolgot kell a systemd hatásköre alá rendelni.

    Akkor miért nem működik jól?

    > Hogy hányféle init rendszer van, azt nem kell bemutatnod, mondjuk úgy, volt néhányhoz szerencsém, az elmúl röpke közel harminc év alatt, amióta *nix rendszerek vannak a közelemben.

    Mit jelent az, hogy néhányhoz? Lehet, hogy pont a rosszabbakba futottál bele. Ha 30 éves UNIX-os múlttal szerinted a systemd a legjobb init rendszer, akkor az elég szomorú.

    > A saját véleményem ilyetén változását ismerve, szívesen venném, hogy szerinted mi az, ami "koncepcionálisan rossz" a systemd-ben önmagában?

    Már megint? Komolyan, a systemd hívők sose olvassák el az ilyen jellegű cikkeket, posztokat, amik ezeket fejtegetik? Amióta csak ez a förmedvény színrelépett, azóta - nálam okosabb - szakemberek ezrei fejtegetik, hogy mi a baj vele. Ami azt illeti, a fentebbi linken össze is van gyűjtve egy raklap ellenérv; hát én is szívesen venném, ha ezeket tételesen cáfolnád és nem söpörnéd le az egészet azzal, hogy "deasysvinitszar", meg "dezegysystemdhateroldal".




    Szeressük a systemd-t!: https://hup.hu/node/161434#comment-2280623

    > Soroljam a systemd előnyeit a bughalmaz scriptekhez képest, pláne azokhoz, amit Linux-os környezetben voltam kénytelen kijavítani, illetve megoldani, hogy sysvinit esetén a futási szinteket is normálisan lehessen használni Linuxon is? Vagy épp az initscripttel indított vackokat, amit inittabból illett volna indítani, és viszont?

    Sorolhatod, műszaki érvekre mindig nyitott vagyok. Csak akkor én meg fel fogom sorolni, hogy mennyivel több problémát teremtett, mint amennyit megoldott. (Főleg, mivel jó freedesktopos módon a megoldott problémák legalább felét ő maga teremtette, hogy megoldhassa.)

    > Ja, hogy a Linux-os körökben a meglévő eszközök méy ismerete sohasem volt követelmény, inkább írunk egy másikat?

    Hát igen. És így született a systemd is, nem tűnik fel?

    > Csak kereskedelmi UNIX/Unix-jellegű rendszerből volt vagy fél tucat, Linux meg 0.93-as kernel meg tán 1.02-es SLS disztribúció óta nagyjából mindegyik jelentősebb terjesztés - és nem csak itthoni játszós gépen.

    A kereskedelmi rendszerekben általában pont a régebbi, bevált, letesztelt rendszereket pakolják, a Linuxok többségén meg vagy a SysVInit vagy az Upstart fut. Konkretizálhattad volna egy kicsit jobban. Az S6-ot próbáltad például? Ahhoz még Linux sem kell, bármilyen POSIX kompatibilis rendszeren elfutkorászik, akár kereskedelmi UNIX-okon is.

    > Én nem vagyok "systemd hívő" (aki pár éve hozzád hasonlóan az általad linkelt, illetve ahhoz hasonló tartalmakra mutogattam!), csak mostanra látom a systemd hasznosságát, illetve értelmét. Meg a hibáit is - de ezekkel együtt is vannak olyan előnyei, amit a Linuxokon korábban használt init-rendszerek nem adtak meg, illetve csak gányolással tudtak prezentálni.

    Oké, de kifejthetnéd, hogy miféle hasznosságok vannak, amik más init rendszerrel csak gányolással oldhatóak meg, mert ez a levegőben lógó körülírás, hogy régebben te is utáltad, de most megszeretted, ez így tényleg a megtértek hitbuzgóságára hajaz... A gányolásról meg annyit, hogy ha kinyitod a szótárat a "gányolás" szónál, akkor egy systemd kódrészlet lesz ott illusztrációként.

    > Anno a Windows 3.11 még config.sys és autoexec.bat fájlokat hasnzált, és elég volt hozzá. Azóta picit fejlődött a Windows-os környezet boot/folayamtkezelés dolga is...

    És születtek is egyéb initrendszerek is.

    > Ha neked a systemd nem tetszik, lelked rajta - van még olyan terjesztés, ami nem használja - igaz, lassan kipusztul ugyanúgy, mint ahogy kihalt sok más dolog is, és mégis működik minden tovább :-)

    Nem tűnik úgy, hogy a Slackware vagy az MX Linux ki akarna pusztulni. Vagy a Devuan. Utóbbi inkább egyre népszerűbb. Az megvan, hogy a distrowatch.com-on direkt van egy olyan filter opció az init rendszerre, hogy "not systemd"? Vajon miért?




    Szeressük a systemd-t!: https://hup.hu/node/161434#comment-2280624

    Valami műszaki érv is esetleg? (Az nem érv, hogy már kijavították.) Mert ez az üres fölényeskedés viszont tényleg uncsi, hogy minden systemd topicba bebüfögöd, hogy de uncsik a systemd haterek; ha unod, miért nem honorálod az egészet egy ^W-vel aztán helló?




    Szeressük a systemd-t!: https://hup.hu/node/161434#comment-2281483

    De nem ennyi. És főleg nem egy olyan szoftvernél, ami több kulcsfontosságú szoftver helyét is átvette, hogy mennyivel jobb lesz vele, mint nélküle. Eddig pont az ellenkezőjére érkeznek sorban a példák.




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279497

    Köszi, később majd ez is kelleni fog, mert ez az SDK, de driver sajnos nincs benne...




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279548

    Hol?

    Letöröltem a lentebb belinkelt drivert, hogy ne legyen összeakadás.
    Ellenőriztem, ismét hibásan Biokey 200-nak ismeri fel.
    Felraktam az RTE-t, gondoltam az kell először.
    Újraindítás.
    Az eszköz még mindig Biokey 200.
    SDK telepítése. Azaz mégsem, mert hiba: az RTE telepítve van. Wunderbar.
    Uninstall RTE.
    Reboot.
    Install SDK.
    Reboot.
    Az eszköz még mindig Biokey 200.
    Open "Readme.txt", Ctrl + F "driver". 0 matches.

    Hol van ebben driver?




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279565

    Úgy néz ki, hogy igazad van és tényleg van benne, csak éppen az "InstallOnly.bat"-ot kellett lefuttatni, akkor az csak a drivert rakja fel. Megtévesztő, mert a full install meg csak a drivert nem! De egyébként igen, régebbi, mint a másik, bár vinni mondjuk viszi a cuccot...




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279495

    És itt melyik az amelyik nekem kell? Vagy nem írnak típusszámot, vagy azt írják, hogy 4000B. Azt se értem, hogy miért váltakozik a fájlok mérete a pár MB-től a párszáz MB-ig. Az oldal pedig folyamatosan valami driverkezelő programot akar rámsózni.




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279538

    A jelek szerint az. Big thx!




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279566

    Megy rendesen, legalábbis az eszközkezelőben akként jelenik meg, ahogy kell.




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279569

    Nyista, minden perfektó. Thx még1x.




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279576

    Szerintem is. De nem tudom szerkeszteni, nincs jogosultságom.




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279535

    A megadott nevet (dpinst64.exe) a rendszer nem ismeri fel...

    Próbáltam 64 nélkül is.




    Van valakinek működő windows 7 x64-es drivere a DriverPersona Fingerprint 4500 readerhez?: https://hup.hu/node/161389#comment-2279924

    Thx, de közben már megoldódott.




    Kanye West iPhone passcode-ja 6 darab 0, de nem ez a lényeg ...: https://hup.hu/cikkek/20181013/kanye_west_iphone_passcode-ja_6_darab_0_de_nem_ez_a_lenyeg#comment-2276513

    Én is ezt írtam lejjebb.




    Kanye West iPhone passcode-ja 6 darab 0, de nem ez a lényeg ...: https://hup.hu/cikkek/20181013/kanye_west_iphone_passcode-ja_6_darab_0_de_nem_ez_a_lenyeg#comment-2276189

    Egy urban legend szerint a hidegháború alatt az amerikai atomrakéták indítókódjai is csak nullákból álltak, hogy a tábornokok el ne basszák.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267740

    > A PostgreSQL egy tisztán technikai projekt, nem politikai nézegek terjesztésének homokozója.

    Akkor a píszísek miért terjesztik benne a politikai nézeteiket?


    Σ: 001 -> locsemege


    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267747

    Meséld el, hogy hol írtam ilyet.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267760

    Tendenciák szóvá tevése még nem rasszizmus vagy offtopic. Ha az indiai programozók többsége rossz kódminőséggel dolgozik, akkor azt szóvá kell tenni, hogy legyen lehetőség ötletelni a probléma megoldásán. Ez segítséget jelent, nem kirekesztést. Ha elhallgatod, akkor mindenkinek rossz lesz, de nekik főleg, mert nem fejlődnek.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267981

    Ki mondta, hogy az a megoldás, hogy egyet sem veszek fel? Hol mondtam én ilyet? Az a megoldás, ha kiképzem őket rendesen, de ahhoz meg kell mondani, hogy mit csinálnak rosszul.

    Ki mondta, hogy az indiai mivoltuk az ok? Hol mondtam én ilyet? Az csak egy közös jellemző, ami alapján a problémát szűkíteni és elemezni lehet. Lehet az ok az, hogy rosszul tanítják nekik odahaza, de lehet akár az alulfizetettségük is. Ezt meg kell vizsgálni és aztán orvosolni. De ha a vizsgálat már ott megreked, hogy nem szabad kimondani, hogy rossz kódminőséget adnak be rendszeresen, akkor baszhatjuk az egészet. A probléma letagadása még nem szünteti azt meg.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268097

    > Egyáltalán nem azt, hogy ne mondjuk ki, ha rossz a kód minősége. Csak azt, hogy ha valamit változtatunk (outsourcingoljuk a fejlesztést), és rosszabb lesz a kód, akkor ne vágjuk rá, hogy "rosszak az indiai kóderek"

    Na, itt kezdődnek a bajok. Miért ne lehessen mondani, hogy azok, ha egyszer azok? Még mindig: ez nem kirekesztés, hanem problémafeltárás. Kikupáljuk őket és akkor már nem lesznek azok.

    > hanem próbáljuk meg értelmesen analizálni, hogy hol a hiba (feltehetőleg ott, hogy nagy fluktuációval, kizárólag árra optimalizálva dolgozunk, nem egy jól képzett fix csapattal). Épp azt javaslom, hogy egy túlegyszerűsített és feltehetőleg hibás közlés helyett értelmesen beszéljünk.

    Már megint ugyanaz a nóta: ha kimondom, akkor általánosítok, túlegyszerűsítek, stb. Nem. Ez nem predesztináció, hanem kategorizálás. Senki nem mondta, hogy szükségszerűen rossz lesz a kódjuk, csak azért mert indiaiak. Értsd meg: ez szűrés, góckeresés. Ha onnan sok rossz kóder jön, akkor ott valamit rosszul csinálnak. Ezt kell kideríteni, hogy mit. De ha nem mondhatom ki, hogy ott gáz van, akkor sosem derül ki.

    > Itt a vacak kódot beküldő programozók indiai volta szinte biztos, hogy a zaj, nem az információ.

    Tévedés. Az rendben van, hogy nem ez az ok, de ez is információ. Ld. feljebb.

    > A kódminőség majdnem biztos, hogy az új fejlesztési módszerrel függ össze (azzal, hogy minden feladatot az kap, aki a legolcsóbban vállalja, és így persze nem nagyon érdekli a későbbi karbantarthatóság, ha úgysem neki kell majd csinálni).

    Ez sincs kizárva. Akkor nem az oktatással, hanem a munkáltatással van a probléma. De ettől még úgy tudod a problémát lokalizálni, ha szabadon keresheted. Ha mindenféle arbitrálisan értelmezett viselkedési szabállyal gátolják a hibakeresést, akkor azt mindenki meg fogja szívni.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268350

    > Ha egy sok paraméteres rendszerben rendes statisztika nélkül kiböksz valami közös vonást, az a legritkábban lesz a valódi ok.

    Már leírtam nem egyszer, hogy ez nem az ok, ez egy jel, egy nyom, amin el lehet indulni.

    > Hasonlítsd össze az alábbi két megállapítást, és látni fogod, hogy az egyik zaj, a másik információ:

    Ez csak a szavak csűrése-csavarása. Nem egy cégnél vannak ilyen tapasztalatok, hanem szakmaszinten. Az egy dolog, hogy erről nem feltétlenül a szerencsétlen indiai kóderek tehetnek, hanem a spúr felsővezetése az őket alkalmazó mammutoknak, de itt most baromira nem ez volt a lényeg.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268372

    Az nem civilizálatlanság, ha azt mondom, hogy az X országból jött kóderek rosszabb minőséget csinálnak. A CoC pedig tiltja, hogy származással kapcsolatos megjegyzést tegyél, mindegy, mi az apropója, vagy milyen formában teszed.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268649

    A "Magyar, ne lopj!" tábla is egy jelzés volt. Jelzés, hogy ott probléma van. Meg kell vizsgálni, hogy mi a helyzet és nem megsértődni. Megvizsgálni, hogy igaz-e az állítás, vagy a boltos nem szeretett minket és kamuzott egy "egészségeset". Ha igaz, akkor megvizsgálni, hogy pontosan mely magyarok lopnak és miért. Feltárni az okokat. Elhallgatni sose jó a problémát.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268351

    És amikor a másik azzal nyit, meg "érvel", hogy neki azért van igaza, mert ő ilyen, meg olyan és lesz szíves ezt mindenki tiszteletben tartani? Az miféle szakmai álláspont? Miféle szakmai álláspont az, hogy azért cseréljünk le bizonyos szakmai kifejezéseket, mert az sértő lehet valakire nézve?




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268371

    > Az nyilván pont ilyen káros, de a CoC azt is kizárná, nem? Ha nem kerülhet szóba az hogy valaki ilyen vagy olyan, akkor ezzel sem lesz gond.

    Hát ez az, hogy nem. Másra nem mondhatod, hogy ő ez vagy az, de magadra igen. De még ha másra is mondod, ld. amit zolk3ri írt, ezek ilyen szelektíven alkalmazott szabályok. Quod licet Jovi, non licet bovi. És ők mondják meg ki isten és ki ökör.

    > A szakmai kifejezések lecserélése egész más téma, és nyilván semmi értelme nincs egy-egy projektnél foglalkozni vele. Esetleg az oktatás szintjén szép lassan le lehet cserélni egyes szakkifejezéseket, ha szükséges, de egy-egy projektnél külön nem.

    A szakkifejezések jönnek, mennek, ahogy a szakma változik. Ezt el kell fogadni. De azt nemhogy nem kell, de nem is szabad, hogy egy önjelölt idióta kitalálja, hogy ez vagy az neki sértő (vagy rosszabb esetben másnak, aki amúgy rohadtul nem kérte tőle, hogy védje meg az egyáltalán nem sérült jogait) és átnevezi önkényesen. És ez a szamárság aztán még be is kerül a kódba.

    > El is vetették az ötletet, nem?

    Nem. Beolvasztották, a góré pedig kiszállt.

    > (Amúgy meg lecserélődnek szakmai kifejezések szép lassan, ha kell, ha nem, van, amikor azért, mert valamit jobban megértünk ("teljesen korlátos operátor" -> "kompakt operátor"), van, amikor elavul ("PUNCH" -> "PRINT"), van, amikor a fene se tudja miért ("directory" -> "folder").)

    Ezeket maga a szakma koptatta ki/cserélte le. Nem egy önjelölt ámokfutó.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267752

    > Mondd, melyik politikai nézet jelenik meg a PostgreSQL CoC-ban?

    Az a politika, hogy ennek a projektnek is letolták a torkán a CoC-ot. Elindít akárki egy akármilyen projektet. Létrehozza a saját szabályait és közösségét. Aztán megjelennek ezek és ráerőltetik a tulajra, a közösségre, a projektre a saját nézeteiket és szabályaikat. Ha az illető nem hódol be, akkor tönkreteszik: nekimennek nemzetközileg és ellehetetlenítik. Lehet menni Canossa-t járni, mint régen, csak épp az egyház meg a vallás cserélődött le.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267831

    > Totál baromság a diversity, de az nem baromság, hogy viselkedni kell tudni, és ez le van írva.

    Nem az a baj, hogy viselkedni kell; az a baj, hogy a józan ész helyett egy csoport szabja meg, hogy hogyan kell viselkedni. Nem az a baj, hogy a szabályok tiltják, hogy csúnyán beszélj valakivel; az a baj, hogy a jóérzés helyett egy csoport szabja meg, hogy mi a csúnya beszéd. Nem az a baj, hogy tiszteletben kell tartani a másik ember véleményét; az a baj, hogy a kölcsönös tisztelet és emberszámba vétel helyett egy csoport szabja meg, hogy kiknek a véleményét kell tiszteletben tartani.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267859

    És ha olyat mondasz, ami nem felel meg az ideológiáiknak, akkor ki is vágnak, de ez mellékes.

    Ami nem az, az az, hogy itt nem a PG-ről van szó kizárólag, hanem egy globálisan növekvő tendenciáról, hogy ezek a píszísek a fontos nyíltforrású projektekbe (és egy csomó egyéb fontos dologba) "beszállnak" és eldöntik mi számít kifogásolható viselkedésnek (gyűlöletbeszédnek, személyeskedésnek, etc.) és a safe space nevében gyakorlatilag már semmit sem lehet a nevén nevezni. A rossz kódot sem. És azt sem lehet szóvátenni, hogy ha tendencia van arra, hogy X csoport általában rossz kódot szállít. Fontosabb lett az egyéni érzékenységek maximális kiszolgálása, mint a problémákról való beszélgetés, hogy megoldásuk születhessen.
    Pedig a problémákról beszélni kell; ha nem hagyják, hogy X csoportot felvilágosítsák arról, hogy mit csinálnak rosszul, akkor nem fognak sosem jó kódot írni. Pedig az integrációnak szerves része a felzárkóztatás is és ehhez az is hozzátartozik, hogy meg kell mondani nekik, hogy ha elbasznak valamit, akár kollektíven, akár egyénileg teszik. Senki nem mondta, hogy ezt úgy kell tálalni, hogy "szar vagy, mennyé' kapálni", lehet normálisan is mondani, de mondani kell. A konstruktív kritika nem diszkrimináció, hanem mindenki érdeke.
    X csoporté is, meg a projekté is.

    De az ad abszurdum, hogy nem elég, hogy nem lehet nekik megmondani, hogy valamit elkeffentenek, mert az diszkrimináció, de válaszlépésként még ráadásul többet is kell belőlük felvenni és kirugdalni a másik - hozzáértőbb - csoport tagjait (mert az nem diszkrimináció), azzal az indoklással, hogy belőlük úgyis túl sok van a szakmában. (Hát ha egyszer ők értettek hozzá...)

    A PC nem a kirekesztés ellen szól, hanem egy másik fajta kirekesztés.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267878

    > Nagyon jó, hogy általánosítasz, pont a PostgreSQL-re nem igaz az egész, de hát nyilván, abból, hogy a PostgreSQL bevezetett CoC-ot, már lehet a saját ideológiádat világ igazaként beállítani.
    Ugyanolyan sablonos gondolkodást csinálsz, mint ami ellen ágálsz.

    Szakadj már el a PostgreSQL-től. A píszí ellen felszólaló emberek ebben a topicban végig a jelenségről, a tendenciákról beszéltek, arról, hogy ahol a "CoC" megjelenik, ott a bulshittelés kezdődik el. Még ha a PG kivétel is, a tendencia attól még áll. Ez nem ideológia.

    Egyébként meg amit most te csináltál az már személyeskedés/személy elleni érvelés volt. Nem épp ezt tiltja a CoC?

    > Ugyanazt csinálod, ami ellen harcolsz: ottál offtopik dolgokról beszélsz (hiszen a PostgreSQL CoC itt a téma valójában), miközben szidod azokat, akik offtopik dolgokról beszélnek egy projekt kapcsán.

    Nem offoltam, mert a CoC kapcsán kapcsolódik a témához a jelenség.

    > Beszéljünk csak a PostgreSQL CoC-ról, ez a téma most. A PostgreSQL CoC bizottság működésével, tagjaival, a PostgreSQL CoC meglétének javaslójával kapcsolatban mi a véleményed?

    Felesleges szócséplés az egész, az érdemleges moderálási szabályokat pár mondatban le lehet írni, nem kell hatezer oldalt írni és pláne nem kell ekkora elánnal beharangozni, hogy most már itt is van. Az egész a valós világ bürokráciáját juttatja eszembe, ahol a semmit húszezer oldalon keresztül kell kivesézni, azért, hogy a bürokratáknak legyen mit enniük.


    Σ: 001 -> zolk3ri


    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267889

    Na, ez aztán csúsztatás a javából, két okból is:

    1. Mint többször is leírtam a topikban, a desktruktív hangvételt rossznak tartom, fontos, hogy a másik embernek ne gázoljunk bele a lelkivilágába, csak úgy passzióból. Tehát nem állítottam azt, amit mondtál: hogy én azt akarom, hogy lehessen személyeskedni.

    2. Az, ha kritizálok egy rossz szabályrendszert az nem ekvivalens azzal, ha valakit személy szerint sértegetek. Többször is leírtam, hogy a probléma az, hogy ezek a szabályrendszerek sértésként definiálják a konstruktív kritikát is.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267917

    Nem általánosítok, hanem általánosságban beszéltem a jelenségről. Általánosságban CoC. Nem PG CoC. Csak CoC. Mint jelenség. Bárhol feltűnik, ott megindul a PC úthenger. Ami már Torvaldsot is maga alá gyűrte, pedig ő nem kis név a szakmában. Én erről beszélek, hogy holnap vajon kit gyűr be az úthenger és nem a PG CoC részleteiről, (amibe egyébként úgy magyaráz bele az értelmező bármit, ahogy akar); ez hol ideológia, hogy ebből nem kérek?

    És bár te törsz lándzsát a CoC által megfogalmazott viselkedésdiktátumok mellett, de mégis te vagy az, aki elveszti a fejét és személyeskedni kezd az ellenvélemény puszta létezése miatt. Te hágod át a "saját" szabályaidat, nem én.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267896

    Ezért írtam X csoportot, nem nevesítve senkit sem. Ha a németek kúrnak el valamit, akkor nekik kell megmondani, ha az indiaiak, akkor nekik, ha a hatfülű türkizvörös kecskekopterek, akkor nekik. De a CoC-vel csak azt érik el, hogy sikerül besöpörni a szart a szőnyeg alá. Kérdés, hogy mi lesz, ha az alatta felgyűlő rakás nagyobb lesz, mint amit a szőnyeg el tud takarni...

    Ami a bizottsági kérdést illeti, ha elég pénzed van, akkor a válasz igen. Az egész CoC hullám egy nagy nemzetközi lobbi hatásának eredménye.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267770

    https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267760




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267756

    Én meg ezt:
    http://esr.ibiblio.org/?p=6918

    I have been participating in and running open-source projects for a quarter-century. In all that time I never had to know or care whether my fellow contributors were white, black, male, female, straight, gay, or from the planet Mars, only whether their code was good. The SJWs want to make me care; they want to make all of us obsess about this, to the point of having quotas and struggle sessions and what amounts to political officers threatening us if we are insufficiently “diverse”.

    Magánügy a származás, a vallás vagy a szexuális orientáció? Igen, az. Akkor ezek miért csinálnak belőle közügyet?




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267764

    > Nem, nem csinálnak belőle közügyet, pont azt mondják, hogy aki közügyet csinál belőle, az offtopik, és maradjon meg magánügynek: nem lehet róla beszélni a projektben, mert ez a projekt nem arra való, hogy bárki a politikai, szexuális vagy bármilyen nézeteit hangoztassa.

    Az SJW-kre értettem, nem a PG projektre.

    > Én ezt persze értem arra is, hogy ha valaki azt kezdi el hangoztatni, hogy ő márpedig X genderű, vagy éppen buzi, azt ugyanúgy bannolják ki a francba a projektből. Semmi köze a többieknek ahhoz, hogy ő most éppen transzzsírsav nemű.

    Igen, de pont ez az, hogy őket meg nem bannolják ki, amikor hangoztatják a nézeteiket és a beállítottságukat, mert az kirekesztésnek számít, hogy ők ezt nem mondhatják el. Mint fentebb mondtam: a tendencia a lényeg.

    > És a PostgreSQL CoC sem mondja azt, hogy diversity first, mindenképp vegyünk fel nőket meg transzzsírsavakat a projektbe, mert az jó lesz nekünk. Nem erről van szó. Pont arról, hogy aki ilyenről akar beszélgetni, annak máshol van a helye. Pont ugyanaz, mint amit ESR mond: ezek a topikok offtopikok.

    Ld. 1. bekezdés.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268647

    > Ha szerinted annak kéne a normának lennie, hogy minden e-mailt "Leszbi kínai tizenéves zsidó nigger ribancok" (azt hiszem minden példának hozott "ezt nem szabad"-ot beletettem) subjecttel _kell_ a listára küldeni

    Sehol sem állított ilyet, ezt csak te akarod belemagyarázni, hogy mindenáron gyűlölködni akar és ezért ágál a píszí cenzúra ellen.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268653

    Ez már ezerszer ki lett vesézve, hogy amíg ők döntik el, hogy mi számít személyeskedésnek, vagy gyűlöletbeszédnek, addig az egy önkényes cenzúrarendszer és nem viselkedéskúltúra. Pont.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2270336

    https://hu.wikipedia.org/wiki/Agnoszticizmus




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267871

    Pythonról volt szó, nem PG-ről.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267928

    > Pont az a gond, hogy sokak fejében a CoC = diversity-diktátorok hatalma, pedig nem. A CoC az etikett, ami a diversity-diktátorokra ugyanúgy vonatkozik.

    Ha így lenne, akkor nem lenne vele semmi baj, csak az a baj, hogy eddig pontosan arról volt szó, hogy ahol ez a három betű így feltűnt, ott a diversity-diktátorok jutottak hatalomra...




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267961

    És a PC szerinted mi, ha nem ideológia?




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267978

    https://hu.wikipedia.org/wiki/Ideológia

    Az ideológia általános világnézeti jellegű (filozófiai és/vagy vallási és/vagy gazdasági és/vagy politikai) eszmék egységes elméletté szervezett olyan rendszere, melynek célja az (aktuális vagy a mindenkori) emberi társadalom kritikai leírása, és ennek alapján, irányelveket állapít meg a társadalom működtetésére nézve.

    Világnézeti jellegű? Az, hiszen ez is csak egy szemszög. Célja az emberi társadalom kritikai leírása és irányelvek szabása a társadalom működtetésére nézve? Más célja sincs.

    A PC is csak egy ideológia, csak azt hazudja magáról, hogy nem az.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267935

    Hát pedig elég sok helyen jutottak hatalomra. És ez nem azért van, mert a közösség gyenge, hanem azért, mert nem is a közösséget támadják, hanem annak a vezetőit, amire egy irdatlan méretű nemzetközi lobbi adja a lóvét.

    Én nem is állítottam az ellenkezőjét. A probléma, mint mondtam az az, hogy ahol megjelenik a CoC, ott megjelentek a diversity-diktátorok is. És feleslegesen lovagolsz azon, hogy a PG-nél mi a helyzet, mert egy globális tendenciáról van szó. Hogyha a PG-nél nem ez a helyzet, akkor peches névválasztás az egész, máshogy kellett volna hívni. A CoC egy buzzword, ami eleddiglen éppen azt jelentette, hogy "bevettek" valamit a píszísek.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267960

    >Nem egészen. Etikai szabályok, kódexek nagyon régóta léteznek, komplett iparágakban is, ami előírja, miként kell viselkednie cégeknek, magánszemélyeknek.

    Senki sem érvelt az etikai kódexek ellen. Nem véletlen él az emberek fejében, hogy CoC = píszí takeover. Hiába jelent szó szerint csak annyit, hogy viselkedési kódex, ha egyszer a kísérőjelenség mást ültet el az emberek fejében. A szavaknak bárki kölcsönözhet egyéb jelentést is, mint amit valójában jelentenek. Ha ez nem így lenne, nem lennének bece és gúnynevek sem.

    > Az, hogy open-source projektekben sem lehet már feltétel nélkül bunkónak lenni, lehet, hogy újdonság sokaknak.

    Még mindig nem erről van szó, hogy annyira bunkók akarnának lenni, akik a jelenség ellen beszélnek.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267890

    De CoC valahogy mégis van. Ki felel akkor érte?




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267918

    Gondolod? Tehát nem tudod. Ha már gondolunk, nem tudunk, akkor mit gondolunk, vajon Torvalds tényleg maga döntött úgy, ahogy, avagy kapott a fejére? Mi garantálja az utóbbi esetben, hogy ez a bizottság nem fogja a PG-nél is átvenni a hatalmat?




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2267926

    > Az avagynak nem az a jelentése, hogy 'vagy', hanem 'azaz', pont teljesen ellentétes értelműen használod. Eléggé zavaró.

    http://www.e-nyelv.hu/2013-09-12/avagy-3/

    Az avagy kötőszó jelentése ugyanaz, mint a vagyé, csak régies.

    Tehát nem én használom rosszul.

    > Nehezen tudja átvenni a hatalmat, mert nincs neki hatalma semmire, feladata van, meg javaslatokat tehet. A Core Teamnek van hatalma egyedül, ők adhatnak és vehetnek el bárkitől commiter jogot például. Meg ők szüntethetik meg valakinek a CoC bizottsági tagságát, ha épp azt látják, hogy rossz felé viszi a projektet a 'munkássága'.

    Úgy legyen.




    Code of Conduct a PostgreSQL-nél is: https://hup.hu/cikkek/20180918/code_of_conduct_a_postgresql-nel_is#comment-2268648

    +1




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2277707

    Legjobb tudomásom szerint ez nem a WM, hanem a mellékelt kompozitor függvénye (amiből vagy szállít sajátot a WM, vagy nem). Én pl. a compton-t használom és OpenGL gyorsított az asztalom.




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2277851

    Mik? Én csak a ForceFullCompositionPipeline opciót kapcsoltam be a metamodes-ben, meg az AllowIndirectGLXProtocol-ot tiltottam le. Van még, amit érdemes átállítani?




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2277882

    Melyik greetert használod a LightDM-hez? Mert, ha a GTK3-ast, akkor nem vagyok meglepve.

    Amúgy próbáld meg XDM-mel, annak nincsenek ilyen rigolyái.




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2278042

    GTK3-mal nem az a baj, hogy csicsás, hanem, hogy bugos és lassú. Meg az, hogy az API amit megálmodtak hozzá az egy konvulens szarhegy... (Mondjuk ez a kettesre is igaz volt, ha nem is ennyire, de az legalább gyors.) A GOM-ot aki kitalálta, nem volt normális. :/




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2277885

    Wayland-et eddig nem sikerült kipróbálnom. De amiket eddig olvastam róla, az nem túl szívderítő:
    https://medium.com/@ohadrau/the-problem-with-wayland-and-why-it-will-never-succeed-53c5d230b457
    https://magnushoff.com/blog/wayland-sucks/
    https://www.reddit.com/r/linux/comments/6d8r0y/can_we_talk_for_a_short_moment_about_the/




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2277911

    We've already made it very clear how to implement GUI applications that edit files as root by running the GUI as non-root, and using polkit to perform privileged operations.

    Ööö...azt a polkitet kéne használni a privilege escalation-hoz, ami dzsuvaszkriptet használ a hitelesítési szabályokhoz? Asszem eztán sem próbálom ki a Waylandet...




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2278302

    Próbáld ki a Trinityt. Aktívan fejlesztik, most már van saját kompozitora is (de nyilván megy comptonnal is), rengeteget tud és a Qt3-as toolkit egy mai gépnek meg sem kottyan, főleg, hogy még annak idején sem minősült annyira nehézsúlyúnak, kicsit többet evett, mint a Motif, viszont gyorsabb volt, még egy P3-ason is elment.




    OpenGL-es 3D gyorsitott WM-ek: https://hup.hu/node/161297#comment-2278299

    +1




    W10 új felhasználó: https://hup.hu/node/161280#comment-2277327

    De ha legalább ki lehetne kapcsolgatni a felesleges baromságokat. De pl. a frissítéseket hiába tiltom le, meg állítom le a szolgáltatást, pár hét múlva sutyiban visszakapcsolja...




    W10 új felhasználó: https://hup.hu/node/161280#comment-2277388

    Ez a főverzió frissítés is agyfasz; ha egyszer le van tiltva a frissítés, akkor miért is frissít bármit? A szörnyű, hogy a C:\Windows\system32\drivers\etc\hosts-ba hiába vannak felvéve az ms domainok, ugyanúgy frissít... Persze lehet, hogy felvenni nem volt elég őket, de nem jöttem rá, hogy mit kéne még csinálni. Vagy lehet, hogy nincs feléve valamelyik domain.




    W10 új felhasználó: https://hup.hu/node/161280#comment-2277448

    Ezt nem tudtam, a windows nem az én asztalom. Thx a felvilágosításért. (Lehet firewall szabályból tiltani a windows update-et?)




    W10 új felhasználó: https://hup.hu/node/161280#comment-2277513

    Na, fasza... :/

    Az a baj, hogy a windows káros az én egészségemre és nem fordítva. :(




    Inkvizíció @XX. szazad: https://hup.hu/node/161301#comment-2277658

    Numerikus keypad-en egymás alatt vannak, sima typo. Ilyen már a CoV-ban is volt (SpV 17. vs SpV 14.):

    A valóság ezeknél sokkal prózaibb: a numerikus billentyűzeten a '4' pontosan a '7' alatt van - és véletlenül félre lett gépelve. Átolvasásnál tartalmi vagy logikai hibát kerestünk, nem ilyet.




    Inkvizíció @XX. szazad: https://hup.hu/node/161301#comment-2277711

    Az origón van egy cikk Galileiről, ahol három 1600-as évszámot is sikerült 1900-asnak elütni.




    Inkvizíció @XX. szazad: https://hup.hu/node/161301#comment-2277734

    Nm.




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2273754

    Lesz? A win10 már most is használhatatlan, a régebbi, kevésbé gázabb windowsokat (xp, 7) meg gőzerővel irtja az ms.

    Lehet amúgy régebbi rendszereket is használni, amiket még nem kúrtak el, meg underground desktop rendszereket, pl. Solaris klónok, vagy valamelyik non-SJW-infected BSD. Meg a ReactOS jön föl, mint a talajvíz, ha már annyira windowst akar az ember. Még nem próbáltam ki, de van rá egy gazdaságos huszasom, hogy a win10-nél csak jobb lehet. De ha egyszer utoléri az xp szintjét használhatóság és driver-kompatibilitás terén, akkor az nem lesz vicces az ms-nek.

    De egyébként erősen szubjektív, hogy kinek mi számít használható desktopnak. Nekem pl. a windows sose volt az.




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2273774

    > Miben nyilvánul ez meg egyébként?

    https://en.wikipedia.org/wiki/Windows_7#Processor_limits

    In January 2016, Microsoft announced that it would no longer support Windows platforms older than Windows 10 on any future Intel-compatible processor lines, citing difficulties in reliably allowing the operating system to operate on newer hardware. Microsoft stated that effective July 17, 2017, devices with Intel Skylake CPUs were only to receive the "most critical" updates for Windows 7 and 8.1, and only if they have been judged not to affect the reliability of Windows 7 on older hardware.

    Például.

    https://answers.microsoft.com/en-us/feedback/forum/fdbk_news/product-support-forum-changes-on-microsoft/b1f5c5a4-7d66-4579-83bf-2b6ba599baaa?auth=1

    Effective July 2018, the Microsoft Community forums listed below will shift support scope and Microsoft staff will no longer provide technical support there. There will be no proactive reviews, monitoring, answering or answer marking of questions.

    ...

    The support for the below products will be discontinued across different forums in the Community.
    - Windows 7, 8.1, 8.1 RT

    Például.

    https://www.computerworld.com/article/3282066/microsoft-windows/microsoft-quietly-cuts-off-win7-support-for-older-intel-computers.html?nsdr=true

    Even though Microsoft says it’s supporting Win7 until January 14, 2020, if you have an older machine — including any Pentium III — you’ve been blocked, and there’s nothing you can do about it.

    Például.

    https://thenextweb.com/microsoft/2017/01/17/microsoft-wants-business-users-to-stop-using-windows-7/

    Now, perhaps with the aim of preventing it from endlessly limping on as Windows XP did, Microsoft Germany is encouraging business users to make the switch to a newer version of the operating system, claiming Windows 7 is no longer “fit” to be used in businesses.

    Markus Nitschke, head of Windows at Microsoft Deutschland, pulled no punches when he stated that Windows 7 “can no longer keep up with the increased security requirements” of the mid-2010’s.

    Például.

    És akkor ezek csak a hivatalos hírek voltak, a konteókat (miszerint az ms direkt ad ki olyan frissítéseket, ami szétcseszi a win7-et (https://social.technet.microsoft.com/Forums/windows/en-US/14d168cb-1b34-4907-9d1f-07f57376642e/why-is-microsoft-sabotage-windows-7?forum=w7itproinstall)) direkt kihagytam.

    > a 7 meg köszöni szépen, még mindig támogatott.

    #define támogatott

    A "csak a biztonsági réseket foltozzuk és arra se vegyél ám azért mérget" policyt azért elég erős túlzással lehet csak támogatásnak nevezni. Azt lehet támogatásnak nevezni, ha lehetővé teszem, hogy még ma is épeszű keretek között használd.

    Pl. adtak már ki hozzá USB3-as támogatással bíró hivatalos (nem third-party, meg community-hacked) installert?




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2274242

    A semminél több, de az átlagjúzer ezzel nem tud mit kezdeni, úgyhogy ez elég távol áll attól, amit támogatásnak lehet nevezni; ez kb. valamelyik Linux disztribúció howto hackguide-jának a szintjén van, hogy hogyan hákolj magadnak driver-t akárhova, ahol kell neked.




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2273752

    > De azért ez elég erős FAIL MS-től ... :/

    Ennél sokkal cifrábbakat is láttunk már tőlük...




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2273763

    Hát pedig ennél simán nagyobb fail, amikor egy bug miatt törölget magától, hanem szándékosan:
    https://hup.hu/cikkek/20151125/a_windows_10_felhasznaloi_programokat_tavolit_el_engedely_nelkul
    http://tech-live.hu/tech/ujabb-botrany-windows-10-korul-az-uj-rendszer-frissites-utan-tobb-alkalmazast-letorol/




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2273776

    Nyilván egy alkalmazás sokkal kisebb veszteség, mint az adatok, de itt a mögöttes mechanizmus ami félelmetesebbé teszi a dolgot: Az A esetben az történt, hogy "hoppá, bocs kedves júzer, de ezt elkúrtuk, nagyon sajnáljuk és szégyelljük (igazából nem, de tényleg nem direkt volt)"; míg a B esetben az történt, hogy "kedves júzer, törődj bele: mi döntjük el, mire használhatod a gépedet". Ez azért nagyon nem mindegy, hogy bakiztak, vagy tényleg önhatalmúlag távolítanak el bármit a gépedről. Mi garantálja a B esetben, hogy csak alkalmazásokat fog törölgetni, hogy legközelebb nem az adataidat/munkáidat törlik le szándékosan? (Hogy mi okuk lenne rá? Miért az alkalmazás letörlésére mi okuk volt?) Mi garantálja, hogy nem fogják esetleg lenyúlni az adataidat? Bizonyított tény, hogy egy hátsóajtó van a rendszeredben, amin keresztül az ms azt tesz a gépeddel, amit akar. És te rájuk bízod a döntést, hogy mihez kezdenek vele. Ezért rosszabb ez, mint a bug okozta adatvesztés.




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2273802

    > Azért az MS-re is vonatkoznak bizonyos jogszabályok, tudom ez bullsh.t duma , de vonatkoznak.

    Ahogy a kuglira és a fércbúkra is. És? Ott hágják át ezeket a szabályokat, ahol tudják.

    > Feltehetjük a kérdést fordítva is, mi van akkor ha a XY Linux disztribúció úgy dönt, hogy már pedig a te csomagod elavult, a frissítés után a te kerneled már nem lesz kompatibilis az adott HW driverrel, stb, stb. (csak általános faszságok) . Mi akadályozza meg ezeket a disztrókat abban hogy ilyen előforduljon ? Az opensource ereje ? A community ? Nem, semmi.

    A disztrókat valóban semmi, de ezt a frissítést én is nyugodtan leblokkolhatom és akkor nem ver tönkre semmit. És ennek az elintézése annyi, hogy nem rakom fel. Míg win10 alatt külön mutatvány, hogy letiltsam az update-et, meg aztán ha olyanja van, majd visszakapcsolja... Egyébként meg...

    > Persze ez nem mentség arra, amit az MS sokszor művel. De ugyan ezt teszi az Apple az OSX-el, vagy épp a Google az Androiddal. Vagy épp a firefox amikor elkéri a telemetria adataidat. Amire azt mondom hogy _nem_ azt közbe lehet mégis elküldi :) Honnan tudod... Sehonnan, max ha nem monitorozod végig az egész firefox processt.

    ...ezzel meg is válaszoltad magadnak a kérdést: az, hogy az egyes Linux disztribúciók ostoba fejlesztői mit kúrnak el a saját ostobaságuk miatt, az nem mentesíti a mikiszoftot (vagy a kuglit, meg a többit) semmi alól, pláne az alól nem, amit direkt csináltak. Ami pedig a spyfoxot illeti, pont a telemetria miatt nem használom, így nem tudok felelni a kérdésedre, max azt, hogy valószínűleg igazad van. Ami az adatvesztést illeti...

    > Nem, semmi. brtfs-nél és talán openzfs esetén voltak olyan "bugok" amik komplette adatvesztést okozhattak. Ha jól rémlik. Bizonyos körülmények között.

    ...balfaszok mindenütt vannak. De nem mindegy, hogy direkt csinálták, vagy csak elcsesztek valamit. Nem mindegy, hogy inkompetencia, vagy rosszindulat.

    > Tehát ez dolog nem MS találmány sajnos. :/

    Ezt nem is mondta senki. De egy találmánnyal visszaélőt nem mentesít semmi alól, hogy nem ő találta fel, amivel visszaélt.

    > btw a bizonyított tényre kérhetnék egy linket? mmint hogy hátsó ajtó van a rendszerben és az MS azt tesz a gépemmel amit akar ?

    Izé, ez most komoly? Az elmúlt években, amióta csak a win10 kijött, szinte másról sem szólnak a szakmai portálokon a hírek, minthogy a windows update ezt vagy azt tönkrevert, letörölt, feltelepített, felülírt, visszaállított, átállított, elállított, megállított, elindított a microsoft kénye-kedve szerint, meg arról, hogy a win10 telemetria már csak azt nem küldi át az ms-nek, amit nem azon gépen csináltál; mégis milyen válaszra számítottál itt tőlem? Valami olyasmire, hogy XY hacker disassemblálta a fél win10-et és talált benne egy direkt erre a célra kialakított, rejtett, 4 kB-ba beleférő state-of-art csodakémkódot? Nem, erről szó sincs. Azt a bizonyos hátsóajtót, amivel a géped felett átveszik az uralmat, azt windows 10-nek hívják.




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2273823

    Nem mindenkinél törölgetett az update. Nyilván letesztelték, de náluk működött.




    Windows 10 October 2018 Update is deleting user data: https://hup.hu/node/161153#comment-2274241

    Fő a konzisztencia. Egy kurwa nagy lábosban. :/




    A Google nagy bejelentése(i): Google Home Hub, Pixel Slate, Pixel 3, ...: https://hup.hu/cikkek/20181010/a_google_nagy_bejelentesei_google_home_hub_pixel_slate_pixel_3#comment-2274931

    > Hat ize, aham, jo ez. Mint kb egy apple felszopo-show. :D

    +1




    A Google nagy bejelentése(i): Google Home Hub, Pixel Slate, Pixel 3, ...: https://hup.hu/cikkek/20181010/a_google_nagy_bejelentesei_google_home_hub_pixel_slate_pixel_3#comment-2274930

    +1




    A Microsoft ideiglenesen leállította a Windows 10 October 2018 Update terjesztését fájltörlési problémék miatt: https://hup.hu/cikkek/20181006/a_microsoft_ideiglenesen_leallitotta_a_windows_10_october_2018_update_terjeszteset_fajltorlesi_problemak_miatt#comment-2273833

    Kalóz windows-szal szemben ugyanez az összehasonlítás: https://www.aqua.hu/files/ckfiles/images/2017-aprilis/ms-windows/ms-page-preview-700.jpg

    Úgy néz ki, hogy a mostani marketgatyás generáció az ms-nél ezt az ötösfogatot fosta ki mantrának, ezt kell ismételgetni mindig: biztonság, kényelem, egyszerű újratelepítés, garancia, frissítések...




    A Microsoft ideiglenesen leállította a Windows 10 October 2018 Update terjesztését fájltörlési problémék miatt: https://hup.hu/cikkek/20181006/a_microsoft_ideiglenesen_leallitotta_a_windows_10_october_2018_update_terjeszteset_fajltorlesi_problemak_miatt#comment-2273934

    Én nem mondtam, hogy nem helyes, hanem arra hívtam fel a figyelmet, hogy olybá tűnik, hogy minden összehasonlításban ezeket hozzák fel.
    Miért, a frissítések és a kényelem nem? Mert lassan elérik, hogy a "frissítés" szóra minden érintettnek görcsbe ránduljon a gyomra, kényelmesnek meg nem nevezhető, ha mindig gáz van vele.




    A Microsoft ideiglenesen leállította a Windows 10 October 2018 Update terjesztését fájltörlési problémék miatt: https://hup.hu/cikkek/20181006/a_microsoft_ideiglenesen_leallitotta_a_windows_10_october_2018_update_terjeszteset_fajltorlesi_problemak_miatt#comment-2274601

    Hát most megkaptad, egyenesen a microsofttól. :P




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274812

    És ha a háttértárolón már felülíródtak azok a szektorok, ahol korábban azok az adatok voltak? Akkor hogy hozza vissza az ms a törölt fájlokat?




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274829

    Na, pont ettől tartottam én is. :(
    Mondjuk érdekes lesz, hogy mi lesz erre a reakció, hogy a felhasználók háborogni fognak, hogy hogy képzeli ezt az ms, hogy kérdés nélkül lemásolja a személyes fájljaikat, vagy pedig hallelujázni fognak, hogy ez mekkora feature... Tartok tőle, hogy az utóbbi.




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274927

    És gondolom nemmel nem lehet válaszolni. :/




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274993

    Nem énrólam van szó, én semmilyen windows-t nem használok. Azokról a felhasználókról van szó, akiknek az adatait az ms a levesbe küldte.




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274928

    Az új Windows 10 verzió ugyanakkor települése során letörölte a régi tárolási helyet, amiről azt feltételezte, hogy a továbbiakban már nem volt használatban.

    Egek! De egyáltalán miért feltételez egy operációs rendszer a felhasználó home könyvtárában található adatokról bármit?! Pláne azt, hogy le lehet őket törölni...




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274992

    Ez fájt. :D




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274991

    Igazából bármit, ami az user könyvtárában van, csak az user jóváhagyásával lehetne törölni.




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274994

    > De teljesen érthetetlen, hogy miért áll neki törölni egyáltalán, még akkor is, ha esetleg tényleg üres az a könyvtár.

    +1




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2274990

    Bocsánat, de szerintem itt a fő probléma az nem az a marhaság volt, hogy elfelejtették leellenőrizni a könyvtár ürességét, hanem az, hogy egyáltalán le akarták törölni. Ha nem akarták volna, mindegy, hogy üres-e vagy sem. De ők megint jobban akarták tudni, hogy mit kell törölni, ami hiba; az ms csak ne minősítgesse önhatalmúlag szemétnek az user könyvtárának elemeit.




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2275061

    +1




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2275087

    A baj nem a tárolás módjával volt, hanem a felesleges törléssel. Az user fájljait nem piszkáljuk. (Amúgy ebben a cikkben sincs ilyen utalás, hogy piszkálni kéne őket...)




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2275194

    Lévén épp most törölte őket a mikiszoft, nem biztos. :P




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2275138

    > Meg voltam győződve róla, hogy az update alapjaiban nem más mint meghatározott fileok törlése, felülírása, illetve módosítása, esetleg szabványos api hívásokkal a registry módosítása.
    De elhiszem, hogy ez nem így van, mert ha csak ennyi lenne, akkor valószínűleg olyan flottul működne mint ahogyan a dnf/apt is működik már évtizedek óta.

    Korábban nem telepítette újra az egész windows-t az update alatt, még sem működött flottul, hanem szívtak vele a felhasználók. Mondjuk ennyire nagy szamárságot nem csinált régebben a WU, vagy legalábbis én nem emlékszem rá.




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2275062

    Hát ha ez tényleg így volna, akkor az még durvább elkúrás lenne...




    Hónapok óta ismert volt a windows 10 októberi frissítésének törölgetős bugja: https://hup.hu/node/161186#comment-2275063

    Zavaró volt? Kinek? Az ms-t miért zavar bármi ami az user gépén, pláne a saját könyvtárában van?




    Újabb W10 frissítési bug?: https://hup.hu/node/161215#comment-2275910

    A parasztok kikérik maguknak, de amúgy +1. (Mondjuk én inkább a win7-et szoktam mondani a 10-es helyett, nem a 8.1-et.)




    A Google nem csak jócég, de jó cenzor is akar lenni: https://hup.hu/node/161199#comment-2275487

    Az ms is azt szeretné, csak neki nem akar sikerülni...




    A Google nem csak jócég, de jó cenzor is akar lenni: https://hup.hu/node/161199#comment-2275486

    +1




    Debian install debootstrappal, titkosított fájlrendszerre: https://hup.hu/node/161100#comment-2272233

    Köszi, de én a rendszerpartíciót szeretném titkosítani.




    Debian install debootstrappal, titkosított fájlrendszerre: https://hup.hu/node/161100#comment-2272473

    Hát, itt meg az install alatti rész nincs meg...de a másikkal kombinálva már lehet, hogy jó lesz, köszi.




    Debian install debootstrappal, titkosított fájlrendszerre: https://hup.hu/node/161100#comment-2273128

    Hát valamit nagyon elkeffentek, mert nem akaródzik sikerülni.

    Kezdetnek létrehozom a következő partíciós táblát a /dev/sda-n:

    1.    1 MiB BIOS BOOT  (04) N/A  N/A
    2.  256 MiB Linux      (83) ext4 /boot
    3. 2304 MiB Linux      (83) ext4 /
    4.    1 MiB MINIX      (81) N/A  N/A
    5.  510 MiB Linux swap (82) swap swap

    Aztán lefuttatom a következőket:

    dd if=/dev/urandom of=/dev/sda4 bs=512
    echo 'YES' | cryptsetup -v -c aes-xts-plain64 -s 512 -h sha256 -i 2000 luksFormat /dev/sda3 /dev/sda4
    cryptsetup -c aes-xts-plain64 -d /dev/sda4 -s 512 -i 2000 open --type=plain /dev/sda3 eldcr
    mkfs.ext4 -F /dev/sda2
    e2label /dev/sda2 BootLabel
    mkfs.ext4 -F /dev/mapper/eldcr
    e2label /dev/mapper/eldcr RootLabel
    mkdir -p /mnt/disk
    mount /dev/mapper/eldcr /mnt/disk
    mkswap /dev/sda5

    Vagyis a /dev/sda4-re kiokádok 1 MiB-nyi random szemetet és a cryptsetup-hoz azt használom fel kulcsfájl gyanánt, aztán formázás és csatolás.
    Ezután jön a debootstrap majd a chroot, amiben felcsatolom a /dev/sda2-őt /boot-nak, majd telepítem a rendszert (kernelt, programokat, miegyebet).

    Az /etc/fstab-ba ez kerül:

    UUID=<a /dev/sda2 UUID-je> /boot ext4 errors=remount-ro 0 1
    UUID=<a /dev/sda3 UUID-je> / ext4 errors=remount-ro 0 1
    UUID=<a /dev/sda5 UUID-je> none swap sw 0 0

    A /etc/crypttab-ba pedig ez:

    eldcr UUID=<a /dev/sda3 UUID-je> /dev/disk/by-uuid/<a /dev/sda4 UUID-je> luks,cipher=aes-xts-plain64,size=512,hash=sha256,time=2000,keyscript=/boot/getlukskey.sh

    Az /etc/default/grub-ban beállításra kerülnek a következőek:

    GRUB_ENABLE_CRYPTODISK=y
    GRUB_PRELOAD_MODULES="luks cryptodisk"
    GRUB_CMDLINE_LINUX_DEFAULT="cryptdevice=UUID=<a /dev/sda3 UUID-je>:eldcr root=/dev/mapper/eldcr cryptopts=target=eldcr,source=/dev/disk/by-uuid/<a /dev/sda3 UUID-je>,keyscript=/boot/getlukskey.sh crypto=sha256:aes-xts-plain64:512:0:"
    GRUB_CMDLINE_LINUX=""

    Az /etc/initramfs-tools/conf.d/cryptroot fájlba ez kerül:

    CRYPTROOT=target=eldcr,source=/dev/disk/by-uuid/<a /dev/sda3 UUID-je>

    És végül a /boot/getlukskey.sh tartalma:

    #!/bin/sh
    dd if=/dev/disk/by-uuid/<a /dev/sda4 UUID-je> bs=512 | cat

    (Természetesen a chmod a+x /boot/getlukskey.sh is megvolt.)

    Ha minden a helyén van, akkor ezzel zárok:

    grub-install --target=i386-pc --skip-fs-probe --efi-directory=/ --boot-directory=/boot --root-directory=/ /dev/sda
    grub-mkconfig -o /boot/grub/grub.cfg
    update-initramfs -c -k all

    Boot után azonban ez az eredmény:

    Begin: Running /scripts/local-block ... cryptsetup (eldcr): error - script "/boot/getlukskey.sh" missing

    És ez ismétlődik addig, amíg fel nem adja.

    A getlukskey.sh-t próbáltam már több helyre is berakni (olyankor a keyscript paramétert mind a két helyen átírtam), de az eredmény ugyanaz.

    Valamit vagy nagyon félre, vagy nagyon nem értek, mert ez nem akaródzik sikerülni...

    Ötlet, hogy mit?




    Debian install debootstrappal, titkosított fájlrendszerre: https://hup.hu/node/161100#comment-2273597

    Köszi, ezzel is előrébb jutottam.

    A következőket változtattam a kapott hibajelentések alapján:

    A kiírt kulcsot lecsökkentettem egy blokkra:

    dd if=/dev/urandom of=/dev/sda4 bs=1 count=512
    echo 'YES' | cryptsetup -v -c aes-xts-plain64 -s 512 -h sha256 -i 2000 --keyfile-size=512 luksFormat /dev/sda3 /dev/sda4
    cryptsetup -c aes-xts-plain64 -d /dev/sda4 -s 512 -i 2000 --keyfile-size=512 open --type=plain /dev/sda3 eldcr

    Az /etc/fstab így néz ki:

    /dev/disk/by-partuuid/<a /dev/sda2 partuuidja> /boot ext4 errors=remount-ro 0 1
    /dev/mapper/eldcr / ext4 errors=remount-ro 0 1
    /dev/disk/by-partuuid/<a /dev/sda5 partuuidja> none swap sw 0 0

    A /etc/crypttab így:

    eldcr /dev/disk/by-partuuid/<a /dev/sda3 partuuidja> /dev/disk/by-partuuid/<a /dev/sda4 partuuidja> luks,cipher=aes-xts-plain64,size=512,hash=sha256,keyfile-size=512,time=2000,keyscript=getlukskey.sh

    Az /etc/default/grub-ban egy sor változott:

    GRUB_CMDLINE_LINUX_DEFAULT="cryptdevice=/dev/disk/by-partuuid/<a /dev/sda3 partuuidja>:eldcr root=/dev/mapper/eldcr cryptopts=target=eldcr,source=/dev/disk/by-partuuid/<a /dev/sda3 partuuidja>,keyscript=getlukskey.sh crypto=sha256:aes-xts-plain64:512:0:0

    A getlukskey.sh forráskönyvtára a /lib/cryptsetup/scripts/ lett (ott keresi és reklamál is, hogy invalid, ha nincs ott).
    A tartalma pedig ez:

    #!/bin/sh
    dd if=/dev/disk/by-partuuid/<a /dev/sda4 partuuidja> bs=1 count=512 2>/dev/null

    A /etc/initramfs-tools/conf.d/cryptroot tartalma:

    CRYPTROOT=target=eldcr,source=/dev/disk/by-partuuid/<a /dev/sda3 partuuidja>

    Létrejött a /usr/share/initramfs-tools/hooks/glkcopy ezzel a tartalommal:

    #!/bin/sh -e
    PREREQS=""
    case $1 in
            prereqs) echo "${PREREQS}"; exit 0;;
    esac
    . /usr/share/initramfs-tools/hook-functions
    copy_exec /lib/cryptsetup/scripts/getlukskey.sh /bin
    copy_exec /sbin/cryptsetup
    copy_exec /sbin/dmsetup
    copy_exec /lib/cryptsetup/askpass

    A /etc/initramfs-tools/modules-be felvettem a következő modulokat: chainiv, cryptomgr, krng, cbc, ecb, ctr, aes, sha256, xts, dm-mod, dm-crypt

    Az egész folyamat végén pluszba van egy update-initramfs -u -k all parancs. (A menetközben lévő update-initramfs -c -k all nem vette bele a scriptet, nem tudom miért.)

    Az eredmény ezután az, hogy bootkor:

    cryptsetup (eldcr): unknown fstype, bad password or options?

    Még kipróbáltam azt, hogy kihajítottam a boot opciókból és a crypttab-ból a keyscript-et és boot opcióknál a helyére cryptkey=/dev/disk/by-partuuid/<a /dev/sda4 partuuidja>:0:512 került.

    Ennek eredményeként már az initramfs generálásakor bereklamál, hogy WARNING: root target eldcr uses a key file, skipped.
    Boot után pedig azt kéri, hogy unlockoljam a lemezt, azaz adjak passwordot.

    Van valami ötlet, a kettő közül bármelyikre, hogy mi nem stimmel?




    Debian install debootstrappal, titkosított fájlrendszerre: https://hup.hu/node/161100#comment-2274243

    up




    Microsoft laws Linux ?: https://hup.hu/node/160986#comment-2269978

    > - Biztonság

    Mert a windows olyan biztonságos, ugye...

    > - Egyszerű újratelepítés

    Ez miért olyan fontos? A windows-t még 2018-ban is állandóan újra kell telepítgetni?

    > - Frissítések

    A win10 után ez a pont inkább hátránynak tűnik egy windows esetében, mint előnynek.




    Microsoft laws Linux ?: https://hup.hu/node/160986#comment-2270338

    > Szóval akkor most mi van?

    Marketing, az van. Az sose árt. :P




    Microsoft laws Linux ?: https://hup.hu/node/160986#comment-2270339

    Úristen...




    Microsoft laws Linux ?: https://hup.hu/node/160986#comment-2273781

    Én elhiszem, csak szörnyülködtem.

    BTW, a WINDOWS.OLD könyvtárat ha nem törlöd le, akkor mi lesz a következő frissítéskor? Csinál egy másikat, vagy felülírja?




    Microsoft laws Linux ?: https://hup.hu/node/160986#comment-2273801

    Had fogyjon a hely, a HDD/SSD gyártóknak is élni kell valamiből... :P




    Szerinted, mikor távolítják el az első személyt a Linux Foundationtól a CoC megsértése miatt?: https://hup.hu/szavazasok/20180923/szerinted_mikor_tavolitjak_el_az_elso_szemelyt_a_linux_foundationtol_a_coc_megsertese_miatt#comment-2269151

    +1




    Szerinted, mikor távolítják el az első személyt a Linux Foundationtól a CoC megsértése miatt?: https://hup.hu/szavazasok/20180923/szerinted_mikor_tavolitjak_el_az_elso_szemelyt_a_linux_foundationtol_a_coc_megsertese_miatt#comment-2269150

    +1




    Szerinted, mikor távolítják el az első személyt a Linux Foundationtól a CoC megsértése miatt?: https://hup.hu/szavazasok/20180923/szerinted_mikor_tavolitjak_el_az_elso_szemelyt_a_linux_foundationtol_a_coc_megsertese_miatt#comment-2269467

    http://esr.ibiblio.org/?p=6918

    “Social Justice” has reached a sort of Poe’s Law singularity at which the behavior of trolls and true believers becomes indistinguishable even to each other, and has the same emergent effects.




    20 éves a Google!: https://hup.hu/cikkek/20180927/20_eves_a_google#comment-2270492

    +1




    20 éves a Google!: https://hup.hu/cikkek/20180927/20_eves_a_google#comment-2270614

    Szar is...




    20 éves a Google!: https://hup.hu/cikkek/20180927/20_eves_a_google#comment-2270513

    +1




    A Google Chrome signin-t erőltet: https://hup.hu/cikkek/20180925/a_google_chrome_signin-t_eroltet#comment-2269893

    Sehol nincs a classic Operáéhoz képest. Tapasztalatból mondom.




    A Google Chrome signin-t erőltet: https://hup.hu/cikkek/20180925/a_google_chrome_signin-t_eroltet#comment-2269894

    +1 ok bármi más mellett. (Na, jó, mínusz exploder...)




    A Google Chrome signin-t erőltet: https://hup.hu/cikkek/20180925/a_google_chrome_signin-t_eroltet#comment-2270107

    :D




    Oracle Solaris 11.4 SRU1: https://hup.hu/cikkek/20180925/oracle_solaris_11_4_sru1#comment-2269892

    +1




    Macskajajos rebuild ... 6% ... 7%: https://hup.hu/treyblog/20180915/macskajajos_rebuild_6_szazalek_%207_szazalek#comment-2266611

    Sok boldogot, talán jövőre kevésbé pechesebb lesz.




    Figyelmeztetés jön a Windows 10-be, ami Chrome vagy Firefox telepítésekor bukkan fel ...: https://hup.hu/cikkek/20180912/figyelmeztetes_jon_a_windows_10-be_ami_chrome_vagy_firefox_telepitesekor_bukkan_fel%20#comment-2265559

    Nem biztos, hogy van értelme, ha azon is csak egy {{view.otherOperatingSystemsLink}} fog díszelegni... https://i.imgur.com/307yiXr.png




    Dupla Veterán flag?: https://hup.hu/node/160780#comment-2264897

    A profilok szerint egészen pontosan 19353 7+ éves user van itt. Az összes user ha minden igaz 21163 fő, vagyis 7 évnél fiatalabbakból csak 1810 van. Több mint 10x annyi veterán van itt, mint nem. :)




    Dupla Veterán flag?: https://hup.hu/node/160780#comment-2264913

    Gondolom csak aktív tagságra érvényes; ha valaki 10 évig volt itt read-only, mielőtt regisztrált volna, arra nem.




    Dupla Veterán flag?: https://hup.hu/node/160780#comment-2264929

    Másik fórumon posztolt HUP-os linkkel?




    Újabb intel CPU sechole: https://hup.hu/node/160781#comment-2264871

    Ja hoppá, most látom, hogy ez már volt, sorry. Valaki törli?




    Újabb intel CPU sechole: https://hup.hu/node/160781#comment-2264893

    Erre írtam az egyel feljebbit.




    Interface átneveződés: https://hup.hu/node/158702#comment-2264112

    Nesze nekünk megjósolható eszköznevek...




    A Google (c) jócég: https://hup.hu/node/160638#comment-2261949

    Thx, hogy szóltál, ugyan rókát nem használok, viszont ahogy keresgettem, vannak itt még más finomságok is, amik pl. a PaleMoon-t, vagy az IceWeasel-t érintik. Itt elég sok kémgecit összeírtak, hogy hogy lehet megszabadulni tőlük: https://restoreprivacy.com/firefox-privacy/

    (A geo.enabled volt az első, amit azonnal kiirtottam. Undorító amit a kugli csinál, tankkal kéne átmenni rajtuk.)

    Sz*rk: A browser.safebrowsing szarságokról a cikk nem ír, de azt is tiltani kéne, mert ez is reportolgat. Vagy pont ez volt az, amiről beszéltél?




    A Google (c) jócég: https://hup.hu/node/160638#comment-2261978

    Köszi, bár ez már megvolt. Illetve ennek a magyar fordítása: https://maganelet.hu/

    Mondjuk most látom, hogy itt írnak is a "safebrowsing" letiltásáról.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2251488

    Átérzem fájdalmadat. Én legszívesebben ledarálnám a rekapcát használó weboldalak fejlesztőit. Emberiségellenes bűncselekménynek kellene minősíteni azt a szart. Klikkelj be minden kirakatot! Na, beklikkelted? Nem baj, ADOK MÉG! SZOPJÁL, SZENVEDJ!

    A kép meg üt.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2251572

    Tudom, már mondtad, nem is vonom kétségbe, de attól még áll, amit mondok. Hogy előtte milyen volt, az sajnos már mindegy, én a jelenlegi állapotról és az azért felelősökről beszélek. És félreértés ne essék: nem csak a gaygle a felelős; értelemszerűen ő a fő felelős, azért, hogy szar lett, de a jelenlegi weboldalak is felelősek, akik még mindig használják, ahelyett, hogy székestül hajították volna ki a csukott ablakon azt a developert, aki kirakta (vagy azt aki az utasítást adta neki rá).




    Nem vagyok robot: https://hup.hu/node/160225#comment-2251773

    Én "csalimódszert" szoktam használni: felrakok olyan nevű mezőket a formra, hogy name, email, stb. és ha a robot kitölti bármelyiket, eldobom az egészet. Ezeket a mezőket a júzer elől el kell dugni, tehát a form végére kell rakni, a submit után és no border, a background meg átlátszó, font color szintén. Vagy méret 1x1, akármi. A lényeg, hogy ne type="hidden" legyen, meg display: none, mert azt a robotok is értik (bár az utóbbit már nem annyira valószínűleg).




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253900

    +1




    Nem vagyok robot: https://hup.hu/node/160225#comment-2251721

    Aú!




    Nem vagyok robot: https://hup.hu/node/160225#comment-2251779

    Semmit, hacsak nem buzi robotokról van szó.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2251854

    > Azért ha választani kell, hogy egy cseppfolyósított szöveget próbálsz leolvasni vagy kattintasz párat a képekre, akkor talán te is a képek mellett voksolsz.

    Egyáltalán nem. Amikor az a fos felad egy csomó képet, hogy kattintgassam be pl. a táblákat és egy kurwa lassú fade-outtal tűnik el, hogy aztán a helyére egy olyan jöjjön be, amit ugyanúgy be kell kattintani, akkor attól kihullik az ember foga. Ezerszer inkább a cseppfolyós cucc, mert az 3. sec, ez meg 30!

    > Captcha pedig kell, jobb védelmet tudtommal még nem találtak ki, de ha tudsz jobbat, ne tartsad magadban, milliárdokat érhet.

    Ennél ezerszer jobb captcha védelmeket találtak ki. Ld. fentebb ebben a topikban.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2252167

    "Ez nem robot, ez cyborg!"




    Nem vagyok robot: https://hup.hu/node/160225#comment-2252360

    A rekapcát kedvelők még nagyobb kisebbségben vannak, mint akik utálják. A többség meg kb. leszarja, max. bosszankodik rajta.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2252864

    Csali-captcha, ha kitölti a robot, akkor a szerver eldobja az űrlapot.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2252878

    Adott egy HTML űrlap, amin van 4 mező: Egy "name" egy "email", egy "32!77@n3v" és egy "32m39@2em!l". Fizikai elhelyezkedésük a kódban ugyanez. Ebből, ha az első kettőből valamelyik ki van töltve, vagy az utolsó kettőből valamelyik nincs kitöltve, akkor a szerver eldobja a formot. Az első kettőt CSS-el láthatatlanná tesszük, de nem display: none-nal vagy visibility: hidden-nel, hanem kikapcsoljuk a keretét, a háttér és előtérszínét. Namármost, ha ezek után jön egy olyan robot, ami az első kettőt nem tölti ki, de a második kettőt igen, akkor az nem buta robot, hanem a Sky.NET béta verziója.

    A script kiddiek ellen meg fel lehet rakni ez mellé pluszba egy mezei "írd be ezt a pár betűt" captcha-t is. A robotjuk azon se mászik át, viszont az embert nem tartja fel 2 percig a szaros rekapca, mert neki 5 másodpercig kell fade-outolni minden mozaikdarabkát, hogy aztán újabb 5 másodpercig fade-ineljen be egy másikat, amire megint kattintani kell.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2252894

    Miért töltené ki egy jelszómenedzser? Az csak azokat a mezőket tölti ki az adott oldalon, amiket te már kitöltöttél egyszer. Hacsak a felhasználó nem direkt tölti ki azt a két mezőt, akkor sose fogja kitölteni neki semmiféle jelszómenedzser, mert a lap mentésekor azokra a mezőkre üres tartalmat fog tárolni.
    Na ja, csakhogy a rohadt rekapcán még az ember is fennakad néha. Robotok ellen sokféleképpen lehet védekezni és ez az egyik legrosszabb megoldás.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253036

    Nem tudtam ilyenről, sem az Opera 12, sem az Iceweasel nem csinál ilyet... Ez nem csak security szempontból aggályos, ez egy baromság. Ismeretlen mezőt minek tölt ki?




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253490

    Asszem nem érted a problémámat: felmegyek egy oldalra, kitöltöm az űrlapot, de pár mezőt kihagyok. Elküldöm, a böngésző menti, hogy X domain Y aloldalán A, B, C mezőkre mit tároltunk le. Ha valahova nem írtam semmit, akkor oda mégis milyen logika alapján ír be bármit?




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253497

    > Ha egy weblapon kitöltöttem a formot, akkor azt már minek menti el? Hiszen már megadtam kézzel mindent. Újra nem kérdezi meg a bankom minden belépéskor, hogy mi a címem és az email címem.

    Mondom: X domain, Y aldomain. Feltételezem a regisztráció, ahol email és valós címet adsz meg, az más URL-lel bír, mint a belépés. A login form pedig minden belépéskor megkérdezi, hogy ki vagy. Nyilván minden adatot nem kell még egyszer megadni, de az mint említettem, másik aldomain alatt van tárolva.

    > tipp: felismeri a mezőnevet, és eltárolta, hogy más weboldalakon az ilyen nevű mezőbe mit szoktam írni, ezért felajánlja?

    Ha ezt tenné, az borzasztó nagy baromság és biztonsági rés lenne. Baromság, mert pl. a jelszó az sokféle lehet, mi alapján ajánlaná fel bármelyiket? Biztonsági rés meg azért, mert ha megteszi, akkor azzal ad-hoc módon küldözgetne jelszavakat és egyéb érzékeny adatokat a különféle oldalaknak.

    > Pl. ha irányítószámhoz mindig 1234-et írok, akkor várhatóan egy új weboldalon is ugyanezt fogom beírni. Ahogy telefonszámhoz, email címhez, posta címhez is mindig ugyanazt írom, szóval ezeket van értelme eltárolni és aztán felajánlani.

    Ez egyáltalán nem igaz. Ld. fentebb. Meg mi van, ha mondjuk 3 címet szoktál megadni: céges cím, saját cím, valamely rokon címe?




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253702

    > És tegyük azt hozzá, hogy a form autofill nem új találmány, a Firefox 12 éve biztosan tudta már:

    A classic Opera meg még régebben...na és?

    > De én tényleg csodálkozom azon, hogy valaki nem hallott még ilyenről.

    Miről? Az automatkus kitöltésről? Vagy arról, hogy egyes fillerek ad-hoc módon töltik ki az űrlapokat? Az utóbbiról beismerem, tényleg nem hallottam még.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253701

    De itt pont ez volt a lényeg, hogy azokat a mezőket, amiket nem akarunk kitöltetni, azokat valami kriksz-kraksz névvel látjuk el. Ezek szerint, akkor ezzel a megközelítéssel, amit leírtál, ezzel nem töltené ki ezt a fent említett spamcsapdát.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253755

    Igazad van, a végére már sikeresen felcseréltem a kettőt. Meleg van meg rT3. :/
    A megoldást lehet továbbtekerni, akár lehet mindegyik mezőnek egy szám a neve. A lényeg, hogy a mezők egy részét CSS-el el lehet rejteni és ha mégis ki vannak töltve, akkor az robot volt.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253811

    Ennyi erővel akkor a felhasználókat sem szabad engedni regisztrálni, mert a szar filler azt is elbaszhatja. Nem tudom mi lenne az univerzális spambot védelem, de egy biztos: a rekapca az nem az, mert a robotot az sem fogja meg, a kevésbé türelmes felhasználót meg igen.

    Itt is arról írnak, hogy a "honeypot" az egyik megoldás a robotok ellen.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253813

    Gőzöm sincs, hogy működnek az ilyen robotok, így ez a lehetőség nem játszik, hogy törjem fel. Inkább bezárom a rekapcás oldalakat, ha nem muszáj oda bejutnom.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253035

    Miféle jelszómenedzsereket használnak az emberek? Böngészőben én ilyet még életemben nem láttam, hogy kitöltött volna olyan mezőt, amit én sose töltöttem ki...




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253078

    Chrome nekem kimaradt...




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253095

    Nem. A mindennapi használata maradt ki, nem a benne való tesztelés. A jelszókezelőjét minek teszteltem volna? Amúgy meg már rég nem vagyok webgányer (szerencsére), de azért köszi a rosszindulatot.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253037

    Milyen egykattintásosra, huszonötezerre...




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253079

    Nem. Felad egy mozaikot, ahol ki kell választgatni mindenféle szart. Rohadt lassan fade-outtal tűnteti el, majd rohadt lassan fade-innel behoz egy újat, amire lehet kattintani. Aztán böksz, hogy megvagy, erre slide és ad egy másik feladatot. Egy vagy két perc, mire átjutsz.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253118

    > De. Amúgy mit nem?

    Nem megy tovább, ha ráböksz a négyzetre. Helyette azzal szopat, amit leírtam.

    > Gyanús vagy nekem. Nem lehet, hogy te igazából robot vagy? :-D

    This question does not compute. :P




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253157

    2008 óta Operát és Linuxot használok elsődlegesen, a jelszavamat 100-ból 1x baszom el, ha pedig a Digi IP címei gyanúsak a kuglinak, akkor menjenek a picsába. Egyszerű: rekapca suxx, period.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253034

    Arra is jó az "írd be ide ezt" tipusú captcha.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2252836

    > Nem kényszeríti rád senki őket

    Ja, persze.

    Nincsenek ott mindenütt a neten, szinte minden oldalon valami linkelt vacakon keresztül, nem látnak mindent. Nem az övék az első számú - defacto - kereső, amiből azt dobhatnak ki, akit akarnak, gyakorlatilag ellehetetlenítve azt. Nem hálózták be és figyelik meg az egész világot a kamerát és mikrofont tartalmazó okostelefonokkal. Nem térképezték fel az egész világ WiFi hálózatát sutyiban.

    A kugli nem megkerülhetetlen vállalat, nem kényszeríti rád senki őket.

    Az egész céget fel kéne szántani és sóval behinteni a helyét.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2252862

    Most már. Anno amikor a kocsik mászkáltak, erről egy szó sem volt. Ahogy arról is megfelejtkeznek egyesek, hogy amikor a króm kijött, a kugli belerakta a licenseszerződésbe-be, hogy bármit megtehet azokkal az adatokkal, amik keresztülmennek a böngészőn. Csak utána változtattak rajta, a közfelháborodás okán.

    Bírom egyébként, hogy sikerült kiragadni egy szót az egészből.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253031

    > > Megoldható, hogy ne kövessen senki.
    >
    > false

    Elméletileg megoldható, de már annyi kompromisszumot kell kötni, hogy egy idő után az ember elgondolkodik, hogy mi a rosszabb...




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253041

    Egy proxyhálózatra (pl. Anonymox) felkapcsolódva nem látszik belőled semmi a világ felé. A szolgáltató is csak annyit lát, hogy felkapcsolódtál egy adott IP címre és titkosított forgalmat bonyolítasz arrafelé.




    Nem vagyok robot: https://hup.hu/node/160225#comment-2253033

    Én is tudnék neked helyeket mondani, ahová költözhetnél, de inkább hagyjuk.

    Az is elég komoly, hogy egyeseknek mennyi idejük van, hogy a kuglit és az ámokfutását védjék mindenféle fórumokon...

    YDS... Butatelefonom van, nem Nokia 3210-es, hanem Alcatel tökömtudja mi, de butatelefon. Nem használok semmilyen gúgel böngészőt, még olyat sem, amiben a gugli motorja van. Ki vannak tiltva a kugli címei, de pl. az ajax.googleapis.com-ot néha kénytelen az ember engedni, mert a sok fasz onnan hívja be a bloated dzsuvaszkript keretrendszereit és ha blokkon van, akkor instant kinyírtam a fél webet... (Bár lehet nem vesztek túl sokat...)

    Nem használok windózt. Van itt Linux, 3 féle BSD, Solaris, OSX PPC-n és x86-on, Haiku, oldschool és nextgen Amiga OS-ek, de windóz az nincs.
    Jah, lehet mindenhova proxynetworkön keresztül csatlakozni, mínusz három és fél bit/szökőév sebességgel...




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253046

    +1




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253097

    Ezt hívta valaki tyúkszar-minimalizmusnak.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253106

    > Meg az Interface Sprawl (nem tudom, mi lehetne frappánsan magyarul)

    Passz, esetleg "szétfolyó kezelőfelület"?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253119

    > Lehetne Toilet Interface, azaz WC kezelőfelület is :)

    Hát amilyen szar, simán lehetne... :P

    > Lehet, hogy népszerű a bankolás mobilon, én azért utalgatni nem fogok a buszon telefonról (már ha lenne okostelefonom, akkor se).

    Lehet, nekem nincs bankszámlám, így passzolom.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253720

    Az megvan, hogy 8-bites gépeken fut? Olyanokon, ahol meglehetősen korlátozott színkészlet áll csak rendelkezésre? És ennek ellenére jónéhány szempontból még mindig esztétikusabb, mint ahogy egynémelyik modern asztalkezelő skinjei...




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253756

    A weboldal sem a legrosszabb, amit láttam. Az oda nem illő narancssárga feliratokat leszámítva semmi rettenetest nem látok rajta. Ennél sokkal gyíkabbak vannak, amik viszont követik a mai trendeket. Fehér papíron fekete betű, pár szürke vagy valami rikító színű vonal és téglalap, mögötte meg egy hatszáz gigás JS trutymó.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253770

    Értem én, hogy szerinted ronda, én nem is mondtam, hogy szép, de annyira talán mégsem okádék; mi égeti ki rajta a szemedet?

    Ránéztem, de én csak egy 12, egy 7 és két 38k-s JS-t találtam és azoknak is a legnagyobb része listákból áll, a kód 10-20k-nyi csak. Hol van az a 100k-s JS?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253898

    > Onnan indultunk, hogy nézzétek, ez esztétikus.

    Azt nem én mondtam. :)

    > A rettenetes rikító zöld

    Az csak képeken van, én másutt nem látok.

    > a világító neonkék csíkokkal határolt kékeslila fejlécek

    Kékeslila? A #204080-as fejléccsíkra gondolsz? Az minden csak nem kékeslila. Nem tudom mi a neve, de biztos nem lila, hisz alig van benne vörös.

    > meg a színkakofónia középen, (ahol nincs két egyforma ablak.)

    Az azért van, mert több screenshot van összerakva egymásra. Az igaz, hogy nem szerencsésen, inkább egymás mellé kellett volna őket rakni, nem egymásra, hogy egyértelműen látszódjon, hogy ez több screen és nem egy.

    > OtSrbA4Vv_4.js

    Ezt nekem valami megfogta, én ilyet nem látok. Pontos link van?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253907

    > És, azon nem rikít?

    De, végülis ez igaz. Nem volt szerencsés odarakni.

    > Fogalmam sincs, de rátapintottál a lényegre.

    Jó, lehet, hogy nem a neve a lényeg, de ott speciel a színnel se értem, hogy mi bajod. Az a szürkéskék nem rikító.

    > Ettől még egy színes rikitó izé az egész.

    Vannak rikító elemek benne, amiket nagyon nem kellett volna. De speciel a menük (a narancsot leszámítva), vagy a fejlécek színei (most nem a képekről beszélek), nem annyira szemkiverőek.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253762

    +1




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253771

    Zöld? Ezen? Hol? Csak a screenshotokon látok, másutt sem. Ahogy olvashatatlan betűket sem, mindenütt sima Arial van. Egyébként nem értem, mi a baj a kékkel meg a zölddel. Milyen színt használhatnak akkor?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253899

    > Az oldal fejlécében kétoldalt pl?

    Az screenshot.

    > Bár egyébként a logóban pont nem

    Az egy rajz. :P És láttunk ennél már sokkal rosszabb logót is.

    > de alapvetően az esztétikus OS screenhotjain levő betűkről beszéltem.

    Nekem idáig úgy tűnt, hogy a weblapról. Viszont az OS-ben szerintem tökéletesen olvashatóak a betűk. Szerintem te valamelyik rosszul skálázott screenshotot nézted, ahol annyira torzult az egész, hogy a betűk összekuszálódtak. Itt kell megnézni őket, de kinyitva, nagyban.

    > Nem a kékkel meg a zölddel van baj (bár együtt, főleg hogy még egy kis narancs is van már igen),

    A narancs az tényleg nem passzolt oda, ezzel én is egyetértettem, de konkrétan zöld csak a screenshotokon van, a kék pedig egyáltalán nem lila.

    > Mindegyik kiválasztásánál határozott cél lehetett, hogy egy életre beégjen az egész a retinába.

    Vagy csak ízlések és pofonok.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255036

    > Láthatóan nincs több pixel ekkora méretben, amivel jobb lehetne.

    Ezt magyaráztam neki én is, de valamiért nem akarja elfogadni, ragaszkodik hozzá, hogy akkor is szar. :/

    > Most hogy ez azért van, mert akármiről is szól az oldal, csak telefonon nézik meg, hogy néz ki, monitoron nem érdekel senkit, vagy csak a telefonon nevelkedett dizárjnerek lettek ennyire retardáltak, nem tudom.

    A helyzet sokkal rosszabb: ez a trend és ennek akarnak megfelelni. A designerek ma is tudnának szépet álmodni, a grafikusok szépet rajzolni, de ma ez az igénytelen pszeudominimalizmus a trend és nem csak a weboldalakon. :(




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255324

    > (A hup meg 100% betűmérettel olvashatatlanul kicsi, és olvashatatlanul hosszú sorok vannak benne))

    Custom CSS a megoldás az ilyen jellegű problémákra. Nekem pl. így néz ki a HUP (#1, #2), mert bosszantott, hogy kétoldalt ott volt elfoglalva a rengeteg hely, a threadek meg folyamatosan szűkülnek és szűkülnek...




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255566

    > Naccerű. Szerinted én nem tudom beállítani, hogy olyan legyen amilyen nekem jó?

    Honnan tudjam? A panasz alapján a nemleges válasz volt a valószínű. Mit tudom én, hogy szoktál-e babrálni az oldalak CSS-ével...

    > Egyébként meg sok mindent megmagyaráz, a faszom se égetné ki a szemét ezzel a zölddel sem, amivel ki vannak színezve a dobozaid,

    Ez egy sima zöld szín, még csak nem is túl világos, egyáltalán nem rikító, vagy szemkiverő. Azt nem tudom, hogy esztétikus-e, de nem is ez volt a célja, hanem, hogy elüssön a többi poszttól.

    > a fontjaid meg fájóan randák.

    A fontokat nem piszkáltam, ugyanúgy néznek ki egy másik böngészőben, ahol nincs custom CSS-em. Ha nem így kéne, hogy kinézzenek, akkor a fontok renderelését végző library szerzőjéhez kell benyújtani a panaszt, ha meg így, akkor meg treyhez.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255643

    > Bocsánat, de tényleg próbáld már meg értelmezni, hogy miről folyik a beszélgetés. Arra reagáltam, hogy milyen jó lenne 48as betűméret a hupon, hogy ami default van, az bolhafing. Szó nem volt arról, hogy nálam mi van.

    Ha át tudod magadnak állítani, hogy mi legyen itt, akkor nem mindegy mi a default?

    > csakúgy mint a betűid

    Az én betűim? Ezek a HUP default betűi, ahogy azt le is írtam. Elolvastad?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255323

    > Lehet az ízlésről vitatkozni, de hogy egyre újabb technológiákkal egyre rosszabbul használható dolgokat csinálnak, az mérhető.

    +1




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255322

    A mi kedvencünk? Én eddig max. képen láttam CPC-t... A mi ízlésünk? Én sehol nem állítottam, hogy nekem ez annyira tetszik, azt mondtam, hogy láttam ennél ezerszer rosszabbat is.

    Ami meg az igénytelenséget illeti: egy 8-bites gépen valami minimalista gagyi design, az hardware limitáció, egy modern platformon viszont emberi. A régi gépen annyit lehetett kihozni ésszerű keretek között, az újon viszont lehetne messze többet, de nem teszik, ez viszont mi, ha nem igénytelenség?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255567

    > Ezt már hat körrel ezelőtt leokéztam neked. Hányszor tegyem még meg?

    Akkor minek hozod fel újra és újra?

    > Az igénytelenség nem ez. Igénytelen az, ami össze van hányva.

    Az is igénytelenség, de az is, ha valamit lehetne jobban csinálni, de nem fogják, mert jó nekik úgy is. Az is ugyanúgy igénytelenség.

    > Az ubuntu oldala nem ilyen, láthatólag törekedtek az egységességre. Vannak neki hülyeségei, de ezen túl a bűne kizárólag annyi, hogy nektek nem tetszik ez az irányvonal.

    Itt megint nem indokolt a többes szám használata; évek óta nem láttam sem az Ubuntut, sem az oldalát. És emlékeim szerint én nem is mondtam konkrétan az Ubuntuval kapcsolatban semmit. En-bloc kritizáltam a mai webdesign-okat.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255641

    > Én?

    Te. Azt mondtad, hogy nem a mi ízlésünknek megfelel. Indokolatlan többes szám, isoraz.

    > Nagyszerű, de nekem meg már kurva unalmas, hogy egy témában nem akarsz tudomást venni arról, hogy nem csak ketten vagyunk, és folyamatosan ezen pörögsz, miközben ide oda belebeszélsz.

    Bocs, de ha két emberhez beszélsz és a külön-külön véleményüket állandóan összemosod és mindkettőnek tulajdonítod, ami csak az egyiké volt, akkor ne csodálkozz, ha a másik szóvá teszi.

    > Mit szeretnél még mondani?

    Semmit. Úgy felesleges, ha felfortyansz, mert valakinek más a véleménye...és ne mondd, hogy nem, mert az egész szál onnan indult ki, hogy belinkeltem egy cikket, ami azt feszegeti, hogy miért is szarok ezek a mérhetetlen mennyiségű erőforrást megzabáló, de mégis teljesen üres design-ú weblapok, amire Zsugabubus belinkelte az ominózus retrocomputer OS-t példának, hogy ezerszer kevesebből is ki lehetett hozni ezeknél különbet, de csak simán "esztétikusnak" nevezte, nem pedig a lehetőségekhez képest esztétikusnak, amin felfortyantál, hogy de ez esztétikailag egy határ nagy fostenger, benne egy égigérő szarheggyel, pedig baromira nem arról volt szó, hogy ez a design csúcsa, hanem arról, hogy a mai eszközökkel ennél ezerszer faszább design-ú website-okat is lehetne csinálni ennél, de ehhez képest még szegényesebbek, mint ez, miközben messze több erőforrást használnak fel az indokoltnál.
    Ez volna a lényeg. És folyamatosan fennakadsz azon, hogy ocsmányak a színek, meg a párpixelszer párpixeles fontok... Ha pedig megkapod válasznak, hogy keverj ki szebb színeket 3 jelszinttel bíró RGB csatornákból, vagy rajzolj szebb fontot 4x6 pixelnyi területen, akkor az fals érv, pedig ez most nem a classic "csinájjjobbat" hárítás, hanem egyszerűen nem nagyon lehet ésszerű keretek között többet kihozni a hardware-ből. Míg a "túloldalon" lehetne. Bőven lehetne.

    Lehetőségek kontra végeredmény. Teccikérteni?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255781

    Megengedem, ha már megengedted, hogy megengedjem. Mivel személyeskedésen kívül csak annyira futotta, hogy belemagyarázz a mondandómba olyasmit, amit én sose mondtam, így tényleg nincs értelme folytatni.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2254593

    > Yep. Ettől ez automatikusan példává válik az esztétikus mellett. Értem.

    Én mondtam ilyet? Hol? És még én nem tudok olvasni...

    > Akkor vagy én nem tudok írni, vagy te olvasni.

    De jó, hogy már megint eljutottunk a személyeskedésig. :/

    > De egyébként megnéztem, a grafikus screeneken levő betűk szerintem továbbra is szarok.

    Hát, ha te ekkora felbontáson tudsz jobbat, akkor hajrá, csinálj.

    > Mondtam már, én elfogadom, hogy szerinted ez így szép meg esztétikus, lelked rajta.

    És ilyet sem mondtam sehol sem. Csak azt, hogy ennél ezerszer rondább is van.

    > De ne akard már nekem megmagyarázni, hogy nekem mit kéne gondolnom róla.

    És ezt sem csináltam. Csak próbáltam kissé más irányból is megvilágítani a dolgokat.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2254751

    > Ez tök fals érvelés.

    Általában a "csinálj jobbat" érvelés fals...de ekkora felbontáson nem nagyon lehet jobbat csinálni.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2255953

    A "bármilyen eszközön jól használhatóak" kitétel nem állja meg a helyét; csak a populáris platformokon/kijelzőkön használhatóak.
    Továbbá: nem a reszponzivitással van a baj, hanem azzal, hogy bődületes erőforrásokat falnak fel a semmiért. Az általad linkelt képen egy valós probléma látható, de ennek a megoldása pár sornyi CSS-be is belefér. Fentebb linkeltem, nálam hogy néz ki a dolog.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256120

    Kép esetleg? Mert a CSS-t most nem írnám át.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256181

    Ez sem rossz, bár egy idő után itt is össze fog szűkülni a cucc, mert a min-width nincs beállítva.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256544

    > Azzal elverném a behúzásokat, vagy vízszintesen is görgetni kéne.

    Én az utóbbit választottam.

    > Ami ezek után se látszik már, az csak medő vita. Azért meg nem kár.

    Az utolsó pillanatban is kijöhet belőle valami.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256123

    (Ezt szerintem nekem címezted, nem Raynesnek.)
    Hát, ha azt fejlesztésnek nevezzük, akkor igen, de amúgy a gányolás a megfelelő szó rá.
    Az, hogy a HUP hogy néz ki, vagy hogy nem néz ki, az nem érv a ál-minimalista erőforrásnyelő weboldalak mellett.
    A korral haladással meg az a baj, hogy nem biztos, hogy a kor jó irányba halad. Sokszor nagyon rossz irányt vesz a haladás. A webre jelen pillanatban ez a jellemző.
    A HUP pedig tökéletesen használható 19 colos monitoron 1024x768-ban és 21 coloson 1280x960-ban, ezt tanúsíthatom. Nem kell hozzá nagyon nagy monitor.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256168

    Zoom? Custom CSS-ből megnöveled a betűméretet, ha annyira kicsinek találod és kész is vagy.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256348

    Ebben van igazság, de ez sajnos igaz a mai web elég jelentős részére... Egy raklap custom CSS-em van a különféle weblapokhoz.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256349

    A zoom mindent átméretez, nem csak a betűket.

    Nem, nem egyszerűbb, de jobb.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256369

    Éppenhogy zoommal torzulnak az arányok, amikor a megnövekvő dobozok már nem férnek bele a képernyőbe és a böngésző elkezdi őket átskálázni. Ha a fontméretet állítod át, akkor ez nem történik meg.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256391

    Ha valahol az oldalon annyira fontos, hogy a kép és a betűméret aránya az legyen, ami (pl. képaláírás), akkor a CSS ehhez is ad lehetőséget, ellentétben a zoommal, ami mindent átméretez. CSS-ből bármely class, tagtípus vagy id fontméretét át lehet állítani.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256397

    Tartsad... A zoomnak egy előnye van: egy gombnyomás beállítani. Minden más ellene szól.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256209

    Ez igen...először leírod, hogy nincs bajod a bloattal, majd felsorolod a bloat okait, amikkel viszont bajod van. Most ezt így hogy? :)




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256296

    A CSS rész oké, abban igazad van, hogy sok helyen nagyon túl van tolva. A webfont már nem föltétlen, mert ha csak egy, vagy kettő van betöltve, amik a tipográfiához szükségesek, az még rendben van. Ha húsz, akkor jogos. A nagyfelbontású képek és videók viszont nem értem, hogy mitől lennének bloatok. Az rendben van, hogy le lehetne skálázni őket kicsire, de akkor akiknek nagy felbontású monitorjuk van, azok megszívják. Vagy hagyják az oldaltulajdonosok, hogy a kliens skálázza be akkorára, amekkora a felhasználónak jó - ami nyilván a felhasználó erőforrásait eszi - vagy a szerveren kell többféle felbontású verziót tárolni - ami viszont a szerveren foglalja a plusz tárhelyet és még plusz időbe is került az előállítása. Ha valakinek csak pár darab van, akkor lehet megéri többféle verziót tartani, de ha több ezer, akkor belátható, hogy ez nem igazán fog működni... Ez mondjuk főleg a videókra igaz, a képek szerveroldali skálázása és tárolása nem akkora ügy, viszont pont ez az, hogy az a kliensoldalon sem az.
    A Java nem kopott ki, a netbankok még mindig azt használják, a Flash meg elég nagy baj, hogy kikopott; na nem azért, mert az olyan nagyon jó lett volna, hanem azért, mert helyette kaptuk a HTML5/JS kombót, ami még rosszabb.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256297

    +1




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256119

    Az a #00ff00, az #00c800, ami közel 1/4-del sötétebb. Szerintem túl fényes a monitorod.
    Az antialiastól rettenetesen homályosak lesznek a betűk, ami tönkreteszi a szemedet. A cikk által leírtakat én is tapasztaltam: amikor élsimított betűket kell néznem baromira gyorsan fárad a szemem, míg élsimítatlanul sokórányi munka után is minden oké.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256182

    Azaz olyat, amin nincs mit simítani? Én azt szeretem, ha éles vonalai vannak a betűknek.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256230

    Terminálon annyira nem néz ki jól a vékony font, ott jobb a bold. Pl így: http://oscomp.hu/depot/konsole_htop.png Ezen sincs antialias. (Miért JPEG-ben töltesz fel a képeket, amin a fontok élsimítása a téma? Ilyen esetben éppenhogy valami lossless format kellene...)




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256222

    Nálam nincs így szétesve az antialias nélküli szöveg, nézd meg a fentebb linkelt képeken, hogy nálam hogy néz ki. Úgyhogy a kérdésedre válaszolva: egyik se.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256298

    Én nem foglalkoztam semmi ilyesmivel. Nálam minden Arial, Verdana, meg Courier, mert ezt szoktam meg. A konzol meg Terminus, vagy a classic EGA font. És van egy sanszom, hogy ezek a fontok 4k-ban sem fognak olyan félig szétesett kriksz-krakszként megjelenni antialias nélkül, mint amit ő használ.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256210

    > Rosszul írtam, az EGA-zöld valójában #00AA00 (2. szín az 1. számú palettán), a tiéd ehhez nagyon közel van.

    Igazából ez leginkább a ZX Spectrum zöldjéhez áll közel, az #00c000.

    > Az antialiastól nem lesznek homályosak a betűk, csak normális fontot kell használni

    #define normális font. A Verdanaval, Ariallal mi a baj?

    > meg be kell állítani a subpixel rendering altípusát (lehet kalibrálni Windows alatt is a ClearType-ot), meg hintinget is lehet hozzá tenni, ami megvastagítja a fontok körvonalait.

    Meg bekalibrálni a kecske koszinuszának a köbgyökét, majd kazacsokot járni a leittasodott hűtőn, ami egy identitászavaros felmosóvödör. Nem. Ki kell kapcsolni a fárasba és ennyi. No antialias, no problem. Ha te máshogy gondolod, akkor te máshogy állítod be.

    > Ami miatt még szar lehet, ha valaki túl ótvar kijelzőt használ, gondolok ez alatt ilyen régi Belinea, meg BenQ 17-19 colos aktív mátrixos kijelzőkre, de azokon minden szarul mutat, az élsimitítlan cuccok is, ott nem lehet csodát tenni.

    Ez egy 21 colos Dell CRT.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2260065

    A CRT nem halt még ki, ez egy. Kettő: baromi sokáig a laposképernyők többsége messziről nem ugatta egy jó CRT minőségét. Ránéztem és hánytam. Elmosódott, mozgásra még jobban elmosódó fos volt az egész. Arról nem is beszélve, ha nem a natív felbontásban használtad, akkor csak rontottál a helyzeten. A "betekintési szögről" meg pláne ne is beszéljünk. Egy CRT elé leülsz és tök mindegy milyen szögben nézed, ugyanolyan színű lesz. A laposokon meg egy adott szög felett a színek elkezdenek megváltozni/elveszni. Ez persze nagy szögnél nem baj (senki sem nézi oldalról a monitort), de a legtöbbnél ez kb. a merőlegestől történő bárminő eltérést takarta. Most már talán van megfizethető árban is olyan lapos monitor, aminek szép éles képe van, amit nézhetsz nagy betekintési szögből is. (Egyet legalábbis már láttam.)
    Ami pedig a CRT hátrányait illeti, ezt is CRT-je válogatja. Ennek a monitornak speciel olyan tűéles képe van, hogy minden egyes pixelt látok rajta. Geometriai torzítás, ha nagyon közelről nézem a sarkokat, akkor esetleg látom, hogy van. A színhűséget nem mértem, de amit láttam laposakat, azokénál ezerszer jobb, ahol a pasztelsárga valami szörnyű lila volt inkább. Villódzás nincs, 85 Hz-en már nem látod, mint a 60 Hz-et. Sípolás, na az van, de én már meg sem hallom a sorfrekit, csak akkor, ha direkt odafigyelek. A sugárzásban és a magasabb fogyasztásban igazad van.

    Hogy te mit használsz, az a te dolgod, az meg, hogy én mit, az meg az én dolgom. Egy C64 vagy egy NES képe nem azért szar egy lapos képernyőn, mert a CRT elmossa a pixeleket (mint mondtam, ez a CRT függvénye), hanem mert eltorzul az egész. Mert ezek a túlokosított fosok mindent átskáláznak. Ha mutatsz nekem egy olyan IPS vagy PVA paneles laposat, ahol van lehetőség arra, hogy a bejövő jelet ne skálázza át, vagy kizárólag átméretezzen (és azt is méretarányosan, nem torzítva, a képernyő geometriájához nem illeszkedő képet szépen középre rakva) és ne újramintavételezzen, akkor arra lehet, hogy vevő lennék.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2260659

    > és azt is méretarányosan, nem torzítva, a képernyő geometriájához nem illeszkedő képet szépen középre rakva

    Így. Egyszerűen elkezdi rajzolni 156 pixelnél és 924-nél abbahagyja. Nem csinál vele semmit.

    De amúgy melyik retrógépnek van 768 magas képernyője? Mert azokról, meg a lapos monitorokon való rossz képminőségükről volt szó.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2260734

    > A "fekete keret" alkalmazását szerintem nem átméretezésnek hívják.

    És ki mondta az ellenkezőjét? Ha nem kell átméretezni, akkor nem kell átméretezni.

    > Akkor legyen 960.

    A most használt gépemre, ha ilyet monitort aggatnék, akkor nyilván natív felbontásban használnám. Itt most olyan retrógépekről volt szó, amiknek valami fix alacsony felbontása van.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2260768

    Igazából nem tudom, hogy most tényleg nem érted, hogy mit mondok, vagy nem akarod érteni.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2260838

    Ja, értem, szóval kötekedni akarsz. Nem tudom mivel adtam rá okot. Ha az a bajod, hogy szerintem a laposokon a retrogépeknek okádék képe van, akkor nem tudok rajtad segíteni.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2261028

    Akkor tényleg nem értem.

    Azt se, hogy akkor mi a probléma, meg azt sem, ha leszarod, akkor minek mondod.

    Én azt állítottam, hogy CRT-n ezeknek a retrogépeknek szebb képe van, mint azokon a laposokon, amik mindent átskáláznak. Nem zárkóztam el a laposmonitoroktól, csak annyit mondtam, hogy a skálázást ki lehessen rajta kapcsolni, illetve, ha át is méretez, akkor azt méretarányosan és mintavételezés nélkül tegye, középre igazítva. Mintavételezés nélkül épeszűen skálázni pedig csak egész többszörösökre lehet, amibe az 1x-es is beletartozik, egyszóval amennyiben nem tudja átméretezni, akkor csak középre igazít.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2261169

    Az analóg kimenet fogadásának elvárására még csak-csak rámondhatjuk, hogy irreális; de pl. egy 800x600/640x4*0/320x2*0 felbontásban futó régi játék, amit DVI-on küld ki az ember, azt se kéne szétmosni. Igazából nem is az analóg jelen van a hangsúly, hanem a skálázás mellőzésén.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2256118

    +1




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253144

    És akinek a három vízszintes vonalról nem egy hamburger jut eszébe, mert nem hamburgerzabáló amcsi?

    A fogaskerék meg mint settings, az sem túl találó, az inkább a munkavégzésre vagy esetleg rendszerkomponensre passzolna.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253179

    Még jó, hogy nem mindenki windózon nőtt fel... Pl. azt sem tudtam, hogy ezek szerint eredetileg a windózon is volt ott egy legördíthető menü, mint az oldschool X11-es ablakozókon, pl. a CDE-n.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253205

    Nekem a winhate is kimaradt, utoljára xp-t láttam. Abban hol volt a hamburgermenü? 98-at használtam több évig. Abban sem emlékszem rá.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253337

    Jó, tehát magyarán az ikon maga nincs benne.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253191

    Pár éve a mikiszoft is hasonló következtetésre juthatott...

    De egyébként most néztem pár régi GUI-t és ez a "hamburgermenü" a Xerox-tól jön, csak ők a jobb felső sarokban tartották, a mikiszoft meg átrakta a baloldalra. Érdekes módon a többi GUI nem használta, sőt még a windóz 2.0-ból is kiszedték és oda is az a téglalap került, mint ami az X11-es ablakozókban volt. Elfelejtődött. Vajon ki hozta vissza és minek?




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253203

    Azért is dobták el a 2.0-ra, meg azért nem használta egyik GUI sem.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253338

    +1




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253487

    +1, http://www.commitstrip.com/en/2012/07/11/quand-est-ce-quil-changera/

    Viszont tegyük hozzá, hogy a floppy-t szinte minden platformon használták mentés ikonra, a hamburgermenü meg nem bír ilyen ismeretséggel.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253519

    Igazából, ha nem tudnám, hogy miről van szó, rá nem jönnék, hogy az menü akar lenni.

    A felhőnek azért nincs keresnivalója ebben a listában, mert az nem egyszerű fizikailag kézzelfogható háttértár, mint a többi, a CD-nek meg azért nincs, mert az nem véletlen hozzáférésű; a CD-t soha nem is használták úgy, mint a többit. A pendrive és az SD az még úgy-ahogy megállja a helyét, amennyiben ragaszkodunk a cserélhető adathordozókhoz (ez esetben plusz egy ok, hogy a felhő nem illik a listába).
    De ha már mindenáron "evolúció", akkor azt kéne nézni, hogy a mindennapi munkánkat hova mentegettük munka közben, akkor pedig az Floppy -> HDD -> SSD lenne. És ami azt illeti, van ahol a mentés ikon az egy merevlemez és nem hajlékony.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253488

    Nem, az is baromság.




    Új ikonokat tervez a Mozilla a Firefoxhoz, visszajelzéseket vár: https://hup.hu/cikkek/20180801/uj_ikonokat_tervez_a_mozilla_a_firefoxhoz_visszajelzeseket_var#comment-2253048

    Kurwa nagy +1, marketing only, developing semmi...




    4,34 milliárd eurós bírsággal sújtotta az EU a Google-t az Android miatt: https://hup.hu/cikkek/20180718/4_34_milliard_euros_birsaggal_sujtotta_az_eu_a_google-t_az_android_miatt#comment-2250917

    > És igazából nagyobb reklámott csapott (volna?) az egésznek a google azzal hogy eltüntette(?), mint ha ez nem történt volna meg.

    Tény, hogy az ellehetetlenítési kísérletével felhívta rá a figyelmet, de nyilván nem ez volt a cél, csak megszívták. A multik elég sok baklövést elkövetnek.




    4,34 milliárd eurós bírsággal sújtotta az EU a Google-t az Android miatt: https://hup.hu/cikkek/20180718/4_34_milliard_euros_birsaggal_sujtotta_az_eu_a_google-t_az_android_miatt#comment-2251485

    +1




    4,34 milliárd eurós bírsággal sújtotta az EU a Google-t az Android miatt: https://hup.hu/cikkek/20180718/4_34_milliard_euros_birsaggal_sujtotta_az_eu_a_google-t_az_android_miatt#comment-2249736

    > meg nem nevezett telkó cég, amikor az újépítésű házba elsőként húzta be a kábelét, majd kinyomta purhabbal a kábelcsatornát, hogy másnak már ne sikerüljön.

    Ez most komoly? Melyik volt az a fartúróautomata? (Tuti, hogy a trékom... :P )




    4,34 milliárd eurós bírsággal sújtotta az EU a Google-t az Android miatt: https://hup.hu/cikkek/20180718/4_34_milliard_euros_birsaggal_sujtotta_az_eu_a_google-t_az_android_miatt#comment-2249737

    +1




    25 éves a Debian!: https://hup.hu/cikkek/20180816/25_eves_a_debian#comment-2257520

    Ami lássuk be: elég életszerűtlen. Ha azt írták volna, hogy főbelőtte vagy túladagolta magát, akkor csak-csak hihető lenne, de ki választaná pont ezt a hosszadalmas, körülményes és fájdalmas megoldást?

    Azt mondjuk nem tudom, hogy miért ölték volna meg; lehet, hogy belekeveredett valamibe, amcsifődön a rendőrség az egyik legnagyobb maffia.




    Adathalász bizonyítékok: https://hup.hu/node/160535#comment-2259207

    Le fogják tojni ezt is...




    Adathalász bizonyítékok: https://hup.hu/node/160535#comment-2259233

    Ja. Jó. Jó szar.


    Σ: 001 -> hetvenhatos


    Intel CPU, folytatás: https://hup.hu/node/160446#comment-2257052

    To summarize the problem: essentially, Intel's CPUs ignore their operating system kernel page tables.

    ...

    The processor therefore may consult the page tables to convert the app's virtual memory address to the corresponding physical RAM address. This takes time, and today's Intel CPUs will not wait for a page table walk to complete when they could be doing something more useful. They will speculatively execute code based on a copy of the requested information cached in the L1 data cache, even if the page tables specify that this data is no longer present in physical memory and thus should not be read.

    Énnekem ez már magas, hogy hogy tud bármi is működni ezeken a processzorokon. Mi történik, ha a kilapozott terület tartalma - aminek a másolatát még az L1-ben őrizgeti - az közben megváltozott és azon kéne műveletet végezni, de ehelyett az L1-ben lévő kópián teszi, mert épp nincs belapozva?




    Intel CPU, folytatás: https://hup.hu/node/160446#comment-2257076

    Szerintem nem fogják őket kikapcsolni. Kártyavárként dőlne össze a mai softwarevilág, ha a processzorok teljesítménye visszaesne a 15 évvel ezelőtti szintre.


    Σ: 001 -> Lacyc3


    Intel CPU, folytatás: https://hup.hu/node/160446#comment-2257255

    Ezt a sérülékenységet kihasználni megint nem túl egyszerű. Én nem is a security részen akadtam fennt, hanem, hogy egyáltalán hogy működhet ez így.

    Az lehet, hogy érdek, hogy ne dőljön össze, de a kérdés, hogy ez hogy működhetett eddig egyáltalán?




    Intel CPU, folytatás: https://hup.hu/node/160446#comment-2257410

    Tehát magyarán, amit változtatott az adatokon, vagy ami eredményt kapott belőle, az nem került felhasználásra?




    Intel CPU, folytatás: https://hup.hu/node/160446#comment-2257644

    Egy nem párhuzamosított algoritmusnál mire mész velük?




    Lehet hogy gond van a fejekben: https://hup.hu/node/160416#comment-2256548

    A sztori jó, csak a helyesírásod rettenetes... :)))


    Σ: 001 -> wheelmaster


    Lehet hogy gond van a fejekben: https://hup.hu/node/160416#comment-2257254

    Ha bedobod egy helyesírás-ellenőrzőbe, az sokat segít, hogy mikre kell figyelned, mik a "típushibáid".




    Lehet hogy gond van a fejekben: https://hup.hu/node/160416#comment-2257407

    Nem is azt kell javítani. :P




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2246053

    > Próbáltam keresni ilyet Windows 10-re, olyat találtam, ami induláskor és leálláskor szinkronizál, viszont ez nem tűnik biztonságosnak, olyan kellene, ami folyamatosan teszi.

    Ha a RAM disk folyamatosan szinkronizál a lemezre, akkor az írás ugyanolyan lassú lesz, mintha közvetlenül a HDD-n csinálnál mindent, nem?

    Sz*rk: Esetleg célszerűbb volna RSynccel manuálisan szinkronizálni, amikor úgy gondolod, hogy kell. Egy windózos RSync leírás itt.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2247100

    A build az rengeteg írással is jár, hiszen a generált objecteket is ki kell írnia valahova. Persze lehetne csinálni egy második RAM disket, ami nem szinkronizál és olyan Makefile-t generálni, ami az objecteket a másik RAM diskre teszi, de ez már tényleg felesleges túlbonyolítás. Én még mindig a manuális szinkronizálást választanám. Bár leginkább - ha ennyire spúr a főnökség - vennék saját zsebre egy olcsó SSD-t és beraknám a gépbe.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2247311

    Egy szóval nem mondtam, hogy a munkaadónak vegye meg az eszközt. Saját magának vegye meg és használja. Igazolásnak ott van a számla, adatmegsemmisítésre meg a dd. Szerinted mégis mit kéne csinálnia, ha az nem opció, hogy a cég vesz egy SSD-t? Szopnia a RAM diskkel, meg a szinkronizálással?




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2247588

    Nem mindenki teheti meg, hogy csak úgy otthagyja a melót. A nem rendes fizetés is több a semminél.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2247780

    Nem én mondtam, hogy hagyd ott. Ha annyira figyelemre méltó a fizu, akkor meg pláne megéri egy saját használatú SSD-be beruházni. :)




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2247782

    ProcessMon-nal kiderítheted, hogy firkál-e a transpiling alatt a diskre, vagy sem.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2251046

    Azért az ember azt hinné, hogy itt a HDD a bottleneck; nem lehet, hogy a Linux azért dolgozik vele gyorsabban, mert a win alatt már nagyon fragmentált volt a felület, szét voltak szórva az adatok, a Linux meg a frissen formázott partícióról fut? Csak tipp...




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2251094

    Van a rendszerben icon cache, tehát max. egyszer kell végignyálazni az épp megjelenítendő exe-ket. Ha frissen formázott diskkel is lassú a vindóz, akkor én ott inkább az NTFS nem megfelelő beállítására gondolnék: bekapcsolt tömörítés egy baromi nagy HDD-n, egy viszonylag lassú CPU mellett, vagy rohadt sok apró fájltól túlzsúfolt MFT, vagy túl kicsire vett clusterméret; ezek elég sokat ronthatnak a teljesítményen: be kell őket lőni.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2251229

    Az icon cache nyilván be kell, hogy töltődjön boot után. Nem mondtam, hogy egyedi jelenség, csak azt, hogy ilyen esetben a HDD kéne, hogy legyen a bottleneck.

    Hát, a clusterméretet is beállíthatnád a /a kapcsolóval; a túl kicsi clusterméret is okozhat teljesítménycsökkenést.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252191

    > Ez igaz, de a hardverek viszont egyre erősödnek, meg a RAM méretek is folyton nőnek. Már jó ideje fejlettebb a hardver, mint hogy azt a szoftverek ki tudnák használni sebességben vagy tudásban.

    Másnak, meg más a véleménye.

    > A kód meg nem azért hízik, mert elfelejtenek programozni, hanem nőnek az igények, egyre több funkciót és biztonsági feature-t kell begyömöszölni a kódba, meg egyre inkább rámennek a platformfüggetlenségre is, ez meg a sovány kód ellen hat.

    Ez is az oka. De nagyon is benne van az is, hogy olyan emberek írják, akik túlbonyolítanak dolgokat.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252296

    > Szóval jó az SSD, mert nem kell rá sokat várni, de ettől még nem az a jó program, amelyik folyamatosan használja az elérhető sávszélességét.

    +1. Az erőforrás tényleg azért van, hogy használjuk, de nem mindenképpen és nem mindenáron; feleslegesen nem kell használni.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252295

    Dehogynem igazak. Nézd meg, hogy mennyire elhíztak a böngészők, vagy a GUI toolkitek. A .NET-ről, meg a Java-ról nem is beszélve.

    Vagyis a programok lassítják be a hardware-t. Erről volt szó, hogy manapság gány a szoftverfejlesztés.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252305

    Nem csak. Ennek a fő oka inkább az, hogy az ms 95-ben az egész világ torkán letolta a win95-öt, ezzel az addigi számítástechnikai piacot a sokszorosára fújva fel, ami magával vonzotta az irdatlan igényt a szoftverfejlesztőkre (nem programozókra) és ezt onnan elégítette ki a világ, ahonnan tudta, minek következtében felhígult a szakma.
    Az amit te is említettél, hogy "viszonylag kevés munkával, modulárisan építkezve hatékonyan, eredmény orientáltan, gyorsan lehessen programozni", ez egyrészt azzal jár, hogy gyakran jóval kevésbé gondolják át az egészet és így a program sokszor hemzseg a rossz koncepciójú megoldásoktól, másfelől meg rábízzák magukat a felhasznált keretrendszerekre, rtl-ekre, amiből ha gagyit választanak, akkor a végeredmény is az lesz.
    Én nem is mondtam, hogy mindent írjanak meg ASM-ben, meg C-ben. (ASM-ben a mai CPU-kon már amúgy sincs értelme programozni, a fordító jobban fogja tudni, hogy milyen kódot kell fordítani.) De ez még nem jelenti, hogy olyan nyelveken kell megírni őket, ami szükségszerűen egy resource-hogot fog fordítani.

    Ja, PIC-en még van értelme assemblyben dolgozni. Kérdés, hogy meddig lesz még annyival olcsóbb a PIC a modernebb MCU-khoz képest, hogy megérje használni.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252339

    Amíg az egyszerűbb MCU sokkal olcsóbb is, addig van létjogosultsága. Ha a kétféle MCU árkülönbségéből keletkező gyártási extrakiadás már kevesebb, mint a fejlesztési költsége, akkor jobban megéri a komplexebb. A programozásának élvezeti faktora sajnos nem szerepel a kritikus paraméterek listáján. :P




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252417

    Eufemizálhatjuk, de attól még ugyanazt jelenti. A probléma pedig nem mindig ilyen egyszerű, hogy ha olcsóbb alárakni vasat, akkor inkább aláraknak vasat, minthogy kioptimalizálják. Egyfelől azért, mert nem csak az erőforrásigénnyel van baj, hanem a minőséggel is: nagyon bugosak manapság a programok. Másfelől pedig azért, mert amit te leírtál, az az in-house fejlesztés; de mégis mi van, ha a cég nem belső felhasználásra, hanem a piacra szánja a programot? Ja, ott pláne olcsóbb lesz a fejlesztő cégnek alárakatni a vasat, mert nem is neki kell, hanem a felhasználókkal fizetteti ki a megspórolt fejlesztői időt. Mindegyikkel, külön-külön.

    Házon belül még csak-csak elmegy az a mentalitás, hogy többet nyertünk az időn, mint amibe a vas került, de amikor a júzerek tömegei kényszerülnek arra, hogy új vasat vegyenek a bloatware miatt, az ilyen "trash for da mass mozgalom" felfogás.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252490

    > Mert egyébként a plusz fejlesztési időt nem a felhasználók fizetnék meg?

    De, de nagyon nem mindegy, hogy valamivel többet fizetnek egy jó programért, vagy vehetnek sokkal több pénzért új vasat, egy szar program alá!

    > Akar a gyártó X profitot szerezni egy projekttel. Te azt döntheted el, hogy a plusz hardvert fizeted ki, vagy a plusz fejlesztési költséget. Akkor már inkább a hardvert kérném, azzal még lehet kezdeni valamit később is. :)

    Hardware-t akkor is vehetsz, ha a program drágább, de jobb, viszont, ha a program szar, azt megszívtad. Főleg mert a következő iterációja is az lesz akkor és megint vehetsz új vasat, aztán megint és megint és megint...

    > Pont a napokban találtam otthon egy régi CD-t a ~15 évvel ezelőtti kedvenc együttesemtől. Kértem kölcsön egy külső CD olvasót, mert nem volt mivel lejátszani, kényelembe helyeztem magam, bontottam egy sört, és elindítottam. Szar volt.

    He? Most komolyan egy zenei párhuzammal akarsz bármit igazolni? A zenei ízlés, nomen est omen, ízlés kérdése, ami változhat. 15 éve tetszett, most nem tetszik. Ennyi. Egy program minősége, bugossága, sebessége viszont egyáltalán nem ízlés kérdése.

    > Régen is egy nagy rakás bugos szar volt minden.

    Régen is voltak bugos, meg lassú programok, de nem ennyi, meg nem ennyire.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252548

    > Egy HW-n viszont nem csak egy szoftvert használsz jó esetben...

    Tagadhatatlan, viszont minél több erőforrásigényes software-t használok, annál hamarabb fogy el a vas ereje és akkor GOTO 10.

    > Innentől legyen: HW_1 a mai bikább HW ára, HW_2 a mai gyengébb HW ára. Logikusan az "extra", amit fizetsz, az HW_1 - HW_2. És akkor
    > legyen P az összes szoftvered ára, amit azon a gépen használsz. És számoljunk mondjuk szoftvereknél 10% áremelkedéssel (muhahahaha,
    > rotflol), amit kifizetnél, ha "kézzel assemblyben kioptimalizálnák" (© tuggyukki). Innentől ha:
    > * HW_1 - HW_2 > P*0.1, akkor valóban, a te use case-dre jobban megérné, ha az _összes_ gyártó optimalizálna
    > * HW_1 - HW_2 == P*0.1, akkor neked tökmindegy
    > * HW_1 - HW_2 < P*0.1, akkor neked jobban megéri a gépre költeni, mint az összes szoftvernél kifizetni az "optimalizáltságot".
    >
    > P pedig egy gép "alap" élete (3-5 év, amíg a gyártói gari tart és vállalati környezetben menni szokott) elég szép összeget tud
    > kitenni. Ha pl. csak egy Adobe Creative Cloud-ra előfizetsz, mert mondjuk fotós vagy, az három év alatt 1908 USD. Vagyis 200
    > dollárnyi HW fejlesztés a 10%-os (ami... na... szóval... ja) áremelésbe simán belefér, ez mondjuk az, hogy veszel egy GTX 1050
    > kártyát, Adobe-ék meg használják az OpenCL-t/CUDA-t.

    Induljunk ki ebből a kalkulációból. És kalkuláljuk hozzá, hogy mennyi software-et használnak az emberek.
    - A gamerek rengeteget, a játékok miatt, náluk mindenképpen indokolt a vasvásárlás.
    - Az átlagemberek szinte semmit; egy böngésző, egy képnézegető, egy zene/filmlejátszó, a fájlkezelő és esetleg egy irodai csomag. Nekik pont jobban megéri, ha drágább a software.
    - Akik dolgoznak rajta, azok is szinte csak azokat a specifikus programokat használják, amikre szükségük van, nekik is jobban megérné, ha azok inkább jobban meg lennének csinálva.

    Tehát ha abból indulunk ki, amit te vezettél le, akkor is az jön ki, hogy maximum a játékgépeknél van értelme a vaspumpálásnak, amúgy nem.

    És mint mondottam, az erőforrásigény csak az egyik fele, a másik a bugok száma és súlyossága. Az erősebb hardware egy bizonyos szintig ellensúlyozza a megnövekedett erőforrásigényt, de a bugokat semmi nem fogja.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252577

    > Na, pl. az ő use case-ükön a legtöbbet egy SSD segít, ha még nincs, kb. C2D+4GB RAM mellett az a bottleneck.
    > Irodai programcsomag, legyen mondjuk egy o365 előfizetés, szintén három évre: 3 * 29.900. 10 százalék különbözettel számolva 9.000,
    > amiből már pont lehet venni egy SSD-t, ami rendszer drive-nak tökéletes erre a felhasználásra és ég-és-föld.

    Az SSD nem fog segíteni azon, ha a böngészőben a JS hegyek belassítanak mindent, vagy a böngésző megeszik huszonhat terát a RAM-ból... Az SSD azon sem segít, ha az okoseszközben a Java-s bloathegy csak minden ötödik kattintásra reagál, mert olyan lassú...

    > Lásd fenn az Adobe-os példa (azzal dolgozni szokás és nem gémerkedni).

    Az csak egy program (ráadásul felhő alapú), nem lehet kivetíteni az összes software-re. Egyébként, az nem baj, ha azért van valami speciális HW igénye, mert azt használja, ld. a példádban a OpenCL-t/CUDA-t. Az a baj, amikor azért kell alá generikus elemekből (CPU, RAM) hegyeket tenni, mert basztak rendesen megírni...

    > Súlyos bugnak én azt tartom, ami adatvesztést hoz (+/- secu bugok, de ott "patch oszt jónap", kivéve persze a HW bugjai).

    Ez nem igaz. Ha egy bug egészen konkrétan meggátol a munkában (pl. összeszarja magát a program), de adatvesztést, vagy biztonsági kockázatot nem jelent, akkor az nem súlyos bug?




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252608

    > Ha összefosta magát, akkor jó esetben buktam az éppen nyitott munkám, tehát súlyos bug.

    Nem muszáj összefosnia magát, csak példa volt, elég, ha valamelyik feldolgozandó fájlt nem tudja kinyitni, mert az importerben van valami bug, ott nincs adatveszteség, vagy sechole, de nem tudod folytatni.

    > Ha óránként ötször összeomlik, akkor lecserélem a progit.

    Mire? Egy másikra, ami ugyanilyen fos? Arról beszélünk, hogy mi éri meg a szoftverfejlesztőcégeknek, márpedig ha ez a mentalitás éri meg, akkor a másik software is ugyanolyan minőségű lesz...




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252720

    > Az Adobe CC kb. ugyanaz mint az Office 365: vannak benne felhős szolgáltatások, de alapvetően ugyanaz a vastagkliens, mint a
    > klasszikus verzióban. Szóval az Adobe-os példa mégiscsak jó; ugyanaz a Photoshop van a Creative Cloud előfizetésben, mint amit
    > megvettél régen DVD-n.

    Lehet, de ez akkor is csak egy program. Mi lesz a többivel? A többi szakmával?

    > Hát nem kellett volna operációs rendszert csinálni a böngészőkből. Ez csak kisebb részben optimalizációs kérdés, már koncepció szinten el van baszva.

    Tény, de ez is csak azt mutatja, hogy egyre szarabbak a szoftverek. Tudsz mutatni még olyan normális böngészőt, amit fejlesztenek és nem egy bloated bughegy?




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252547

    > Igazad van, tényleg nem mindegy, hogy minden szoftver árába belekalkulálják az extra melót, vagy 1 db hardvervásárlással (CAPEX) kielégítem az összes bloatware szemét rendszerigényét.

    Magyarul elismered, hogy szarok a software-ek, de szerinted nem baj, mert legyen olcsóbb, bármi áron?

    > Arról nem is szólva, hogy a hardvert utána el tudom adni, a szoftver-optimalizáció felárát nem.

    Lehet, de így meg bugos sotware-eket fogsz használni.

    > Igen. Mint ahogy a példák általában, ez sem fedi 100%-ban a valóságot, de aki akarta, értette: régen sem volt minden jobb.

    Én nem mondtam, hogy régen minden jobb volt, ezt te akarod belemagyarázni abba, amit mondok. Én azt mondtam, hogy felhígult a szakma és sok a bugos software. A példádat meg nem lehet jól érteni, mert az általad vázolt párhuzam erőltetett és nonszensz. Ha valaki másnak meg még most is tetszik, akkor 1:1?

    > Dehogynem. Csak akkor jellemzően bugos is maradt, amíg meg nem vetted a helyi PC-boltból másolt lemezeken a patch-et, míg most van értelmes csatorna a frissítések kezelésére.

    Jó, ezen a végtelenségig ping-pongozhatunk, hogy de bugosabbak voltak, de nem, de igen, de nem...
    A könnyebb frissítésben igazad van, de ez viszont hozzájárul a hanyagsághoz; nem baj, ha bugos, úgyis tudják frissíteni, régen jobban rá voltak kényszerülve a pontosabb munkára.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252719

    > Hát nem pont ezt mondtam, de ha csak ez maradt meg belőle, nekem mindegy.

    Hát mit mondtál? Emlékeim szerint szó szerint azt mondtad, hogy olcsóbb egy hardwarevásárlással kielégíteni az összes bloatware szemét igényét. Ebből nekem az jött le, hogy nem baj, hogy bloatware, mert olcsóbb venni alá vasat. Mit akartál mondani?

    > Tehát régebben nem volt felhígulva a szakma, tehát régebben kevesebb volt a bugos szoftver, tehát régebben jobb volt? :D

    Általánosságban véve? Igen. Minden? Nem. Van ami régen szarabb volt. De a software nagy általánosságban véve azon dolgok közé tartozik, amit régebben tényleg jobban csináltak. Miért akarsz mindenáron ilyen "régenmindenjobbvolt" hívószavakat belemagyarázni abba amit mondok és ezzel engem beállítani a múltban ragadt, szűklátókörű hülyének?




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252729

    > Bajnak baj, olcsóbbnak olcsóbb, hol itt az ellentmondás?

    Ott, hogy ha tényleg akkora baj lenne, akkor nem választanád azt, azzal a felkiáltással, hogy az az olcsóbb. Értsd: a drágább szoftvert nagyobb bajnak tartod, mint a szar szoftvert.
    És ugye megint leragadtunk a teljesítménynél, pedig az csak az egyik fele; a bugokat nem tudod extra teljesítménnyel ellensúlyozni.

    > Mfw akárhányszor elsütöttem a "régen minden jobb volt" stringet ebben a threadben, az vagy át van húzva, vagy smiley van mögötte -- tanulság: nem kell felkapni a vizet minden hülyeségen.

    Nem kaptam fel a vizet, csak nekem az jött le belőle, hogy bagatellizálni próbálod a romló software minőséget azzal, hogy egyfolytában ezzel a "régenmindenjobbvolt" bélyeggel jössz, holott én ezt egyszer sem állítottam.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252739

    De itt most nem arról volt szó, hogy hogyan csinálják, hanem arról, hogy hogyan kéne, csinálni, hogy most szánják-e rá az extra időt és kérjék el a lóvét érte, vagy dobják ki félig készen, bugosan és optimalizálatlanul, majd veszünk alá vasat és te erre írtad azt, hogy "Mert egyébként a plusz fejlesztési időt nem a felhasználók fizetnék meg? Akar a gyártó X profitot szerezni egy projekttel. Te azt döntheted el, hogy a plusz hardvert fizeted ki, vagy a plusz fejlesztési költséget. Akkor már inkább a hardvert kérném, azzal még lehet kezdeni valamit később is. :)". Egyszóval te azt mondtad, hogyha neked, mint felhasználónak, lenne választási lehetőséged a drága de jobb szoftver és az olcsóbb és vasigényesebb között, akkor is a szarabbat választanád, mert olcsóbb. Hát ez mi mást jelent, mint azt, hogy nem baj, hogy szarok a szoftverek, mert legalább olcsóak?




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252780

    Ez céges példa volt, konkrét igény alapján készült szoftverrel, amit te egyedül kell, hogy kifizess. A dobozos szoftver sok minden másban is különbözik, nem csak abban, hogy eloszlik az extra költség. Az emberek igénye pedig már fentebb ki lett vesézve, gyakorlatilag a gamereket leszámítva mindenki jobban járna, ha a szoftverek valamivel többe kerülnének, de jobbak lennének.

    > Szeretnék minden egyes alkalmazásnál brutális felárat fizetni azért, hogy mondjuk 10%-kal gyorsabban fusson? Hát nem.

    Ad 1. Ezt mire alapozod, hogy brutális felár és 10% sebességnövekedés? Mi van, ha fordítva lesz?
    Ad 2. Már megint elsikkad, hogy nem csak a sebesség/erőforrásigény a baj, hanem a bugosság is. Azt hardware-rel nem fogod tudni ellensúlyozni. A hanyag, minél gyorsabban legyen kész, majd pecselünk mentalitás meg ezt fogja eredményezni. Aztán meg mivel a patch fejlesztése is pénzbe kerül, az is sebtibe készül, ergo az se sokat javít a helyzeten, ha nem ront. A kapkodás sose vezet jóra.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252806

    > Igen. Abban is például, hogy a dobozos szoftvert a milliónyi különböző konfigurációs elem, és ugyanennyi különböző felhasználói igény miatt még nehezebb teljesen optimálissá tenni. :)

    És? Valamiért csak kapják a fizetésüket a fejlesztők, nem?

    > A szoftvereket azért jellemzően nem direkt írják lassúra, emiatt általában nem triviális az ilyen léptékű optimalizáció.

    Nem direkt írják lassúra, csak elcseszik. Lentebb az azbest kolléga által felemlegetett framework mánia pl. egy ok. De a szükségszerűen bloatot generáló nyelvek is felelősek.

    > És ha mondjuk a fenti óradíjat nézed, kijön, hogy 1 ember 1 napi többletmunkája belekerül majdnem félmillába.

    Miközben a fejlesztő egy hónap alatt nem keres annyit? Akkor ott valami nagy gáz lesz. Vagy a számítással, vagy a rendszerrel...

    > Nem sikkad el, viszont a sebességre optimalizálás és a bugok száma között nincs korreláció, lehet a gyors szoftver is bugos, és az optimalizálatlan bloatware is lehet (többé-kevésbé) hibamentes.

    Triviális korreláció nincsen, mert az egyikből nem következik a másik. Viszont a két probléma oka közös: a kapkodás és a beleszarás okozta fejlesztői hanyagság.

    > ugyanazokat a köröket futjuk újra és újra

    Nem egészen, mert hol ezt, hol azt mondtad. :P

    > mindenki szavazzon a pénzével! :)

    Akkor irány a legközelebbi torrentoldal. :P




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252643

    Mindegy mi a cél, a végeredmény a lényeg, az meg minden csak, nem jó.

    Na, erre mondták anno, hogy ha az építészek úgy dolgoznának, mint a programozók, akkor az első jöttment harkály rombadöntené az egész civilizációt...




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252718

    És nem ez vezet ahhoz, hogy egyre szarabb a legtöbb dolog?




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252781

    Oké, a profitorientáltság a fő ludas, ebben igazad van, de attól még rengeteg a kutyaütő programozó. Mondjuk az is igaz, hogy ezeknek az embereknek az elkúrt képzéséért és a szükségből alkalmazásáért is a profitorientáltság a hibás... De még mindig ott vannak pl. az ingyenes/nyílt forrású cuccok. Azok között is rengeteg a trágya és ott profitról nem nagyon beszélhetünk.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252890

    Lehet, de szerintem egy jó programozó fel tudja mérni, hogy kiadásra érett-e már a program, vagy sem. Aki csak a hírnevet vagy a pénzt hajszolja, a jól végzett munka nem érdekli, az inkább ne csinálja...




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252908

    Poénnak elmegy, de amúgy jó primitív hozzáállás.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2253042

    Ez igaz, de manapság a software-ek terén a fejlődést csak elég nagy jóakarattal lehet fejlődésnek nevezni.

    Ezzel most mit akarsz mondani? Hogy régen nem voltak ennyire bugosak a szoftverek, vagy azt, hogy ma több figyelmet kapnak a bugok?




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252559

    +1




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252338

    A defrag.exe már a win95-ben is jelen volt és lehetett időzíteni. Mondjuk azt nem tudom, hogy akkuszint-hez is lehetett-e kötni a futását, vagy csak időponthoz.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252361

    A wiki-n azt írják, hogy lehetett ütemezett feladat. Az lehet, hogy OOB nem volt bekapcsolva, hogy induljon el magátül, de be lehetett kapcsolni, nem kellett minden alkalommal kézzel indítani.




    SSD híján HDD gyorsítása ramdiskkel: https://hup.hu/node/159991#comment-2252653

    Amióta létezik a gugli droidja, azóta ez sem biztos. :(




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254705

    A yes itt nem működik, mert nem az a kérdés, hogy igen, vagy nem, hanem, hogy /dev/xxx. (Arról nem is beszélve, hogy menet közben még egy more is odakerül, mert mielőtt megkérdezi, rizsázik egy sort.)

    Thx a tippet, megnézem.




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254932

    Nem ment, mert rossz helyen keresgéltem.




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254748

    Azt script-ből hogyan?




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254827

    Akkor már azt lehet a grub-install-ra is használni, nem?

    spawn grub-install --target=i386-pc --efi-directory=/ --boot-directory=/boot /dev/sdb && expect "[More]" && send "\n" && expect "vice:" && send "/dev/sdb\n"

    Valahogy így, nem?




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254835

    > Persze a fenti csak abban az esetben ha tenyleg "soremeles" + "device" + "soremeles" a kombo :D

    Igen, mert először bejön a more, mert hosszú a szöveg, aztán kéri az eszközt. Thx a tippet, kipróbálom.




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254930

    Mint kiderült rossz helyen keresgéltem.




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254747

    A debootstrap nekem is. A grub-install tesz fel kérdést, amit nem kéne.

    Ezt a DEBIAN_FRONTEND változót már többen is írták, csak nem tudom, hogyha nem tudja, hogy hova kell települnie és nem kap választ, akkor mit csinál?




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254766

    apt-get -y --no-install-recommends install grub2-common grub-pc linux-image-686-pae




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254773

    Sajnos a DEBIAN_FRONTEND nem működött... http://oscomp.hu/depot/grub-install.png




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254959

    Miután fejesjoco felhívta a figyelmemet arra, hogy az apt-get dobja fel a kérdést, kipróbáltam arra is a DEBIAN_FRONTEND-et:

    export DEBIAN_FRONTEND=noninteractive && apt-get -y --no-install-recommends install grub-pc
    grub-install --target=i386-' + mbt + ' --efi-directory=/ --boot-directory=/boot /dev/sdb

    És így működött. Köszi neked is.




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254746

    Eredetileg úgy volt, nem ment úgy sem.




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254939

    Igazad van, köszi. Nem esett le, hogy a grub-pc csomag telepítése csinálta. Kiraktam külön apt-get sorba és beszúrtam elé, amit mondtál, de erre hibát is dobott, hogy szerinte olyan opció nincs, utána meg hiányolt pár dolgot.

    http://oscomp.hu/depot/grub-pc_dpkg.png




    grub-install interakció nélkül: https://hup.hu/node/160376#comment-2254958

    Never mind, sikerült megoldani máshogy, köszi, hogy felhívtad rá a figyelmet.




    400 ezer dollár támogatást kap a The GNOME Foundation a Handshake.org-tól: https://hup.hu/cikkek/20180803/400_ezer_dollar_tamogatast_kap_a_the_gnome_foundation_a_handshake.org-tol#comment-2253766

    +1, ennyi pénzből akár már meg is lehetne szüntetni...




    Snap-ként elérhető mostantól az Opera böngésző: https://hup.hu/cikkek/20180802/snap-kent_elerheto_mostantol_az_opera_bongeszo#comment-2253485

    Most már jónéhány éve, hogy eldobták a Presto-s Operát és forkolták a krómot; miben tud ez a böngésző ma többet, mint a natúr króm? Nem flamelek, hanem kérdezem.


    Σ: 001 -> log69


    Snap-ként elérhető mostantól az Opera böngésző: https://hup.hu/cikkek/20180802/snap-kent_elerheto_mostantol_az_opera_bongeszo#comment-2253698

    Így most első olvasásra kb. nekem is ez jött le.




    Snap-ként elérhető mostantól az Opera böngésző: https://hup.hu/cikkek/20180802/snap-kent_elerheto_mostantol_az_opera_bongeszo#comment-2253699

    Hááát...

    > Gyorshívós kezdőlap nagy ikonokkal

    Van Opera 12-ben is.

    > beépített adblocker

    Dettó.

    > RSS olvasó

    Dettó.

    > Messenger oldalsáv

    Miféle "Messenger"?

    > "VPN" (ami igazából proxy)

    Ki szolgáltatja?

    > adattömörítő mobilnethez

    És ezt?

    > videót külön ablakba kiemelő lejátszó (hasznos!)

    Opera 12-ben is megoldható, ha van mpv, vagy vlc a gépen.

    > akksitakarékos üzemmód

    Ez emlékeim szerint a sima krómban, bugrókában is van.

    > kijelölésre pénznemet vált HUF-ra (hasznos!)

    Opera 12-ben is bármilyen pénzt válthatsz bármire.

    > mobilra van valami új oldalátküldős funkció

    Az mit takar?

    > a Chromenál szerintem sokkal átgondoltabb és esztétikusabb felület.

    Opera 12-ben úgy rendezed be a felületet, ahogy akarod, olyan skint töltesz rá, amilyet akarsz.

    > Google-mentes

    Leszámítva, hogy a gugli féle Blink motor hajtja.

    Custom buttonokat, vagy addressbar URL aliasingot tud? Custom site JS/CSS?




    Crack Me If You Can 2018: https://hup.hu/node/160214#comment-2251726

    https://embed.indavideo.hu/player/video/be0f3db94a

    14:30-tól.




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2250777

    És az OpenBSD-sek mit szólnak ehhez a listához?




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2250823

    Legközelebb a C fordítót, mert kártékony kódok is lefordulhatnak vele... :/
    Legalábbis a telnet meg az usermount kidobása után kitellik tőlük.




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2250923

    Mondjuk OpenBSD-s ransomware-ről még nem hallottam; de a telnet elhajítását ettől függetlenül nem értem. Oké, a neten lógó éles szerveren talán nem célszerű, de otthon a saját hálózatomban miért ne?




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2250945

    Mert minek titkosítani helyi hálózaton, két saját gép között a forgalmat? Az ssh sokkal nagyobb CPU terhelést csinál. Ez persze valami tápos pécén nem akkora katasztróka, de pl. egy RPi 1-en, vagy valami hasonló kaliberű hardware-en azért már meglátszik. Főleg, ha egyszerre több irányba is van ssh kapcsolat.




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2251156

    Remote shellre?




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2251233

    Kellően gyenge hardware-en, sok kapcsolat esetén mérhető a különbség. De igazából a hangsúly a titkosítás agyonerőltetésén van, aminek az otthoni vezezékes hálózaton nincs értelme.




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2251482

    Csak példa volt, nem szoktam amúgy.

    Csabi# time netkit-rsh 192.168.10.100 ls >/dev/null
    netkit-rsh 192.168.10.100 ls > /dev/null 0,00s user 0,00s system 0% cpu 0,037 total
    Csabi# time ssh 192.168.10.100 ls >/dev/null
    ssh 192.168.10.100 ls > /dev/null 0,02s user 0,00s system 26% cpu 0,106 total

    Ez az asztali gépemen volt egyetlen egy session; AMD FX-8350 Octa-Core 4.0GHz AM3+




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2251578

    Én ezt értem és nem is az értelmét vontam kétségbe az ssh-nak nagy általánosságban; én azt mondtam, hogy egy otthoni vezetékes hálózaton semmi értelme. Lehet vitatkozni rajta, hogy most mennyi az annyi, meg van-e akkora overhead, hogy észlelhető legyen a különbség, vagy sem (egyébként az adatmennyiség növekedésével egyre inkább lesz, ld. a logot a végén), de ez főként elvi kérdés. A titkosítás nem cél, hanem eszköz. Ahol nem kell, oda minek?

    Csabi# freemem
    Csabi# time netkit-rsh 192.168.10.100 dd if=/dev/sda1 bs=16MiB count=256 >/dev/null
    256+0 records in
    256+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 15.7938 s, 272 MB/s
    netkit-rsh 192.168.10.100 dd if=/dev/sda1 bs=16MiB count=256 > /dev/null 0,28s user 2,81s system 19% cpu 15,889 total
    Csabi# freemem
    Csabi# time ssh 192.168.10.100 dd if=/dev/sda1 bs=16MiB count=256 >/dev/null
    256+0 beolvasott rekord
    256+0 kiírt rekord
    4294967296 bájt (4,3 GB, 4,0 GiB) másolva, 24,3745 s, 176 MB/s
    ssh 192.168.10.100 dd if=/dev/sda1 bs=16MiB count=256 > /dev/null 6,90s user 3,57s system 42% cpu 24,561 total




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2251857

    Választhatsz másik titkosítást, de tök mindegy melyiket választod, mindenképpen lassabb és erőigényesebb lesz, mint a titkosítatlan telnet/rsh.
    Kikapcsolni nem lehet a titkosítást, legalábbis az operációs rendszerek által szállított binárisokban le van tiltva a cipher none. (Legalábbis én nem tudok olyan oprendszert, legyen szó BSD-ről, Solarisról, vagy Linuxról, ahol ez engedélyezve volna.) Ha újraforgatod magadnak, akkor bekapcsolhatod. De akkor meg mi értelme van az egésznek? Mitől jobb egy kikapcsolt titkosítású ssh, mint az rsh/telnet?




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2253081

    Rendben, de a rendszerek által szállított ssh nem támogatja, hogy kikapcsold a titkosítást. (Legalábbis én még nem láttam ilyet.) Forgathatod magad újra.




    BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2250946

    És a HardenedBSD-ben hány darab volt eddig?




    Visszatérnék Systemdről open-rc-re: https://hup.hu/node/160284#comment-2252620

    Ebben a topicban van pár tipp, de én egyiket sem próbáltam.




    Plazmalámpa. Veszélyes?: https://hup.hu/node/160240#comment-2251917

    Nem beszólás, de ha félsz tőle, hogy kárt okoz, akkor miért vetted meg? Vagy, ha már megvetted, akkor miért nem kapcsolod ki?




    25 éves a Slackware!: https://hup.hu/cikkek/20180717/25_eves_a_slackware#comment-2249065

    A Slackware-t még mindig folyamatosan fejlesztik, csak a stabil kiadások ritkultak meg; a current néhány naponta frissül.

    És ahogy nézem, hallgatnak is az userekre, mert a 14.2-ben debütált a pulseaudio, mert a BlueZ 5. generációja infecteddé vált, viszont a mostani current changelogban már benne van, hogy opcionálissá tették (current changelog Thu Apr 26 01:34:12 UTC 2018), tehát a következő stable Slackware release ismét (opcionálisan) pulse-mentes lesz.




    25 éves a Slackware!: https://hup.hu/cikkek/20180717/25_eves_a_slackware#comment-2249213

    Sajnos esélytelen. De ha csak egérhez/billentyűzethez kell - azaz alkalmazásaid nincsenek, amik használják - akkor lehet jobban jársz, ha lebuildeled a BlueZ 4.101-et. 2012-es ugyan, de ha a Slackware is kibírta vele 2016-ig, akkor ki lehet vele bírni 2018-ban is. Ha vannak alkalmazásaid, amik konkrétan Blue Z 5.X-re dependelnek, az szívás, mert az API nem kompatibilis a 4.X verziókéval.




    25 éves a Slackware!: https://hup.hu/cikkek/20180717/25_eves_a_slackware#comment-2249214

    Mármint a current, vagy a 14.2?




    25 éves a Slackware!: https://hup.hu/cikkek/20180717/25_eves_a_slackware#comment-2249241

    Értem, tehát így oldották meg a következő Slackware-re a választhatóságot, hogy települ, de kihajítható. (Egyébként, ha csak a Blue Z miatt kellett, akkor nem értem, miért nem kerestek alternatívát inkább a programra...)




    Autonóm módon zeneszerzésre képes szuperszámítógép: https://hup.hu/cikkek/20180707/autonom_modon_zeneszerzesre_kepes_szuperszamitogep#comment-2246670

    A zene komponálásához használt szoftverek, algoritmusok publikusak?




    Autonóm módon zeneszerzésre képes szuperszámítógép: https://hup.hu/cikkek/20180707/autonom_modon_zeneszerzesre_kepes_szuperszamitogep#comment-2246836

    Thx!




    NetBSD 8.0: https://hup.hu/cikkek/20180721/netbsd_8_0#comment-2250423

    A többiben már rég van.
    FreeBSD alatt 2010 óta.
    DragonFlyBSD alatt 2012 óta.
    OpenBSD alatt 2014 óta.




    NetBSD 8.0: https://hup.hu/cikkek/20180721/netbsd_8_0#comment-2250525

    A BSD-knél csak akkor van major verziószám váltás, ha az indokolt. Kivéve az OpenBSD, ők .0-tól .9-ig viszik a minort, aztán emelnek. Ahogy nézem ott egyik verziószámnak sincs különösebb jelentősége.




    NetBSD 8.0: https://hup.hu/cikkek/20180721/netbsd_8_0#comment-2250582

    Mondtam én, hogy nem? Mire írtad ezt?




    Disztrib csere: https://hup.hu/node/160169#comment-2250298

    Atergos => Antergos




    Disztrib csere: https://hup.hu/node/160169#comment-2250772

    Talán valamelyik service szarakszik.




    Disztrib csere: https://hup.hu/node/160169#comment-2251087

    Én nem a systemd-ről beszéltem; mind a két rendszeren az van. Én arról beszéltem, hogy esetleg valamelyik service nincs jól beállítva a Xubuntu alatt, vagy az ottani verzió bugos és abba szaladt bele.




    Hamarosan érkezik a NetBSD 8.0: https://hup.hu/cikkek/201807018/hamarosan_erkezik_a_netbsd_8_0#comment-2249612

    Most lusta vagyok az összes idevágó changelogot végigtúrni; tudja valaki, hogy végre felmegy-e G5-ös PowerMac-re is? A 7-est nem nagyon lehetett felrakni rá...




    Távoli géphasználat kutatás-fejlesztési célokra...folyamatban! (Autonóm módon zeneszerzésre képes szuperszámítógép): https://hup.hu/node/160057#comment-2247778

    +1




    Mi minden fut a gépen? (Autonóm módon zeneszerzésre képes szuperszámítógép): https://hup.hu/node/160023#comment-2246837

    Köszi a listát!




    Mi minden fut a gépen? (Autonóm módon zeneszerzésre képes szuperszámítógép): https://hup.hu/node/160023#comment-2246900

    A "The first try"-t egyébként konkrétan mely programok generálták?




    Mi minden fut a gépen? (Autonóm módon zeneszerzésre képes szuperszámítógép): https://hup.hu/node/160023#comment-2247102

    Tehát a soundhelix "komponálta" a melódiát, köszi!




    Milyen sportot űzöl aktívan (a leggyakrabban)?: https://hup.hu/szavazasok/20180522/milyen_sportot_uzol_aktivan_a_leggyakrabban#comment-2233527

    Ámokfutás...




    Milyen sportot űzöl aktívan (a leggyakrabban)?: https://hup.hu/szavazasok/20180522/milyen_sportot_uzol_aktivan_a_leggyakrabban#comment-2233537

    Asserossz...




    Hivatalos: a Microsoft megveszi a GitHub-ot: https://hup.hu/cikkek/20180604/hivatalos_a_microsoft_megveszi_a_github-ot#comment-2239523

    ROFL




    systemd (gondolom). Hol kezdjek neki?: https://hup.hu/node/159836#comment-2242967

    Ha fennt van a bootlogd, akkor a boot logot utólag is megtekintheted, /var/log/boot néven.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239459

    +1

    Kódnév.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239474

    De arra gondoltak, csak nem ilyen egyszerűen.
    Az "ASCII" az a Devuan 2.0 kódneve, úgy, ahogy pl. az OSX 10.4-nek a Tiger. A Devuan kisbolygókról nevezi el a release-eket. Az ASCII a 3568-as kisbolygó, ami az ASCII karakterkódolásról kapta a nevét.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239522

    Hát, ez maximum benned kelt ilyen érzést.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239584

    Meg az effektus is elhanyagolható, mert nem a név a lényeg. Az a lényeg, hogy ne kelljen szívni a systemd-vel.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239816

    Miből gondolod, hogy a többi initrendszer "mindenféle random, félig összematyizott szolgáltatásból" áll? Egyszerűen csak részegységekre van bontva feladatonként és nincs agyonközpontosítva; a központnak (init) csak az indítás/leállítás a dolga.
    A túlzott központosításnak, ha egy dolog felel mindenért, annak rengeteg hátránya van azzal szemben, ha egy adott részegység csak egy adott feladatért felel. Minél jobban túlbonyolítasz valamit, annál több hibalehetőséget és instabilitást teszel bele. És ez nem csak a UNIX-okkal van így, hanem mindennel. http://oscomp.hu/depot/systemd-can.jpg




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239832

    És ha te nem találkoztál vele, akkor nincs is? Más meg egy egysoros paranccsal szétborította az egészet... (root jogosultság nélkül)




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240303

    Az sem érv, hogy ez már régi hiba, mert ez is egy jele annak, hogy a systemd broken by design, az meg maradt, ha a hiba fixálva is lett. Az sem érv, hogy a kernelben is volt exploit, mert az sosem érv, hogy "a másik is". (És egyébként ez csak egy blőd bug volt, nézd meg, hogy még mennyi van...)

    Ez a "40 éves random toolok" meg akkora fals és hatásvadász csúsztatás, hogy tanítani kéne valami bullshit kurzuson. Nem random eszközökről beszélünk, hanem céleszközökről, amiknek azt kell csinálniuk, ami a feladatuk. A korra való hivatkozás pedig nettó baromság; egy kiforrott, a feladatát tökéletesen ellátó céleszközt miért cseréljünk le? Csak, hogy baromi modernek legyünk? Haladás a haladás kedvéért, csak haladjunk, ha kell a szakadékba is? (PWP, az...) Dobjuk ki a kést, kanalat, villát is, mert ezek már többszáz éves eszközök és cseréljük le őket egy olyanra, ami mind a három funkcióját betölti? Egek, még szerencse, hogy a RedHate-es "mérnököket" nem engedik a konyhában is innovatívkodni, mert különben egy héten belül éhendöglenénk...




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239815

    Te nem, mások meg, akik komolyabban használnák a rendszert, azok meg igen.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239831

    Nem tudtam, hogy kicsoda, csak annyit mondott, hogy nem foglalkozott vele behatóbban...




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239981

    > A systemd addig lett volna jo otlet, amig csak az init-et intezi.

    Szerintem már addig sem... :P

    > Aki azt hiszi, hogy a systemd jo, az tenyleg nem latott meg mas (parhuzamositott) init rendszert.

    +1




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240405

    Én elhiszem, de ahol meg komolyabb dolgokat akarnak, ott meg megy vele a szívás. (A leggyakrabban egyébként tudtommal a logokkal van baj, mert a systemd mindent valami custom bináris formátumban loggol, ami néha sérül és használhatatlan lesz, ami egy szerveren nem vicces (persze másutt sem).)

    Nem tudom, nekem ez meg sem fordult a fejemben, hogy ez azt jelentené, hogy kukásították a non-ASCII karaktereket. Szerintem egyszerűen csak a geek-factor miatt választották ennek a kisbolygónak a nevét.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239585

    Teszkógazdaságosnak hívni egy kisbolygót veszélyes játék, még a fejünkre esik... :P

    De viccet félretéve mégis minek kéne szerinted hívni egy aszteroidát? Nem mindegy minek hívják? Úgyis a száma alapján lajstromozzák, a név mellékes, hívhatják akár Guybrush Threepwood-nak is...




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239521

    A bugróka még ezen belül is minősített eset, mert az 52-esr az utolsó, ami még megy ALSA-val. (Meg GTK2-vel...)




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239439

    Ki lehet. Letörlöd, pinneled és annyi.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239440

    > Szoval jo kerdes hogy milyen gyakorlati kulonbseg van egy devuan es egy /etc/apt/preferences.d-benn megpinnelt systemd-s debian kozott. Elso kozelitesben semmi szerintem...

    Az a különbség, hogy a Debian csomagtárolóban boldog-boldogtalan dependel a systemd-re, vagy valamire, ami dependel a sytemd-re. Olyanok is, ahol semmi értelme nincsen. A Devuannál semmi nem függ tőle.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239473

    Na, ilyen a Devuanban nem fordulhat elő. És ez az értelme az egésznek, hogy megszabadulj a szartól. (Vagy legalábbis a nagyrészétől, systemd, pulse, gtk3, ezektől meg lehet, de sajnos van amitől nem tudsz, pl. a pkg-configtól majdnem lehetetlen.)
    Meg egyben ez igazolás is a projektnek azokkal szemben, akik kárörvendően a bukását jósolgatták, már akkor, amikor elindult.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2239982

    Ez most vicc? Nézd már meg, hogy hány bugot reportoltak és ebből hányat zártak le úgy, hogy az szerintük nem is bug. Szerinted pl. az nem komoly gond, hogy a systemd önhatalmúlag írhatóként csatolta fel az efivars-t és ki lehetett vele nyírni a gépet? Szerinted az sem komoly gond, hogy Poettering a saját szájíze szerint "megjósolhatatlannak" nevezze a sokévtizede megbízhatóan ugyanúgy eth# néven csatolódó hálózati eszközöket és önhatalmúlag 4 (!) másik elnevezési konvencióból válassza ki, hogy milyen néven csatolódjon, a júzer meg nézzen, hogy hova lett az eth0, mert meg se lett kérdezve, hogy ő ezt szeretné-e? Ki kérte ezeket a marhaságokat? A systemd pont ugyanolyan, mint a windóz 10: mindent összetúr, ami eddig teljesen jól ment, a készítői szájíze szerint tesz dolgokat a gépeden, teszi mindezt opt-out módon és leerőltetik a torkodon, ha beszarsz is...

    De igen, a "haterek" elsöprő többsége szopott komoly gondokkal, csak bizonyos körökben sikkes fikkantani azokat, akik ragaszkodnának a bevált, működő megoldásokhoz. Az nem érv a systemd mellett, hogy a SysVInitnek minden baja van; egy tonna egyéb initrendszer van ezeken kívül is.


    Σ: 001 -> NevemTeve


    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240113

    Valami műszaki érv esetleg? Mert az, hogy neked nincs vele gondod az nem érv.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240305

    Aha. Közben ágálsz helyette olyan ellen, amivel meg neked van bajod.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240304

    Miután Wheezy-ről Jessie-re frissítettem, a következő változások álltak be, amik a systemd eltakarításával elmúltak:

    1. A bootidő a felére csökkent. (Ez természetesen nem szívás, ezt csak a korrektség kedvéért mondom.)

    2. Az addigi stabil rendszer néha random módon összeomlott.

    3a. Na most, tudom, hogy syscrash után az fsck-t tarkónlőni az bad practice, de amikor épp rohadtul nincs 4-5 percem, mire végigszánkázik a merevlemezeken - mert pl. épp rohadtul csináltam valamit, amivel gyorsan meg kellett lenni - akkor rohadtul idegesítő, hogy a systemd nem hagyja lelőni. Ugyan van fsck.mode=skip kernelparaméter, de korábban még opció volt, hogy előtte megkérdi, hogy skippeljük-e vagy sem és menetközben is le lehetett lőni. Amióta viszont a systemd asszimilálta az fsck-t is, azóta ez az opció megszűnt.

    3b. Az fsck néha beakadt, csak a reboot segített.

    3c. Olyan is volt, hogy egyszer csak elkezdte azt, hogy minden bootnál fsck-zik, akkor is, ha nem volt crash. Aztán abbahagyta.

    4a. A samba service restartra és startra is beugatott, hogy a szolgáltatás maszkolt, fityiszt az orromra. (Ezt mondjuk megtaláltam, hogy azért, mert átnevezték smbd-re, de mégis minek?)

    4b. Újra kellett volna töltenem a samba configot, de a systemd samba service nem ismerte a reload parancsot. (Azóta állítólag ismeri.) Lehetett restartolni a szolgáltatást.

    5. A szolgáltatások néha random módon elszállogattak.

    6. Egyik (csak adatot tároló) meghajtó formázása után az fstab-ban elfelejtettem az UUID-et átállítani és boot után a systemd bereklamált, hogy nem tudja felcsatolni, kiírt egy raklap baromságot, majd bebootolt emergency módba. (Direkt kipróbáltam, ha nem systemd van, akkor csak szól, hogy nem tudja mountolni, skippeli és kész. Mint kiderült nem véletlenül, a systemd a mountból is sajátot szállít.)

    Bonus: OrangePi-re raktam Armbiant és miután a systemd-t kitöröltem és felraktam a SysVInitet, a rendszer 3-4x reszponzívabb lett.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240310

    Naná, csak menőzésből töröltem le, nem azért, mert kihullott tőle a fogam...

    Na, ez új volt, hogy valakinél lassult tőle a boot, bár mondjuk amekkorára hízik szépen lassan, hát nem meglepő.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240404

    Hát akkor mégis mi, ha a systemd eltávolításával eltűntek a problémák? A "neked jó" nem érv, a pebkacot meg kifejthetnéd, hogy mégis mi volt, amit annyira elkúrtam? Az meg elég érdekes, hogy annyira érdekelt a téma, hogy mindennemű műszaki érv nélkül systemd-haterezz, de annyira már nem, hogy a worksforme-n kívül bármit is mondj, hogy miért is olyan jó ez...


    Σ: 001 -> NevemTeve


    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240770

    > Elmondom ismét itt, de már leírtam, hogy részemről ez nem systemd-pro érvelés, hanem systemd-hater-unalmasatéma érvelés.

    Nem, a systemd-ellenzők lehaterezése, meg a műszaki érveiknek az "unalmassággal" való lesöprése, az nem érvelés, hanem közönséges személyeskedés és fölényeskedés. Áruld már el: ha untat a "systemd-haterek" fröcsögése, akkor minek pazarlod egyáltalán az idődet arra, hogy kioktasd őket? Ha én egy témát, vagy a benne folyó flame-t érdektelennek/időpazarlásnak tartom, akkor nem írok bele, még akkor sem, ha amúgy lenne véleményem.

    > Én a magam részéről a distrokészítők kezébe adom a gondokat, azért vannak, én meg elvagyok.

    A Devuan is egy disztró. Akkor, ha a készítői a gondokat a systemd kiebrudalásával oldják meg, akkor az miért "szakmai maszturbálás"?

    > Amúgy az hogy nálad 4x reszponzívabb lett az SBC kizárólag a systemd eltávolítástól, szerintem elég izgalmas ahhoz hogy kicsit bővebbben kifejtsd. Mi lett reszponzívabb? Desktop? Login? SSH-ban a gombok nyomkodása?

    Az SSH-t nem figyeltem, de a többi az igen. Begyorsult a desktop, a programok indítása, a login, a kirajzolás, stb. Raspberry Pi hanyasok vannak nálad? Nálam RPi 1, meg OrangePi, ezek sokkal gyengébbek, mint pl. egy RPi 3.


    Σ: 001 -> NevemTeve


    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240403

    Leírtam a legelején: a systemd eltakarításával a problémák megszűntek, tehát nem nagyon tudom másra fogni. Nem a dist-upgrade miatt van, most is ugyanazt a systemd-tlenített Jessie-t használom és ezen gondok egyike sincs. (Ráadásul a bonus pontban leírt lassúsági probléma egy másik hardware-n történt friss telepítésen jött elő és a systemd kiebrudalása után azonnal meg is szűnt.)

    2) Dettó.

    3a) Leírtam egyfelől, hogy a probléma az, hogy elvették az opciót, másfelől meg azt is, hogy az "állíthatóság" az kernel paraméter, tehát köze nincs a systemd-hez, nem ő adja a lehetőséget, ő csak elvette a másik, sokkal kényelmesebb lehetőséget.

    3b) Milyen issue? Azt kérdezted, hogy én hol szívtam meg vele. Ez az én tapasztalatom volt, nem egy bugreport. (De tessék egy ticket. Nem tudom mennyire releváns az én problémámmal kapcsolatban, mert itt nondeterminisztikus módon akadt el vagy sem. Csak azért linkeltem be, hogy lásd: mások is szoptak ezzel; ha kuglizol kicsit, találsz még.)

    3c) Dettó. (De tessék, itt van ehhez is egy ticket. Ugyanaz vonatkozik rá, mint az előző linkre is: nem tudom, hogy nálam ez a hiba volt-e, de ez a jelenség se csak nálam jött elő.)

    4a) Nem mondtam, hogy ez is broken by design, ez csak egy váratlan átnevezés volt; azért volt felsorolva, mert szívtam vele egyet és neked ez volt a kérdésed.

    4b) Ez most vicc? Most komolyan ez a válasz, hogy nem baj, hogy a SysVInit scriptben még volt reload, de a systemd unitban már nincs, mert ott a SIGHUP? Akkor minek egyáltalán az initscript vagy az unit, ha úgyis megkerüljük? Ennyi erővel akkor tényleg lehet hívogatni a binárist, meg tolni neki a kill parancsot, nem? A szolgáltatásokhoz nem véletlenül találták ki az initscriptet (vagy systemd esetén a unitot). Lehet, hogy tényleg csak egy SIGHUP az újratöltés, de lehet, hogy előtte/utána mást is kell csinálni, vagy nem is signallal van megoldva, hanem ahogy a perverz programozó kitalálta. Azt a mechanizmust pedig az odavágó initscript/unit/whatever implementálja.

    5) Ez is most vicc? A systemd feladata, hogy a szolgáltatásokat random összeomlassza, majd újraindítsa? Egyáltalán nem kéne csak úgy összedőlniük és most systemd nélkül nem is teszik.

    6) Jó neked. A kérdésed az volt, hogy én hol szívtam meg a systemd-vel, nem az, hogy te hol nem.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240708

    > A kerék analógiánál maradva: a SysV egy fából készült kerék egy lovaskocsin.

    Egy érv a SysVInit ellen még nem érv a systemd mellett! Egy tonna egyéb init rendszer van rajtuk kívül...

    > Persze, mert a systemd projekt már rég nem csak init rendszer akar lenni, hanem egy komplett rendszer menedzser.

    Tehát egy "a SysVInit elavult" csatakiáltással lecseréltük az initrendszert egy "komplett rendszer menedzserre", amit a kutya nem kért, de legalább sokkal több baj van vele, mint azzal, amit felváltott...


    Σ: 001 -> NevemTeve


    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240760

    > Ha azt nézed, hogy mi az, amit a systemd-vel, mint ernyőprojekttel ki tudsz váltani:

    Megint abból indulsz ki, hogy bárki ki akart itt váltani bármit. Azonfelül minél több cucc lesz beleöntve, annál komplexebb és bug-prone-abb lesz.

    > * syslog -> journald

    Ezt nagyon nagy kár volt felhozni. A bináris loggolás egy agyrém, ami még Torvaldsnál is kiverte a biztosítékot, pedig ő direkt nem szállt bele a systemd vitákba. A logoknak pont az a lényege, hogy az ember is el tudja őket olvasni. Arról nem is beszélve, hogy a systemd logfájljai szeretnek korruptálódni, ami után teljesen olvashatatlan lesz az egész, a legkisebb sérüléstől is, míg a szöveges logoknál azért elég durva sérülés kell, hogy az egész olvashatatlan legyen.

    > * cron - > timer unitok

    A systemd timerek tényleg többet tudnak, mint a Cron (kivéve a mail on fail-t, fixme) és sok jó ötlet van bennük, de pont Cron alternatívákból Dunát lehet rekeszteni, mind az egyszerű-cronszerűekből (pl. FCron) - amik annyit tudnak, ami a legtöbb ütemezéshez kell - mind a bonyolultabbakból (pl. Mesos + Chronos) - amik még többet is tudnak, mint a systemd timerek. És ugye a systemd timerekhez, ha akarod, ha nem, kapod a teljes systemd-t...

    > * inetd -> socket unitok

    Miért kellett kiváltani az inetd-t? Hogy egyel több ok legyen betolni az egész systemd-t a rendszerbe?

    > * ifupdown/NetworkManager/az-összes-többi-jobb-rosszabb-hálózat-menedzsert -> systemd-networkd

    Ld. Cron, network managerből is Dunát lehet rekeszteni; miért pont a systemd, amikor vannak nála jobbak is, amik nincsenek tele buggal, meg marhasággal? Pl. olyanok, amiknél nem gond a DHCP lease meghosszabbítása, vagy nem borítják meg a DNS szerverek sorrendjét. A világmegváltó "az eth0 megjósolhatatlan" mantrából eredő iszonyatos katyvaszt már csak futólag említem meg...

    > * dnsmasq (ha használod helyi caching resolvernek) -> systemd-resolved

    Hát, aki azt használja, az meg is érdemli...

    > * ConsoleKit [ez ugye már régóta nem aktív] -> systemd-logind

    Ezt is nagy kár volt felhozni, mert Poettering ebbe is belegyúrta a világmegváltó és általában katasztrófákba torkolló nézeteit. Pl. logout után kinyírja a user által indított processeket és az IPC objecteket is, úgyhogy ez kb. úgy ahogy van kerülendő.

    Szóval, summa summárum, a systemd nem csak mint init rendszer, de mint ernyőprojekt is egy katasztrófa. Ha van is benne jó dolog (pl. ebből a listából a timerek), akkor is kapod vele az egész problémahalmazt. És ezek után nyugodtan ki lehet jelenteni, hogy a systemd-vel, mint ernyőprojekttel is több gond van, mint azokkal a programokkal, amit kiváltott.


    Σ: 001 -> NevemTeve


    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240795

    > Ha nem tetszik a journal bináris formátuma, akkor egész pontosan egy konfig sor változtatás és áttolhatod bármilyen syslog implementációnak. (persze egy csomó hasznos meta-adatot így buksz, de kit érdekel, jó az úgy...)

    Tehát baromi jó, de ha mégsem, akkor legalább forwardolni lehet, hogy ugyanazt kapjam, mint nélküle, tehát semmi értelme az egésznek. A meta-adatokat meg szöveges fájlokban is meg lehet jeleníteni.

    > (Persze, lehetne írni egy csomó démont, ami állandóan fut és figyel egy Unix socketen, hogy valaki beechozott-e neki egy "légyszi-légyszi csináldezt"-et, de...)

    És ez a helyes megközelítés: nem kell, hogy mindenhova a systemd telepedjen, mert minél több dolgot csinál, annál több bugja lesz.

    > Network izé... ja, van egy raklap másik implementáció, és pont ezért AFAIK egyik disztró sem szállítja alapból engedélyezve.

    Akkor nagy értelme van. :P

    > A DNS szerver sorrend meg nem a networkd, hanem a resolved. A network interface name meg szintén networkd előtti időkből származik, úgyhogy egyik sem érv a networkd ellen ;)

    Akkor azt benéztem (bár a problémák továbbra is systemd specifikusak, max nem networkd), de a lease még maradt (meg ha túrunk egy kicsit a neten, akkor lesz még több is) és a kérdés is, hogy mitől volt ez annyira nélkülözhetetlen, hogy ennyire kellett...

    > Ha meg négy évvel ezelőtti CVE-kre is lehet hivatkozni, nagyon sok szoftver "aki azt használja, az meg is érdemli..." kategóriás ;)

    Bocs, de "a másik is rossz", az nem érv az egyik rossz mellett. Nem mindegyik az és lehet mást is választani. Továbbá nem a CVE kora számít, hanem az aktualitása és tudtommal, ezzel a CVE-vel a systemd fejlesztői nem is foglalkoztak, a bejelentésre a mai napig nem jött válasz, tehát hiába négy éves, még mindig aktuális. És ez elég rossz fényt vet a projektre.

    > Helyes, nekem pl. kifejezetten tetszik, hogy egy session lezárásakor garantáltan ki vannak lőve a hozzá tartozó processek (kivéve, ha expliciten előre engedélyezed [enable-linger] vagy systemd-run-nal futtatod); szvsz.

    Ez a melegvíz feltalálása, csak hideg húggyal... Logoutkor eddig is minden a user által futtatott folyamat SIGHUP-ot kapott és neked kellett a NOHUP vagy a & használatával explicit megadnod, hogy nem szabad kilépéskor bántani azt a processzt. De a systemd kérdés nélkül kilő mindent, kivéve amit rajta keresztül deklaráltak, mint "bennmaradót", felrúgva sok évtized működési konvencióját, mert ők már megint jobban tudják; a lényeg, hogy a systemd ismét megkerülhetetlen legyen.

    > Nem. Szabadon választhatod meg, hogy melyik problémákkal akarsz küzdeni [kivéve a journald bináris logjai, de arra van workaround :)], de az valóban igaz, hogy ha magasabb szintű (networkd, resolved, logind, machined, ...) problémákkal akarsz szívni, akkor kell alá a systemd, mint init. :)

    Igen? Mégis hogy tudom a systemd timereket használni a systemd nélkül?

    > (off: nem tudom, milyen rendszeren használod elsősorban, de pl. a Debiannál én is szívtam egy-két systemd-specifikus dologgal, náluk nem lett... tökéletes a bevezetés, de szinte mindig kiderült, hogy a SysV init kompatibilis init script volt elb... és systemd-natív unitra cserélve megoldódott. CentOS-en és Süsü-n a systemd-vel általában annyi bajom volt, hogy láttam az újabb verziókban megjelent feature-öket és hiányoltam őket a rendszeren levőből :) )

    Debianon, Ubuntun és CentOS-on is próbáltam, de most már kerülöm, mint a pestist, úgyhogy már nem használom semmilyen rendszeren. (Az Ubuntut (16.04) speciel PowerPC-n próbáltam és ott aztán meg tényleg iszonyat instabil volt a systemd. Foglalkoznak a systemd fejlesztők az x86 és ARM archokon kívül mással is?)




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240879

    > Sokkal inkább már egy a kernel és a userland réteg közé ékelt, újabb szabványosított réteg, nem csak a rendszert indítja.

    Micsodásított? A systemd nem szabvány.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2241173

    Egyelőre még csak kváziszabványnak sem mondható a systemd, azért még nem sikerült minden disztróba belepasszírozni.




    Elérhető a Devuan ASCII 2.0.0-s stable kiadása: https://hup.hu/cikkek/20180609/elerheto_a_devuan_asciii_2_0_0-s_stable_kiadasa#comment-2240636

    > Jött párhuzamosan egy kisebb raklap (*) egoista köcsög, akik ráerőltették az akaratukat az egész világra és utána úgy tűnik, egy megoldáson standardizálódott a Linux világ.

    Ki erőltette rád bármelyik init rendszert is? Egyik sem volt kötelező. Az meg mindenkinek szíve joga, hogy init rendszert írjon, ha ehhez van kedve. Ez persze Poetteringre is vonatkozik, de egyfelől az említett "úriember" "terméke" már rohadtul nem csak egy init rendszer, mert már a fél Linuxos szoftvervilágot asszimilálta, másfelől meg egyedül a systemd volt az, amit szinte minden mainstream disztróban letoltak az userek torkán (respect a Slackware fejlesztőknek, hogy ők nem).




    IBM POWER9 a legerősebb szuperszámítógép CPU-ja TOP500: https://hup.hu/node/159692#comment-2240057

    De simán van akkora teljesítménye, hogy tudjon emulálni egy elég erős x86-os gépet, úgyhogy akár mehetne is.




    IBM POWER9 a legerősebb szuperszámítógép CPU-ja TOP500: https://hup.hu/node/159692#comment-2240133

    Nyilván vannak erre jobb ár-érték arányú rendszerek, de itt a (trollkodós) kérdés az volt, hogy megy-e rajta, nem az, hogy érdemes-e rajta futtatni.




    IBM POWER9 a legerősebb szuperszámítógép CPU-ja TOP500: https://hup.hu/node/159692#comment-2240134

    Van Tesla driver win alá is. Ha az emulátor képes arra, hogy az egyik GPU-hoz közvetlen elérést adjon a guest OS-nek, akkor elméletileg nem lesz vele gond.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2238450

    Nem lehet, hogy ez egy ilyen ms féle "negatív reklámkampány"? Egy ilyen port felkavaró vita mindenképpen felhívja a termékre a figyelmet.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2238483

    > Egyrészt, visszavonulót fújtak, ami azt jelenti, hogy egy ilyen nagy cég is rákényszeríthető a változtatásra.

    Szerintem amúgy is ez volt a terv. A céljukat (az ingyenreklámot) elérték, a döntés meg a legtöbb emberben (akiknek nincsenek különösebb ellenérzéseik az ms-sel kapcsolatban) pozitív hatást fog kelteni, hogy nem is akkora geci az ms.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2238474

    Pontosan erről beszélek: bárhol, ahol ellenszenveznek az ms-sel, ott most téma, hogy összevesztek a GNOME-osokkal és aki esetleg eddig nem is hallott a projektről - mert mondjuk nem foglalkozik ms-related technológiákkal - most az is tudomást szerzett róla.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2238712

    Én sose vettem komolyan, hogy az ms valaha is megváltozna, ők sose változnak. Ez most off, de nemrég volt ilyen ötlet az ms részéről, hogy csak bérelni fogjuk a win-t és folyamatosan kell majd érte fizetni; hogy ez megvalósul-e valaha, azt nem tudom, de hogy az ötlet mennyire nem új, azt bizonyítja ez a közel 20 éves cikk a PCFormatból. Egyszóval ez az ms, még mindig az az ms, maximum máshogy csinálják, mint anno.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2238721

    Nem látok bele az ms belső működésébe (szerintem jobb is), csak mondtam egy példát, hogy miért naivitás elhinni az "ez már nem az az ms" szlogent.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2238731

    Sajnos tudnék több embert is mutatni, aki elhitte.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2238848

    > meg ha arra jut, hogy létszükséglet, akkor sem ragadnak le 10-17 éves Windows-verzióknál, mert ha már úgyis pénzeket kell érte csengetni folyamatosan, akkor mindenki szívesebben fizet egy új rendszerért, meg inkább akkor a hardvert is gyakrabban cseréli alatt, ha szükséges.

    Miért is jó, ha az userek az úgy-ahogy használható win7 helyett a rémálom win10-re állnak át?

    > Akinek meg nem kell Win, ők meg az opensource felé terelődnének.

    Én ezt sem feltétlen tartom jó ötletnek...




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2239156

    És akkor a win10 lenne a következő winxp, ami évtizedekre bebetonozódik (vagy akár örökre, lévén az ms kijelentette, hogy ez az utolsó win verzió, innentől ezt tákolgatják rolling-release modellben, mint a hobbilinuxokat), csak ellentétben az xp-vel, meg a win7-tel a win10 teljesen használhatatlan, mert teljesen átveszi a géped felett a kontrollt. Biztos jó lesz a szakmabelieknek, ha ez a rettenet lesz a domináns oprendszer és ezzel kell majd szopni orrba-szájba.

    Az ilyen embereknek már számítógép se nagyon kell, át is állnak okostelefonokra vagy tabletre.




    A közösség nyomásának hatására a Microsoft ígéretet tett a GVFS átnevezésére: https://hup.hu/cikkek/20180606/a_kozosseg_nyomasanak_hatasara_a_microsoft_igeretet_tett_a_gvfs_atnevezesere#comment-2239325

    Itt nem az a lényeg, hogy nekem mi felel meg (a windózon kívül bármi), nem az a kérdés, hogy én mit használok (a windózon kívül mindent, amihez hozzáférek), hanem, hogy a júzerek mit fognak használni és mit kell majd a szakmának elsősorban támogatni. És ha az a win10 lesz, az nagyon rossz lesz.

    A második felével egyetértek.




    ZipSlip: https://hup.hu/node/159647#comment-2239209

    root@Csabi:/tmp/gfh/sdfgb/xbvasga/gbsdgbsd/sdfasbv/sdgv# untar tartest.tar
    tar: A kezdő „../../../../../” eltávolítása a nevek elejéről
    tar: ../../../../../tartest.prb2: Member name contains '..'
    tar: A kezdő „subdir/../../../../../” eltávolítása a nevek elejéről
    tar: subdir/../../../../../tartest.prb4: Member name contains '..'
    tar: Kilépés hibaállapottal a korábbi hibák miatt
    root@Csabi:/tmp/gfh/sdfgb/xbvasga/gbsdgbsd/sdfasbv/sdgv# tar --version
    tar (GNU tar) 1.27.1
    Copyright (C) 2013 Free Software Foundation, Inc.
    Licenc: GPLv3+: A GNU GPL 3. vagy újabb változata
    Ez egy szabad szoftver: terjesztheti és/vagy módosíthatja.
    NINCS GARANCIA, a törvény által engedélyezett mértékig.

    Írta: John Gilmore és Jay Fenlason.

    Úgy néz ki a tar-ban már 2013-ban javítva volt a dolog. Mikori tar van az AIX-ban?




    ZipSlip: https://hup.hu/node/159647#comment-2239261

    Nem license kérdést akartam belőle csinálni...

    Akkor most harmincvalahány év után frissülni fog? Mert gondolom ezt a bugot javítani kell abban is.




    ZipSlip: https://hup.hu/node/159647#comment-2239275

    De honnan szerzed azt amire cseréled? Leforgatod a GNU-s vackot? :P




    ZipSlip: https://hup.hu/node/159647#comment-2239324

    Csak olyankor idegesít, hogy magyarul beszél, amikor a keresővel kéne megetetni, amit kiírt (pl. hibaüzenet), vagy amikor a keresőben talált dolgokat a magyar felületen kell megkeresni (pl. beállítások). De olyankor át is szoktam kapcsolni angolra. Amúgy általában nem foglalkozom vele, hogy milyen nyelven beszél, a defaulton hagyom.




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2238851

    Ez baromi jó. Kár, hogy "letölteni" nem bírom, amit összeraktam. :) Meg az is kár, hogy árat nem ír rá.

    BTW, milyen oprendszerek vannak ezekre az erőgépekre, amik ténylegesen támogatják az összes hardware-t és ki tudják hozni a hardware-ből a maximumot? AIX és IBM i?




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2238968

    Köszi az infót. Már rég szeretnék valami AIX-képes cuccot, de vagyonokért van...




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2239150

    Az a baj, hogy még a 100k sem az én pénztárcámhoz van szabva. És akkor még benne van az is, hogy nem biztos, hogy lesz benne GFX kártya/chip és akkor azt is szerezni kell, mert én speciel az AIX workstation oldalát is szeretném megismerni.
    Thx a tippeket, majd rákérdezek goodbyte-nál, hátha.




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2239160

    Eszembe' sincs a mostani munkahelyemet otthagyni, inkább kivárom a lehetőséget, hogy olcsón szerezzek egyet. :)




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2239197

    Eszembe jutott, de sajnos nem vág profilba nekünk. :)




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2239357

    Hi!

    Kár. A POWER3-as miért került kidobásra? Tönkrement?

    Köszi az IntelliStationos tippet, majd nézegetem az ebay-t...




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2239204

    És ezek a Linuxok tudnak is valamit kezdeni a vassal? Mert úgy tudom (fixme), hogy ezek csak gyűjtőnevek az IBM vasakon elfutó Linuxokra.




    IBM Power 9 szerver dizájner: https://hup.hu/node/159633#comment-2239583

    Végülis...csak pár millió dollár lehet... Feltöröm a malacot. :D




    30 éves az ÉkSzer...: https://hup.hu/node/159636#comment-2239327

    Az ALAP.PAR-ban a fontok elérési útja C:\WORK\EKSZER\. Át kell írni, vagy oda kell tenni a programot.




    30 éves az ÉkSzer...: https://hup.hu/node/159636#comment-2239582

    Nm.




    OpenGL - A Google utan az Apple is ugy dontott, hogy fullba tolja a kretent: https://hup.hu/node/159614#comment-2238539

    > Lassan eljutunk oda, hogy a Linux + wine/dosbox/epsxe/snes9x lesz az egyetlen tamogatott retro gaming platform

    Nem kell ehhez Linux, az emulátorok a többi UNIX-ot is támogatják, többek között a régi OSX-eket is.




    Intel 28 core CPU (huszonnyolc!): https://hup.hu/node/159598#comment-2238122

    Félig off:

    Célszerű a

    echo "127.0.0.1 oath.com" >> /etc/hosts
    echo "127.0.0.1 guce.oath.com" >> /etc/hosts

    parancsokat lefuttatni a cikk kinyitása előtt (vagy felvenni reklámszűrőbe a domaint) és akkor nem tud eldobni oda, hogy a cikk elolvasása előtt a beleegyezésedet kérje a reklámokhoz szükséges adatgyűjtéshez...




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2235831

    Az már megvolt. A memóriának nincs baja.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236052

    A host teljesen stabil, még nagy és hosszan tartó terhelés alatt is, reprodukálhatóan csak akkor van freeze, ha a VBox fut, így a tápellátási/kontakt zavarokat kizárnám. A HDSentinel 100%-ot ír minden drive-ra, a SMART extended self-test pedig semmit problémát nem talált egyiken sem. A BIOS a latest.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236199

    Oké, ezt megpróbálom, köszi a tippet, most így megy.

    Amúgy tegnap sikerült elkúrni a posztot, mert kimaradt, hogy a BIOS már a latest, lévén akkor frissítettem le. Tegnap mondjuk több óra után sem fagyott a VBox 5.0, de ez nem jelent semmit, mert amikor 5.2-re frissítettem, akkor az is volt, hogy nem fagyott le egy többórás szeánsz alatt... :/

    Az miért jó, ha ext2-ként mountolom?




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236330

    Épp most fagyott rommá az egész, felraktam ide a logot: http://oscomp.hu/depot/VBox.log

    A gép kb. 20 percig ment, de adat csak 40 másodpercig van benne.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236814

    Itt vannak, de a fagyás idején (13:25) speciel semmi bejegyzés nincs egyikben sem.

    http://oscomp.hu/depot/kern.log
    http://oscomp.hu/depot/syslog




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2235830

    Hát azt látom, hogy a VBox nem áll a helyzet magaslatán. Viszont nekem a WMVare 7-essel is rossz tapasztalataim voltak, akkor váltottam VBoxra. (A hatosnak meg elkavartam a telepítőjét...) QEMU-t még nem próbáltam.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236065

    Itt ext3 van mindenütt. A "Use host I/O cache" opció be van kapcsolva.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236135

    nVidia GT 730. A driver a 390.59-es. De ha a videókártya hibás lenne, akkor az másutt is jelentkezne.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236681

    > Én egyébként nem magára a Virtualboxra gyanakszok a topikindító esetében, hanem a kernelmodulra, amit használ. Tippre az nem fér össze a fent lévő kernellel.

    Nincs kizárva. 3.16-os kernel amúgy. De, hogy az se az 5.0, se az 5.1, se az 5.2 ne férjen vele össze, az azért elég meredek lenne.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236813

    A 9-es Debiant nem fogom feltenni, mert nincs kedvem elbaszni a jóég tudja mennyi időt, amíg a systemd-t ismételten kiirtom belőle. (Ha egyáltalán még ki lehet.) Megvárom a Devuan 2-őt, majd felrakom azt.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236812

    Megnézem, hogy van-e repóban, forgatni nincs kedvem, sok idő, meg szöszmötölés is. :/




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2237039

    A kernelre közvetlenül szinte semmi nem dependel a repóban. Nyugodtan lehet használni új kernelt a régebbi programokkal, azaz lehetne, ha lenne a repóban újabb kernel. Mondjuk forgathatnék magamnak, de nincs kedvem ezzel szívni; most már úgy is nemsoká' itt a Devuan 2, majd akkor frissítek arra...




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236346

    Már végigpróbáltam az 5.0, 5.1, 5.2 verziókat, de ugyanúgy fagy.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236682

    Realtek RTL8111/8168, azt nem szereti a VBox?




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236745

    Hát van itt egy tartalék pécé, csak épp nincs rá telepítve még semmi. Majd felhányok egy Linuxot és megnézem, hogy azon hogy szuperál a VBox, ugyanazzal az xp-vel.




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2236811

    Hát fentebb is arra jutottak, hogy a kernelmodul akad össze a kernellel...




    Virtual Box véletlenszerűen merevere fagyasztja a gépet: https://hup.hu/node/159497#comment-2238447

    Nem hiszem, ez csak 3.16-os kernel, meg a fagyások már nagyon régóta vannak, Spectre-ről akkor még nem is hallott a világ. (A Meltdown patch meg nem is érint, mert AMD-s host.)




    Microsoft akkuidő teszt: Firefox vs. Chrome vs. Edge: https://hup.hu/cikkek/20180526/akkuido_teszt_firefox_vs_chrome_vs_edge#comment-2234617

    A hivatalos megoldás az, hogy kézzel csinálsz neki egy XML fájlt.




    Microsoft akkuidő teszt: Firefox vs. Chrome vs. Edge: https://hup.hu/cikkek/20180526/akkuido_teszt_firefox_vs_chrome_vs_edge#comment-2235277

    > Amúgy az FF nem lassú, nekem a Midori érzékelhetően akadozik, míg az FF nem.

    Ez kissé általánosan van megfogalmazva, nem ártana, ha azt is lehetne tudni, hogy milyen körülmények között akadozik a Midori. Lehet, hogy az a közel 4 éves WebKit verzió, ami van benne, az fennakad némelyik dögnehéz JS retteneten.




    Microsoft akkuidő teszt: Firefox vs. Chrome vs. Edge: https://hup.hu/cikkek/20180526/akkuido_teszt_firefox_vs_chrome_vs_edge#comment-2235533

    Az nekem mindenben lagzik, ha a dzsuvaszkript be van kapcsolva. :/




    Microsoft akkuidő teszt: Firefox vs. Chrome vs. Edge: https://hup.hu/cikkek/20180526/akkuido_teszt_firefox_vs_chrome_vs_edge#comment-2236057

    > És mindez persze férjen bele 10KB-ba, a kernel, a hálózati stack, meg a böngésző is,
    > mert C64-en a 64 KB mindenre elég volt. Ja, elég volt ahhoz, amit akkor azon a gépen csináltak,
    > pár oldalas text only doksikat csinálni, meg pixelgrafikás prüntyögő játékokat nyomni alacsony felbontásban.
    > Böngészni nem böngésztek rajta, nem volt Facebook tonnányi scripttel és képtengerrel, macskás videóval,
    > meg Flash játékokkal, értesítőkkel, meg faxtudjamivel.

    A vastaggal kiemelt rész nem igaz. Van C64-re - és más 65xx-es gépekre is - böngésző: a Contiki OS-é. Nyilván a modern web szeméttengerével nem bírkózik meg a gép, de az egyszerűbb weblapokkal elbír. (http://commodore128.mirkosoft.sk/images/contiki.png)
    (Egyébként a Contiki kernele, hálózati stackje és böngészője belefér, pár kB-ba, ha 10-be nem is, de 64-be igen.)

    A mindenre elég volt nyilván túlzás, de elég sok dolgot meg lehetett csinálni kevés teljesítményű gépekkel is. Pl. a holdraszállásnál használt számítógépek nem sokkal voltak erősebbek a C64-nél.




    Microsoft akkuidő teszt: Firefox vs. Chrome vs. Edge: https://hup.hu/cikkek/20180526/akkuido_teszt_firefox_vs_chrome_vs_edge#comment-2237037

    És?




    Microsoft akkuidő teszt: Firefox vs. Chrome vs. Edge: https://hup.hu/cikkek/20180526/akkuido_teszt_firefox_vs_chrome_vs_edge#comment-2238112

    A "böngészés" weblapok tartalmának a böngészését jelenti, a weblap pedig nem kötelezően a HTML5/dzsuvaszkript only oldalakat takarja, hanem az összeset, márpedig egy HTML4-es lapot meg tud jeleníteni a cucc, tehát a szó szoros értelmében alkalmas arra, hogy böngéssz vele. Mivel ezen a gépen elsősorban játszani, meg demozni szoktak, arra pont alkalmas az a böngésző, hogy egy HTML4-es felületről letöltsön egy programot. Sokkal kényelmesebb letölteni, mint külön erre a célra tartani egy régi, párhuzamos porttal bíró gépet és arról floppyra kiirkálni.




    A pletykák szerint a Microsoft felvásárolná a GitHub-ot: https://hup.hu/cikkek/20180603/a_pletykak_szerint_a_microsoft_felvasarolna_a_github-ot#comment-2237753

    Fényes jövő? Mármint az örök világosság fényeskedik neki? Vagy a fény az alagút végén, ami dudál? Több szar vicc most nem jut eszembe... :P




    A Microsoft, mint a GitHub új gazdája: https://hup.hu/szavazasok/20180603/a_microsoft_mint_a_github_uj_gazdaja#comment-2237600

    Rofl, nálam eddig ez a nap kommentje. :D




    liblua52.so: https://hup.hu/node/159452#comment-2234444

    Nem liblua52.so néven van a rendszerben, hanem liblua5.2.so.0. A https://packages.ubuntu.com/bionic/liblua5.2-0 csomag tartalmazza. Próbáld meg ezt:

    apt-get install liblua5.2-0
    ln -s /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 /usr/lib/x86_64-linux-gnu/liblua52.so

    És aztán próbáld meg újra futtatni a játékot.




    liblua52.so: https://hup.hu/node/159452#comment-2234505

    Nincs mit.




    liblua52.so: https://hup.hu/node/159452#comment-2234693

    Azért irtják, mert balfácánok. Egy 64-bites gépen megfér egymás mellett a 32-bites és 64-bites lib, a PATH-et meg úgy állítod minden elindított shell-en belül, ahogy akarod.




    liblua52.so: https://hup.hu/node/159452#comment-2234709

    Nyilván egyre kevesebb szükség van rá, ha egyszer egyre kevesebb 32-bites alkalmazás van, de ami 32-bit only, annak mindig is kelleni fog.




    liblua52.so: https://hup.hu/node/159452#comment-2234762

    Egy játék mitől avul el? Egyébként meg a lua5.2 libje kb. 200 kB. A retrogépeknél nyilván nem ez az alapfelállás, de egy 32-bites UNIX-os - vagy akár vindózos - alkalmazás alá való oprendszer emulálásához szükséges virtuális gép jellemzően messze többet eszik, mint egy - vagy több - pluszban betöltött 32-bites library.




    liblua52.so: https://hup.hu/node/159452#comment-2234866

    Az apróbb programoknál a multilib még függőségekkel is kevesebbet eszik, mint egy teljes virtuális gép. Egy IrfanView vagy ModPlugPlayer miatt minek indítsak el egy virtuális windózt? Egy HL1-nél már lehet, hogy mindegy, nem tudom. De vannak olyan programok, amiknek a fejlesztése már 15 éve abbamaradt, modern port meg nincs.




    Bal vagy jobb oldal?: https://hup.hu/node/159463#comment-2234540

    Ezt próbáltad?




    Magázhatlak: https://hup.hu/node/159442#comment-2234544

    +1




    Unreal Gold: https://hup.hu/node/159422#comment-2234018

    > ha annyi húszezresem lenne hirtelen, ahány órát ezzel toltam akkor két Ford Mustang biztosan állna a garázsban.

    Dettó. Nekem is egyik örökzöld a Doom 1 & 2 és az Amigás Breathless mellett.




    [Eladó] Sun MicroSystems SUNFIRE V240 Server + SCSI 4x 10k rpm Cheetah drive array + Sun X6758A PCI Dual Ultra3 SCSI Host Adapte: https://hup.hu/node/156676#comment-2231913

    Módosítok az áron: 70k-ért is elvihető, alkudni továbbra is lehet.




    [Eladó] Sun MicroSystems SUNFIRE V240 Server + SCSI 4x 10k rpm Cheetah drive array + Sun X6758A PCI Dual Ultra3 SCSI Host Adapte: https://hup.hu/node/156676#comment-2232326

    Pl. ha valami Sparc64 only szerveroldali cucca van. Külön-külön az alkatrészeit könnyebb lenne eladni, de sajnálom szétszedni az egészet.




    [Eladó] Sun MicroSystems SUNFIRE V240 Server + SCSI 4x 10k rpm Cheetah drive array + Sun X6758A PCI Dual Ultra3 SCSI Host Adapte: https://hup.hu/node/156676#comment-2232584

    Nekem is van egy ilyen sanda gyanúm, de egyelőre még kivárok. Fennt van apro.amiga.hu-n, meg ebay-en is. Hátha.




    Devuan 2.0 RC: https://hup.hu/cikkek/20180510/devuan_2_0_rc#comment-2229287

    Fura, nekem gond nélkül megy a GT 730 Jessie alatt a "gyári" meghajtóval. Te melyik GPU drivert tetted fel? Az nVidia félét, vagy a nyílt forrásút?




    Devuan 2.0 RC: https://hup.hu/cikkek/20180510/devuan_2_0_rc#comment-2229410

    Amikor a gyárit telepítetted, az DKMS-sel ment?




    Devuan 2.0 RC: https://hup.hu/cikkek/20180510/devuan_2_0_rc#comment-2229643

    Nem, én nem így értettem. Amikor a gyári nVidia drivert felrakod, akkor megkérdezi, hogy regisztrálja-e a modult a DKMS-sel, hogy amikor új kernelt telepítesz, akkor automatikusan újrabuildelje a modult is. Ha ezt nem engeded neki, akkor kernelfrissítés után elszáll az X11.




    Devuan 2.0 RC: https://hup.hu/cikkek/20180510/devuan_2_0_rc#comment-2229271

    Na végre...




    Microsoft <3 OSS: https://hup.hu/cikkek/20180508/microsoft_szereti_oss#comment-2228499

    <troll>Akkor ezért van annyi bug, meg sechole az opensource cuccokban...</troll>




    Microsoft <3 OSS: https://hup.hu/cikkek/20180508/microsoft_szereti_oss#comment-2228640

    Sok.




    Ifju par mindket tagja megismerkedesukkor Ubuntut hasznalt!: https://hup.hu/node/159220#comment-2229290

    Hetero hapsinak. :P




    Ifju par mindket tagja megismerkedesukkor Ubuntut hasznalt!: https://hup.hu/node/159220#comment-2229384

    Most szólj hozzá, minő gusztustalan egy kreatúra lehet. :P




    GMail megy a kukaba, rendes mail szolgeltatot keresek: https://hup.hu/node/159003#comment-2223694

    protonmail.com


    Σ: 002 -> sleepy , log69


    Bemutatkozik a Cosmic CANIMAL: https://hup.hu/cikkek/20180506/bemutatkozik_a_cosmic_canimal#comment-2227954

    Cosmic Crab. :P




    Bemutatkozik a Cosmic CANIMAL: https://hup.hu/cikkek/20180506/bemutatkozik_a_cosmic_canimal#comment-2228315

    Én meg remélem, hogy az M betűs a múltkor kihagyott Masturbating Monkey. :P




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2221977

    Thx.




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2221996

    Thx.
    Akkor neked is grat, így előre.




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222075

    Velem együtt...

    Miért, a poszt hangulata alapján úgy tűnt, mintha én ünnepelnék?




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222074

    Passz. Az sem biztos, hogy innen vették, csak rákerestem és ez volt az első találat.




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222091

    Ha megérem, fogok még én is.




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222090

    Lesz az még több is. :)




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222368

    Ouch...




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222369

    Elég, ha én érzem magam annak. :P




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222370

    Jah, te jövőre már 30 leszel. :)




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222371

    Örülnék...de leszek még én is annyi...




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2222559

    Ez most csak úgy 42, vagy épp most töltötted? Utóbbi esetén grat neked is.




    Betöltöttem a 20-at...: https://hup.hu/node/158931#comment-2226419

    Működik. Van rajta egy raklap NES utánérzésű játék (némelyik nem simán utánérzés, hanem direkt koppintás). Hogy pontosan milyen rendszer van alatta - emulátor, hackelt/moddolt ROM-okkal, vagy direkt arra programozták le őket - azt nem tudom. (Majd egy nap kinyitom.)
    Az A/B gombok elég bénán lettek elhelyezve és a játékok többsége is max. a gagyi kategóriában futhatna még 8-biten is, de azért el lehet vele lenni.




    Zuckerberg fiatalkori hozzáállása, megbánása a Facebook-botrányok megvilágításában: https://hup.hu/cikkek/20180409/zuckerberg_fiatalkori_hozzaallasa_megbanasa_a_facebook-botranyok_megvilagitasaban#comment-2221340

    Már most van olyan hülye, aki önként berakatja a bőr alá ültethető chipet.




    Zuckerberg fiatalkori hozzáállása, megbánása a Facebook-botrányok megvilágításában: https://hup.hu/cikkek/20180409/zuckerberg_fiatalkori_hozzaallasa_megbanasa_a_facebook-botranyok_megvilagitasaban#comment-2221424

    Ettől félek én is.




    Azure Sphere OS - az első, Microsoft által terjesztett, Linux-alapú OS: https://hup.hu/cikkek/20180417/azure_sphere_os_az_elso_microsoft_altal_terjesztett_linux-alapu_os#comment-2221979

    http://www.userfriendly.org/cartoons/archives/08nov/uf012123.gif




    Azure Sphere OS - az első, Microsoft által terjesztett, Linux-alapú OS: https://hup.hu/cikkek/20180417/azure_sphere_os_az_elso_microsoft_altal_terjesztett_linux-alapu_os#comment-2222375

    Jah, ez még rosszabb. :P

    http://oscomp.hu/depot/pcformat_2000_07_p11.jpg

    Anno még csak terv volt a "WaaS", most meg lehet valóság lesz...




    Azure Sphere OS - az első, Microsoft által terjesztett, Linux-alapú OS: https://hup.hu/cikkek/20180417/azure_sphere_os_az_elso_microsoft_altal_terjesztett_linux-alapu_os#comment-2223144

    Nem az a baj, hogy pénzbe kerül az új verzió. Az baj, hogy az kerülne folyamatosan pénzbe, amit már kifizettem.




    [Frissítve] Az Apple eltávolította az App Store-ból a Telegram titkosított üzenet küldő alkalmazást: https://hup.hu/cikkek/20180201/az_apple_eltavolitotta_az_app_store-bol_a_telegram_titkositott_uzenet_kuldo_alkalmazast#comment-2192749

    +1, de negyediknek vegyük fel a microsoftot: desktopon kvázi-monopolhelyzetben vannak.




    [Frissítve] Az Apple eltávolította az App Store-ból a Telegram titkosított üzenet küldő alkalmazást: https://hup.hu/cikkek/20180201/az_apple_eltavolitotta_az_app_store-bol_a_telegram_titkositott_uzenet_kuldo_alkalmazast#comment-2192839

    Bár tényleg lényegtelen lenne... :/
    Egyelőre desktopon még eléggé megkerülhetetlenek és most nem arra mondom, hogy otthon mit használ az ember, itthon nekem sincsen, de amúgy megkerülhetetlen, mert szinte mindenütt azt találsz az asztali gépeken.
    Az ms elég sok dolgot elcseszett a built-in appok hiányán kívül is, pl. nekik előbb (2001-2002) volt tabletjük, mint a konkurenciának, de a szemétre dobták... Vagy ott vannak a böngészők is, ahol 2001-ben az ie6 kijövetelekor még ~99%-os részesedésük volt, de utána több, mint fél évtizedig semmit nem fejlesztettek az ie-n, aztán csodálkoztak, hogy egyre népszerűbb a róka...




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2215245

    No flame, de az ms így csak egyre több embert győz meg arról, hogy jobban jár, ha az update-et permanensen kikapcsolja.




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2215269

    Ahogy mostanában egyre többször...




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2215332

    Mr. Stallman nézeteit nem ismerem, de hajbazernek több találata is akadt az elmúlt félévben.




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2215459

    Miért? Csak gondolkodik.




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2215586

    Oszoljál, ha annyira akarsz, én maradok beszélgetni.

    A bloatware-ekkel, meg a mentalitással kapcsolatban meg elég sok mindenben igaza van.




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2215621

    Azt én is mondtam neki, hogy a winxp-t nem fogja tudni a végtelenségig tutujgatni. Ha nem akarja a Linuxot, akkor ott az OSX, vagy a BSD-k valamelyike; az OSX elől nem zárkózott el.

    Ami pedig az xp marginalitását illeti; a statok szerint több, mint 150 millió felhasználója van még ma is. Az azért nem annyira marginális. Hogy ez mennyire baj, vagy sem, abba most ne menjünk bele, de szerintem sokkal nagyobb baj az, hogy a win10-et már ugyanannyian használják, mint a hetest...




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2215902

    A GTK3-nak mi köze van a BSD-hez? Az egy X11-es toolkit, nem csak BSD-re van. Egyébként meg nem muszáj GTK3-at használni, én sem teszem. Qt3/GTK2/Motif cuccaim vannak, azok jól futnak 10-15 éves gépeken is, ő is használhatja nyugodtan.




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2216638

    Nem tudom, mit jelent nálad a fapados ablakkezelő, így nem tudom, hogy többet tud-e, mint pl. a winxp felülete. Ha a FreeBSD default TWM-re gondoltál, nos annál azért a winxp ablakozójába több feature-t építettek. A GTK2 meg nem fut még ki, mert a GTK3 nagyon sok helyen (pl. low-end ARM-os miniboardokon) teljesen használhatatlanná teszi az egészet. Hogy a Solaris klónoknál mi a pálya, azt nem tudom, de a Solarisnál a Solaris 10 az OpenCDE-vel jön, ami Motif-es, a Solaris 11 meg JDE-vel, ami GTK2-es. (Ez utóbbi valamivel gyorsabb, de cserébe bugosabb.) Tehát még itt is dolgoznak GTK2-vel. A Gnome3-at a systemd függősége miatt is sokan rühellik, ami azért elég erősen visszavetette anno a GTK3-as terjedését. Igazából az Xfce miatt kezdett el terjedni, mert azok is átváltottak rá. (Na, azóta nem is erőltetem az Xfce-t, az LXDE szerencsére még GTK2-es.) Meg, amióta a Firefox is átállt GTK3-ra az 53-as óta, az is rádobott egy lapáttal.

    De, csak, hogy mondjak még egy példát - bár ez valószínűleg már triggerelni fogja az ócskavasazós beszólásokat pár embernél - a G4-es MDD-men volt Debian 6 meg 7, GTK2-es Xfce-vel, meg volt Debian 8, GTK3-as Xfce-vel. A GTK2-es Xfce kb. 10-15%-al gyorsabb környezetet adott, mint az OSX Tiger (hogy mennyivel volt bugosabb, azt most hagyjuk :P ), míg a GTK3-as Xfce az legalább 4-5x lassabb volt a Tigernél. A szó legszorosabb értelmében időbe tellett, amíg kirajzolódott egy ablak, pedig ez egy high-end masina, 2x1.25 GHz, 2 GB, meg ATi x800XT. De a GTK3-as cuccok, még a "nagy", "modern" gépemen érezhetően is lassabbak, mint a többi widgetsetet használók. A Qt5-ös cuccok a memóriát szeretik enni, az igaz, de sebességbeli gondjaim eddig nem voltak velük. (Mondjuk én csak az Otter browsert, meg a Transmission-t használom és azokat se túl gyakran.)




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2218226

    > Túltárgyalt téma. Használnék én régi Linuxot vagy FreeBSD-t is, ha minden meglenne rá olyan minsőégben, használhatósággal és erőforráshatékonysággal, mint most az XP-mre.

    Ha ennyire nem akarod a free OS-eket, akkor ott az OSX Tiger, pl. egy G5-ön. Mint a szélvész és OSX-re azért a legtöbb kereskedelmi szoftver is megvan, ami xp-re. Csak nehogy PCI-X-es PowerMac-et vegyél. Nem mintha rossz lenne, de PCI-X-es kártyát még ebay-ről vagy bontóból is csak elvétve lehet szerezni. Van PCI Express-es G5.

    > Kompromisszumokat nem vagyok hajlandó kötni konzolos, GTK3-as, Qt-s, meg egyéb bloat appokkal.

    Vannak más toolkitek is, pl. Motif, XForms, GNUStep.

    Amúgy a GTK2 és a Qt3 még nem annyira bloated, legalábbis a winxp GUI-jánál nem bloatabbak.
    A GTK2 library-je és a hozzá tartozó GDK összesen 5 MB. A Qt3 library és a hozzá tartozó UI lib együttesen valamivel kevesebb, mint 8 MB.

    És a sebességre sincs panasz, 2004 és 2012 között én ugyanazt az Athlon II-es gépet használtam 2 GB RAM-mal, végig GTK2-es, Qt3-as és Motifos alkalmazásokkal és gyorsabban működött minden, mint ugyanazon a gépen a winxp és a rajta futó cuccok.
    Az erőforrásokkal is sokkal kíméletesebben bántak: az xp alatt a 2 GB elég gyorsan el tudott tűnni, swappelt a gép, stb. míg Linux alatt ilyesmire nem nagyon volt példa. (Pedig ami erőforrásigényesebb cucc volt, abból ugyanazt használtam mindkét oldalon, Opera, játékok, Delphi 7.)

    Azonfelül lehet emulálni is azokat a win-es cuccokat, amikre tényleg nincs alternatíva, jó részük viszonylag gondmentesen fut. Külön vicces volt, hogy egynémelyik program vagy játék még gyorsabb is volt ugyanazon a gépen WINE alól, mint xp alatt. Igaz volt olyan is, ami meg el sem indult. :P

    Ami pedig a konzolos alkalmazásokat illeti, nem tudom mennyire ismered a UNIX-os terminálemulátorokat és azoknak a lehetőségeit, de messze túlmutatnak a winxp-s cmd.exe képességein; nagyon kényelmes, hatékony konzolos cuccok vannak, én nem érzem a használatukat kompromisszumnak.

    Szerintem simán össze tudnál hozni egy olyan rendszert valami 2.4-es Linux vagy 8-as FreeBSD alappal, a fent felsorolt GTK2, Qt3, Motif toolkitekkel, ami gyors és erőforráskímélő lenne. És mondom, a win-es cuccok egy részét lehet WINE-nal emulálni, pl. az IrfanView, a TotalCommander, vagy a ModPlugPlayer tökéletesen működnek, de a fent említett Delphi 7 is ment. (A Photoshoppok azok nem szoktak menni, szóval, ha az musthave, akkor OSX.)




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2216639

    Én nem erre gondoltam. Ha egy RND() frissítés ad-hoc módon szétkúrhatja a gépedet és a csillagok állásától függ, hogy igen vagy nem, akkor az a mechanizmus megbízhatatlan, ergo a paraszt kevesebbet szopik, ha elkerüli jó messzire. Az, hogy közben lenne olyan is, amit baromira fel kéne telepíteni...hát kellett a májkrémszaftnak eljátszania a bizalmat. :P




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2218061

    Más rendszereknél ezt nem tapasztaltam. Meg nem is nagyon hallom, kivéve persze az okoseszközöket, de ez itt nem valami droidos vacak, hanem állítólag egy vállalati szegmensbe szánt platform.

    De rengetegszer olvastam azt a visszatérő érvet a UNIX-ok (illetve főleg a Linux) ellen, hogy a vállalati szegmensben nem engedheti meg magának az ember, hogy a lefrissített csomag új verziója eltörjön valamit az összecsiszolt rendszerben. Akkor ugyanezen szegmensben, ugyanezt ms platformon miért engedheti meg magának? (Ott se, inkább letiltja a frissítéseket.)




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2218168

    > Mert túl sokba kerülne az összes embert és szoftvert lecserélni egy elvben esetleg jobbnak tűnő megoldásra? Miért vállaljon be ismeretlen kockázatokat ismeretlen anyagi vonzatokkal, ha évtizedes tapasztalatok alapján úgy véli, képes beárazni és kezelni a jelenlegi rendszere kockázatait?

    Hogy kimozduljon egy olyan függésből, amivel hosszútávon többet veszíthet, mint amennyit rövidtávon nyerhet?

    > Miből gondolod, hogy a cégek nem kísérleteznek más rendszerekkel? Miből gondolod, hogy nem racionális okokból (nem túl hosszútávú anyagi megfontolásból) használják a Microsoft platformját? Miből gondolod, hogy egy nagyobb vállalat, ami tetszőleges árú IT-s szakemberből több tucatot képes megfizetni ha akar, nem képes felismerni a számára legkedvezőbb lehetőséget?

    Miből gondolod, hogy én ezeket gondolom? Én egyáltalán nem erről beszéltem, hanem a beidegződésekről és a kettős mércéről. (És ha már beidegződések, ami bénázás megy egynémelyik nagyobb cégen belül, nem lepne meg, ha nem tudnák megfelelően kiértékelni, hogy mi a jó nekik vagy az ügyfeleiknek, hanem csak azért használnak valamit, mert azt ismerik.)

    > Nem az a kérdés, mi a jobb, hanem az, ma és holnap miből lehet a szükséges minimumot a legolcsóbban kihozni. Lehet, hogy te sem vágnál bele ész nélkül olyan fejlesztésbe, amiről 8-10 év múlva derülhet ki, hogy hosszabb távon jobb-e (olcsóbb-e) a jelenleginél. Lehet, hogy jobban fialó helye is lenne annak a sok pénznek, amit ma kellene elköltened ahhoz, hogy évek múlva talán alacsonyabb kiadásokkal üzemeltethesd a rendszered.

    Summa summárum, ha a UNIX-os berkekben csesznek el valamit, akkor az kockázati tényező, továbbá nem éri meg; ha meg az ms szívatja a saját fizetős ügyfeleit, akkor az üzleti megfontolásból minden körülmények között fenntartandó, akár rossz gyakorlat árán is?

    > Lehet, hogy a főnököd/megbízód értékeli, hogy kedves vagy és jól öltözöl, de végső soron az számít, milyen arányban van az általad elvégzett munka értéke a számodra kifizetett összeggel. Lehet, hogy egy bunkó és ápolatlan ember is jó lenne nekik, ha fele annyiért megcsinálja ugyanazt, amit te.

    Mi most próbálunk megszabadulni a win-től. És a főnök ötlete volt, nem az enyém. Rengeteg szívás volt vele és nagyon sokba került. Saját maga fogalmazott úgy, hogy ez hosszú távú befektetés.

    > Lehet, hogy sj jutott eszembe, de az biztos, hogy ezzel nem akartalak megsérteni. :)

    ROFL. :D




    Soron kívüli patchet adott ki a Microsoft a TotalMeltdown sebezhetőségre: https://hup.hu/cikkek/20180330/patchet_adott_ki_a_microsoft_a_totalmeltdown_sebezhetosegre#comment-2218169

    Ja, hogy már külön termékként is árulja az ms, hogy nincsenek frissítések? "És aki dupla díjat fizet, annak elengedjük az oltást!"




    A Windows 7 / Windows Server 2008 Meldown patch nagyobb problémát csinált, mint hasznot: https://hup.hu/cikkek/20180328/a_windows_7_windows_2008_meldown_patch_nagyobb_problemat_csinalt_mint_hasznot#comment-2215238

    Ha ez így folytatódik, akkor neki lesz igaza.




    A Windows 7 / Windows Server 2008 Meldown patch nagyobb problémát csinált, mint hasznot: https://hup.hu/cikkek/20180328/a_windows_7_windows_2008_meldown_patch_nagyobb_problemat_csinalt_mint_hasznot#comment-2215266

    Sok igazság volt abban, amiket mondott, de a "mindig" az túlzás.




    A Windows 7 / Windows Server 2008 Meldown patch nagyobb problémát csinált, mint hasznot: https://hup.hu/cikkek/20180328/a_windows_7_windows_2008_meldown_patch_nagyobb_problemat_csinalt_mint_hasznot#comment-2215330

    Én most nem konkrétan a Meltdownra gondoltam, hanem úgy általában. Pl. azt mondta, hogy a sebességigényes részeket assemblyben kéne megírni.
    Valamelyik IRC csatornán hallottam 2004-ben, hogy amikor BoyC a Crystal Vision-t írta, akkor csinált C kódot és ASM-et is és a C fordító kisebb és gyorsabb kódot generált, mint amit ő hozott ki ASM-ben. Namármost, ha már a demoscenerek is azt mondják már vagy egy másfél évtizede, hogy nem nagyon van már értelme ASM-ben optimalizálni, akkor az már csak mond valamit.




    A Windows 7 / Windows Server 2008 Meldown patch nagyobb problémát csinált, mint hasznot: https://hup.hu/cikkek/20180328/a_windows_7_windows_2008_meldown_patch_nagyobb_problemat_csinalt_mint_hasznot#comment-2215377

    > Csak gyorsabb lehet, lassabb nem.

    Fatális tévedés, lassabb is lehet. A fordító olyan dolgokat tart számon, ami a CPU-nak fontos, mi fér még a csőbe, mit milyen sorrendben fog végrehajtani és még lehetne sorolni. Nyilván, ahogy egy algoritmus is képes arra, hogy ez alapján rakjon össze kódot, az ember is képes lehet rá, de sokkal lassabban fogja ezt végiggondolni és ez alapján ASM kódot írni.

    > A tétel annyiból is megállja a helyét, hogy ő azért tudott olyan C-t írni, mert tudja hogy mutat ASM-ben. Aki nem tudja, annak a C kódja sokszorosan gyengébb lesz.

    És aki nem tudja, hogy hogy néz majd ki a C kódja ASM-ben, az szerinted mennyi eséllyel fog jó ASM kódot írni? :)




    A Windows 7 / Windows Server 2008 Meldown patch nagyobb problémát csinált, mint hasznot: https://hup.hu/cikkek/20180328/a_windows_7_windows_2008_meldown_patch_nagyobb_problemat_csinalt_mint_hasznot#comment-2215397

    Lehet ezt is csinálni, de rengeteg hátrányt kapunk cserébe azért az usque pár század százaléknyi - vagy még annál is kisebb - gyorsulásért, többek között a fejlesztési idő extrém megnövekedését és a hordozhatóság elvesztését. Ma egy jól megírt C kód a megfelelő optimalizációkkal fordítva nemcsak, hogy bőven elég gyors lesz, de az esetek elsöprő többségében gyorsabb és kisebb lesz, mintha ember írja az ASM kódot.

    Na jó, de ha meg már tud olyan C kódot írni, akkor meg minek? Ne érts félre, nagyon is fontos, hogy az ember tudjon assemblyben gondolkodni és programozni, de hacsak nem fordítót ír, akkor inkább azért, hogy tudjon jó, a CPU számára emészthető kódot írni, mintsem, hogy ő maga írja meg az ASM kódot. Ha rossz vagy lassú az algoritmus, akkor az ASM-ben is rossz vagy lassú lesz. Jobb algoritmussal többet tudsz nyerni, mint pár órajel megspórolásával.




    A Windows 7 / Windows Server 2008 Meldown patch nagyobb problémát csinált, mint hasznot: https://hup.hu/cikkek/20180328/a_windows_7_windows_2008_meldown_patch_nagyobb_problemat_csinalt_mint_hasznot#comment-2215457

    Hát ha 40%-ot tudtál rajta fogni ASM-ben, akkor azon C-ben is tudtál volna majdnem, vagy akár ugyanannyit. Kivéve persze, ha az adott CPU valami nagyon kis teljesítményű cucc, pl. mikrokontroller volt, ha már megemlítetted a mikrokontrollerre írt időzítéskritikus kommunikációt. Az egy másik világ, ott nagyon is van létjogosultsága az ASM-nek. Mindig meg kell nézni, hogy mi a bottleneck és azon segíteni. Ha lehet. Nekem az LPT-s 1541 emulátoromban a fastloadereknél a bottleneck a közel 1 us-os ISA access latency volt, azon szoftverből akkor sem lehetett segíteni, ha tótágast állok a C128-on; pedig elhiheted, ott én is megpróbáltam ASM-ből időzíteni, meg optimalizálni, de amikor a mérések után kiderült, hogy a futásidő 95-96%-át az LPT-hez történő hozzáférés, 2-3%-át meg a getchar() eszi meg (azaz kb. 3 sor a ~3600-ból), akkor feladtam. Ezen max. hardware-esen lehet segíteni, de ez már off.




    A Windows 7 / Windows Server 2008 Meldown patch nagyobb problémát csinált, mint hasznot: https://hup.hu/cikkek/20180328/a_windows_7_windows_2008_meldown_patch_nagyobb_problemat_csinalt_mint_hasznot#comment-2215531

    Ja, értem. Így már oké a dolog. Én nem nyomtam semmi mantrát, főleg nem azt, hogy a fordító megoldja helyettem (herótom van attól, amikor az eszköz akarja megoldani a problémát helyettem), én konkrétan azt állítottam, hogy manapság kézzel optimalizálni ASM-ben többnyire értelmetlen. Kivétel persze van, de hajbazer általánosságban vetette fel ezt a megközelítést és én erre reflektáltam.




    Viselkedés 2.: https://hup.hu/node/158502#comment-2211380

    +0.8




    btrfs-scrub időről időre: https://hup.hu/node/158625#comment-2214941

    +1




    A peldakepem volt (zene): https://hup.hu/node/158478#comment-2210676

    > Ebben a számban meg tényleg van valami, amitől jó.

    A dallama. Amit állítólag Presser írt. Legalábbis az IHM ezt állítja. (Amúgy zseniális az erről a számról készült paródiájuk.)




    A peldakepem volt (zene): https://hup.hu/node/158478#comment-2210766

    Mi olyan vicces?




    A peldakepem volt (zene): https://hup.hu/node/158478#comment-2210771

    Nem kell, hogy beethoveni magasságokban szárnyaljon valami, egy egyszerű dallam is tetszhet az embernek; hallgass csak meg pár korai videojátékzenét, többségükben ott sem volt a dallam túlcizellálva, mégis mekkora kultuszuk van.




    A peldakepem volt (zene): https://hup.hu/node/158478#comment-2210811

    Attól, hogy nem volt teljesítmény, attól még tetszhet az embereknek.




    A peldakepem volt (zene): https://hup.hu/node/158478#comment-2211372

    Lehet, én nem másztam bele ennyire, azt hittem arra céloztak, hogy az egyetlen ehető dolog a cuccban a dallam és az is import cucc.

    Félreértés ne essék, én se bírom ezt a gyökér Majkát, meg ezt a gettórap műfajt se.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2195851

    Kurwa nagy +1.

    Ez az overforced HTTPS amúgy is egy agyfasz. Ahol semmi érzékeny adat nem cserél helyet a két pont között, oda minek? Mi a fárasnak letitkosítani egy authentikáció nélküli, publikusan elérhető tartalmakat szolgáltató szerver forgalmát?




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2195874

    Magyarán semmi értelme... :/




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196283

    Vagyis ott vagyunk, ahol a part szakad. :P




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196282

    Tehát azért kell az egész webet túltitkosítani, mert egy büdös amcsi mammutnak ez az érdeke. Na, pont ez a bajom a dologgal (a pazarlás mellett).

    A HTTP/2 alapvetően jó dolog (lenne) - pl. az összevonások általi lekéréscsökkentés jó ötlet - de a felesleges titkosítás erőltetése baromság.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196034

    Erre nem nagyon van példa, max. az amcsiknál. (Legális ez egyáltalán a magyar törvények szerint?) Meg lehet szerződést bontani is.
    Amúgy is, erre nem az a megoldás, hogy túltitkosítod a webet, hanem az, hogy seggberúgod azt a szolgáltatót, amelyik csinálja.

    (És egyébként sem maga a HTTPS ellen ugrálunk, hanem az ellen, hogy ott is legyen, ahol nem kell. Értelemszerűen, ahol érzékeny adatok mennek oda-vissza, ott kell.)




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196429

    > Ott konkretan az egyik top3 ISP is csinalta.

    Csak csinálta? Miért hagyta abba?

    > de a kavezos-ingyenwifis beszurt trackinget, reklamot, kriptocoin banyaszo javascriptet is eszreveszed?

    JS-t mindig blokkolni kell és whitelisttel engedélyezni azokat amik futhatnak. A reklámokat meg url filteringgel (és JS blockkal) ki lehet szűrni.

    > Hol zavarja a magyar torveny a vilagot?

    Ez arra vonatkozott, hogy a hazai szolgáltatók nem valószínű, hogy ezzel bepróbálkoznának, de amúgy igazad van.

    > Mar latom is lelki szemeim elott.

    Nem én rúgom seggbe. Rúgják seggbe a megfelelő szervezetek, intézmények. Azért vannak.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196485

    Én ezt elhiszem, de ha az amcsik buzik, akkor a világ többi részének is szopnia kell?




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196548

    Az a te választásod, hogy akkor is ssh-t használsz, ha nem feltétlen szükséges. Itt viszont a HTTPS-t kötelezővé akarják tenni. Az nem baj, ha minden szerver támogatja opcionálisan, de ne legyen már kötelező.

    Nem, nem nagy dolog. De ha nem kell, akkor miért is kell?




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196853

    De kötelező, legalábbis annak, aki a látogatottságból él, mert a de-facto keresőportál a kugli és le fogja sorolni a nem https-sel üzemelő oldalakat, mint ahogy a legnépszerűbb böngésző is a króm és az is ugacsolni fog, hogy nem biztonságos.

    Én nem használom, de a világ jelentős része meg igen.

    Ki cseréli le? Mindenki erről a MITM támadásról hápog, de ez baromira nem jellemző az ISP-k körében.

    A mozarella team azért halad erre, mert a kugli errefele halad. Vagy mennek utána, vagy megszívják.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196547

    > Ugy hallottam mostansag az megy, hogy magasabb a havi dijad, ha bepipalod az aprobetu melletti kis kockat, hogy nem elemezhetik a forgalmadat es nem adhatjak el funek-fanak.

    És még a magyar a birka nép...

    > Es az USA meg egy "fejlett demokracia", mi mehet a vilag tobbi reszen?

    "Fejlett demokrácia", azaz "plutokratikus pszeudodemokrácia"? Az USA a legaljasabb diktatúra a világon. Nem feltétlenül a legkeményebb, de a legaljasabb, az tuti.

    > En a normal felhasznalok iranyabol nezem a dolgokat: nagyon kevesen blokkolnak JS-t. Plane mobilon, ami a web forgalom igen tetemes reszet teszi ki.

    És most a "normál felhasználók" miatt szívjon mindenki?

    > Es nem csak nagy, legitim ISP-k vannak. Ott a sok feltort routeres ilyen olyan ingyenwifis hely. Barmikor beuthet egy HTTP-be injektalos mulatsag.

    Use anonymox, ld. lejjebb.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196185

    +1, a konkrét témától függetlenül.


    Σ: 001 -> zolk3ri


    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196356

    +1




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196430

    Akkor oda kell a HTTPS, de ahova nem kell, oda nem kell.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196486

    Azért, hogy a szomszéd nyugodtan tudja lopni a Wi-Fit? :P

    Viccet félretéve, ez nem a standard eset, hogy valaki lopja a netet. Majd, ha az ISP-knél világszerte elfogadott lesz, hogy beleugatnak a forgalomba, majd akkor visszatérhetünk erre a "problémára".




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2197109

    Nem egészen... Ez ugyanis komoly többletterheléssel jár a rendszerekre nézve. Amíg nincs probléma, addig felesleges pazarlás. Ha az ISP-k állandó gyakorlattá teszik, akkor igen, akkor muszáj. De addig nem.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196431

    JS-t blokkolni kell, ahonnan meg exe-t meg doc-ot töltesz le, az értelemszerűen HTTPS-en kell, hogy lejöjjön. De ahol van HTML, némi CSS, meg egy-két kép, oda minek?




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196487

    Ha ennyire veszélyes internetkávézóból netezni, akkor fel kell kapcsolódni anonymoxra, akkor minden auto-https lesz.
    De megbízható hálózat esetén nem kell. És az ISP-k többsége nem szórakozik MITM támadásokkal.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2197110

    > Hol tartanank most ha nem erolteti a https-t a google es szamos mas ceg mar evek ota? :)

    Sehol. Ez két cég volt és hány ISP van a világon. És ugye az sem mindegy, hogy a lebukás után mi lett a folytatás. Ha nem változott semmi, az már adhat aggodalomra okot, de ha abbahagyták, akkor nincs mit rugózni rajta: a csicskuló ISP-t alfaron kell billenteni.
    Amcsiknál el tudom hinni, hogy gyakoribb a dolog. De ne kelljen már megint a rohadt amcsik miatt szívni az egész világnak...

    Ez az egész cirkusz csak a cert előállítóknak jó, mert nő a jövedelmük.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2197206

    Köszi, én nem tudtam volna ilyen szépen elmagyarázni.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2197281

    Márpedig lehet, hogy egy nap eljátsszák, hogy a Let's Encrypt és hasonló ingyenes certeket nem fogadják el; ha azt akarod, hogy a de-facto keresőben megjelenj és a de-facto böngészőben működjön az oldalad, akkor fizess a cert előállítóknak.




    A Google Chrome 68 az összes HTTP oldalt "nem biztonságos" címkével látja majd el: https://hup.hu/cikkek/20180209/a_google_chrome_68_az_osszes_http_oldalt_nem_biztonsagos_cimkevel_latja_majd_el#comment-2196186

    > Hiaba van HTTPS, ha a website/webszerver van meghackelve. ;)

    Vagy a felhasználó gépe, arra még több példa van.




    John Carmack OpenBSD-ben kalandozott: https://hup.hu/cikkek/20180306/john_carmack_openbsd-ben_kalandozott#comment-2206072

    Fosbúk mentes verzió itt: https://pastebin.com/bJkYLYJL




    John Carmack OpenBSD-ben kalandozott: https://hup.hu/cikkek/20180306/john_carmack_openbsd-ben_kalandozott#comment-2207355

    <troll>Ugrás felfelé... A csillárventilátorba... :P</troll>




    John Carmack OpenBSD-ben kalandozott: https://hup.hu/cikkek/20180306/john_carmack_openbsd-ben_kalandozott#comment-2207460

    Stimmt. :)




    Repeat after me: SQL is not assembly: https://hup.hu/node/158287#comment-2206850

    > Meresem nincs publikus, de nempublikusban kijott MySQL-ben, hogy a UNIQUE key es a PRIMARY KEY sokkal gyorsabban WHERE-ezik, mint egy index.

    Lamer kérdés: Ez nem azért van, mert az egyedi/elsődleges kulcsoknál nincs értelme tovább keresni az első találat után és a LIMIT-től függetlenül megáll, míg sima indexnél meg nem?




    Repeat after me: SQL is not assembly: https://hup.hu/node/158287#comment-2207125

    > De még az id > 3000000 egy 4 millio soros tablan is gyorsabb, mint egy index "=" ami igaz parszazezer sorra. Erre ez mar nem magyarazat.

    Ha az előző nem volt az, lehet, hogy ez már lamer kérdés lesz: A táblák feltöltése általában szekvenciálisan történik, ennek megfelelően a rekordok fizikailag többnyire úgy jönnek egymás után, hogy a PKEY sorfolytonos. Tudom, hogy ez nem szükségszerűen van így, "összetördezehet" a sorrend amikor UPDATE vagy DELETE fut, de nincs esetleg valamilyen "mechanizmus" a motorban, ami nyilvántartja ennek a "töredezettségnek" a mértékét és a pontjait? Csak mert egy teljesen sorfolytonos PKEY mezőkkel bíró táblánál elég azt tudni, hogy hol van a 3 milliomodik sor és hol az utolsó és máris nem kell keresgetni semmit, ha meg törések vannak benne, akkor ha azok nyilván vannak tartva, akkor lehet tudni, hogy kell-e még máshova is nyúlni. Ezt totál laikusként kérdezem, nem tudom, hogy működik belülről a PgSQL vagy a MySQL. De szerintem érdemes lenne megnézni egy ebből a szempontból "összetört" tábla tartalmán lefutó PKEY-re szűrést, majd még egyszer, miután lefutott rá egy ALTER TABLE tabla ORDER BY id ASC.




    tarhely.gov.hu - avagy basszunk el valamit ami mukodik: https://hup.hu/node/158289#comment-2206853

    Teljesen off: a rekapca nevű szörnyszülemény kiagyalóit emberiségellenes bűncselekmény elkövetése miatt versenyzongora általi halálra kéne ítélni... Ez már nagyon a bögyömben volt, én kérek elnézést.




    tarhely.gov.hu - avagy basszunk el valamit ami mukodik: https://hup.hu/node/158289#comment-2206871

    Egyetértek. Ez már security over sanity. A rekapcán is még az élő ember is fenn tud akadni; nem klikkelted be a kirakat sarkát, gép vagy, szia! Anyád...




    tarhely.gov.hu - avagy basszunk el valamit ami mukodik: https://hup.hu/node/158289#comment-2206960

    Ezt nem tudtam... Magyarán akkor ezt az istencsapását is a kuglinak köszönhetjük.




    Zártkörű, szakmai oldal szavazásának háttere és kapcsolódó gondolatok: https://hup.hu/node/158269#comment-2206234

    Konkrétan erre a részre:

    > A belső területhez való hozzáférés történhet cikkenként, vagy havi előfizetés keretében. A cikkenkénti előfizetés nagyjából egy csoki ára lenne, a havi előfizetés 4-5 csoki. Annyi korlátozás lenne, hogy havi előfizetés esetén a naponta megtekinthető cikkek limitálva lennének a leechelés elkerülése végett.
    > Lehetőség lenne az előfizetés cikkekkel, publikációkkal történő megváltására. Ez évente min. 2, max. 6 cikk lenne, ahol számítana a terjedelem és a téma.

    Amíg csak egy vagy két oldal működne így, addig elmenne, max. nem látogatná, aki nem akar vagy nem tud fizetni, de ha ez általános lenne, akkor igen gyorsan kiürülne az internet, ha az a jóégtudja hányszázmillió oldal úgy fogadná a keresőből érkezőket, hogy "csak egy csoki ára". Kb. a freemiumok működnek így, hogy "csak egy sms ára és máris játszhatsz még egy menetet"...

    Sz*rk: Mondjuk a szövegből nem jött le nekem, hogy ez most csak egy adott leendő szakmai portál működésére javaslat, avagy általános filózgatás a weblapok egy működési lehetőségéről.




    Csatlakoznál olyan zárt, szakmai oldalhoz, ahol a tagság feltétele a rendszeres publikáció az oldalon?: https://hup.hu/szavazasok/20180303/csatlakoznal_olyan_zart_szakmai_oldalhoz_ahol_a_tagsag_feltetele_a_rendszeres_publikacio_az_oldalon#comment-2204808

    +1




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196488

    A kapitalizmus nem a szabad piacról és a versenyről szól? Az hol szabad piac, meg verseny, hogy 4-5 cég felosztotta maga között a piacokat és mindenki mást kinyúvasztanak, meg ők határozzák meg, hogy merre tovább, de lehetőleg arrafelé, hogy a seggünkbe is belássanak, meg minden lóvénkat nekik adjuk?




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196559

    Ez az OpenStreetMap baromi jó, még Opera 12-ből is megy, viszont BP-n nekem nem sikerült tömegközlekedéshez útvonalat terveztetni. Autóhoz, kerékpárhoz, sétához adja, de BKV-hoz, MÁV-hoz nem. Ez még missing feature, location-dependent feature, vagy egy kurwa nagy PEBKAC a részemről?




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196862

    Big thx! Megvan a régi utvonalterv.hu utódja.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196551

    Mi a helyzet a DDG / Yahoo partnerséggel?




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197239

    Oké, de ezt mi garantálja? Meg mi garantálja, hogy nem oszt meg adatot NSA-val és hasonszőrüekkel? A DDG mégis csak egy amcsi vállalat. (20 Paoli Pike, Paoli, Pennsylvania, United States)

    Max azzal vagy előrébb, hogy neki nincsenek mindenütt ott a kis DDG+ gombjai, meg nincs minden oldalba beágyazva a DDGAnalytics...de ezeket a szarokat a kugli esetében is ki lehet tiltani a gépről.

    Az URL tracking meg náluk is ott van, ha ráböksz egy linkre, akkor az nem közvetlenül a címre megy, hanem előtte eldob a https://duckduckgo.com/l/?kh=-1&uddg=KINYITOTT_LINK címre. Persze ezt mind a kuglinál, mind a DDG-nél meg lehet kerülni egy pársoros JS addonnal.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197287

    Hát ez az, hogy én előbb bízom meg egy viperában, mint egy USA-beli cégben, még akkor is, ha azt állítja magáról, hogy jófej; hint: a kugli mottója is az, hogy "don't be evil", aztán meg...tudjuk.

    Nincs mit. Az igazán aljas húzás (amiben nem csak a kugli, hanem a DDG is benne van), hogy amennyiben érzékeli a JS-t, akkor nem az URL-t írja át, hanem az onclick eseményre húzza rá a redirectet, így még azt sem veszed észre, hogy az URL nem stimmelt. (Sőt egy darabig (2015-ig talán?) a JS mentes URL torzítás nem is ment, a trackingot a JS tiltásával megkerülted. Aztán persze leesett a kuglinak a tantusz.) Mivel nálam a dzsuvaszkript mételyes szennyéből csak annyi van a gépemre engedve, ami pár nekem szükséges oldal működéséhez kell, így nálam mindig az URL-ben jelenik meg a szemetük, így amint kiszúrtam, összedobtam rá egy addont, ami leszedi. (Meg ez mellett van benne egy custom URL-filterlist, ami kihajigálja a szemetet (pl. mega-virus-downloads.com/amit-kerestel.exe) a keresési találatokból.)




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197414

    Szívesen fogadok feedbacket, bugreportot...egyébként van DuckDuckGo-s változat is, bár ezt még csak Opera 12-höz csináltam meg, mert eddig rajtam kívül senki nem használta a másikat sem...




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197416

    > A "coming soon" Safari eseten milyen idotartamot takar? 2018-ba belefer?

    Mint mondtam, rajtam kívül senki nem használta, így nem foglalkoztam vele, csak az Opera 12 verzióval. Van itt OSX Tiger a G4-en, meg Snow Leopard a MacMini-n, ha tényleg kell a Safaris verzió, akkor csinálhatok.

    > "Reported unwanted addon site"-nak van reportolva

    Ezzel nem tudok mit kezdeni, ez rajtam kívül álló dolog.

    > Es invalid crx header Chrome-ban

    Az érdekes. Próbaként letöltöttem, kinyitottam a chrome://extensions/ oldalt, belehúztam és települt gond nélkül. Hanyas Chrome van nálad? Nekem itt Chromium 58 van.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197497

    "Sajnos" csak régi Mac-ekre (G4, G5, MacMini) volt pénzem. Ha van valami lehetőség arra, hogy a latest Safarit feltegyem Snow Leopardra, akkor az még talán működhet. De egyébként a cucc Public Domain, úgyhogy, ha van rá időd, meg kedved, akkor akár te is megpróbálhatod. (Meg egyébként is faék az egész, semmit nem csinál azonfelül, hogy leszedi az URL-ekről a trackinget, meg kihajigálja azokat a találatokat, amik szerepelnek a megadott listában. Ja, meg eltakarítja a "sponsored" találatokat is.)




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197616

    Egyébként még csak megírni sem kell újra, csak a "körítést" kicserélni (a JS maradhat), hogy passzoljon a Safari API-hoz. (WebKit-es böngésző és emlékeim szerint, amikor a krómosat csináltam, még az is az volt, úgyhogy nem lehet olyan nehéz átírni.)

    Jah, ha megcsinálod, feltétlen dobd át, felteszem ezt is a listába. :)




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197615

    Izé, bocsi, de ha azt akarom, hogy ne kapja meg a klikkre behívott oldal a search query-t a HTTP_REFERER-ben, akkor letiltom a böngészőben, hogy átadja a HTTP_REFERER-t, szóval ez a legjobb esetben is egy felesleges feature. Azt nem tudtam, hogy ki lehet kapcsolni URL-ből is, de mindenesetre biztató, így már hihetőbb, hogy tényleg csak egy felesleges feature. (A sütis kikapcsolásnak semmi értelme, legalábbis nálam, én minden session végén full cache empty-t csinálok.)
    A kuglinál viszont egyértelműen tracking célokat szolgál.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197852

    Fogjuk rá, hogy elhiszem, hogy ők konkrétan nem csinálnak semmi szemétséget, legalábbis amíg nem kapnak rá utasítást fentről. Fedőcéget én sem tartom valószínű felállásnak.

    Egyelőre tesztelgetem, hogy mennyire ad releváns találatokat, de jelen állás szerint jobb eredményeket kapok vele, mint a kuglival. Három éve ez még fordítva volt.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196647

    Egy nagy túrót. Ha nem úgy pattogsz, ahogy a kugli fütyül, akkor majd jól lesorol az aljára, mert nincs HTTPS, mert nincs gaylanálitiksz, mert nincs sz*rvízwörker, mert nem tetszik neki a HTML struktúra, mert túl sok a kulcsszó, mert túl kevés a kulcsszó, mert sok kicsi képben vannak az elemek, mert egy nagy képen vannak az elemek, mert szerda van; vagy akár, ha olyanja van őkugliságának, vagy épp konkurencia vagy neki, akkor szimplán kitilt a listáról, pl. a ProtonMail is így járt.

    Mondjuk abból a szempontból tényleg felesleges, hogy úgy sem lehet kielégíteni a kuglit, ha mindennek megfelelsz, jövő hétre talál még ki újabb fasságokat...




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196668

    Mit értesz "targetált" alatt? Tudod kinek akarsz eladni és rászállsz házalsz? Beismerem: én nem értek sem marketinghez, sem üzlethez, de én rohadtul utálom, ha valamit megpróbálnak rámsózni, még akkor is, ha nem valami haszontalan dologról van szó. Majd én megkeresem, ha szükségem van rá. És tartok tőle, hogy az emberek többsége is így van és elkergeti a házalókat, aztán majd megkeresi magának, ami kell. Ez az alapja ennek az egész ökoszisztémának - hogy az emberek jöjjenek hozzád - aminek az életterét sajnálatos módon a kugli teljesen kisajátította.

    A SEO szakemberbe teljesen felesleges egy fillért is beletolni, mert csak lehúz és baromságokat beszél. Ha valamit akarsz, csináld magad és ez a SEO-ra is vonatkozik. Ami az árakat illeti: mit értesz "megfelelő offline kampány" és "virális kampány" alatt, amit párszázezer forintból ki lehet hozni? Szórólap? Gerillamatrica? Vagy csinálsz valami figyelemfelkeltőt, ami kap tíz másodpercet a híradóban két belezős sztori között?




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196790

    Na jó, de hogy jutsz el a célcsoportodhoz internet nélkül az internet korában? Oké, van TV, meg rádió is, de az nem párszázezer Ft, hogy te oda bejuss, akár reklámmal, akár műsorral...

    Pont a tolakodó reklámok helyett lenne a keresőoptimalizálás, hogy aki a te cuccodat keresi, az megtaláljon. (Csak épp a kugli ott tesz keresztbe neked, ahol tud.)

    Ez a BMW-s példa amit mondasz, ez nem offline. Te szó szerint "megfelelő offline kampányról" beszéltél.
    BTW, hova teszed fel a videót? Tecsőre? Az a gaygle kezében van, tehát továbbra is függsz a kuglitól. (És könnyen lehet, hogy letörlik, mert pl. a BMW nem adott engedélyt a márkajelzés használatára, vagy mert a motorzúgásban is "copyright infringementet" talál.) Felteszed máshova? A kutya nem fogja megnézni. Oké, kivéve a frászbúkot, ha felteszed valahova és belinkeled ott, akkor a kuglit tényleg megkerülted, de cserébe egy másik netkiller gigacégtől függsz - cseberből-vederbe.

    Milyen rendezvényt tudsz szervezni párszázezer Ft-ból, hogy arra baromi sokan odafigyeljenek? Plakátokat van még aki nézi? Ahogy nézem a legtöbb ember le se szarja őket. (Meg az sem két fillér, legalábbis ott, ahol sok ember látja, ott tuti milliókat elkérnek érte.)

    Aha, tehát a "virális kampányt" azt nem offline értetted, azt félreértettem akkor. Lehet, hogy ebben van valami. De nem minden termékről lehet vírusvideót csinálni. (És akkor még mindig ott van a kérdés, hogy akkor most melyik mammut platformját veszed igénybe, hogy terjeszd.)




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196796

    Az elején nyilván nem lesz egyértelmű, hogy hirdetsz, de amikor beindul a dolog, akkor szükségszerűen egyértelművé válik, hiszen üzletet alapozol a videó sikerére, amit nem lehet nem észrevenni.

    Honnan szereztek róla tudomást? Miért mentek el rá? Az ilyesmihez meg kapcsolatok kellenek...vagy megint csak reklám, hogy tudjanak a rendezvényről.

    Szóban elég nehezen ad át valaki valamit, amit látni kell, pl. plakátot vagy graffitit. Mégis hogy reklámozol virálisan offline? Pletykával?




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196890

    Senki nem mondta, hogy a kugli nem egy nagy kalap szar, mert az, de ettől még azt használja a világ és ha azt akarod, hogy megtaláljanak, akkor először ott fognak keresni.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196948

    Ha neked nem kell, akkor másnak sem?




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196876

    > Szar reklámot bárki tud készíteni, olyan reklámot amit millióan osztanak tovább csak nagyon kevesen.

    És ennyi. Innentől kezdve hogy akarod ezt a metodikát követni pl. a kisvállalkozói szférában? Hogyan várhatod el, pl. egy szerencsétlen szobafestőtől, hogy vírusvideót csináljon? Ő festeni tud, a weboldalt megcsinálja a fia, vagy valami haverjának a haverja, de többre ott nem fogja futni. És manapság már nem keresnek a telefonkönyvben szobafestőt, annál inkább a kugliban. Így aztán marad a kugli, mint primer hirdetőfelület, a többivel nem megy semmire, mert az, amit még látni szoktam a jómunkásemberektől, az az, hogy kiraknak egy bevagdosott A4-es lapot a buszmegállóba, hogy "szobafestés olcsón", amiről le lehet tépni a telefonszámot. Le is szokták, a jóindulatú kisgyerekek, hogy teleszemeteljék vele az utcát. Hatékony.
    Aztán meg a másik, hogy jónéhány féle termékről baromi nehezen tudsz valami frappáns vírusvideót csinálni, amin nem fognak felháborodni.

    > Te nem mennél el egy olyan rendezvényre, ahol élőben nyomogathatnál valami téged érdeklő kütyüt és még etetnek és itatnak is?

    Nem, de az én vagyok. Nyilván, ha ingyen van, akkor a legtöbb ember elmegy rá. A kérdés csak annyi, hogy elég ember tud-e róla. És ha igen, akkor a legnagyobb valószínűséggel a netről tud róla. Te egy számlán láttad, rendben van. A havernak hogy mondtad el? Élő szóban, vagy neten keresztül? És ő a főnökének? Az ilyen info, főleg, ha az egész országban teríteni kell, akkor offline sosem lesz olyan hatékony, mint online. Nem véletlenül hívták ezt távközlésnek. :P

    > Igen. Nem becsüld le az emberi kapcsolatokat és a szóbeli kommunikációt.

    Van még olyan? Mert ahogy én látom, már a szomszéd szobában lévő családtaggal is valami csevegőprogramon vagy a féceszbúkon át beszélgetnek...

    > Pl. csinálsz öt plakátot, amin feldarabolsz egy viccet, amibe teszel egy halandzsa kulcsszót, ami összekapcsolható a termékeddel. Ezt szétszórod egy városban öt helyen, Az emberek nem fogják érteni, keresni kezdik, beszélnek róla, megosztják, összerakják, rákeresnek a halandzsádra, továbbadják a halandzsát, ???, profit.

    Izé, ez most komoly? Pedig már kezdtem azt hinni, hogy tényleg tudod mit beszélsz. Az emberek nem foglalkoznak azzal, amit nem értenek, nem is érdekli őket, az emberek elsöprő többsége apatikus és ostoba. :( A viccet még csak-csak megjegyzik, de a kulcsszót tuti nem.
    (És a plakátok még mindig nem jönnek ki párszázezer Forintból.)

    > Azt kell megérteni, hogy a média (net sajtó, rádió, tv, kutyafüle) csak hordozó. Ha nem tud a tartalmad kiszakadni a hordozóközegéből, nem fog hatni.

    Lehet, de akkor sem fog hatni, ha az emberek nem érik fel ésszel, hogy mit szeretnél mondani. És a jónép nagyrészét kitevő valóságshow-bámuló konzumdroidok nem fognak foglalkozni az igényesen megtervezett puzzle-hirdetésekkel.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196942

    Itt más a tapasztalat: a környékről több mesterember is inkább elhúzott külföldre. (Nem csak szobafestők.)
    Milyen marketing passzol mondjuk egy temetkezési vállalkozóhoz, vagy egy maszek nemibetegségekkel foglalkozó dokihoz?

    Továbbra sem sikerült egy garantált receptet adnod, hogy hogyan éred el az adott célcsoportot.

    És aki nem a sikeres üzletemberekből él, hanem az átlagparasztokból?

    De, sajnos ostobák. Tesped a tévé előtt, nézi a valóságshow-t, szétissza az agyát, vagy elmegy bulizni és szétissza, szétdrogozza... Nyilván nem mindenki ilyen, de én azt mondtam, hogy az emberek többsége.
    Politikát inkább ne keverjük ide. (De amúgy akkor inkább töbszázmillió, nem? :P ) Most utánakeresgettem és tényleg van 20 ezerért is, de van többszázezerért is. Nyilván attól függ, hogy mennyire jó helyen van.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196946

    Én néha még az első oldalon se találok releváns találatot. :/ (Azért többnyire igen, de van kivétel.)




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196945

    Ez egy olyan eset, ahol a kuglitól függetlenül is 90%-os eséllyel nem leszel rajta az első oldalon. Ez nem a kugli hibája.
    Csakhogy olyan esetek garmadája is van, amikor adott kulcsszóra kb. 3 cég kéne, hogy feljöjjön és mégsem jönnek, mert nem teljesítették a kugli által előírt feltételeket.
    Meg olyan is, hogy konkurencia vagy neki, ezért kiszór, ld. a ProtonMail sztori. Igen, a kugli egy köcsög. Nagyon nagy köcsög.

    A kuglinak a kezében összpontosul szinte a teljes keresőpiac és irdatlanul pofátlan módon vissza is él vele. Tkp. el akarja dönteni, hogy mi legyen a neten és hogyan legyen a neten.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197102

    A kugli azért köcsög, mert visszaél azzal, hogy kvázi-monopolhelyzetben van a keresőpiacon. Ez nem ilyen egyszerű, hogy ez egy magáncég. Jelen pillanatban az egész rohadt civilizáció az internetre épül, ami kereső nélkül (majdnem) használhatatlan lenne, akkorára nőtt és ez a kereső (majdnem) teljes egészében a kugli kezében van. Ami meg a seo-t illeti, minden hétre más baromságot találnak ki. Szerinted egy kis cégnek jót tesz, ha hetente kell valami újabb fasságot implementálni a céges webes szarokba? Az idő és pénz, ami arrafelé nem feltétlenül van. Mintha direkt arra menne rá a kugli, hogy a kicsiknek egy idő után esélye se legyen...
    Ez a HTTPS móka is egy nagy baromság. Mégis mi értelme annak, hogy most tele lesz a net Let's Encryptes certekkel? (Mert ugye nem mindenkinek lesz pénze "igazi" certre.) Az úgy hirtelen olyan nagyon biztonságos lesz? Mi lesz, ha kitalálják, hogy ingyenes certtel nem fogadják el?

    Amúgy, ha a mozarella tovább szopatja magát, meg az usereit, akkor a kugli a böngészőpiacon is kvázi-monopólium lesz. Az meg aztán tényleg maga lesz a megaélvezet.

    Szerinted miért nem mondja a ProtonMail, hogy direkt csinálták? Mert bizonyítékuk nincs, annak hiányában meg baromi nagyot lehet taknyolni, ha a kugli rágalmazásért perel. A kugli meg hazudik, mint az árvíz. Ez ugyanis nem egyedüli eset, hogy kizártak valakit, aki nekik konkurencia.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197312

    Mi is volt a rizsa? Mert ez így nem válasz




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197419

    > Na ez konkrétan baromság.

    Nem, ez nem baromság. Több, mint 10 évig kínlódtam webdeveloperként velük, az öcsém meg most építgeti a cége SEO-ját és most ő szenved a baromságaikkal (meg én is, amikor segítséget kér). Bizony, baromi gyakran cserélgetik a követeléseiket...

    > A "konkrétumok" egy másik része pedig olyan feltételezés, amit a kugli iránt érzett utálatodon kívül nem támaszt alá semmi más, ilyen pl. a protonméles elméleted.

    Az én elméletem? Az enyém? Jól vagy? Ez nem az én elméletem. (Meg nem is elmélet.) Leírta a ProtonMail, hogy mi történt, a napnál is világosabb. Azért nem írják, hogy direkt volt, mert bizonyíték nélkük rommá perelnék őket. Nem értem, mi nem érthető ezen.

    > A protonmél egy fizetős szolgáltatás (5 ojró/hóért 5 giga, a free plan az vicc), a kugli ad 15 gigát ingyen (értsd jól :), szóval ez nem ugyanaz a műfaj, nem ugyanaz a sportág. Arról nem is beszélve, hogy a kugliból még bőven akkor került ki a protonmél, amikor az még invite only volt...

    Értem én jól: te vagy az áru. A ProtonMail viszont belül letitkosít mindent, így ők sem férnek hozzá, ha akarnának sem tudnának belenézni a leveleidbe, hogy reklám legyen belőle. Hovatovább a kugli most már mobilszám nélkül nem is enged fiókot regisztrálni, megpróbálja az összes elérhető adatot összeszedni rólad, a ProtonMail meg teljesen anonim és nem kell hozzá mobilszám. Nem csoda, hogy egyre népszerűbb. Most még rá lehet fogni, hogy nem ugyanabban a ligában fociznak, de mi lesz öt év múlva? A kugli csírájában próbál meg elfojtani minden konkurrenciát. Tiszta microsoft. A free plan meg lehet, hogy neked vicc, de nekem és sok más embernek pl. megteszi és amúgy az a havi usque 1500 Ft sem egy olyan összeg, amitől hanyatt kéne vágnia magát az embernek.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197421

    Én már szerencsére búcsút mondtam a webnek, de köszi a tippet, majd mondom öcsémnek.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197853

    > Idén ez a 7. hét. Mik voltak idén hetekre bontva ezek a baromságok/fasságok?

    A "hetente" az egy szarkasztikus túlzás volt. De pl. idén találták ki, hogy kötelező ez a Service Works, vagy mi az isten, azzal szenved most az öcsém. Aztán volt olyan, hogy hol plusz járt érte, hogy ha volt GA, hol meg levonás! Ugyanez a tömörítésre. Aztán meg különféle marhaságokat kértek a HTTP headerekbe és azt is többször átvariálták.

    > Igen, ugyanis te _azt_ állítod, mégpedig teljes bizonyossággal, hogy a kugli direkt baszott ki ezzel a protonizével. Ami teljesen alaptalan, légből kapott feltételezés. FUD, ha úgy jobban tetszik. Ezt csinálod.

    Lófaszt. Egyértelmű a sztori, csak te nem akarod érteni.

    > És valószínűleg soha nem fognak ugyabban a ligában focizni. Akinek merevedése lesz a privacy (secure, encrypted, svájci adatvédelem, stb.) szavak emlegetésétől, azok már ott vannak. 3,5 év alatt sikerült 2 millió ilyen-olyan felhasználót szerezniük. Mert lássuk be, ezek a privacy huszárok akármilyen hangosak is, mégiscsak az internetezők egy ingerküszöb alatti kisebbségét kelentik. Egy százalék alatt valahol.
    >
    > A többség - sajnos - az ellenkező véglet: nyilvánosan posztolja hogy mit eszik, hol eszik, mennyiért eszik, de lehet még azt is, hogy mi lesz a végén a kajából...
    > Ha pl. a fész bevezetne egy új feature-t, ahol ha valaki egy csomó ténylegesen fontos adat megadása után használhatna egy újfajta (mondjuk VIP) like-ot, akkor 1 héten belül a felhasználók nagyja ezt a vip like-ot használná mindenhol. Ez van.

    Értem és ha valaki ez ellen fel mer szólalni, az hülye, a kugli meg aki ezzel visszaél és kihasználja az embereket, az véletlen sem köcsög.

    > Tehát akkor megtudtuk, hogy te se vagy hajlandó kifizetni nekik ezt a lófasz kis összeget, inkább faszkodsz azon, hogy beleférj abba a free plan-be.

    Faszkodok? Miért, mert nekem elég, mert nem generálok feleslegesen szemetet, meg nem levélben küldök kurwa nagy felbontású képeket? Nem, faszkodni itt te faszkodsz, a kugli felszopásával. Jó szórakozást hozzá, én befejeztem.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2198184

    Egyáltalán nem inkompetens, csak úgy mondom, hogy a neki szükséges kulcsszavakra sikerült neki többször is felmászni az első helyre.

    A "chemtrail"-t meg nem is minősítem, tőled nem is vártam mást, mint hogy behazudj rólam valami szarságot: a múltkor is ilyeneket hazudoztál rólam, hogy "azzal dicsekszem, hogy hányezer fős cégnek dolgozok", miközben egy kb. 6-8 fős kkv a munkahelyem, meg hogy "benyaltam magam a munkahelyemre", miközben a megszokott meghallgatásos/tesztelős procedúra mentén vettek fel. Ráadásul ezt úgy, hogy az életben nem találkoztunk, azt sem tudod, hogy hol és kinek dolgozok, csak behazudtál valamit. Most meg már chemtrail hívő is lettem. Mert ugye, ha valaki azt állítja, hogy egy amcsi multi az köcsög, az rögtön ostoba chemtrail hívő, aki nem tudja mi a kondenzcsík.

    Én a magam részéről innentől konzekvensen le foglak szarni a véleményeddel együtt; hazudozz másutt.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2198983

    Ugye nem hiszed, hogy eddig nem volt állami beavatkozás a kugli vagy a fácse kapcsán? Csak nem úgy, ahogy azt mi szeretnénk; ne felejtsd, hogy ezek amcsi mammutok.

    Miből gondolod, hogy a fácse nagyobb hatalommal bír, mint a kugli? Ők egy szegmensét dominálják a webnek, a kugli meg minimum féltucatot. Ráadásul ők birtokolják a fontosabbik szegmenseket; közösségi oldalak nélkül kurwa jól használható a net, de kereső nélkül? A DDG lehet alternatíva, de azért nem annyira egyértelmű. Jobban örülnék, ha lenne valami normálisabb (lehetőleg európai) országból is (pl. Svájcból, mint a ProtonMail) egy valódi alternatíva a webes tartalmak keresésére.
    Arról nem is beszélve, hogy a kugli szerverei tárolják egy csomó oldalnak a mindenféle erőforrását a képektől a videókon át a bloated dzsuvaszkript keretrendszerekig az összeset. Ezzel egy raklap oldal megnézhetetlenné válik a kuglis domainok kiszűrésével, azonfelül így a webes forgalom javarészét per se látják. Én is szűröm a kuglis cuccokat a hosts-tal meg az Opera beépített szűrőjével, de pl. az ajax.googleapis.com tiltásával instant kinyírom a fél webet, úgyhogy azt néha muszáj visszakapcsolni.

    Úgyhogy szerintem a kugli sokkal nagyobb befolyással bír a netre, mint a fácse.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2199120

    Az a kisebbik baj, hogy ve van cachelve nekik az egész web, hiszen az publikus amúgy is. Az a baj, hogy ha valaki nem tiltja a kuglis domainokat, akkor a kugli nagyon jól tudja követni, hogy merre mászkál és mit csinál, mit mond. És az egész weben, nem csak egy oldalon. Ez azért jóval nagyobb információforrás, mint a fosbúké.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2199182

    Tudom, hogy ott vannak a FB buttonok is mindenütt, de ha azt tiltod attól még megy minden tovább. Aki viszont a kuglinál hosztolja pl. az überbloat JS-szemét keretrendszereit - ami a szart is kisajtolja a CPU-ból, mire megjeleníti azt a 10 sor szöveget, meg két gombot - a honlapjájoz, annak az oldala végképp megnézhetetlenné válik, a megfelelő kuglis domainek tiltásával. Persze felmerül-e a kérdés, hogy érdemes-e egyáltalán ilyen oldalakat látogatni, de itt nem is rendszeres látogatásról van szó, hanem pl. valamit keresel és az adott témában pont a fickó írta le a megoldást a blogjában/whateverjében.

    TL;DR: A fácse teljeskörű kitiltása csak annyi problémát okozott eddig, hogy pár kép helyén egy semmi volt, míg a kugli tiltása elég sok problémát felvet.

    Van fosbúk VPN? Ami "megvéd" engem? Legalább "Operation: Irony" néven fut? :P




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196961

    Online doksi, például.




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197103

    +1




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2204386

    +1




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2205552

    +1




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2196791

    +1




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197133

    +1

    Titkosított != biztonságos




    Szerinted jó irányba haladnak a modern böngészők HTTPS-hez kapcsolódó policy-jei?: https://hup.hu/szavazasok/20180209/szerinted_jo_iranyba_haladnak_a_modern_bongeszok_httpshez_kapcsolodo_policy-jei#comment-2197288

    Bocs, de ez egy nonszensz általánosítás.




    systemd, ha már: https://hup.hu/node/154328#comment-2118065

    > a sysvinit egy karbantartás nélküli szar, amit senki sem akart bevállalni

    Egy tonna egyéb init rendszer van a sysviniten és a systemd-n kívül.


    Σ: 001 -> solt87


    Kedves Windows...: https://hup.hu/node/158147#comment-2203283

    A win8/win7 mizériát is valami frissen felrakott frissítés csinálta?




    Kedves Windows...: https://hup.hu/node/158147#comment-2203458

    > (A többiek a "jó szamár elvén" már elhúztak valami egzisztenciával kecsegtetőbb irányba?)

    Azaz: mindegy, csak el innen?




    Mióta foglalkozol programozással?: https://hup.hu/szavazasok/20180214/miota_foglalkozol_programozassal#comment-2198194

    Dettó BASIC, csak ez a C128-as CBM BASIC 7 volt. A pontos dátumra nem emlékszem, de valahogy '88 vége és '90 eleje közé tehető, mert öcsém már megvolt, az Amiga 500 meg még nem. A program egyébként kb. hello world szintű volt, semmi komoly.




    Mióta foglalkozol programozással?: https://hup.hu/szavazasok/20180214/miota_foglalkozol_programozassal#comment-2198794

    Még gyengébb szóvicc:

    Batch please.

    (Bocsbocsbocs...)




    Intel: ne telepítsd az eddig kiadott microcode frissítéseinket: https://hup.hu/cikkek/20180124/intel_ne-telepitsd_az_eddig_kiadott_microcode_frissiteseinket#comment-2188947

    Kár volt ennyire megtekerni, mert a "higher than expected reboots"-ból az jön le, hogy eddig is számítani kellett a váratlan újraindulásokra, ami meg baromi rossz reklám az intelnek.




    Intel: ne telepítsd az eddig kiadott microcode frissítéseinket: https://hup.hu/cikkek/20180124/intel_ne-telepitsd_az_eddig_kiadott_microcode_frissiteseinket#comment-2189061

    :D




    Intel: ne telepítsd az eddig kiadott microcode frissítéseinket: https://hup.hu/cikkek/20180124/intel_ne-telepitsd_az_eddig_kiadott_microcode_frissiteseinket#comment-2189882

    A Cserpes Sajtműhelynek van túró rudija, valamennyi csoki azon is van. Egyébként elég jó, de elég drága is.




    Intel: ne telepítsd az eddig kiadott microcode frissítéseinket: https://hup.hu/cikkek/20180124/intel_ne-telepitsd_az_eddig_kiadott_microcode_frissiteseinket#comment-2190250

    A boltjukban semmi kirívót nem láttam. Persze a fizetését nem kérdeztem a lányoknak...

    Valami link van?




    Intel: ne telepítsd az eddig kiadott microcode frissítéseinket: https://hup.hu/cikkek/20180124/intel_ne-telepitsd_az_eddig_kiadott_microcode_frissiteseinket#comment-2190103

    Ezzel az erővel bármely hazai termék, ami import alapanyagból van, nem hazai termék. Ha megtervezel és megépítesz egy elektronikus berendezést, amihez távolkeletről és/vagy USA-ból importálod az alkatrészeket, akkor az onnantól távolkeleti és amcsi termék lesz? A terv a tiéd, a beleölt idő/pénz/munka a tiéd, az érte kapott pénz a tiéd, az utána befizetett adó a tiéd (volt), akkor az a termék nem magyar termék?

    BTW: Ugyanezzel az erővel a svájci csoki sem csoki. Én Svájcban sem sok kakaóültetvényről tudok...




    Intel: ne telepítsd az eddig kiadott microcode frissítéseinket: https://hup.hu/cikkek/20180124/intel_ne-telepitsd_az_eddig_kiadott_microcode_frissiteseinket#comment-2190148

    > Na és akkor például a magyarországi alapanyagokból készült, magyarországi dolgozók által elkészített McDonald's hamburger magyar termék? Te annak tartod?

    Te kevered a terméket a márkával. A márka amcsi, de konkrétan az a burger, amit magyar ember csinált, az magyar termék lesz.

    > Ha itthon állítják elő, de a cégben a profitot és a kockázatot egy külföldi befektető állja, akkor az már nem magyar csoki szerinted?
    > Az Audi motorjai magyar motorok, vagy németek?
    > A régebben itt gyártott Nokia telefonok magyarok, vagy nem?
    > A Budapesten a Robert Boschnál tervezett eszközök magyarok, vagy nem?
    > A Morgan Stanley budapesti fejlesztőközpontjában készülő algoritmusok magyarok, vagy nem?
    > A T-Systems által elkészített BKK jegyrendszer magyar?

    Attól függ, hogy kik dolgoznak rajta. Egy német tervezésű, de magyar gyártású cucc, az német/magyar termék. Amilyen emberek dolgoznak rajta, olyan lesz a termék. (Igen, mind a két értelemben.)




    Intel: ne telepítsd az eddig kiadott microcode frissítéseinket: https://hup.hu/cikkek/20180124/intel_ne-telepitsd_az_eddig_kiadott_microcode_frissiteseinket#comment-2190268

    Szerintem mindegy, hogy élelmiszerről beszélünk, vagy valami másról. Az alapanyagok jöhetnek bárhonnan; az adott termék attól lesz hazai, hogy hazai emberek állítják elő. (Ezt most általánosságban értem, azért is írtam "hazait" és nem "magyart", ez érvényes Japántól Chile-ig mindenütt...) Az alapanyag, a márka nyugodtan jöhet külföldről.

    És én nem zárom ki a vegyes felállást sem; ha egy gyárban a termék előállításán vegyesen dolgoznak magyarok és pl. szlovákok, akkor az magyar/szlovák termék lesz.




    ARM-os lapka-ához 7 vagy 8 inch-es touch screen: https://hup.hu/node/157948#comment-2198407

    Eh, a lényeg lemaradt (csak már nem tudom szerkeszteni): nem egy darabot keresünk, hanem nagyobb tételben, csak egyik webshopban sem találtunk olyat, ami 15k alatt lenne.




    OpenBSD? No Pale Moon for you!: https://hup.hu/node/157856#comment-2197845

    +1




    OpenBSD? No Pale Moon for you!: https://hup.hu/node/157856#comment-2197294

    Van GTK2-es backendje, így gyengébb gépeken (régi pc, vagy ARM-os lapka) is normális sebességgel fut. A rókának már nincs.




    Tovább esik a Bitcoin árfolyama: https://hup.hu/cikkek/20180202/tovabb_esik_a_bitcoin_arfolyama#comment-2193326

    Az aranyat nem a puhasága és a korrózióval szembeni ellenállósága miatt szokták inkább használni? (Pl. csatlakozóknál.) A réz sokkal jobb vezető, mint az arany és sokkal olcsóbb is, csak könnyen korrodál, a levegőn lévő réz egy idő után tiszta grünspan lesz.




    Tovább esik a Bitcoin árfolyama: https://hup.hu/cikkek/20180202/tovabb_esik_a_bitcoin_arfolyama#comment-2193344

    Az ezüst nem csak drága, hanem rettenetesen oxidálódik is. Amúgy a fajlagos ellenállás csalóka, mert az arany cca. 7x sűrűbb, mint az alu.




    Tovább esik a Bitcoin árfolyama: https://hup.hu/cikkek/20180202/tovabb_esik_a_bitcoin_arfolyama#comment-2193411

    Tudom. Én nem is mondtam, hogy abból van az egész.




    Tovább esik a Bitcoin árfolyama: https://hup.hu/cikkek/20180202/tovabb_esik_a_bitcoin_arfolyama#comment-2193985

    Nem csak félvezetők vannak benne, az áramkörök rézből vannak.




    Tovább esik a Bitcoin árfolyama: https://hup.hu/cikkek/20180202/tovabb_esik_a_bitcoin_arfolyama#comment-2194139

    Az nem volt újdonság, hogy a szabad levegőn lévő fémrészeket aranyozzák, ezt írtam én is fentebb. Amennyiben belül is van, akkor az újdonság volt. (Csak nem látom az értelmét; belül nincs oxigén, így oxidáció sem, vezetni viszont sokkal rosszabbul vezet az arany, mint a réz és drágább is.)




    Tovább esik a Bitcoin árfolyama: https://hup.hu/cikkek/20180202/tovabb_esik_a_bitcoin_arfolyama#comment-2194228

    Na ez újdonság volt, köszi.




    Tovább esik a Bitcoin árfolyama: https://hup.hu/cikkek/20180202/tovabb_esik_a_bitcoin_arfolyama#comment-2194457

    Hát amennyibe kerül előállítani, nem csoda.




    Wine 3.1: https://hup.hu/cikkek/20180203/wine_3_1#comment-2193409

    en.wikipedia.org/wiki/Kerberos_(protocol)




    Wine 3.1: https://hup.hu/cikkek/20180203/wine_3_1#comment-2193461

    Nincs mit.




    EU tanulmány: torrent nem veszi el a bevételeket: https://hup.hu/node/157477#comment-2189536

    "Tessék sört inni lefekvés előtt, attól úgy alszik, mint a bunda."




    EU tanulmány: torrent nem veszi el a bevételeket: https://hup.hu/node/157477#comment-2188344

    Cégeknél volt rá precedens, persze nyilván az nem az a kategória, mint a magánszféra.




    EU tanulmány: torrent nem veszi el a bevételeket: https://hup.hu/node/157477#comment-2188341

    Jujj...szépen megfordították az eredetit. :D




    EU tanulmány: torrent nem veszi el a bevételeket: https://hup.hu/node/157477#comment-2188342

    Ez nem újdonság, hasonló tanulmány már volt évekkel korábban is: http://www.ejpd.admin.ch/content/ejpd/de/home/dokumentation/mi/2011/2011-11-30.html




    EU tanulmány: torrent nem veszi el a bevételeket: https://hup.hu/node/157477#comment-2188422

    Van kúgültränszlét, a lényeg azért kivehető vele, de egyébként a hazai sajtóban is megjelent:
    http://m.itcafe.hu/hir/svajc_kalozkodas_kiado_szerzoi_jog.html




    LibreOffice 6.0: https://hup.hu/cikkek/20180131/libreoffice_60#comment-2192354

    Mármint win10 alatt olyan lassú?




    LibreOffice 6.0: https://hup.hu/cikkek/20180131/libreoffice_60#comment-2192756

    Nálam nem, itt elég gyors. De most a hatos valamivel még gyorsabb is lett, meg tizenpár megával könnyebb. Nem lehet, hogy UNIX alatt nálad a widgetset a lassú és nem a program maga? Van GTK2-es backendje, meg natúr X11-es is, próbáld ki azokat. (Mondjuk az már annyira nem vicces, hogy a natúr X11-es lassabb, mint a GTK2-es...)

    Vagy valami adott művelet lassú nálad?




    LibreOffice 6.0: https://hup.hu/cikkek/20180131/libreoffice_60#comment-2192836

    Ja, sorry, félreértettem a "windowstól függetlenül"-t, úgy értettem, hogy lassú az Linuxon vagy OSX-en is. Azt nem tudom, hogy win alatt hogy teljesít...




    LibreOffice 6.0: https://hup.hu/cikkek/20180131/libreoffice_60#comment-2193294

    Akkor az azt jelenti, hogy a LO többet nyúlkál a HDD-hez, mint az MSO.

    Mekkora cache-k vannak beállítva a LO-nak és az MSO-nak? Mi történik, ha több memóriát adsz a LO-nak a grafikus cache-hez és a "per object" cache-hez? https://help.libreoffice.org/Common/Memory




    Elmegy a net: https://hup.hu/node/157719#comment-2193746

    Ez a levelezés alapján a

    kernel.perf_event_max_sample_rate

    értéke túl magas. Nézd meg, hogy mennyi (

    sysctl -a | grep kernel.perf_event_max_sample_rate

    ) és vedd lejjebb (

    sysctl -w kernel.perf_event_max_sample_rate=12345

    ).




    Frissítettem Windows 10 Enterprise, version 1709 feature update-re: https://hup.hu/cikkek/20180127/frissitettem_windows_10_enterprise_version_1709_feature_update-re#comment-2190557

    Nem ez volt az?

    Mondjuk ezt a kerregtetést nem találtam meg benne...




    Soron kívüli frissítést adott ki szombaton a Microsoft a Spectre V2 sebezhetőség enyhítésére szállított patchek letiltására: https://hup.hu/cikkek/20180129/soron_kivuli_frissitest_adott_ki_szombaton_a_microsoft_a_spectre_v2_sebezhetoseg_enyhitesere_szallitott_patchek#comment-2191006

    Lehet a végén igaza lesz hajbazernek, hogy az orvosság rosszabb, mint a betegség...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2179839

    +1

    De ha ezek közül kell választani, akkor IRC.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2179838

    Még ha csak bort inna, de a kugli az emberek vérét issza. (Sorry a szar szóviccért.)




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181492

    Linuxot valószínűleg a rá elérhető mainstream alkalmazások által használt widgetsetek erőforrásigénye miatt nem használ. Bár mondjuk egy GTK2-es vagy Qt3-as környezettel a P3 még simán megbirkózna, nem kell GTK3-at, meg Qt5-öt használni. Kérdés, hogy minden alkalmazás meglenne-e, ami neki kell.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181497

    Sajnos már az Xfce is GTK3-as. :/ Az LXDE szerencsére még nem az. Openboxot nem próbáltam, biztos marha gyors meg minden, de amíg az alkalmazások továbbra is a heavyweight widgetseteket használják, addig tök mindegy. Vagy, ahogy írod: a bugróka megeszi az egészet reggelire.
    De mondjuk erre is van megoldás: valami könnyebb böngésző, pl. Midori vagy Opera Classic.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181504

    Hogyne lehetne, ebben nincs vita. Ha egy szutykos RPi-n megy az LXDE, akkor a P3-on is menni fog. (És megy, mert kipróbáltam. Defaultból valami "Pixel" nevű GTK3-as rettenettel jött, ami olyan lassú volt, hogy szabályszerűen másodpercekig molyolt még egy menü kirajzolásakor is. Aztán eltakarítottam a shitsteamd-vel együtt, felment az LXDE és máris teljesen normális sebességgel futott.)

    Ami a biztonságot illeti, ha tudod, hogy mit csinálsz, akkor olyan rendszert is lehet használni, amire már nem jönnek biztonsági frissítések, ha meg nem tudod, akkor meg úgyis teleszemetelődik a rendszer. Amúgy is ez a támogatott / nem támogatott dolog túl van lihegve kissé IMHO, 2009-ben az xp még bőven támogatva volt, mégis kb. 2 millió vírust ismertek rá, nagyjából ezerszer annyit, mint a többi rendszerre összesen. (http://web.archive.org/web/20120729160642/http://www.securelist.com/en/analysis?pubid=204792070)


    Σ: 001 -> hajbazer


    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181507

    G5-ös PowerMac OSX 10.4 Tigerrel? Sokkal gyorsabb, stabilabb és kiforrottabb rendszer az Xp-nél, az erőforráskezelése kurwa jó, vannak rá alkalmazások is (persze régebbiek) és pláne a G5-ön száguld a Tiger. De egy G4-es MDD-n is elég jól megy. (És a PPC architektúra sokkal jobb, mint az x86, a G4, pláne a G5 sokkal bivalyabb, mint a P3.) Malware meg annyi van rá, hogy ha direkt keresel akkor talán találsz...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181511

    A mai Mac-eket már nem annyira ajánlom. Egy win10-nél persze tuti jobb a macOS, de annál mi nem jobb? (Napi szinten van hozzá szerencsétlenségem, az fut a munkaidőtermináljainkon, hát mondhatom...alulmúlhatatlan...)

    Nekem csak 10.4 és 10.6-tal van tapasztalatom, de a romlás ott is érezhető; igaz, hogy a Snow Leopard többet tud, mint a Tiger, de érezhetően lassabb és egyértelműen bugosabb, logikátlanabb, a felülete legalábbis, a kernelt nem tudom. És ez csak két verziónyi ugrás volt; több hc Mac-es ismerősöm is azt mondja, hogy lassú hanyatlás van az OSX-eknél is. (És akkor még nem is beszéltünk arról, hogy 10.5 után az Apple elhajította a PowerPC archot és átállt az inteles fospogácsákra, mert ennyi eszük volt.)




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181518

    Az Apple termékei sosem az olcsóságukról voltak híresek. Nem is emlékszem árcsökkenésre az architektúraváltás után. Ha az Apple tényleg azért váltott át az intelre, mert így olcsóbban lehetett gyártani a gépet és ugyanannyiért eladni, akkor itt van egy példa arra a bizonyos etikátlan extraprofitra, amiről hajbazer a szomszéd topikban tépte a száját: silányabb minőség azonos árért.

    (Egyébként annyira nem volt drága a G5.)




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181525

    Nőjön a profit, rendben van, de azon az áron, hogy a termék szarabb lesz? Azért ez nem mindegy. Nem egyszerűen arról beszélünk, hogy spróroltak, racionalizáltak, hanem, hogy silányabb lett a cuccuk és ebből lett a több pénz. Az oké, hogy valaki profitálni akar, de az nem oké, ha bármi áron. :/


    Σ: 001 -> hajbazer


    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181733

    #define elfogadható

    De egyébként nyilván működnek így is a gépek, de ettől még a PPC-k jobbak voltak és ezen van a hangsúly. Rosszabbat ugyanannyiért.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181745

    Melyik CPU-ban nincs manapság pipeline vagy cache? Jónéhány intelre jellemző volt, hogy az utasítások nem feltétlen azt csinálták, amit elviekben kellett volna. Stabil? CLI HLT, CMPXCHG8B és még sorolhatnám. Disszipáció? Prescott.

    Sebesség az van, ezt el kell ismerni. Csak épp baromi nagy árat fizet érte az ember (és nem a pénzről beszélek).




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181752

    Én meg mondtam pár példát, hogy az intel mi mindent bírt elkúrni az elmúlt évtizedek alatt azokban a témákban, amiket felsoroltál, mint követelmény, hogy jól működjenek.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181760

    Ki mondta, hogy hibátlanok voltak? De olyan súlyos hibák ritkán fordultak elő a többi CPU gyártónál, mint amik az intelnél. A hibák mennyiségéről meg nem is beszélve. Nagyon nem mindegy, hogy van pár marginális hiba egy architektúrában, vagy pár kardinális és sok marginális.

    És szerinted egy kernelnek jót tesz, ha ezernyi kivételt kell benne lekezelni, hogy kerülgetni tudja egy elbaszott architektúra bugjait? Az szerinted nem lassít rajta semmit, nem lesz a kód átláthatatlanabb, nehezen karbantarthatóbb és ezáltal bug-prone-bb? Mert szerintem de.


    Σ: 001 -> hajbazer


    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181607

    Úgy értettem, hogy egy high-end inteles CPU-hoz képest nem volt annyira drága. Nyilván többe került, de nem annyival, hogy bele kelljen szakadni, pláne nem tömeggyártás esetén, lévén az Apple nem három darabot vett.

    Igen, az meg a másik, hogy az intelre váltásnál tkp. az Apple gépek visszaminősültek egy "mezei" brand pc-nek. Egy barkácspc-nél persze, hogy jobbak voltak, de akkor is csak pc...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181740

    Ez a pc nem az a pc; ebben az olvasatban ez nem "personal computer", hanem x86-os gép.

    "Barkácspc" alatt nem azt kell érteni, amikor valaki szakértelemmel válogatva, minőségi alkatrészekből összerak egy gépet. Nekem is ment gépem 8 és fél évig és utána sem azért cseréltem le, mert megdöglött, hanem mert lett pénzem jobbra.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181516

    Sok spekuláció van.

    A hivatalos magyarázatuk az volt, hogy a G5 melegszik, nem képes 3 GHz fölé menni és különben is az intelnek jobb a teljesítménye. A valóságban viszont az történt, hogy az intelek ugyanúgy, vagy még jobban melegedtek, a G5 meg azonos órajelen gyorsabb volt az inteles CPU-knál (no shit, egy 64-bites RISC egy agyon toldozott-foldozott, eredetileg 16-bites CISC-kel szemben). És aztán jött a POWER6, amihez semmiféle akkori inteles szutyok nem volt mérhető. De az Apple szerint a PowerPC-nek nincs jövője...

    Vannak, akik szerint az Apple simán beszopta a "Megahertz mítoszt", vannak akik szerint némi tőkéért lepaktáltak az intellel és vannak akik szerint ez is része volt a korábbi ms-Apple paktumnak (tudod, a suxploder, mint default böngésző a Mac-eken a Netscape helyett többek között (ki is nyiffant a Netscape)), hogy intelre váltsanak, hogy a wintel hegemóniát ne törje meg semmi.

    Aztán tudja a fasz, hogy mi volt...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181524

    A kód lehet, hogy megmaradt, de maga a Netscape mint brand annak harangoztak anno.

    Egyébként amit manapság a mozzarella művel a rókával az nem vicces. :/
    (Na, nem mintha a kugli meg a mikiszoft jobb lenne...)




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2187803

    Ja, lehet, hogy a motor gyorsult valamit, de közben az UI meg GTK3-as lett és az meg jól belassult, legalábbis a gyengébb gépeken.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2187802

    A Netscape nem a böngészőháborúban bukott el, hanem a marketingháborúban.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181608

    Viszont a P3-as gép nem fog örökké tartani, előbb utóbb felmondja a szolgálatot, a mai gépekre meg nem biztos, hogy fel fogod tudni kínlódni az xp-t. Oké, válthatsz még hetesre, de akkor meg ugyanazt fogod előről kezdeni...

    Nem akarom rádtukmálni a dolgot, de egy GTK2-es, vagy Qt3-as környezet még nem annyira bloated. (A Qt3 pl. alig eszik többet, mint a jó öreg Motif és valamivel még gyorsabb is.) Én 2004 és 2012 között végig ugyanazt a konfigot használtam (nem volt újabbra pénzem), amiben volt 2 GB RAM (tehát kevesebb, mint neked), meg egy 2 magos 2 GHz-es AMD Athlon (tehát nem olyan egetverően gyorsabb, mint egy P3).
    És a GTK2-es és Qt3-as alkalmazások nagyon gyorsak voltak rajta. (Összehasonlításképpen a Qt4-es KDE4 vánszorgott rajta, le is töröltem a fárasba.) 2012-ben vettem új gépet (Athlon 64 X4-gyel, meg 8 GB RAM-mal), azóta azt használom (bár a CPU-t tavaly upgradeltem FX 6300-ra, meg kapott még 4 GB RAM-ot), de a környezetem továbbra is Qt3-as és GTK2-es. És működik és gyors és viszonylag keveset eszik.

    És még csak nem is kell Linxura fanyalodnod, ha annyira utálod, mert ott van pl. a FreeBSD, ahol szintén megvannak ezek a környezetek. (De egyébként a Linuxból is lehet választani egy shitsteamd-menteset, pl. Slackware vagy Devuan.) A csomagkezelés meg bár néha agyfasz, amikor összeakadnak, törnek dolgok, de az esetek elsöprő többségében azért sokkal kényelmesebb, mint a win-en a telepítgetés. És ellentében a winnel, ahol a telepítők teleszórják a fájlrendszert és a registry-t is szeméttel - amit később az uninstaller sem szed le - addig BSD-n, vagy Linuxon a telepített cuccokat maradéktalanul el lehet távolítani. Pár kattintással, vagy egyetlen sor beírásával. (Max. a home könyvtáradban maradnak konfig fájlok, de azokat meg honorálhatod egy rm paranccsal és hali.) És nincs az sem, hogy a registry hízásával belassul az egész rendszered. (A registry a self-inflating bloat ékes példája.)

    Amúgy az AMD állítólag kikapcsolhatóvá teszi majd a jövőben a PSP-t, ami nem tudom, hogy mennyire lesz igaz, vagy kamu, de ha tényleg, akkor még lesz is a jövőben backdoor-mentes CPU, amire lehet upgradelni.

    Na mindegy, nem meggyőzni akarlak, csak leírtam, hogy én hogyan látom a dolgot...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181758

    Jajj!




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181777

    Csak ez a két opció van? Vagy azért szivárgott be ez a rettenet minden disztróba, mert annyira jó, vagy pedig fegyvert tartottak a disztribúciók készítőinek a fejéhez?

    És a SysVInit helyett pont a systemd-t kellett választani, amikor egy tonna egyéb init rendszer van?




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181781

    Inkább hagyjuk. Mondom, az a legkisebb baj vele, hogy bugos: koncepciójánál fogva el van baszva...

    > Szerk.: De amúgy akkor miért szivárgott be? Kiszúrásból, mert rossz? Nem lehet, hogy mégis több előnye van, mint hátránya? Szerintem az undor abból jön, hogy meg kell tanulni valami újat, s nem lehet a langyos sárban tovább dagonyázni.

    Azért szivárgott be, mert a RH emberei beszivárogtak a mainstream disztrók vezetői közé.

    Egy nagy túrót az a baj, hogy meg kell tanulni valami újat.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181792

    Most mondanám én is, hogy olvass utána, de ilyenkor szokott az jönni, hogy "ez egy systemd hater oldal" és ezzel el van intézve az összes ellenérv, amit felsorakoztat.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188004

    Aha, tehát ha valaki egy rakás valid érv mellett mond egy viccet is, akkor az mindjárt elég ahhoz, hogy minden egyebet le lehessen írni, amit mondott. No comment. Ne is olvass akkor, nem való az neked.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188189

    Mégis ki szerint jó az a rengeteg felsorolt katasztrofális hiba?




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188217

    He? Tudod te egyáltalán mi az a Stockholm-szindróma? (Mert leírni nem tudod, azt látom.) Éppen a systemd hívőkre jellemző inkább ez az elmezavar, hiszen ők védik a "fogvatartóikat" foggal-körömmel... Egyébként személyeskedéssel lesöpörni az asztalról az egész témát, meg a műszaki érveket, az epic fail.

    A scope-creep-ről meg annyit, hogy mi a fárasért kellene egy init rendszerbe mindazt beleintegrálni, ami a systemd-be bekerült? Felesleges komplexitás, ami csak még több hibalehetőséget és megnövekedett erőforrásigényt eredményez.

    De szemmel láthatóan téged műszaki érvekkel nem lehet meggyőzni, "mások szerint meg jó", hogy a systemd össze vissza bugzik és mindenféle baromságot csinál, akinek meg nem tetszik, arra majd mondunk valami nagyon fancy-t, hátha okosnak nézünk ki... Őszintén gratulálok!




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188240

    > bezzeg a régi initek csodálatosak voltak emberek nem veszik észre, hogy mekkora egy bugzó trágyadomb volt a százegyféle shell script, amit növesztett fölé mindenki.

    Egy érv a SysVInit ellen, még nem érv a systemd mellett! Ez egy hamis kényszerdöntés, hogy vagy egyik, vagy másik! Egy raklap egyéb init rendszer is van, még újabbak is, mint a systemd!

    > ez nem műszaki érv, hanem egy oppinionated álláspont, hogy oda az fölösleges.

    De, ez egy műszaki érv és ki is van fejtve, hogy miért.

    > tök jó, hogy egy rakás lowlevel dolog végre egységes

    Nem egységes, csak egybe lett lapátolva, feleslegesen. Olyan dolgok kerültek egy helyre, amiknek nem ugyanott van a helye. (És ráadásul nem csak lowlevel dolgokat hánytak bele.)

    > a kettő között nincs egyértelmű jó vagy rossz, viszont mivel te, (meg az oldal szerzője) ezt egyértelműen rossznak tartja, nincs értelme vitatkozni róla.

    Ez elég érdekes felfogás: ha nincs egyetértés, akkor nincs értelme vitatkozni? Csakhogy egyetértés esetén nincs vita. Hogy is van ez? (Egyébként az oldalt többszázan "szerezték", nem egy ember.)

    > Főleg úgy nem, hogy látszik rajtad messziről, hogy kompromisszum képtelen vagy az ügyben :)

    Ez már megint meddő személyeskedés... Valami érdemleges esetleg, hogy miért olyan jó nekünk, hogy letolták a Linuxos világ torkán ezt a bughegyet? Vagy maradunk a "mások ezt mondták"-nál, meg annál, hogy én hülye vagyok?

    És akkor ugye a bugokról megint sikerült elterelni a témát, pedig az aztán végképp nem szemszög kérdése, hogy valami bugos-e, vagy sem, hanem tény.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188339

    > És ezek ugyan (többnyire) műszaki kérdések, de továbbra is vélemények: Mindkét megközelítésnek megvannak az előnyei, meg a hátrányai. Amik ráadásul szemüvegfüggőek, hogy jónak, vagy kifejezetten nemkívánatosnak vannak tartva.

    Nem, ez nem szemüvegfüggő. A systemd alapvetően rossz koncepcióra épül: "integráció" és "modernizáció" címszó alatt egy a végletekig centralizált absztrakciós réteget akar kialakítani egy alapvetően decentralizált környezetben. Ez a megközelítés nettó baromság és nem az a kérdés, hogy kin milyen szemellenző van, ez nem a C64 kontra +4 vita! Egyszerűen csak arról van szó, hogy a RedHat (és a jóég tudja még kik, akik mögötte állnak), azt akarják, hogy a Linuxos szoftvervilág tőlük függjön, hogy ne lehessen megkerülni őket.
    Az igaz, hogy a SysVInit nem tud egy csomó dolgot, (pl. párhuzamos indítás), de ezeket a problémákat megnevezték és megoldották más init rendszerek fejlesztői is, nem csak a systemd-é! Ezzel szemben a systemd fejlesztői olyan további problémákat sorolnak fel, amik nem léteznek, de azért ők majd jól megoldják, amiből aztán további katasztrófák egész sorozata keletkezik, pl. ld. numerikus karakterrel kezdődő login... Az miért is jó, hogy csinálok egy problémát, hogy megoldhassam? (Bakker, tiszta pkg-config filozófia...)

    > Ahonnan ez indult, az az, hogy a debian fejlesztői inkább kívánatosnak tartották őket.

    A Debian fejlesztőinek egy része tartotta kívánatosnak, a másik része meg annyira nem, hogy forkolta az egész disztrót a fárasba. És nem csak a Debianról van szó; az összes mainstream Linux disztribúció (kivéve a Slackware) a magáévá tette a systemd-t - itt nem műszaki érvek alapján győzték meg az embereket, ez egy kibaszott puccs volt, csak valahányszor ezt valaki fel meri emlegetni, akkor az hülye konteós barom. Mert a történelem folyamán olyan még sosem fordult elő, hogy adott csoport vezetői közé egy idegen érdek strómannjai beszivárogtak.

    > Azért nincs értelme, mert rajtad látszik messziről, hogy te már eldöntötted, hogy a systemd szar, és pont, és nyilvánvalóan végignézted már a mellette felhozott érveket, hiszen ez nem egy új keletű történet.

    És miből gondolod, hogy ez csak meddő, üres gyűlölködés? FYI, én használtam is ezt a szart. Amikor upgradeltem Debian 8-ra, akkor az volt benne és bár addig is úgy voltam vele, hogy szembe megy minden józan ésszel, de adtam neki egy esélyt, ne lehessen mondani, hogy úgy fikázom, hogy nem is próbáltam. Nos, csak a szívás volt vele, esett-kelt, bugzott, rinyált, a parancsokat nem hajtotta végre... Én nem védem a SysVInitet, de bakker, az legalább működött. Nem, én nem azért utálom a systemd-t, mert megforgattam a véletlenszámgenerátort és erre a hétre a systemd-t, meg püréheringet dobta ki utálat céljára; meggyőződésből, tapasztalatból és csak ezek mellett elvből is.

    > Vannak, akiknek az a kialakult szakmai véleményük hogy inkább (vagy teljesen) szar, és vannak, akiknek meg az, hogy inkább (vagy teljesen) hasznos.

    Utóbbiak vagy nem értették meg azokat az elveket, amik mentén a UNIX-ok működnek és azokat az érveket, amik a systemd ellen szólnak, vagy érdekük, hogy a systemd legyen az egyetlen out-of-box init rendszer a Linux disztrókban.

    > Továbbá nem gondolom, hogy ettől hülye lennél, ilyet nem állítottam, egyszerűen csak látszik a megszólalásaidból, hogy neked fölösleges magyarázni, ezt nézed te személyeskedésnek.

    Nem, hülyének konkrétan még nem neveztél, csak Stockholm-szindrómásnak és kompromisszumképtelennek. Alap nélkül. Én nem vagyok semmilyen régi init rendszer foglya. Tojok rá, hogy milyen init van a gépemen, amíg működik. A systemd hívők viszont nagyon is foglyai annak az új rendnek, amit benyaltak, hogy demilyennagyonjóleszaz és védik is azt, pont mint a Stockholm-szindrómások! Kompromisszumképtelen sem vagyok, mint fentebb mondtam, én kipróbáltam ezt az abominációt és nem működött. A systemd-s rend viszont minden csak nem kompromisszumképes; nem tűnik fel, hogy arra törekednek, hogy ne is lehessen választásod?! Ez minden csak nem kompromisszum!
    Nos, ezek után minek vegyem amit mondtál? Mert műszaki érvet tőled nem láttam egy darabot sem, csak lesöpörted az asztalról az "anti-systemd" enciklopédia tonnányi linkjét (blogbejegyzésekkel, publikációkkal, elemzésekkel, hibajegyekkel, mindennel együtt) a fenti két darab ellenem szóló váddal.

    > Egy csomó más szoftverben is van egy rakás bug. Lásd még "business is usual".

    Ennyi és főleg ilyen kaliberű nem nagyon van. És ez pontosan annak az eredménye, hogy mindent beleöntenek. Felesleges komplexitás.

    > Tapasztalataim szerint nem lényegesen rosszabb, mint bármi más a hasonló ökoszisztémában.

    Nekem meg pont ellenkező irányúak a tapasztalataim. Akkor most?

    > Ráadásul, bár szeretnéd úgy beállítani, mintha szerintem semmi baj nem lenne a systemdvel, ez szimplán nem igaz.

    Hol mondtam ilyet? A jelen szálat visszaolvasva én a systemd-t támadtam; én még semmilyen jelzőt nem aggattam rád.

    > Meg van benne egy csomó jó feature, ami szerintem haszonos, hogy egy helyen van, meg egységesen.

    Tényleg? Vess már egy pillantást a systemd szerkezetére: https://upload.wikimedia.org/wikipedia/commons/3/35/Systemd_components.svg
    És utána áruld már el nekem, hogy mi a logika abban, hogy olyan dolgok kerülnek egy helyre, mint a mount, a login, a swap, vagy a network?!
    Erről beszéltem az első bekezdésben, hogy egymástól logikailag független részeket öntenek egy helyre, amiből szükségszerűen szükségtelen komplexitás és káosz lesz! Minél bonyolultabb valami, annál nehezebb átlátni és ezért az a UNIX-os alapelv, hogy legyen egyszerű! A systemd pont ezzel menetel szembe!




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188472

    > De igen, ez szemüvegfüggő.

    Lemegyünk dedóba?

    > Mármint véleményed szerint nettó baromság. A másik vélemény szerint, meg az integrációnak meg a modernizációnak van hozadéka.

    Isoraz, "mások meg azt mondják"...

    > Legalábbis a systemd "oldalról", mert mint a mellékelt ábrád mutatja, a systemd ellenes oldal inkább vallásháborúsdit játszik

    Már megint engem támadsz, de azért én folytatok vallásháborúsdit.

    > Ez meg már nem is szemüveg, hanem sima konteo.

    Na, erről beszéltem. Na, ez a vallás.

    > Most akkor döntsük már el, hogy az a sok minden, amit beleszuszakoltak, az hasznos-e, vagy semmi helye egy init rendszerben? Mert egyelőre úgy néz ki, hogy más alternatív init rendszereknél jó, ellenben ha a systemd csinálja, akkor fujj fujj feature creep, jön ez a randa bugos szar.

    Én nem ezt mondtam. Olvasd el amit írtam, próbáld meg értelmezni: A SysVInittel kapcsolatos valódi problémákat megnevezték és megoldották mások is, a systemd-sek viszont problémákat gyártanak, hogy kijelenthessék, hogy ezt csak ők oldották meg! Az, hogy a SysVInit pl. nem tud párhuzamos indítást, az valódi probléma és az, hogy a systemd tudja, az nem baj, sőt jó! Az viszont, hogy a SysVInit-be nincs integrált mount, az nem valódi probléma, mert nem is az ő dolga! És éppen ezért, ezt egyetlen épeszű init rendszer nem csinálja! Ez a scope creep és nem az, hogy a SysVInit hiányosságait pótolja valami.

    > Úristen, bug, ráadásul nem értett egyet ezzel a fejlesztő. Nyilvánvalóan szar az egész, és ki kell dobni.

    Pöttering kitalált valami hótt felesleges baromságot, amit belerakott a szarjába, de még azt is szarul implementálta és ezzel sikerült egy irdatlan biztonsági rést beleverni az összes systemd-t használó - azaz kvázi az összes mainstream - Linux disztróba. Ha erre neked a problémát elbagatellizáló, szarkasztikus fölényeskedés a válaszod, akkor végképp nem értem, hogy miért az anti-systemd oldalt vádolod vallásossággal...
    Az, meg hogy "nem értett egyet a fejlesztő" az meg aztán agyfasz a köbön; az, hogy kezdődhet-e egy usernév számmal vagy sem, azon ugyan lehet vitatkozni (bár korábban ezt semmi nem gátolta), de azt, hogy root-ra reverteljen, az nyilvánvalóan egy irdatlan bug és sechole, amit javítani kell, nem pedig elbagatellizálni és "egyet nem érteni". Jah, a punchline: pöcshering úrfi nickje: 0pointer. Azzal hogy fog bejelentkezni?

    > A hülyét meg a barmot ugyan kihagynám de ja, ezek bizony kőkemény alapot nélkülöző konteók.

    QED. Köszi a szemléltetést.

    > Ráadásul a "vezetők" közé ott beszivárogni úgy lehet, hogy az ember letesz valami hasznosat az asztalra.

    Az megvan, hogy a systemd-t a RedHat jegyzi? Szerinted mennyire lehetett nehéz átküldeni pár embert a konkurens táborokba, hogy tegyenek le valamit az asztalra?

    > Hűha, tényleg? Bizonyára te vagy az egyetlen. Ja várj, az nem lehet, mert a redhatosok letolták a világ torkán, úh. mostmár mindenhol ez a szar van.

    Megtudhatnám, hogy mire fel fölényeskedsz? Az eddigiek alapján semmi jogalapod nincs rá.

    > Én láttam már sysv-re épülő shellhallmot beborulni, ráadásul pont debianban, szóval akkor az is szar.

    Megint kezded? Nem csak a SysVInit van a systemd-n kívül, ötvenedszerre mondom már...

    > Most akkor kristálytiszta műszaki érvek vannak, vagy elvek?

    Is-is. Leírtam. Nem olvastad? Vagy csak nem értetted?

    > Nézd már megint azok a fránya elvek a kristálytiszta érvek helyett.

    Az UNIX-ok működési elvével szembemenetelés az egy műszaki ellenérv a systemd ellen, jobb ha tudod.

    > Bár az általad linkelt lentebbi ábráról bizony pont az látszik, hogy értik ők a unix elveket, szét is robbantották darabokra, csak valamiért senki nem csomagolja úgy, hogy kihagyja a háromnegyedét

    Egy lószart van szétrobbantva, össze vissza vannak belül a függések.

    > Aha, látszik, hogy sok mindent megpróbáltál végiggondolni, és nem izombol szarozod meg fikázod a systemdt.

    Ha ez szarkazmus volt, akkor te vagy el se olvasod amit írok, vagy képtelen vagy felfogni. Igen, baromi sok mindent végiggondoltam, mint mondtam használtam is ezt a vacakot. Ha ennyire leszarod amit írok és inkább kitalálsz valamit, amire reagálhatsz, mintha én írtam volna, akkor tényleg nincs értelme ezen vitatkozni, akkor vitatkozz a fallal, oda azt firkálsz, amit akarsz.

    > Jaja, de legalább működik, értem én. Pontosan ezért szoktam Stockholm szindrómásnak nevezni az ilyen beszűkülteket mint te, mert nem veszik észre, hogy az is szar volt, az is bugzott mint az állat.

    Kész... Erről beszélek, fel se fogod amit írok, vagy leszarod és helyette arra reagálsz, amit nem is írtam. Ha pl. s6 lenne most a rendszeremben, tojnék az egészre, nem raknám vissza a SysVInitet, mert minek. Ez hol Stockholm-szindróma? Ez totál személy elleni érvelés és ráadásul fals érvekkel.

    > Tehát most már az vagy.

    /o\ Értem, tehát, ha kipróbáltam valamit és tapasztalat alapján azt mondom, hogy kösz de nem, akkor kompromisszumképtelen vagyok. A logika vajonmí?!

    > Azért terjed, mert tele van egy rakás, szoftver szállításhoz hasznos dologgal (Az egyik ilyen pl, hogy lassan tényleg mindenhol ez van

    Az aztán maga a hasznosság csimborasszója...

    > uh egyszer kell megírni normálisan

    És az se sikerült.

    > Ja, és szarok az init rendszer választási szabadságra, amíg megy, addig nekem jó, nem érdekel mi az init rendszer (De legalább nem az upstart lett, mert annak a logikájától mindig agyérgörcsöt kaptam)

    Ez még alapvetően rendben volna...

    > de ha nincs belőle 86 féle, annak pl tök örülök, mert mind ugyanazt csinálja egyébként is, eggyel kevesebb fölösleges izé, amit meg kell ismerni.

    ...de ez viszont már pontosan az a mentalitás, ami a monopóliumoknak nagyon jó táptalajt biztosít. Nem érted, hogy ha nem lesz választási lehetőséged, akkor megszűnik a verseny, többé nem érdek az adott cuccot jól megcsinálni, mert úgyis szükséged van rá, tehát használni fogod, ha szar, ha nem? A systemd pontosan erre törekszik, hogy mindenki függjön tőle és ne lehessen választani. De persze ez konteó...

    > Te meggyőzhetetlen vagy. Ezt egyre jobban bizonyítod is.

    Ez megint ellenem való érvelés; egy érv ellenem miért érv a systemd ellen, áruld már el?

    > Szemüveg.

    Sörösüveg. Pöttering seggébe. Bocs, de az baromira nem szemszög kérdése, hogy a systemd bugos-e vagy sem, hanem tény.

    > De arról hiába próbálsz engem, vagy bárki mást meggyőzni, hogy "dehátnemérted, hogy nem működik", mikor látjuk, hogy de.

    Öh, jah, azért söpör végig X hetente menetrendszerűen az egész szakmai sajtón valami újabb gigászi pofáraesés a systemd részéről, mert működik.

    > Ha nem érted, miért jó, hogy a rendszer alapvető felállását egy egységes rendszerben lehet kezelni, ugyanott, ugyanúgy, ami miatt rendesen lehet közöttük hierarchiát kiépíteni (pl hogy faék egyszerűen meg lehet oldani, hogy a vpn szolgáltatás újraindulásakor a rajta keresztülmenő mount is újrainduljon), azzal nem tudok mit kezdeni.

    Az említett példádat a systemd ugyanúgy az fstab-on keresztül oldja meg, mint bárki más. Miért is volt ott őrá szükség? Nélküle is megoldható volt a probléma...

    > Ezek tök hasznos dolgok. Ráadásul eddig is csináltuk, kb minden megvolt eddig is arról az ábráról (vagy jó lett volna, ha megvan), csak nem systemd darabok voltak, és sokkal nagyobb szopás volt rendesen összepakolni őket.

    Nem volt az szopás, csak érteni kellett hozzá.

    > És ha összepakoltad mondjuk a debian eszközkészletével, akkor oda rá is ragadtál, mert tök nem volt portable.

    Olyan sok eltérés nincs két Linux között, hogy lehetetlen legyen átvinni egy másik rendszerre, némi módosítás után.

    > Én úgy látom, hogy a systemd elég alaposan fel lett szeletelve. Mivel egy kézben van, ezért kicsit szorosabb ez tény, ennek meg vannak a hátrányai, de láthatólag mégse az a nagy monolitikus valami, aminek rendszeresen elő van adva.

    Nincs felszeletelve, belül össze vissza függenek egymástól a különböző részek.

    > Értem én, hogy fáj, hogy ez most nem csak egy init, de ez nem csak egy init.

    Köszi, hogy kimondtad a kulcskérdésre a választ: ez nem egy init, de mégis initként tolták be anno minden disztróba! Hogy is van ez?
    Azt állítjuk, hogy ez egy init, ami megoldja a szar SysVInit által meg nem oldott problémákat, aztán mikor kiderül, hogy azt más init rendszerek is megtették, akkor majd beleöntünk ötezer tonna az initbe nem való cuccot, majd azt mondjuk, hogy ezt a többi init nem tudja, majd a kérdésre, hogy ezt egy initnek miért kéne tudnia, arra meg majd azt mondjuk, hogy ez nem csak egy init? Hogy is van ez?!

    > Ráadásul a KISS egy elv, nem egy megdönthetetlen műszaki igazság.

    Jah, csak eddig nem nagyon tudtak jobbat mondani a komplexitás alacsonyan tartására, tehát eddig még nem sikerült megdönteni...

    > És pont a linuxok azok, amik rendes unixos szemüvegen keresztül nézve már eleve tele vannak egy rakás undormány bloattal, ami cseppet sem KISS.

    Na, ebben viszont 100%-ig egyetértünk...
    De ez még mindig nem érv a systemd mellett, hogy "már így is tele van bloated fossal", akkor tán éppen gyomlálni kéne, nem pedig tetézni, nemdebár?!




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188558

    > Már rég lementél.

    Én? Egyelőre te támadsz engem folyamatosan, mint egy óvodás.

    > Így van, mert más a véleményük, mást tartanak fontosabbnak.

    Arra céloztam, hogy már megint ezzel jössz.

    > Mi, az hogy a de biztos beszivárogtak, mert redhat, és ők gonoszok és fujj? Mi ebben a vallás? Az, hogy ezek szerintem halucinálások?

    Az a vallás, hogy ha valaki feltételezi, hogy igaz, akkor az hülye, mert fel meri tételezni, mert ez konteó, tabu és különben is konteó.

    > Te is olvasd már el az a nagyon egyszerű dolgot, amit gyakorlatilag egyedüliként mondogatok itt: az, hogy minek van egy ilyen integrált rendszerben helye, és minek nincs, az vélemény kérdése. Az, hogy valaki ott húzta meg a határt, hogy a párhuzamos indítás még kell, de mount meg a network már nem, az vélemény.

    Nem, ez nem vélemény, hanem józan ész kérdése: a szolgáltatás indítása az init rendszer feladata, tehát az, hogy tud párhuzamos indítást az oké, de az, hogy belebasszuk magát a szolgáltatást, az nem oké.

    > ez még mindig csak egy vélemény

    Mi? Az, hogy eddig soha senkit nem zavart, ha egy usernév számmal kezdődött, de most ez a barom kitalálta, hogy de ez nem jó? Azért mert miért is?

    > Ez meg egy bug. Ha nagyon fáj, a distribútor simán ki tudja peccselni egyébként. Szerintem is fosul lett kezelve, de ettől ez még csak egy bug, nem lesz tőle az egész mindenség szar.

    Jah, ez egy bug. Csak egy a sok hasonlóan kardinális bug közül, amik összességében adják ki a konklúziót, hogy az egész mindenség a szar.

    > Nem én vagyok, aki szarozik meg pöcseringezik. Nehéz téged nem valláskárosultnak nézni.

    Mert a vitapartnert érvek hiányában fikázni az nyilván sokkal nagyobb felvilágosultságra utal, mint indulatból szidni a probléma forrását.

    > De szeretnél belerángatni engem abba az utcába, hogy de érveljek mellette. Nem akarok, mert fölösleges.

    Akkor miért csinálod? Mi kényszerít rá, hogy faképnél hagyj? Mert egyelőre gőzerővel vitázol rajta, ahhoz képest, hogy nem akarsz.

    > Van véleményed, úgyse tudlak meggyőzni, hogy a kép ennél árnyaltabb, akkor minek.

    Arról nem kell meggyőznöd, hogy a kép ennél árnyaltabb; biztos vagyok benne, hogy van a systemd-ben olyan hasznos funkció, amit még nem implementáltak más init rendszerben; de egy-két ténylegesen hasznos egyedi feature nem fogja ellensúlyozni azt a sok szart, amit behozott.

    > Igen, az bizony elég hasznos, ha egy szoftver szállítójának nem kell 87 féle rendszerhez integrálnia, hanem elég egyhez.

    Dehát nem kell, basszus! Ráböksz egyre és ahhoz igazodsz! Amelyik tetszik!

    > De te még biztos nem láttad azokat a foshalom init scripteket, amiket mindenféle cucc mellé adnak, és úgy szarok, ahogy vannak.

    Ha te azt tudnád... :/
    De ez még mindig nem érv a systemd mellett, hogy egy régi init rendszerben fos scripteket mellékelnek.

    > Nem, ez egy valós lehetőség. De egyelőre itt még nem vagyunk. Ha meg majd itt leszünk, és lesz valós igény extra szolgáltatásokra a belustult systemdhez képest, akkor majd valaki megírja, a többiek meg felülnek a systemd meg majd megy a belassult monopol szarok szemétdombjára.

    Amikor a szoftverpark egy jelentős hányada már függeni fog tőle? Akkor hogy szabadulsz meg tőle?

    > Gondolom systemd mellett akart lenni

    Jogos, elírtam.

    > Én nem a systemd mellett próbálok érvelni, egyszerűen azt próbálom a fejedbe verni, hogy nem látom értelmét, hogy veled erről érdemben beszéljek. Azért, mert rajtad látszik, hogy nincs értelme.

    Akkor miért csinálod? Nagyon abszurd módon hangzik amit mondasz: "Én most azért vitatkozok veled, hogy meggyőzzelek, hogy veled nem érdemes vitatkozni!" WTF?

    > Csak te akarod folyamatosan rámtolni, hogy védjem a systemdt.

    Már bocs, de te szóltál bele a vitába, te kezdted védeni a systemd-t. Te kezdtél vitatkozni velem. WTF? Ha annyira úgy gondolod, hogy nem érdemes, akkor miért kezdtél hozzá?

    > Ha használhatatlan szar lenne, már kidobták volna.

    Ööö, ja, mert ez ugye szokás az iparban, hogy ha egy használhatatlan szarba beleöltünk jó sok időt, pénzt, akármit, akkor azt kibasszuk és nem letoljuk a jónép torkán...

    > Vagy nem. De nem baj, ha nem ismered.

    Direkt megnéztem: de, az fstab-ot használja.

    > Anélkül, hogy be kellene ráncigálni mondjuk egy daemontoolst, hackolni valamit, ami nézi a network változását, faszom pidekből megpróbálni kitalálni, hogy mi van, kézzel shell scripteket írni rá, ilyesmi.

    Ha ez valós igény, akkor van rá kiforrott megoldás is, csak használni kell. Egyébként nem olyan nagy kunszt egy háttérfolyamat kilépésekor lefuttatni egy egysoros parancsot...

    > Ja, és én ülök a magas lovon. Neked meg nincs stockholm szindrómád :)

    Mármerthogy miért is? A systemd-hez nem kell érteni? Nyilván érteni kell ahhoz, amit az ember csinál, ennek a leszögezése még nem magas lovon való üldögélés. Pláne nem Stockholm-szindróma; ennyi erővel a világ összes szakmája Stockholm-szindrómásokból állna. Egyébként meg már megint fölényeskedsz és személyeskedsz...

    > De biztos sok ilyet csináltál már.

    Erre nem tudok választ adni; konkretizálnod kéne, hogy konkrétan milyen szolgáltatások összekapcsolását gondoltad portable módon megoldani.

    > Az viszont biztos, hogy systemdvel ez nagyságrendileg egyszerűbb.

    Az még nem volna baj, sőt, de sajnos a systemd ehhez magába olvasztotta a kérdéses rétegeket is, holott erre nem volt szükség. Ha a systemd ez úgy oldotta volna meg, hogy a részfolyamatok külön vannak és ő csak ad egy ilyen management lehetőséget, akkor azt mondom oké. De ő egybeöntötte. Felesleges komplexitás. Ami olyan dolgokkal jár együtt, hogyha valamelyik része neadjisten összedőlne (pl. a notify), akkor dől az egész. Egy decentralizált init rendszernél ilyen nincs: összedőlt egy szolgáltatás, az a szolgáltatás dőlt össze és nem az egész init rendszer, míg ha minden bele van ágyazva, akkor az összedőlő rész rántja magával az egészet a fárasba...
    Pontosan ezért nem állja meg a helyét, amivel hadonászol, hogy ez véleménykérdés, mert nem az, ez tény: minél komplexebb valami, annál bug-prone-ebb is!

    > Aha.

    Bocsi, esetleg ellenérv?

    > nem jó az a régi mantra, hogy ezek egymástól független dolgok

    Ez nem mantra!

    > és hasznos lenne, ha jobban tudnának ezek egymásról.

    De ez megoldható lett volna enélkül a mindentegybe moslék nélkül is! Hiába valósak a problémák, mert egyrészt van rájuk alternatív megoldás, másrészt a systemd a rossz megoldás!

    > Az, hogy sikerült egy csomó embernek ezt nem megérteni, hogy ez nem csak egy init, meg hogy szándékosan szakít ezzel a szisztémával, az nem a systemd hibája.

    Olvasd el még egyszer: először azt mondták, hogy init, majd miután belecsomagolták még pöttering faszát is, utána kijelentették, hogy ez nem csak egy init! Most akkor az, vagy nem az?

    > Viszont a komplexitás alacsonyan tartása csak a mérleg egyik nyelve. A másik meg a mindenféle featureök, amikre igény van.

    Ez tény, de a megközelítéssel van baj, nem az igénnyel, könyörgöm!

    > A rendszeradminisztráció tele van egy rakás olyan dologgal, amikor a rendszermérnök körbenyalta a programozó által KISS elven megírt izét, mert a világ nem volt hajlandó annyira simple lenni. És ezek általában szarabbak, mintha egy programozó csinálta volna őket. Meg tartaná karban őket. Ha megnézed azt az egész problémateret, amit a systemd kezel, ugyanolyan komplex, de legalább sokkal nehezebb, meg tovább tart beállítani, meg karbantartani.

    És ez a systemd kivételével az összes initrendszerre igaz! Még arra is, ami speciel unit alapú, vagy hibrid! Ez most komoly?! Ez amit mondasz, max a SysVInitnél fordulhat elő, vagy olyannál, ami annak az alapjaira építkezik...

    > Vagy észrevenni, hogy egy ilyen rendszernek is megvannak az előnyei.

    Ezt már fentebb kitrágyaltuk, lehet, hogy vannak előnyei, de sokkal több a hátránya.

    > Nem véletlen az a népszerű.

    Nem népszerű, bizonyos körökben népszerű, más körökben meg közutálatnak örvend. Az userek elsöprő többsége azt sem tudja, mi az initrendszer, ők nem azért használják, mert szerintük jó, hanem mert ez van defaultból a rendszerben. De ez egy baromi jó látszatérv, hogy ez kurwa népszerű, mert 100 Linuxos gépből több, mint 90-enen ez fut...

    > Van a linux userlanden túl is élet, nyugodtan lehet mondjuk bsdt használni, ott jellemzően sokkal kevesebb absztrakció van.

    Ha a systemd-t egy nap nem lehet majd kikderülni, akkor az lesz. Bár tegyük hozzá, hogy mivel a UNIX-os szoftverpark az egyes OS-ek között elég nagy átfedéssel bír és a cuccok java részét Linuxon tákolják (a felhasználói táborok méretéből adódóan), a BSD és SystemV alapú rendszereket is halálra ítélheti a systemd, ha a szoftverpark elemei egy nap megkövetelik a systemd-t.
    És törekvések azok vannak rá, a GNOME 3 már (közvetetten) függ tőle egy bizonyos szintig, meg a tmuxba is megpróbálták belerakni a systemd dependens kódot, meg ráhúzni a csomagra a függőséget - csak, hogy ezt a két példát említsem. Ezek valós jelenségek, nem csak pár konteós hülyének a fejében léteznek.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188573

    Elfogytak az érvek? (Nem mintha eddig lettek volna...)




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188620

    Jah, persze ilyenkor jön, hogy te csak azért mentél bele az egészbe, mert vicces volt, holott két poszttal korábban még azt állítottad, hogy azért vitázol, mert velem nem érdemes. Érveid nem voltak, csak személyeskedtél és fölényeskedtél. Abba a bizonyos tükörbe neked kéne belenézned, nem nekem.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188627

    Én nem söpörtem le semmit. Én elmagyaráztam, hogy miért az a véleményem. Te söpörtél le szinte mindent azzal, hogy én ilyen meg olyan vagyok.
    Az igaz, hogy a durvább szavakat én használtam, de az egyik sem rád vonatkozott, hanem az említett "úriemberre", meg a "termékére". Ezzel szemben te elég sok mindent rámaggattál, nem csak a Stockholm-szindrómát; voltam én dedós, komprumisszumképtelen, stb. Továbbá folyamatosan olyan dolgokat adsz a számba, amit sose mondtam. Pl. én egy szóval nem mondtam, hogy az én véleményem vagy elveim az igazság egyetlen feloldása. Amiket állítottam a systemd-ről, azokat mind alátámasztottam, vagy linkekkel, vagy logikai érvekkel.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188634

    Hiába a szarkazmus. Én tényleg alátámasztottam mindent, amit mondtam. És ha visszaolvasol, te dedósoztál le engem, én csak annyit kérdeztem, a "De! Nem! De! Nem! De!" patternre, hogy "lemegyünk dedóba", te pedig azt mondtad, hogy én már lementem.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188645

    Hiába a szarkazmus. Ha nem így van, akkor mutasd meg, hogy hol kezdtem én. Tényeket mondj, ne az orrod húzd fel.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188654

    Csakhogy szerintem te ezt nem mondod komolyan, nekem ez szarkasztikus dacnak tűnik...de javíts ki, ha nem.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188943

    Rohadtul nem a polkorrektségről volt szó, hanem a másik becsmérléséről. A dedósozást én többes számban kérdeztem, hogy együtt süllyedünk le arra a szintre, hogy "De! Nem! De!" stb. Ha te ezt célzásnak vetted, sorry, nem az volt, csak jeleztem, hogy komolytalanná válik az a gondolatmenet, lesüllyedünk (együtt) dedós szintre... Egyéb "utalás" részemről nem volt és nem azért, mert én olyan píszí lennék: mint (helytállóan) megállapítottad, én voltam a vulgárisabb - csak az pötteringnek szólt és nem neked.

    Arról meg nem én tehetek, hogy a systemd ilyen ütemben terjed, miközben a szakma meg sikoltozik; épeszű magyarázat kettő maradt: totális inkompetencia az érintett vezetők részéről (ami kizárt), vagy korrupció (ami meg konteó).

    A vélemény-nem vélemény témakört még lehet tovább vesézni: ha lebontjuk elemi részekre a logikát, akkor érthetőbb lesz, hogy szerintem miért egyértelműek azok, amiket mondtam.
    Abban megegyezhetünk, hogy minél bonyolultabb valami, annál nagyobb az esélye, hogy meghibásodik?




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188965

    Pedig most talán többre mentünk volna... :/




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181828

    A fenti linket te is lecsekkolhatod és akkor tudni fogod, miért rettenetesen rossz lehetőség.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2182263

    Az emberek elképesztő baromságokat bírnak megszavazni, ez a demokrácia egyik nagy hátránya.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2187831

    Ha nem tudod kikderülni, akkor a Devuan-ban hogy sikerült?




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181827

    Jah, csak kvázi kötelező, mert minden mainstream disztróban ez van már...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181833

    Már leírtam. Linket is adtam, hogy miért rossz. Megnézted egyáltalán? Ha nem, akkor inkább tényleg hagyjuk.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181848

    Na, pont a konteósat sikerült, a műszaki kritikák helyett...

    Nem, nem így történt. Kb. ugyanúgy történt, ahogy cégekbe, kormányokba szoktak egy külső érdekeltség strómannjai beszivárogni: megvesznek pár embert kilóra, aztán bejuttatnak még többet, közben a médiában - ill. ebben az esetben a netes közegekben - megy az agymosás és előbb-utóbb a disztrók vezetésében többségbe kerülnek a pro-systemd emberek, aki meg ellene van azt majd kirúgják, kitúrják; nincs szükség pisztolyra, meg bőrkabátos bácsikra. Hogy melyik disztró esetében pontosan hogy történt, azt nem tudom, de nem is érdekes.

    De nem kell elhinned, ha nem akarod. Viszont ha annyira használni akarod, akkor a műszaki kritikák listáját nem árt, ha átnézed, mert akkor legalább tudni fogod, hol szopathat le ez a foshalom systemd... (Meg legalább tudni fogod, miért szar. :P )


    Σ: 001 -> hajbazer


    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2182572

    Fals kényszerdöntés: Nem csak a SysVInit és a systemd van, hanem van mellettük még egy tonna egyéb init rendszer is.

    Axióma: Egy érv a SysVInit ellen még nem érv a systemd mellett!




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181759

    De lenne. Azt a szart irtani kéne.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2181756

    Debianon se nagyon van gáz, ha default csak azt rakod fel, amit adnak (bár előferdül), de amikor valami custom csomagot csinálnál, vagy valami későbbi csomagot raknál bele az aktuális rendszeredbe (mondjuk Stretch-est a Jessie-be), mert a Debian Teamnak kedves szokása a függőségeket úgy kezelni, hogy ezt ne nagyon tudd megtenni, pl. adott verzióban, nem pediglen minimum verzióban határozzák meg egy függőség verzióigényét, de a minimummal is bajok szoktak lenni, mert sokszor az adott szoftverből N verzióval korábbi is megtenné a csomagnak, de ők azért belövik a következő repo-ban található csomag verzióját, mert lusták megnézni, hogy mi az igazi minimum. De ami igazán durva, pl. futottam már bele olyanba, hogy egy csomag magával ütközött. Azt a mai napig nem értem, hogy csinálták.

    A systemd-be ne menjünk bele. Szerintem meg rettenetes és nem csak azért, mert bugos.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2187832

    Nem ragaszkodom ahhoz, hogy minden a legfrissebb legyen. Ha meg valamiből kell az újabb, akkor forrás.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2187908

    Jah, kivéve amikor nem, mert az új verzió bugosabb és/vagy erőforrásigényesebb lett. Én úgy vagyok vele, ha működik és tudja, ami nekem kell és épeszű keretek között, akkor szarok rá, hogy mikori a program.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2187909

    Ha ezzel rám céloztál, akkor eléggé mellélőttél, én nem vagyok debilány fan, csak ezt használom. Még csak Linux fan se vagyok, csak használom.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2187955

    Nekem sem tilt a vallásom semmit. Azért ez, mert:
    - Egy verzió sokáig van támogatva.
    - Viszonylag nagy csomagpaletta.
    - Kiirtható a systemd (még).




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188328

    - ...és lehet, hogy kerültek bele újabbak, amik nem ismertek...
    - Az jó.
    - На здоровье! :P




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188362

    Az a baj, hogy a programok sokszor nagyon rossz irányba "fejlődnek"...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188838

    Én nem erre gondoltam. Pl. ott a uTorrent, ami a 2.0.4 és a 3.5.0 között majd hétszer akkorára hízott, mert fölösleges dolgokat pakoltak bele. Kb. talán az a "muszájfejlesztés" a legjobb szó rá, amit f99 énekelt meg.
    De van másik út is, amikor a belekerült feature-ök ugyan hasznosak, de a programot állandóan "újragondolják" és egyre több felesleges absztrakciót pakolnak az alapjaiba.

    Szerencsére vannak kivételek, nem minden szoftver jár így.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188944

    Igen, az egy jó megközelítés. Ha nagyon sok feature-re van szükség, azt célszerű modulárisan megoldani. Az IrfanView is így működik, a nagyon súlyos részeket kiszerverzték pluginbe.
    Viszont sajnos kevesen állnak így hozzá. Ezért ódzkodom a frissítésektől, persze, ha az új verzió tényleg jobb, akkor jöhet.

    De, hogy adjak egy elég durva példát is:

    root@Csabi:/usr/sbin# time gparted
    Too few arguments.
    ======================
    libparted : 3.2
    ======================
    Too few arguments.
    
    real    0m21.627s
    user    0m0.768s
    sys     0m0.736s
    root@Csabi:/usr/sbin# mv gpartedbin gpartedbin-jessie
    root@Csabi:/usr/sbin# mv gpartedbin-lucid gpartedbin
    root@Csabi:/usr/sbin# time gparted
    Too few arguments.
    ======================
    libparted : 2.2
    ======================
    Too few arguments.
    
    real    0m6.731s
    user    0m0.888s
    sys     0m0.336s

    A tesztben az indulás és a vezérlés megkapása közti időt mértem le, amint megkaptam a vezérlést, lelőttem a programot. (Vagyis a mérési hiba mértéke 0.5 s alatt van.)
    És a mérés azt mutatja, hogy az új parted nagyságrendekkel lassabb.
    Kerestem, hogy nem config mizéria-e, de nem találtam semmit. Úgy tűnik, "újraszervezték" a programot...




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2183081

    És gondolod a ruszkik nem gyűjtenek úgy adatot mint az amcsik? Én egyikben sem bíznék...


    Σ: 001 -> locsemege


    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2183120

    Én se vagyok oda értük, de nem mindegy, hogy ki lopja és használja fel ellened az adataidat? Attól, hogy az amcsik gecik, az oroszok még nem lesznek automatikusan jófejek.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2183125

    Én nem nyaltam be semmit, nincs semmi bajom Putyinnal, legalább is nem több, mint bármely politikussal.

    De ha bármilyen facebook-like közösségi lófasz téren kell állást foglalni, akkor én a "kösz, de egyiket se kérem, kémkedjenek az anyjuk valagában a giliszták után álláspont mellett tenném le a garast.

    Amúgy a nyílt forrás még nem biztosíték arra, hogy biztonságban vagy. Nem fogsz egyesével minden kódsort átnézni egy súlyosabb kódbázissal rendelkező projektben.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2183136

    > Ugyanakkor a zárt forrás meg biztosíték arra, hogy csak akkor lehetsz biztonságban, ha ezt szoftvermultiék is úgy akarják. Vagy még akkor se.

    Ennek semmi köze nincs a forrás zártságához. Én is adtam már ki zárt forrású programot, amiben egy deka ártalmas kód sincs (egy kis NSA hátsóajtó úgy se árt senkinek, hehe), a kuglinak meg több nyílt forrású projektje is van, de én előbb bíznék meg egy tigriscápában, mint bármelyik kugli termékben.

    > Miért olyan elképzelhetetlen, hogy valaki pont a Telegramot kezdi el auditálni, főleg, ha egyszer a Facebook vagy a Google jelentős konkurenciájának fog számítani.

    Nem elképzelhetetlen, de a nyílt forrású cuccok nem a túlauditáltságukról híresek.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2183274

    Na, azért ez sem állja meg a helyét. Amikor a ruszkikat beette ide a fene és végigkúrták az összes nőt, ellopták a jószágokat, meg lelövöldözték az embereket, akkor az amcsik a beígért segítség helyett vihogva nézték az egészet, de azért - hogy lássuk mennyire a szívükön viselik a sorsunkat - a Time magazinban '56-ban a "Hungarian Freedom Fighter" lett az év embere; ennyire tellett tőlük: egy szaros borítóra.

    Aztán meg ne is beszéljünk arról, hogy a SZU szétesése után a felerősödő gazdasági, ipari, informatikai és főleg a kulturális befolyásuk milyen károkat okozott idehaza; hány hazai kisvállalkozást is tett tönkre a microsoft által pénzelt BSA? Hány milliárdjába is került az adófizetőknek, hogy mindenütt az előbb említett cég szoftverei legyenek? És akkor a kulturális befolyásba inkább bele sem mennék...

    Nem. Egyik kutya másik eb.




    HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2183334

    56: Meg mernék esküdni, hogy szó szerint azt írtam, hogy "Amikor a ruszkikat beette ide a fene és végigkúrták az összes nőt, ellopták a jószágokat, meg lelövöldözték az embereket"...

    90 után: Egy szóval nem mondtam, hogy a mi gerinctelen és agyatlan felsővezetőink nem hibásak. Sőt, azt sem, hogy mi nem vagyunk hibásak, hogy mindent eltűrünk. De kettőn áll a vásár: ha nincs kinek eladni az országot, nem tudják eladni az országot és amerika baromi nagy partner a gazdasági gyarmatosításban, az ipari függőségek kialakításában.

    És ez csak a reálos része, mert a beáramló amcsi kultúrmocsokról (inkább: anti-kultúráról), ami elhülyített immáron 3 generációt, arról nem is beszéltünk.




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2179780

    Rajtam kívül még vannak itt Opera 12 userek?
    Apropó, ha az Opera 15+ a "króm és lesz*rmazottai" listában van, akkor a Vivaldi miért nem? Az is egy króm fork, nem?




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2179819

    Eddig nem nagyon volt rá precedens, hogy ne tudtam volna megnézni egy oldalt. Az egyetlen kivételt az olyan https only oldalak jelentik, amikhez ECC cipher kell. Sajnos az csak az Opera 12.18-ban van megoldva, azt meg csak win alá adták ki. De ilyen esetben kinyitom az Ottert és megnézem abban.




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2187799

    Neki nem megy vele. Nekem megy (ld. lejjebb.) és másokat sem hallottam panaszkodni. Ennyit erről.




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2187798

    Nem tudom, neked miért nem megy, nekem megy: http://oscomp.hu/depot/kugli_opera12.png




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2179818

    Nekem mindig is herótom volt a bugrókától... Az egyetlen olyan böngésző, amire talán lehetne váltani, az majd az Otter lesz, de csak nem akar már olyan státuszba érni, hogy lehessen. :/




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2179827

    Hát az új Opera az csak egy felskinnelt króm. A régi power UI-ból semmi sincs benne. A Vivaldi is ugyanez, csak ott alapból belepakolnak egy csomó addont, amit a régi Opera natívan tudott.




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2179888

    Tudom, csak csodálkoztam. :)




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2187800

    Nekem eddig csak az új ciphert igénylő HTTPS oldalak nem mentek. De pl. windows alatt, ahol van 12.18, ott az is megy.
    Az új Opera meg egy sima króm, felskinnelve. Semmi értelme sincs, még a létezésének sem; az Opera Software kirugdalta a fejlesztőket és márketingeseket vett fel helyettük, akik szerint elég felcímkézni egy másik böngészőt, a júzereknek jó lesz az is...




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2181579

    Én is el vagyok kényelmesedve, de szerintem a chropera sokkal kényelmetlenebb a réginél. :/
    Ízlések és pofonok.




    HOVD 2017 - Kedvenc webböngésző: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_webbongeszo#comment-2181847

    Nekem csak pár https only oldal nem működik, aminek ECC cipher kéne.




    Spectre / opcionális nagyfelbontású timerek: https://hup.hu/node/157370#comment-2185874

    Kár, jó ötletnek tűnt.




    Spectre / opcionális nagyfelbontású timerek: https://hup.hu/node/157370#comment-2185919

    Van erre valami PoC kód? Kiváncsi lennék, hogy ez Opera 12-ben is működik-e.




    Spectre / opcionális nagyfelbontású timerek: https://hup.hu/node/157370#comment-2186140

    Köszi, asszem ebbe mélyebben bele kell, hogy másszak, mire kiderítem, hogy az Opera 12-ben is működnek-e ezek a módszerek.




    win10 wtf: https://hup.hu/node/157251#comment-2183042

    Az egy dolog, hogy a letöltési helyet átirányítom, de utána amit oda letöltött, azt be is akarja majd másolni a windows mappába...vagy nem?




    win10 wtf: https://hup.hu/node/157251#comment-2184537

    No prob, már lentebb is javasolták, hogy akasszak rá egy plusz tárhelyet és majd az updater megtalálja.




    win10 wtf: https://hup.hu/node/157251#comment-2183348

    Ez inkább a kínaiakat minősíti, hogy ekkora flasht raktak alá, úgy, hogy még egy Androiddal is osztozik rajta.




    win10 wtf: https://hup.hu/node/157251#comment-2183396

    Nem az én döntésem volt a készülék megvétele. Én sose voltam windowsos, én itt belecsöppentem egy helyzetbe, amit meg kellett/meg kell oldani.

    A követelmény az volt, hogy lehessen adni a júzereknek egy szép színes kijelzőn lévő munkaidőpanelt, háttérrel, gombokkal, mittudoménmivel. Ezek a "terminálok" felcsatlakoznak a helyi szerverre és oda jelentik le, hogy az egyes userek mit ütöttek be. Mivel szerverből csak egy van, ilyen terminálból meg több is lehet - szétszórva a telep területén - így az nem játszott, hogy kirakunk N darab érintőképernyős kijelzőt, amiket egy gép hajt meg, mert akár kábellel, akár WiFi-vel akarjuk kirakni rájuk a képet, az sokkal drágább és bonyolultabb lett volna, mint ez az all-in-one WiFi-s minipc. Néztünk olyat is, ami nagyobb tárhellyel bír, de nem találtunk. Megpróbáltunk felrakni rá Linuxot (egy LXDE-s Debiannak 1-2 GB is elég), de nem volt hajlandó bootolni máshonnan, csak a Flash-ről.

    Itt a költségkeret eléggé bekorlátozott sokmindent. Ennyiért ez volt. És tekintve, hogy leírtad, hogy az ms hazudik a rendszerkövetelményekről, így akkor itt a "hozzáértés" kb. kimerült volna abban, hogy tudjuk, hogy a minimum tárhely a leírásban kamu.




    win10 wtf: https://hup.hu/node/157251#comment-2183412

    > A helyes követelmény ilyesmi lett volna: lehessen adni a júzereknek egy szép színes kijelzőn lévő munkaidőpanelt, _egy naprakész rendszeren futtatva_.

    Bocsánat, de a naprakész rendszer nem volt a követelmények között. Ezek a gépek többnyire zárt hálón ülnek, csak néhol van ahol ki van nyitva a net, de ott sem csinálhatnak rajta semmit, mert a munkaidőpanel fut rajta. Itt nem mi akartuk frissen tartani a rendszert, hanem a microsoft erőltette le (illetve próbálta leerőltetni) a frissítést a gépre, holott az update direkt ki van kapcsolva, hiszen ezeknek 0-24-ben kell menniük és nem szempont, hogy mennyire friss a rendszer, tehát nem megengedhető, hogy leállítgassa magát, mert frissít.
    Néztünk hasonló gépet, amire tuti felmegy a Linux, de mind sokkal drágább volt.

    > Igen, és akkor nem lenne ez a topik, mert nem veszitek meg a gépet, vagy SD kártyával veszitek, vagy akármi.

    Értem. Hát, ha itt tényleg ennyi lett volna a hozzáértés, hogy tudjuk hol vág át minket az ms, akkor ezt elismerjük, gőzünk nem volt róla. Ami az SD kártyát illeti, hogy ilyenkor rádugunk egyet, az egy dolog, de ha mindbe azt kell pakolni, hogy az msnek legyen hova leszemetelnie a letiltott frissítéseit, az már nem a legjobb ötlet, hogy azt egy SD-re tegye; az SD kártyák sokszor nyiffannak ki, ha állandóan írkálják őket, legalábbis a nekünk ez a tapasztalatunk.




    win10 wtf: https://hup.hu/node/157251#comment-2183436

    Ez a megrendelőtől függ, hogy ő milyen hálózatra teszi. Az eszközön nincsen az érintőképernyő és a kártyaolvasó kivételével semmiféle beviteli eszköz, a képernyőn viszont kioszk módban fut a mi cuccunk, tehát semmilyen módon nem tudnak belenyúlni a rendszerbe.
    Ez pontosan úgy van, ahogy mondod: "nem szükséges az eszköz frissítése", de ismétlem és hangsúlyozom: nem mi akartuk frissíteni, a gépek 0-24-ben mennek, a frissítések ki voltak kapcsolva, a microsoft kapcsolta vissza valahogy. (Szerencsére eddig csak ezen az egy gépen.)

    A forgalom filterezése a megrendelő hálózatától függ, mi abba nem nyúlhatunk bele, mi csak az eszközöket szállítjuk.




    win10 wtf: https://hup.hu/node/157251#comment-2183465

    Ennyiért ezt lehetett kapni. Próbáltunk rá Linuxot tenni, de nem bootolt fel külső eszközről, sehogyan sem.




    win10 wtf: https://hup.hu/node/157251#comment-2183489

    Eddig még mindegyik meg van elégedve a cuccal. Ez az ablak pedig a sajátunkon jött elő.




    win10 wtf: https://hup.hu/node/157251#comment-2183504

    Szívesen fogadunk bármilyen ötletet, ami ugyanezért az árért jobb minőséget képvisel.




    win10 wtf: https://hup.hu/node/157251#comment-2183760

    "Amire mi használjuk?" A mi programunk kb. megeszik 2 MB-ot...
    A tárhelyet maga a windows ette meg, ez pedig a "megcélzott felhasználás" mellett is előjött volna.




    win10 wtf: https://hup.hu/node/157251#comment-2183776

    De ez a gép nem hajlandó máshonnan bootolni csak a belső flashről. Ha már egy SD kártyát fel tudtam volna bootolni, akkor már rég letöröltük volna a win10-et.




    win10 wtf: https://hup.hu/node/157251#comment-2183462

    Én nem túráztatok senkit. Senkinek nem kötelező segítenie, ez az egész önkéntes alapon megy, nem tudom feltűnt-e.
    Nekem bármelyik megoldás jó, akár az, hogy hogyan lehet lefrissíteni, akár az, hogy hogyan lehet letiltani; csak annyit írtam, hogy akinek ötlete van, az ne tartsa magában, egy szóval nem mondtam, hogy olyan ötlet nem jöhet, hogy hogyan lehet ezt permanensen kilőni, viszont többször is mondtam, hogy nem ragaszkodunk a frissítés felrakásához.




    win10 wtf: https://hup.hu/node/157251#comment-2183490

    El van nézve. Az SD kártyás tippet tanácsot meg még mindig köszi.




    win10 wtf: https://hup.hu/node/157251#comment-2183761

    Hát...ebben az is benne volt, hogy kidühöngjem magam a visszakapcsolt WU felett. :/




    win10 wtf: https://hup.hu/node/157251#comment-2183046

    Nem a mi hibánk. Ismétlem, ez egy PIPO X8-as masina, így adják, hogy ekkora területre van felrakva. (Egyébként asszem 32-bites a win10 rajta, nem 64.)

    OFF: Mi van veled? Majd négy éve már, hogy nem futottunk össze. :)




    win10 wtf: https://hup.hu/node/157251#comment-2183043

    Mármint a helyit, vagy a hivatalost? Hát, ha geleinek, vagy mrceekának van valami tippje, azt szívesen veszem, de a hivatalos microsoft supporttal szívjon a microsoft porszívó... (És nem azért, mert illegális kópia lenne; ez egy PIPO X8-as gép, az árában benne volt a win10.)




    win10 wtf: https://hup.hu/node/157251#comment-2183069

    Köszi a tippet, de nem tudom, hogy célszerű lenne-e bekapcsolni; a processzor nem túl gyors benne, borzasztó lassú lenne minden, továbbá nem tudom mennyire fogja ez csökkenteni a benne található übergagyi NAND flash élettartamát. Ez irányban van valami ötlet?

    Amúgy most olvasom, hogy a rendszerkönyvtárra nem célszerű kiadni a tömörítést. Viszont úgy egyáltalán nincs értelme bekapcsolni, mert ha letörölném a C: teljes tartalmát (kivéve a windows mappát), akkor se lenne elég a hely.

    Sz*rk: Rendszerspecifikáció:

    http://oscomp.hu/epicz/win10_wtf/sysinfo_lol.png

    Van ezen értelme bekapcsolni a tömörítést? Nem nyekken bele?




    win10 wtf: https://hup.hu/node/157251#comment-2183395

    Mi garantálja, hogy a frissítés telepítése után, tömörítés nélkül még el fog férni?




    win10 wtf: https://hup.hu/node/157251#comment-2183762

    Hm...hát először az SD kártyás verziót próbáljuk meg, mert mire betömöríti az egészet...




    win10 wtf: https://hup.hu/node/157251#comment-2183070

    :D
    Nekem nem célom senkit megizzasztani, azzal viszont nem sokra megyek, hogy indítsam újra, meg telepítsem újra (az utóbbit egyébként meg sem tudnám tenni, mert telepítőnk nincs).




    win10 wtf: https://hup.hu/node/157251#comment-2183078

    Nincs semmiféle szerződés, csak vettünk egy gépet win10-zel.




    win10 wtf: https://hup.hu/node/157251#comment-2183267

    A kínaiak? :D Az vicces lesz...




    win10 wtf: https://hup.hu/node/157251#comment-2183305

    Nem én vettem, de tőlük lett véve. Arra a supportra keresztet vethetünk.




    win10 wtf: https://hup.hu/node/157251#comment-2183093

    Van, de csak 480 MB: http://oscomp.hu/epicz/win10_wtf/diskman.png

    A meghajtó nem miattunk ekkora karácsonyfa, hanem gyárilag. Van ugyanis rajta valami speciális boot selector, meg egy Android. (Ha minden igaz, akkor a 4.5 GB-s partíció az.) Sajnos letörölni nem célszerű, mert nem tudom, hogy mit szól hozzá a bootloader.
    A recoveryt le lehetne törölni, de 480 MB-tal nem vagyunk kint a vízből.




    win10 wtf: https://hup.hu/node/157251#comment-2183101

    Jah, tudom, én is néztem rajta. Kínai termék, na. :P




    win10 wtf: https://hup.hu/node/157251#comment-2183394

    Hát, mi se nagyon mernénk belepiszkálni...




    win10 wtf: https://hup.hu/node/157251#comment-2183163

    Az. Bár nem tudom kínaiul hogy rövidítik. :P




    win10 wtf: https://hup.hu/node/157251#comment-2183144

    És hova dugom azt a nagyobb diszket? :P
    Max. USB-n keresztül lehet bármit megpróbálni, de arról meg ez a vacak masina nem tud felbootolni.




    win10 wtf: https://hup.hu/node/157251#comment-2183149

    Csak háromszor mondtam el, hogy ez egy PIPO X8-as, abban pedig nincs hova dugni semmiféle extra diszket.
    A VMWare ezt a gépet is tudja emulálni? Csak mert az összes feltelepített driver ennek a gépnek a vackaira való, másik gépen egy db. kékhalál lesz az eredmény.




    win10 wtf: https://hup.hu/node/157251#comment-2183154

    De itt egy konkrét hardware-t kéne emulálni.
    BTW, hogy alakítom vissza? Mert ahogy nézem a VMWare converter csak fizikaiból tud virtuálisat, de fordítva nem.




    win10 wtf: https://hup.hu/node/157251#comment-2183161

    Hát akkor már csak egy 32 GB-os USB kulacs kell, hogy legyen hova konvertálni...

    Na, ez a leírás az, ami baromira nem működött. Szerintem ez az egyel korábbi - még win8.1-el szállított - PIPO-kra vonatkozott, nekünk legalábbis baromira nem sikerült életre lehelni és felbootolni semmilyen eszközt. Ha sikerült volna, akkor nem win10 futna rajta...




    win10 wtf: https://hup.hu/node/157251#comment-2183323

    Ez az installer jópofa, de ezen a gépen valami custom szar bootloader van, nem microsoftos, vagy GRUB/LILO/whatever, tehát ez a cucc nem fogja tudni módosítani.
    Lóg a falon a gép, érintőképernyővel, van rajta X gomb, benyomsz egyet, lehúzod a kártyát és a rendszer regisztrálta, hogy elkezdted/befejezted a munkát, cigiszünetre/ebédszünetre/karácsonyi szünetre mentél, stb. Külön gép meg azért kell, mert ezek a PIPO-k voltak a legolcsóbban és legegyszerűbben kivitelezhető megoldások.




    win10 wtf: https://hup.hu/node/157251#comment-2183160

    - A hibernálás ezen a gépen permanensen ki van kapcsolva, hiszen egy munkaidőpanel fut rajta 0-24.
    - A lapozófájl mérete 704 MB. Hiába csökkenteném le akár zéróra is, akkor sem elég.
    - A CCleaner talált kb. 610 MB felesleges cuccot, amiből 560 volt a Temp, 25 a króm előzményei és 12 az explorer 11-é. Viszont telepítéskor Avastot meg mittudomén mit akart felrakni és természetesen defaultból opt-out volt a telepítőben minden szemét. Továbbá beépült a rendszerbe és elkezdett a háttérben mindenféle baromságot csinálni. Uninstall és inkább kézzel takarítottam ki a Temp-et, meg a böngészőket. (Mindig megkapom, hogy windows hater vagyok, de bakker, itt van nálam legalább 10 féle oprendszer, 5 féle processzorarchitektúrán és ilyeneket egyik alatt sem tapasztaltam soha, hogy a rendszer állandóan teleszemetelődik, 3rd party programok kellenek szinte mindenhez, amik még tovább szemetelik a rendszert, na és ilyet sem láttam még soha, hogy egy biztonsági patch 8 GB lett volna.) De ez a 600 MB is kevés még.

    Nem, ez a gép kb. 2-3 hete lett először bekapcsolva.




    win10 wtf: https://hup.hu/node/157251#comment-2183268

    Félreérted, én is odafigyeltem, nem nextnextnext-eltem le, csak megjegyeztem, hogy ez is hozza a szokásos "teleszemetelt telepítőjű populáris vindózos szoftver" összes nyavalyáját. A háttérben futást nem lehetett telepítéskor beállítani, utána lehetett, de akkor már úgy is uninstall lett a sorsa.
    Itt nem Linuxról volt szó, ezek a mizériák nekem semmilyen oprendszer alatt nem voltak tapasztalhatóak, pedig, mint mondtam van itt belőlük vagy 10...

    Dehogynem, felhozott 610 MB-nyi letörölhető cuccot, de ebből 560 a Temp, 25/12 pedig a króm és exploder cachek voltak, ezeket akár kézzel is, a maradék 2%-ot kitevő 13 MB meg már olyan, mint a nyócbites intel: nem oszt és nem szoroz.




    win10 wtf: https://hup.hu/node/157251#comment-2183269

    Igazából hóttmindegy, hogy hova rakom a konvertált virtuális gépet; SD-re, vagy USB kulacsra. Vagy úgy érted, hogy a rendszert kéne átrakni rá? Az nem fog menni, nem tud róla bootolni.

    Lehetni mindent lehet, de ennek pont az volt a lényege, hogy ez ilyen all-in-one minipc, standalone tudja futtatni a cuccunkat, nem kell hozzá más, az olcsóság volt a lényeg. De még ha ilyen távoli megoldással is lenne megoldva a dolog, akkor is ugyanez a probléma állt volna elő, mert "felesleges" meg nincs a gépen, szűz win10, egy db munkaidőpanel van rajta (kb. 2 MB), meg egy króm, meg egy TeamViewer. Oké, a krómot lehetne törölni (elég hely még akkor sem lenne), de akkor csak a suxploder 11 marad, mert az "Edge" néven futó exploder 12-est nem engedi futtatni rendszergizda módban. Szóval a windows maga foglal el annyit, hogy ne legyen hely, nem a mi cuccunk csinálja...

    A szeméttörlésen már túl vagyunk.




    win10 wtf: https://hup.hu/node/157251#comment-2183331

    Hát, ezt megpróbálhatjuk, köszi a tippet.

    Mert, amikor beüt a windóz-gáz, akkor kell, hogy legyen valami böngésző a gépen, hogy lehessen tölteni rá dolgokat. De egyébként, ha le is töröljük a krómot, az "csak" pártíz MB, még úgy sem lesz elég hely...




    win10 wtf: https://hup.hu/node/157251#comment-2183354

    Mindegy, ha bejön, jövünk egy sörrel. :) Kinek a hozzá nem értéséről van szó? A miénkéről, vagy az ms-éről? Ha az első, én nem tudom, hogy mi itt mit csináltunk volna rosszul...




    win10 wtf: https://hup.hu/node/157251#comment-2183397

    https://hup.hu/node/157251#comment-2183396




    win10 wtf: https://hup.hu/node/157251#comment-2183270

    Nekem az a tippem, hogy az éppen kiadásra jelölt USB-s eszköznek (kulacs, lemez) az a címkéje, hogy "Hangerő"... :P




    win10 wtf: https://hup.hu/node/157251#comment-2183330

    Ennél durvább dolgokat sem szoktak javítani. :/




    win10 wtf: https://hup.hu/node/157251#comment-2183340

    Ha jól emlékszem, a PIPO-ban speciel cserélhető a NAND flash, de csak egy slot van és ha jól emlékszem, az is valami speciális slot. De tegyük fel, hogy tudunk egy 64 GB-os flasht szerezni, aminek ehhez a slothoz van csatlakozója. A flash-en amint fentebb láthattad, valami irdatlan karácsonyfa partíciós tábla van, mert egy custom bootloader van rajta, ami Androidot meg win10-et tud bootolni és ezt nem nagyon merjük megpiszkálni, mert nem tudjuk, hogy melyiken van valami létfontosságú a boothoz. De tegyük fel, hogy lementjük a teljes lemezfelület képét valami hálózati könyvtárra, vagy USB-s eszközre/SD kártyára. Utána valami UNIX-on felhúzzuk a virtuális partíciós táblát és átméretezzük a win10 partícióját: a mögötte lévő recoveryt kinyírjuk és az utána következő üres 32 GB-ot hozzácsapjuk. Még, ha túl is éli a bootloader a dolgot; hogy írjuk vissza a képfájlt a 64 GB-os chipre? A gépben csak egy slot van, ha abba bedugjuk az üres 64 GB-ot, akkor nincs oprendszerünk, mert USB-ről ez a vacak nem bootol, ha meg visszadugjuk a régi 32-est, akkor ugyan van oprendszer, de akkor nincs 64 GB-os flash, ahova kiírhatnánk...

    Jah és ugye a 64 GB-os flash az plusz kiadás, márpedig ennek az volt a célja, hogy ne kelljen semmit pluszba venni, megvettük és all-in-one megoldás, olcsón.




    win10 wtf: https://hup.hu/node/157251#comment-2183404

    Hát ezt meg lehetne csinálni, de akkor ehhez kéne az az átalakító, meg mondom, akkor ez megint plusz kiadás lenne. Arról nem is beszélve, hogy akkor egy ilyen eszköz telepítésének ideje 10-15 percről órákra nőne.




    win10 wtf: https://hup.hu/node/157251#comment-2183430

    Igazad van, de az idő pénz és az elveszett munkaórák hosszútávon tényleg többe volnának. Szerencsére eddig csak egy gépen jött elő. ha előjön más gépeken is, akkor alternatíva fog kelleni.




    win10 wtf: https://hup.hu/node/157251#comment-2183472

    Hello!

    Nem, nem az UEFI-re gondoltam. :) Van rajta egy ismeretlen bootloader, ami feljön és felkínálja, hogy Android vagy win10.

    Az UEFI shell-ben próbáltunk sokmindent, de nem sikerült felbootoltatni a Debiant.
    Secure Boot-ot nem tudom, hogy be van-e kapcsolva, de még az is lehet, hogy ki is kapcsoltuk direkt, már nem emlékszem. :/

    Hát mi is ezt szerettük volna. Mondjuk most már össze van ez lőve, egyelőre van fontosabb dolog is, legalábbis, ha ez nem fog felugrálni az összes gépen, akkor most már mindegy...




    win10 wtf: https://hup.hu/node/157251#comment-2183992

    A munkaidőterminálnak a következőt kellett tudnia:
    - Vezeték nélküli kapcsolódás a szerverre.
    - Felhasználólista és ajtószabályzat letöltése HTTP-n keresztül a szerverről és lokális tárolása offline üzemmód esetére.
    - Az ajtószabályzat alapján a nem jogosult felhasználók szűrése, az érvénytelen kérések naplózása.
    - Szabadon definiálható maximum 8 funkció (esemény) kezelése.
    - Az eseményeket az ajtószabályzattól függően kártyalehúzással, vagy PIN kód bevitelével, vagy a kettővel együtt lehet aktiválni.
    - Az eseményeket online módban HTTP-n keresztül visszaküldi a szerverre, offline módban helyben tárolja, online-ra váltáskor felszinkronizál.
    - Személyes infók kérése a felhasználóról.
    - Legyen benne egy 7 colos, 1280x800-as touchscreen, amin érintéssel lehet kiválasztani a személyes infókat és a 8 funkciót.
    - Szervízkártya kezelése és szervízmenü.
    - Szervízmenüben az egység IP címének, maszkjának, átjárójának beállítása.
    - Esemény után hanglejátszás (visszamondja az esemény nevét és megköszöni).
    - Személyes infóknál az user fényképének megjelenítése a személyes adatok mellett.
    - Távolról cserélhető hangfájlok és háttérkép.
    - Távolról frissíthető a panel szoftvere.
    - 3 nyelv kezelése (magyar, angol, német) feliratoknál és hangoknál is.
    - Összeszerelés (azaz beépítés a fémházba) a telepítőknek: max. 5 perc.

    Ha te ezt Arduinoval és komponenseivel kihozod 10000 Ft-ból 2-3 óra alatt, akkor szólj, átadom a helyem és megyek kapálni.
    Ha viszont nem, akkor baromságot beszéltél, mehetsz te kapálni.




    win10 wtf: https://hup.hu/node/157251#comment-2184077

    Nem, szamárságot írtam, természetesen https az, de én gyakran szoktam a https-t is csak simán http-nek emlegetni. (Tudom, ez hiba.) Amúgy ezeknek a gépeknek az elsöprő többsége teljesen zárt hálón ül.
    De egyébként nem ez volt a lényeg, hanem az, hogy ha ezt a listát kihozza 10000 Ft-ból, 2-3 óra alatt, pláne Arduino-n, akkor varázsló. Csak a kijelző 20000 Ft körül mozog...




    win10 wtf: https://hup.hu/node/157251#comment-2184125

    Ezt mérlegeltük is (bár OrangePi-vel), de még úgy is drágábban jött ki a dolog, mint ezzel a PIPO-val. A kijelző nagyon sokba' van. Egy ilyen PIPO 27 ropi. És akkor ugye, ha Pi lapka, akkor ahhoz nem csak maga a kijelző kell, hanem az illesztő is, meg akkor rengeteget kell szarakodni a fémkaszniba való beépítésnél, míg ez a PIPO egyben van, nem kell kábelezni, csavarozni, stb. A telepítők ideje is pénzbe kerül.




    win10 wtf: https://hup.hu/node/157251#comment-2184126

    Mondom: elsöprő többségben zárt hálón. A miénk speciel kilát a netre. Ezért jöttek le a frissítések.

    A távoli frissítést meg úgy kell érteni, hogy fel lehessen rá csatlakozni és onnan frissíteni, ez többnyire valamelyik helyi gépről történik; a lényeg, hogy nem kell szétszedni és rádugdosni semmit, hanem marad a falon a kaszniban és valahonnan a helyi hálóról rácsatlakozunk és frissítjük.




    win10 wtf: https://hup.hu/node/157251#comment-2184218

    He??? Ki mondta, hogy ez a bejáratokat védi? Ez nem beléptető, hanem munkaidőterminál! Ez csak azt tartja nyilván, hogy ki mikor jött dolgozni, vagy ment el valahova! Ez semmit nem véd!




    win10 wtf: https://hup.hu/node/157251#comment-2184258

    Hát, lehet, hogy félreérthető volt, de az a szűrés csak azt jelenti, hogy aki nem dolgozik a cégnél, az ne tudjon a munkaidőriportokba belekontárkodni. Természetesen a biztonsági rendszerhez semmi köze nincsen, ez csak "gazdasági segédeszköz", vagy mi a túrónak nevezzem; lehet tudni, hogy ki, mikor, mennyit dolgozott, de semmi egyéb...semminő security taskért nem felel.




    win10 wtf: https://hup.hu/node/157251#comment-2184287

    A 7 colos azért kell, mert az 5 coloson túl kicsi lenne minden, se elolvasni, se az ujjukkal megérinteni nem tudnák.

    Az 1280x800-as felbontás meg a natív felbontása a PIPO-nak. Nem tudom feltűnt-e, de itt az volt a kérdés, hogy össze tudja-e hozni Ardunioval és komponenseivel ugyanazt, amit a PIPO tud, mindezt 10 kHUF-ért, 2-3 óra alatt. Igazából a 7 col a lényeg, a felbontás már nem olyan fontos, de ha a PIPO-ban ez van, akkor a felsorolásba is azt írtam, hogy ezt kell utánacsinálni ugyanannyiért.




    win10 wtf: https://hup.hu/node/157251#comment-2184328

    Betölti a feladatát, tehát nem alkalmatlan, de tök mindegy, mert te még ennek a költségének is alávertél árban, csak aztán kivitelezni nem sikerült.




    win10 wtf: https://hup.hu/node/157251#comment-2184491

    Nem mérted fel az igényeket, nem kérdeztél rá semmire, egyáltalán nem kérdeztél semmit, csak mondtál egy bődületes ökörséget, na ez az ügyes, de egyébként ahogy nézem te ezért is jöttél ide, okoskodni, fikázni, meg fölényeskedni.




    win10 wtf: https://hup.hu/node/157251#comment-2184506

    Ami végzi a dolgát, az ügyfelek veszik és nem reklamálnak, mert működik. Nem tudom mi ez a görcsös erőlködés, hogy bebizonyítsátok, hogy ez úgy ahogy van szar, (pláne ilyen egymásnak ellentmondó ökörségekkel, hogy hol vegyük meg 150000 Ft-ért, hol csináljuk meg Arduinoval 10000 Ft-ért), én nem tudom mi érdeketek fűződhet hozzá, de mindenesetre én meguntam.




    win10 wtf: https://hup.hu/node/157251#comment-2184527

    Cserélnénk garanciában. (Bár, ha egyszerre elkezdenének kinyúvadni a flash-ek, az már szériahiba lenne, azt vissza lehetne küldeni a gyártónak és nyilván dobnánk a géptípust is.)
    Viszont, a tárolótól függetlenül, ha egy gépben kinyúvad a háttértár, akkor - hacsak nem volt redundáns - az mindenképpen cserét igényel, amire ugyanúgy fel kell másolni mindent, aminek rajta kell lennie, tehát ebből a szempontból mindegy az ügyfélnek, hogy az egész gépet kell cserélni, vagy csak a háttértárat benne, mert ő hiába tolna be egy másik tárolót, arra a szoftvert fel kell rakni.




    win10 wtf: https://hup.hu/node/157251#comment-2184940

    Már majd háromnegyed éve mennek gond nélkül és ez is egy gépen jött elő, nem az összesen és a sajátunkon, nem az ügyfélén.




    win10 wtf: https://hup.hu/node/157251#comment-2184983

    Vagy csak elég lenne legyalulni a win10-et róla, mert azzal van a baj, nem a hardware-rel.
    A barkácsolgatással meg az a baj, hogy nem csak a pár ezer Ft többletköltséggel van a baj, hanem azzal is, hogy ez egyben van, csak befordítjuk a kaszniba és ennyi. Ha több darabból állna, akkor a telepítőknek sokkal tovább tartana egy gépet felszerelni.
    Alternatíva: Ha van hasonló ilyen kisgép, amire lehet Linuxot rakni, akkor a probléma meg is lenne oldva.




    win10 wtf: https://hup.hu/node/157251#comment-2184356

    Pontosan, itt az lenne a leggyorsabb és a legjobb, ha a win10 megkapná az egészet. A flash csak 32 GB, úgyhogy tudná kezelni. Emlékeim szerint már a win98 is 128 GB-ig "látott".




    win10 wtf: https://hup.hu/node/157251#comment-2184355

    Lehet, hogy be lehet, de hogy? Volt, amit "feláldoztunk" arra célra, hogy kísérletezzünk a külső boottal, de nem volt eredményes.

    Ezt mondjuk még nem próbáltuk meg. Köszi a tippet!




    win10 wtf: https://hup.hu/node/157251#comment-2184357

    +1




    win10 wtf: https://hup.hu/node/157251#comment-2184327

    > Ha jól számoltam, az olyan 27mm x 31mm per darab, amit azért nem eltalálni elég "erős".

    Lehet, de minél nagyobb, annál kényelmesebb, nekünk kell a felhasználóhoz alkalmazkodni. Aki meg rosszul lát, annak meg nem lenne jó, amúgy sem.

    > a funkciót, amit betölt, azt kell megvalósítani.

    Ez az ami eddig nem sikerült, csak abszurd baromságok összehordása, a feladat ismeretének teljes hiányában.




    win10 wtf: https://hup.hu/node/157251#comment-2184490

    Én meg mondtam, hogy a 7 col volt a lényeg, nem a felbontás. Fel volt sorolva egy raklap dolog, most ebből ki lett pécézve a felbontás, hogy azt minek és akkor mindjárt felesleges az egész? Arduinoból 6 rongy a legolcsóbb, egy 7 colos megjelenítő 20 kHUF körül mozog, még WiFi is kéne rá, meg valami háttértár, ahol a képek/hangok/adatok vannak és akkor máris túlléptük a PIPO árát.




    win10 wtf: https://hup.hu/node/157251#comment-2184217

    Korábban nem kérdezte senki az elvárásokat, de ezek szerint akkor kiderült, hogy úgy adtál egy végtelenül abszurd idő és árbecslést egy termékre, hogy gőzöd nem volt a kielégítendő igényekről.




    win10 wtf: https://hup.hu/node/157251#comment-2184261

    Simán lehetne jobbat csinálni, de olcsó, tehát eladható, legalábbis a kuncsaftok veszik és a feladatát ellátja. Eddig még nem nagyon volt panasz rá.




    win10 wtf: https://hup.hu/node/157251#comment-2184329

    Ez a miénk volt, tehát nem az ügyfél panaszkodott.




    win10 wtf: https://hup.hu/node/157251#comment-2185094

    Köszi a tippet, kipróbáltam. Leszedett egy csomó korábbi telepítőt, de sajnos még így is kevés a hely.




    win10 wtf: https://hup.hu/node/157251#comment-2185127

    Thx, bár nem hiszem, hogy még lenne valami, már futottak a tisztítók, futott a lemezkarbantartó és ezen a gépen csak egy króm van pluszban, amúgy szűz win10 (a mi programunk nem igényel telepítést, portable (meg amúgy is kb. 2 MB)).

    Viszont azt hiszem, megoldódott a probléma, mert kinyitottam az uninstall programs szekciót és volt benne nem egy, de kettő windows 10 upgrade assistant. Mindkettő repült, az ismét visszakapcsolt frissítést megint letiltottam és létrehoztam egy fájlt a C: meghajtón "Windows10Upgrade" néven, amit rejtetté és írásvédetté tettem. Remélhetőleg, ha megint megpróbálja felrakni, ezen fennakad.




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2183749

    http://oscomp.hu/depot/spectre_attack.log

    A jelek szerint én nem vagyok érintett, pedig semmit sem frissítettem még. Ezek szerint az AMD-nek igaza volt, hogy ha a BPF JIT ki van kapcsolva, akkor a Spectre sem működik, nem csak a Meltdown.




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2183835

    Igazad van, így működik. Azt nem tudom tesztelni, hogy patchelve mi a helyzet, mert még nem érkezett új kernel.




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2183860

    Az szar ügy. Akkor megszívtuk.

    Akkor maximum még több helyen kell tiltani a dzsuvaszkriptet-t, mint eddig.




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2183884

    Gyönyörű...
    Persze lehetne egyszerűen orvosolni, a JS teljes tiltásával, de akkor a mai web java része használhatatlanná válik...




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2183901

    Az RDTSC végrehajtását nem lehet kernel szinten tiltani? Vagy lehet, de akkor egy csomó cucc nem fog menni?




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2183978

    Nem tudom. Inkább hagyjunk nyitva egy ekkora rést?




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2184001

    Na ja, csak nehogy mi is a romok alá kerüljünk. :/




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2184215

    Mobilból butafónom van, az tuti mentes ettől a mizériától. A másik kettő biztos nagyon "kellemes" lenne. :P




    Egyes Ubuntu 16.04 felhasználóknál is gondot okozott a Meltdown patch: https://hup.hu/cikkek/20180111/egyes_ubuntu_16_04_felhasznaloknal_is_gondot_okozott_a_meltdown_patch#comment-2184109

    Az jó, de lehet, hogy más értékkel működni fog, elsőre nálam sem ment.




    Egyes AMD processzoros gépeken problémákat okozhat a Microsoft meltdown javítása: https://hup.hu/cikkek/20180109/egyes_amd_processzoros_gepeket_problemakat_okozhat_a_microsoft_meltdown_javitasa#comment-2182730

    Nincs kizárva ez sem, de az ms szereti másra kenni a dolgokat.




    Egyes AMD processzoros gépeken problémákat okozhat a Microsoft meltdown javítása: https://hup.hu/cikkek/20180109/egyes_amd_processzoros_gepeket_problemakat_okozhat_a_microsoft_meltdown_javitasa#comment-2182761

    Gőzöm sincs. 2008 óta max. csak messziről látok win-t, nem tudom mi zajlik arrafele... Lehet az történt, amit tr3w írt, egy poszttal feljebb.




    Egyes AMD processzoros gépeken problémákat okozhat a Microsoft meltdown javítása: https://hup.hu/cikkek/20180109/egyes_amd_processzoros_gepeket_problemakat_okozhat_a_microsoft_meltdown_javitasa#comment-2182737

    Volt már róla szó korábban is, hogy ez lesz.




    Egyes AMD processzoros gépeken problémákat okozhat a Microsoft meltdown javítása: https://hup.hu/cikkek/20180109/egyes_amd_processzoros_gepeket_problemakat_okozhat_a_microsoft_meltdown_javitasa#comment-2182981

    A PSP letiltásával ez az AMD specifikus bug megszűnne, ugye?




    Egyes AMD processzoros gépeken problémákat okozhat a Microsoft meltdown javítása: https://hup.hu/cikkek/20180109/egyes_amd_processzoros_gepeket_problemakat_okozhat_a_microsoft_meltdown_javitasa#comment-2183320

    Mivel a bug a PSP-t érintette, gondolom, hogy igen.

    Csak azért, mert az AMD állítólag letilthatóvá teszi a PSP-t. Sajnos nem tudom, hogy kamuznak-e.




    Egyes AMD processzoros gépeken problémákat okozhat a Microsoft meltdown javítása: https://hup.hu/cikkek/20180109/egyes_amd_processzoros_gepeket_problemakat_okozhat_a_microsoft_meltdown_javitasa#comment-2182883

    Tuti? Egy raklap ARM CPU is érintett volt.




    a LKML-threadek gyöngye: https://hup.hu/node/157260#comment-2183318

    > "Code talks, bullshit walks"

    Nikolay bácsi nagyon szépen összefoglalta...




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182305

    Ööö...az Epices hírnél miért egy archive.is-es link van belinkelve? Még él az eredeti poszt: https://www.epicgames.com/fortnite/forums/news/announcements/132642-epic-services-stability-update#post132642




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182578

    Szerintem úgy értette, hogy azt nem veszik észre, hogy a patch után belassult a rendszer, nem úgy, hogy a Meltdown-t, vagy a Spectre-t nem vették észre.




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182828

    Én egy szóval nem mondtam, hogy mindegy, mert szerintem egyáltalán nem mindegy. Én csak azt mondtam el, hogy szerintem dejo mire gondolhatott, hogy az átlagjóska nem veszi észre a dolgot.
    Az igaz, hogy egy összeszart windows az alapból is lassú, de win-t rengetegen használnak az ipari, kereskedelmi, kreatív szektorokban is, ahol viszont baromira nem lesz mindegy és ők észre is fogják venni.




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182929

    Az átlagfelhasználó lehet, hogy nem fog ezzel foglalkozni, de akik komoly munkát végeznek a géppel, azok tuti fogják még szidni az intelt. Meglátjuk.




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182368

    A Spectre-ből csak az egyes érinti az AMD-t és az is csak Linuxon és ott is csak bekapcsolt BPF JIT esetén, ami non-default kernelbeállítás.
    # sysctl -a | grep bpf
    Legalábbis ezt mondták...




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182383

    https://kernelnewbies.org/Linux_4.4#Unprivileged_eBPF_.2B-_persistent_eBPF_programs

    true-ra állítva tiltod le, hogy non-root userek is használhassák.




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182423

    Passz, lehet, hogy defaultból 0.




    [Folyamatosan frissítve #4] Meltdown és Spectre - kihatások a teljesítményre patchelés után: https://hup.hu/cikkek/20180108/meltdown_es_spectre_kihatasok_a_teljes%C3%ADtmenyre_patcheles_utan#comment-2182382

    A kernel.unprivileged_bpf_disabled arra való, hogy non-root userek is futtathassanak eBPF programot, a JIT-hez nincs köze, tehát jó.




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180757

    Ha tiltólistára veszed a platform.twitter.com/widgets.js fájlt, akkor nem fog ugrálni.




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180786

    Nem, ez egy kényszermegoldás, viszont működni működik, legalábbis nálam már nem rángatja az oldalt.




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180748

    > Újabb ékköve annak, hogy a hardver- és szoftvergyártó megapolipok kartellje hogyan igyekszik rávenni az elmúlt években telítődő PC-piacot a felesleges, új™ eszközök és szükségtelen innovációk™ megvásárlására, avagy a túltermelést elősegítendő túlfogyasztásra.

    Tegnap nekem is volt egy hasonló gondolatom, bár én csak konteónak szántam, nem tudom mennyire állja meg a helyét...




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180777

    Hát én is valami hasonlóra saccoltam, hogy így akarják eladni a szükségtelen teljesítménynövekedést, csak nem tudom, hogy mennyire állja meg a helyét. Tekintve a mai IT világban uralkodó böszme inkompetenciát, még az is lehet, hogy tényleg csak kollektíven elkúrták az egészet... :/




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180796

    Ez is lehet.




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180852

    Mondjuk manapság az optimalizációt inkább úgy jobb csinálni, hogy jobb algoritmust írsz, nem úgy, hogy átírod ASM-be, éppen azért, mert a mai CPU-k már nem egyszerűen azt csinálják, amit te mondasz nekik ASM-ben.
    A Conspiracy demócsapat egyik programozója mondta tizenpár éve egy 4k-s intró megírása után, hogy a C fordító már kisebb és gyorsabb kódot adott, mint amit ő írt meg külön ASM-ben.




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180893

    Az a személyek számától és az autók kapacitásától függ. Ha mind beférnek egy autóba, akkor kettővel is ugyanannyi idő alatt vannak ott. De ha nem férnek be, akkor kettővel sokkal gyorsabban ott vannak, mert nem kell az autóval visszamenni a másik csapatért.




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2181672

    > Ezt úgy érték el, hogy az Acornnál fogták a 6502-e 8 bites processzort (ami már akkor egy részben javított és részben kiherélt Motorola 6800 volt), felbővítették 32 bitre, és kidobták az utasítás készlet kb. felét.

    Ezt hol olvastad, hogy az ARM2 az egy fejlesztett 6502-es, aminek kihajigálták az utasításai egy részét? Teljesen más a regisztertérképe, egyáltalán a regiszterkezelés koncepciója; teljesen más az utasítások dekódolása, az opkódok bittérképe, az utasítások paraméterezése, a címzési módjai és ráadásul nagyjából ugyanannyi alaputasítás van benne (36 vs 49), csak azok is teljesen mások és máshogy működnek. (Illetve, ha a branch utasításokat külön nézzük, nem csak úgy, hogy van benne branch utasítás, akkor még több is van az ARM-ban: 70 vs 56.) És ez is úgy, hogy az utasítások feltételes módjait nem számoltuk bele.




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2181015

    Nem beszólni akarok, de ez meddő vita. Most derült ki, hogy a problémába beletört szinte az összes vezető CPU gyár pöcse; nem valószínű, hogy ti itt ketten hirtelen rájöttök arra, hogy hogyan lehetne ezt megoldani...




    [Folyamatosan frissítve #17] Minden, amit a #meltdown / #spectre processzorbugokkal kapcsolatban tudni érdemes: https://hup.hu/cikkek/20180104/minden_amit_a_processzorbugokkal_kapcsolatban_tudni_erdemes#comment-2180995

    > prediktív elágazás becslés

    Nem redundáns ez egy "kicsit"? A branch prediction csak simán elágazásbecslés; azzal, hogy elérakod a prediktívet, azzal gyakorlatilag azt írod, hogy becslő elágazás-becslés...




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180375

    Ha ez igaz, akkor az AMD nagyon fogja szeretni az ms-t. Linus meg pláne. :P




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180380

    Asszem nem ment át. Az AMD azért fogja szeretni az ms-t, mert az ő processzoraival is lassulni fog, Linus meg azért, mert majd rajolhat rá, hogy a Linux nem lassul be AMD alatt, mert nekik van rá patch-ük.

    De szerintem az AMD el fogja érni, hogy az ms is implementáljon valami hasonlót a win-be.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180383

    Igen. :) Lehet idézőjellel egyértelműbb lett volna, de nekem így is egyértelműnek tűnt a szarkazmus.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180386

    Há-há. :(




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180396

    Ezt mondtam én is.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2179895

    Azt nem tudom, hogy jogilag meg lehet-e szorongatni az intelt ezért (biztos lesz olyan ország, ahol igen), de tuti lesz, aki bepróbálkozik vele.
    Mindenesetre biztos elég sok ember lesz mérges, miután kiadta az extra lóvét az erősebb CPU-ért - és még jobban, ha pénzkeresésre kellett, nem játszani és még annál is jobban, ha nem pár darabot vett belőle, hanem sokat - és aztán hirtelen berántják rajta a kéziféket. Ez sok embernek derült égből bazaltszáraz lófasszal végrehajtott seggből-deepthroat lesz. Szeretni fogják az intelt és lesz, aki nem éri be anyázással. Szerintem.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180140

    Csak humorizált, hogy ha nem tudod a jó oldalát nézni, akkor szomorú vagy.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180232

    Még a végén kiderül, hogy hekker vagyok. :P




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180074

    Színvonalas lehetett Izraelben a mérnökképzés akkortájt. :/




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180141

    Még jobb. Akkor lesz még hasonló bukfenc, mint ez.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180234

    Ekkorára így hirtelen nem emlékszem.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180233

    Jogos.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180072

    +1




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180076

    Valószínűleg maga az AMD is örül a dolognak; a biztonságot a legtöbb ember telibeszarja, de a sebességcsökkenést nem nagyon fogják lenyelni, kiváncsi vagyok hány ember jön át AMD platformra...




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180142

    Miért, az AMD-s laptopok nem voltak jók? (Csak kérdem, nem használok laptopot.)




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180235

    SSD-t tudsz bele venni, vagy az úgy már annyira drága lesz, hogy végképp nem éri meg?




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180254

    Értem, ez érthető.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180775

    Nem én hivatkoztam a pénzre. (És egyébként gelei is a garanciát mondta végső érvnek.)




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180143

    Hát nem tudom, ha mindenkinél leesik a teljesítmény, akkor azért arra csak felfigyelnek az emberek, hogy megszívták az intellel.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180237

    Nem ez fog történni, mert nem az AMD-hez fogják mérni, hanem a saját gépük korábbi teljesítményéhez. Azért az 1/3-os lassulást csak megérzik.

    Csak 30%-kal gyorsabb az intel, mint az AMD? Mennyivel drágább?




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180260

    Van ezeken az ábrákon közel 50%-os esés is. De egy 15%-os esésnek se fognak örülni a felhasználók.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180265

    Nem, én mindenkit értek rajta. Aki valami clustert üzemeltet intel alapokon, az is nagyon fog neki örülni, hogy bukja a bérbe adható teljesítménye N százalékát.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2182310

    A jelek szerint a 30%-os becslés eléggé optimista volt, az ebben a topicban található linkeken a fordításnál ~525%-os, valami játéknak a felhős back-end szolgáltatásánál pedig ~300%-os lassulásról beszélnek. Az eléggé sok.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180144

    Nem a CPU fog belassulni, hanem a rajta futó rendszer. Amúgy, ha már van patch, akkor az övéken nem fog. :)




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180264

    És mennyivel lesz drágább?




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180393

    winhate-re tuti, mert ahhoz még jönnek a secu frissítések.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180357

    Tényleg Motorolával volt eredetileg; anno az Amigások között volt népszerű vicc. (Volt egy olyan változata is, hogy nem 5-öt mond az intel, hanem egy 4 közeli törtszámot.)

    Ahogy az is, hogy

    - Hány darab Pentium tervezőmérnök kell egy villanykörte kicseréléséhez?
    - 1.99904274017, ez az érték azonban kielégítő pontosságú az átlagos felhasználó számára

    (http://prociweb.hu/node/23)

    Ha jól emlékszem, ezek a viccek Pentium FDIV bugját karikírozták ki, a hangsúly pedig azon volt, hogy az intel nagyon reklámozta, hogy mennyire gyors a Pentium FPU-ja, mennyivel gyorsabb, mint a 68060 vagy a PowerPC, aztán kiderült, hogy ja, csak pontatlan is.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180471

    Jól értettem, hogy az AMD csak akkor érintett, ha a kernel bekapcsolt BPF JIT-tel fut?

    root@Csabi:~# sysctl -a | grep bpf
    net.core.bpf_jit_enable = 0

    Mert akkor úgy tűnik, szerencsém van: eddig is ki volt kapcsolva.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180586

    Találó hasonlat, JS nélkül is kurwa jól el voltam/vagyok/leszek. :D

    Ha direkt volt, akkor most minek leplezik le?

    Sz*rk: Egy nagyon geci összeesküvéselmélet beugrott rá. :P A mai CPU-k már elég erősek szinte mindenre, az átlagjóskának nincs szüksége a win95-ös időkből megszokott folyamatos hw-upgrade-ra és így próbálják rávenni a fogyasztói szegmenst, hogy ennek ellenére mégis vegyék meg az új processzorokat. Szigorúan összeesküvéselméletként mondom. :P




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180608

    Hunger mondta, hogy hülyére vagyunk véve, direkt van az egész, én csak gyártottam rá konteót. :P

    Egyébként nekem fingom nincs, mit csináltak direkt és mit balfaszságból... :/




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180873

    És mi lehet a cél? :)




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2181488

    Körbe-körbe futunk... Én ugyanezt mondtam pár poszttal feljebb.




    Egy, az Intel processzorokban levő tervezési hiba miatt kell(ett) a Linuxot, Windowst stb. sebtében foltozni: https://hup.hu/cikkek/20180102/egy_az_intel_processzorokban_levo_tervezesi_hiba_miatt_kellett_a_linuxot_windowst_sebteben_foltozni#comment-2180587

    Ez nem csak a CPU-k tervezésére vonatkozik, sajnos.




    Van macskád?: https://hup.hu/szavazasok/20171231/van_macskad#comment-2179194

    http://www.youtube.com/watch?v=1JWZ8ni55YE




    Van macskád?: https://hup.hu/szavazasok/20171231/van_macskad#comment-2179193

    14 darab, bár direktbe' egyik sem az enyém, csak a családban van annyi. 4 öcsémnek/sógornőmnek, 4 húgomnak/sógoromnak, meg 6 a szomszédnak, akik nálunk laknak, mert az a putris barom nem ad nekik enni...




    VLC 3.0.0 RC3: https://hup.hu/cikkek/20171227/vlc_3_0_0_rc3#comment-2177821

    Tecsőt lehet már vele rendesen nézni, mint az MPV-vel?




    Az AMD is sajtóhírben reagált a #ktpi/#fuckwit bugra: https://hup.hu/cikkek/20180104/az_amd_is_sajtohirben_reagalt_a_ktpi_fuckwit_bugra#comment-2180590

    A Spectre oldalán azt írták, hogy az AMD csak bekapcsolt BPF JIT mellett érintett. Azt meg ki lehet kapcsolni, sőt alapból be sincs kapcsolva a legtöbb Linuxon. (Debianban pl. nincs.)




    Az Intel sajtóközleményt adott ki a #kpti/#fuckwit problémával kapcsolatban: https://hup.hu/cikkek/20180103/az_intel_sajtokozlemenyt_adott_ki_a_kpti_fuckwit_problemaval_kapcsolatban#comment-2180594

    https://hup.hu/cikkek/20180104/az_amd_is_sajtohirben_reagalt_a_ktpi_fuckwit_bugra#comment-2180590




    Windows Update hiba a decemberi frissítés óta: https://hup.hu/node/157069#comment-2178703

    10-esen minden hétre jut valami frissítési mizéria.




    G trashed: https://hup.hu/node/157097#comment-2178436

    Nem csak pénz kérdése. Amúgy hiába van pénz, ha nagyon spórolnak vele. A vicc a kiégett villanykörtéről a mai napig megállja a helyét.




    G trashed: https://hup.hu/node/157097#comment-2178326

    Jó döntés, good riddance to bad rubbish.

    A Protonmail meg tényleg jó, én használom már egy jó ideje és csak jót tudok róla mondani (azzal az egy kivétellel, hogy egynémelyik "underground" böngészőben nem megy a csatolmányok letöltése), bár én nem vásároltam accountot, csak ingyenesen használom, de azzal sincs baj. Maga a felület szerintem logikusabb és jobb, mint a gaymailé. A spamszűrés is viszonylag jól meg van oldva, ha egyszer egy adott típusú levelet spamb-e sorolsz, akkor az onnantól érkező olyan levelek a spam folderben landolnak. (Mondjuk azt nem értettem, hogy miért érkezik ennyi American Airlines spam egy frissen regisztrált emailcímre...sőt most se értem.)

    A linkelt postoddal kapcsolatban meg volna egy kérdésem: azt állítod, hogy a nyugaton nem jelenik meg az a videó, amit keleten töltöttek fel; ezt leellenőrizted, pl. amerikai proxy mögül megnézve a találatokat? Vagy ez egy hipotézis, amit a látogatottságra alapozol? Csak kérdés.




    G trashed: https://hup.hu/node/157097#comment-2178438

    Nem biztos, hogy triviális oka van, még csak az sem biztos, hogy tisztán üzleti.

    Pl. politikai okai is lehetnek; ne felejtsd el, hogy a kugli és a frászbúk is amcsi cégek és az amcsik hegemóniájának baromira nem tesz jót a kelet fejlődése. Nekik az volt jó, hogy fillérekért dolgoztatják az elmaradt keleti blokkot - legyen szó akár kelet-Európáról, akár Ázsiáról - és nem az, hogy ezek felfejlődjenek és a gazdasági, informatikai és egyéb "versenyekben" egyenrangú partnerként részt vegyenek. A kommunikáció zárolása, vagy legalábbis a zavarása pedig alkalmas arra, hogy adott esetekben adott személyeket/cégeket hátráltasson a céljai elérésében, ld. log69 esetét. Én a magam részéről egyáltalán nem lennék meglepve, ha ez a digitális vasfüggöny tényleg létezne, hogy a feltörekvő keleti vállalatokat gátolja abban, hogy nyugaton teret nyerjenek.

    Csak egy példa (de ez már összeesküvés-elmélet szintű): hogyan éred el olcsóbban, hogy a delikvens amcsi terméket vásároljon? Pénzt áldozol rá, hogy jobb legyen és aztán még több pénzt áldozol rá, hogy meg is reklámozd; avagy visszaélsz a kezedben lévő kommunikációs erőfölénnyel - értsd: napjaink primer kommunikációs platformjai a te kezedben vannak - és egy mozdulattal kizárod a külföldi konkurrenciát a lokálisan elérhető felületekről?

    Az amcsik mindig is baromi hatékonyak voltak a tömegmanipulációban...




    G trashed: https://hup.hu/node/157097#comment-2178437

    Lehet, hogy némi extra bevételért elérhetővé tették a címlistát? Mondjuk akkor csúnyán pofánköpnék saját magukat... De magyarázat meg nincsen, csak tippek, hogy hogy lehet szűrni a spamet.

    Kuglitól minden kitellik. A Protonmail-t például egyszerűen kizárták a keresésből, aztán annyival elintézték, amikor kirobbant a botrány, hogy "javították a hibát". Úgyhogy ne legyenek kétségeid: úgy manipulálják a kereséseket, ahogy az nekik tetszik.




    G trashed: https://hup.hu/node/157097#comment-2178661

    Pedig ezt már két éve kérik. :/




    G trashed: https://hup.hu/node/157097#comment-2178733

    Azt én is kitöltöttem, bár az "If you aren't a paid user, why not?"-re nem tudtam az igazat írni, hogy elég nekem így is. Így aztán az lett, hogy nincs támogatva az általam preferált befizetési mód. :P Na meg a 7-esnél az indoknál nem lehetett 3-at is bejelölni. (Vajon mi a túrót akartak a kriptovalutás kérdéssel?)




    G trashed: https://hup.hu/node/157097#comment-2178765

    Hát nem tudom, én nem bízom a kriptovalutákban és azokban sem, akik üzérkednek vele...

    A thumbnaileket nem kérted? Én igen. Meg azt, hogy ne csak mainstream böngészőkben teszteljék a webes felületet.

    Mobilos cuccokról nem tudok véleményt mondani, nincs okostelefonom.




    G trashed: https://hup.hu/node/157097#comment-2178706

    Már feltöltéskor is lehetne thumbnailt csinálni, amit aztán lehet tárolni a szerveren és letöltéskor csak dekódolni kell. Így persze gyorsabban fogy a felhasználó tárhelye, dehát valamit valamiért.




    G trashed: https://hup.hu/node/157097#comment-2178725

    Miért lenne? Azzal a megoldással, amit egy poszttal feljebb javasoltam, ez megoldható lenne, nem? Kivéve persze, ha valamit figyelmen kívül hagytam.




    G trashed: https://hup.hu/node/157097#comment-2178767

    Hát titkosított adatból elég nehéz lenne, de miért kéne szerveroldalon?

    A reader.readAsDataURL le tudja kérni a csatolt fájlok tartalmát; ha nem kép, akkor a társított ikont kell megjeleníteni (hang, pdf, word, whatever), ha meg kép, akkor meg lehet legenerálni a thumbnailt a HTML 5 canvas-szal, eltikosítani és levélküldéskor feltölteni. Ez persze nem megy minden böngészőben, meg a dzsuvaszkript miatt elég lassú is lesz, dehát egyrészt valamit valamiért, másrészt meg itt az volt a kérdés, hogy lehet-e.




    G trashed: https://hup.hu/node/157097#comment-2178839

    Hát PDF-et meg wordot valószínűleg nem olyan egyszerű bélyegképesíteni JS-ből (bár vannak rá - elég heavyweight - megoldások), de van egyáltalán értelme? Ezek bélyegképek, egy dokumentum tartalmából mi látszik egy bélyegképen?
    A képekkel sokkal egyszerűbb a helyzet, az pár sor és annak több értelme is van.




    NetBSD 7.1.1: https://hup.hu/cikkek/20171228/netbsd_7_1_1#comment-2178324

    Ha a systemd cirkusz tovább fajul (pl. tényleg kötelező lesz), akkor a BSD-k felé van lehetséges menekülési útvonal, szóval nem kell lebecsülni őket.




    NetBSD 7.1.1: https://hup.hu/cikkek/20171228/netbsd_7_1_1#comment-2178710

    Hát, ha azt vesszük, hogy tkp. az első 5 helyezet az mind a FreeBSD telepítőjére és tárolóira épül (azaz kb. csak FreeBSD "disztró"), akkor ez a harmadik legnépszerűbb BSD. A hazai NetBSD userek meg lehet, hogy nem reggeltek be erre a listára.




    NetBSD 7.1.1: https://hup.hu/cikkek/20171228/netbsd_7_1_1#comment-2178869

    És akkor miért ír nulla NetBSD usert Mo-ra, ha van aki bereggelt?




    NetBSD 7.1.1: https://hup.hu/cikkek/20171228/netbsd_7_1_1#comment-2178992

    > Szépen hangzik, de sokkal több (önálló) BSD nincs is :)

    Hát ötből a harmadik, az is valami. :)

    Viszont jól érzékelem, hogy a MidnightBSD aloldalára csak átcopyzták a DesktopBSD szövegét? A Midnight nem FreeBSD "disztró", nem a FreeBSD tárolókra épülő újracsomagolás, hanem valódi fork, mint a DragonFly és már több mint egy évtizede külön utakon jár (ráadásul nem is KDE3-mal indult, hanem WindowMakerrel).




    Apple’s Lisa Operating System To Be Released For Free As Open Source In 2018: https://hup.hu/node/157082#comment-2178844

    A Lisa-nak nem volt preemptive multitaskja:

    https://www.researchgate.net/profile/Bruce_Daniels/publication/2996607_The_Architecture_Of_The_Lisa-_Personal_Computer/links/576f6a6f08ae0b3a3b79d229/The-Architecture-Of-The-Lisa-Personal-Computer.pdf

    The CPU is multiplexed among the runnable processes by using a priority based, nonpreemptive scheduling algorithm. This nonpreemptive scheduling policy guarantees correct access to shared re-sources, such as the bit-mapped display, interactive by processes without the performanc epenalty of having to explicitly lock and unlock these resources for each access.

    Az Amiga meg egy gép, ha raksz bele MMU-t, meg raksz rá egy olyan OS-t, ami kezeli (Linux, NetBSD, OpenBSD), akkor lesz benne memóriavédelem. (Az már más kérdés, hogy baromi lassúak lesznek rajta ezek az OS-ek.)
    Az AmigaOS-ben valóban nincs memóriavédelem, de ez nem "büszkeség" kérdése volt, hanem valószínűleg költséghatékonyságé; egy Motorola 68451 nem három forint hatvan fillér volt, hanem sok-sok dollár és nem rakták bele a gépbe, hogy olcsóbb legyen, így az OS-t is úgy tervezték meg, hogy nem használta. Ez ugyan hiba volt, de az akkori mikrogépek elsöprő többségében nemhogy memóriavédelem, de még multitask sem volt, úgyhogy valószínűleg akkor még nem nagyon gondolták, hogy hiányozni fog.
    Az Apple nem spórolt, a Lisa-ban van egy speckó Apple-féle MMU chip, így memóriavédelem is. (http://yahozna.dyndns.org/computers/lisa/index.html)
    A NeXT gépekben meg már az all-in-one (CPU/FPU/MMU) 68040 virított, így ott sem volt gond a memóriavédelemmel.




    Gyógyszerek nevét cseréli fel az autocorrect az Apple operációs rendszerében: https://hup.hu/cikkek/20171227/gyogyszerek_nevet_csereli_fel_az_autocorrect_az_apple_operacios_rendszereben#comment-2177785

    "Ha a diagnózisod téves, téveszd hozzá össze a gyógyszereket is." - Dr. Bubó




    End of NVIDIA Driver Support for 32-bit Operating Systems: https://hup.hu/node/157031#comment-2176773

    Ez a 64-bites driverek 32-bites compatibility library-jeit is érinteni fogja, vagy azok maradnak? Erről nem írnak sehol.




    ZFS on Linux 0.7.5: https://hup.hu/cikkek/20171220/zfs_on_linux_0_7_5#comment-2175717

    Láma kérdés: Kellett hozzá bármi extra művelet, vagy csak felcsatoltad Linux alatt és kiadtad a zfs set exec=on-t?




    ZFS on Linux 0.7.5: https://hup.hu/cikkek/20171220/zfs_on_linux_0_7_5#comment-2175758

    Értem, köszi!




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2172862

    Érdekes. Amíg nekik dolgozott, addig nem zavarta a dolog?


    Σ: 001 -> siddis


    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2172886

    Bármi lehet. De én ezt a forgatókönyvet kétlem. Az is lehet, hogy kirúgták és most bosszúból beszól, de ez is csak spekuláció.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173026

    Egy dolog a megélhetés, de ha bevállalta, akkor utána ne játssza a jófiút.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173199

    Nem valószínű, de lehet. De inkább a "bosszúból kitálalok" forgatókönyv a valószínűbb.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173198

    Minden épeszű ember tudja mi a frászbúk és tudja miért van és hogy mit művelnek. Aki odamegy dolgozni és nem hülye, az tuti, hogy alapvetően szarik az egészre. Így pedig, ha utána elkezdi játszani a szentet, az szerintem rohadt visszatetsző.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173308

    Pusztába kiáltott szó. Az egész internet tele van vele, hogy micsoda a fácse és van bármi eredménye? Csak az foglalkozik vele, aki amúgy is tudja, a többség leszarja. Tehát nem tudat senkivel semmit sem, viszont előadja a jógyereket. Ha annyira zavarta volna, akkor be se lépett volna.

    Kivéve persze, ha tényleg csatlakozás után esett le neki a tantusz, de akkor meg az ipse nem áll szellemileg a helyzet magaslatán. Ezt viszont kétlem, mert nem egy macskajancsiról van szó, hanem a "Facebook növekedésért felelős divíziójának az alelnökéről", vagyis neki echte az volt a feladata, hogy minél több embert behálózzon ez a '84-es projekt. Ezek után ő ne prézsmitáljon.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173383

    Nem érted. Aki tudja, az amúgy is tudja, nem kell neki ilyen üzenet. Aki meg nem, az meg leszarja, vagy nem hiszi el, tehát rajta nem segít ez az üzenet.
    És ez amúgy sem zsebtolvajlás kategória. A zsebtolvaj egyes embereket károsít meg, míg ez a fickó azon dolgozott, hogy minél több ember essen bele a frászbúk csapdájába; ő az egész emberiséget károsította meg. És nem hiszem el, hogy nem tudta. Most mire fel ez a kirohanás? Ez olyan kategória, mintha Berila-t nem kivégezték, hanem csak kirakták volna a pártból és ezért bosszúból nekiállna a nyugati lapokban cikkezni, hogy mekkora átbaszás és népnyúzás az, amit az egykori kollégái csinálnak. Igazat mondana, de mégis teljesen hiteltelen lenne. Szerintem.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173384

    Akkor annál inkább pusztába kiáltott szó a fickó álszent kirohanása.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173475

    Nyilván nem születnek úgy az emberek, hogy mindent tudnak. De ezzel már évek óta tele van a net, tehát tényleg nagyon minimális esélye van annak, hogy pont ez az írás nyitja ki valakinek a szemét, pláne, hogy csak a függőségről beszélt, a megfigyelésről nem és az a nagyobb probléma szerintem. (Illetve a kettő együtt.) És még egyszer mondom, hogy attól, hogy valaki adott esetben igazat mond, attól még nem lesz hiteles; nekem nem az a bajom, hogy ez az írás létezik, hanem az, hogy előtte vajon miért nem zavarta a fickót a dolog? Álszentnek és visszásnak tartom.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173736

    Ez nem áldozathibáztatás. Én is tudom mit művel a fácse, így eszembe se lenne odamenni dolgozni. Nekem inkább tűnik kicsinyes bosszúnak; kirúgták és most kitálal.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173777

    Van logika abban, amit mondasz, de ezt már fentebb kiveséztük: ez a fickó nem valami macskajancsi volt, hanem magas polcon ülő főgóré; ki van zárva, hogy ő naiv balfaszként ment volna oda, aki csak jót akart és menet közben derült ki számára, hogy héló, de hisz ez itt a Szép Új Világ XXI. századi implementációja... Egy nagy túrót.

    Snowden meg egy kicsit más kategória. Egyrészt a fácse lényege, ill. a módszerei nyilvánvalóak egy külső szemlélő számára is, míg a titkosszolgálatoknál sosem lehet pontosan tudni, hogy hogyan dolgoznak vagy, hogy meddig merészkednek el, csak sejtheti az ember (ha elég cinikus), hogy gyakorlatilag bármeddig. Másfelől Snowden nem főgóré volt, hanem kisember, fogaskerék a gépezetben; na, róla inkább el lehet hinni, hogy naiv volt és rémálmaiban sem gondolta, hogy mi zajlik a háttérben. (Saját bevallása alapján ő bízott Obama ígéreteiben. Hát ez speciel elég nagy naivitás volt tőle.)




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173790

    Sorry, de én nem tudom elhinni ezt a nagy bűnbánatot, mert nem hiszem el, hogy egy ilyen kaliberű ember nem tudta, mielőtt belépett, amikor évek óta tele a sztorival a net.

    Ami meg a kacifántosságot illeti, először is, nem kell, hogy 100%-ig tisztába legyél az utolsó részletével is a dolognak, nem kell betéve tudni az egész ÁSZF-üket, azt kívülállóként is lehet tudni, hogy nagy vonalakban mit és miért csinál a faszbúk, ami bőven elég ahhoz, hogy elkerüld, másodrészt pedig - mint már többször mondtam - a net tele van a fosbúk veszélyeivel, számtalan helyen elemezgetik, így még ha valakinek nem is esik le a tantusz elsőre, ha rákeres a dolgokra, akkor megtalálja a válaszait. És ez erre a fickóra is vonatkozik. Nem hiszem el, hogy sose olvasott el semmilyen negatív kritikát a cégről, mielőtt belépett oda, nem hiszem el, hogy belülről kellett látnia ahhoz, hogy tudja, hogy atommal kéne felszántani őket. Te komolyan elhiszed, hogy egy sikeres fickó ennyire naív lenne, hogy évekig a fejével a seggében élt? Egy lószart. Ahogy siddis mondta fentebb, le kellett adni a gerincet minden nap a portán.
    A többségben pedig majdnemhogy semmi sem tudatosul a körülöttük lévő világ kockázataiból, tehát nekik mindegy, hogy a frászbúk egyik ex-vezére mit mond.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173825

    Nem. Én ilyet nem mondtam. Se olyat, hogy minden jó, se olyat, hogy aki erről beszél, az hunyó. Kurwa nagy szar van, a fészbúkot meg le kéne bombázni, asszem ebben egyetértünk. Viszont én nem érzem ezt "csöndmegtörésnek", hiszen nincs is csönd, folyamatosan zeng a net tőle, hogy mekkora bigbráner stuff a fácse. Egyszerűen csak arról van szó, hogy én nem hiszek a fickó bűnbánatában. Nem azt vitatom, amit a fosbúkról mond.

    (Bár érdekes túlzások azért vannak benne, pl. az agymosásokról szóló résznél, hogy szerinte az utolsó elnökválasztás eredménye azért lett az, ami, mert a ruszkik hirdettek párat a fácsén, amiket - saját bevallása alapján - az amcsi lakosságnak usque a 3%-a látott. Én nem értek a politikához, de emlékeim szerint valami 30%-os különbség volt a két jelölt között, nem 3... De ez off.)




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2172891

    Állítólag ha nem vagy fent, akkor is készül rólad árnyékprofil. Kiváncsi vagyok, az enyémben mi van...




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2172920

    Az árnyékprofilomról volt szó, nem a fejemről. :P
    Bár ki tudja, lehet oda is kisugárzik...




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173125

    +1




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173387

    Sütiket lehet törölni, tiltani, stb. A frászbúk vackait meg baromi jól lehet szűrni a browser blacklistjével, vagy az /etc/hosts file segítségével.




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173127

    +1




    "A Facebook szétszakítja a társadalmat": https://hup.hu/node/156888#comment-2173126

    +1




    Egy kis történelem: a DeWitt-záradék: https://hup.hu/cikkek/20171210/egy_kis_tortenelem_a_dewitt-zaradek#comment-2171508

    Az lehet, hogy az egyetemi kutatók nem feltétlenül a becsület mintaképei, de az elég sokat elmond egy mammutcégről, hogy ha készül egy a terméküket nem túl jó színben feltüntető tanulmány, akkor nem a terméküket javítják meg, hanem megtiltják az érintetteknek, hogy rosszat mondjanak róla. Nem javítanak, tussolnak. Vö.: "Hány microsoftos programozó kell egy villanykörte kicseréléséhez? Egy sem, a következő szabványba beveszik a sötétet." Ez a vicc sem mai, hanem negyed évszázados. Viszont ez a gusztustalan profithajhász corporate antikúltúra nem változik. És kiemelten gusztustalan ez a magatartás, ha egy olyan drága termékről van szó, mint az Oracle adatbázisa.




    Egy kis történelem: a DeWitt-záradék: https://hup.hu/cikkek/20171210/egy_kis_tortenelem_a_dewitt-zaradek#comment-2173543

    Lehet, hogy olyat nem mondtak, hogy lapos, de azt igen hogy a Nap kering körülötte és aki az ellenkezőjét merte állítani, az az inkvizíció elé került, rosszabb esetben pedig máglyára. Úgyhogy eléggé elnyomta a tudományt bizonyos területeken.




    Egy kis történelem: a DeWitt-záradék: https://hup.hu/cikkek/20171210/egy_kis_tortenelem_a_dewitt-zaradek#comment-2173605

    Az állítás az volt, hogy tévhit, miszerint az egyház elnyomta volna a tudományt. Én ezt cáfoltam. Irreleváns, hogy hány ember felelős érte.




    Egy kis történelem: a DeWitt-záradék: https://hup.hu/cikkek/20171210/egy_kis_tortenelem_a_dewitt-zaradek#comment-2173640

    Szerintem rossz helyre írtál, én sehol nem használtam a "sötét középkor" szóösszetételt.




    Egy kis történelem: a DeWitt-záradék: https://hup.hu/cikkek/20171210/egy_kis_tortenelem_a_dewitt-zaradek#comment-2173649

    Oké, de miért nekem írtad?




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173286

    Ezek szerint, amire üzlet épül, annak mindenképpen van létjogosultsága?




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173544

    Azt írtad: "Na ezert kellenek a "buzzword"-ok. Lehet szeretni oket vagy sem, de a letjogosultsagukat megkerdojelezni butasag lenne, hiszen uzletek epitenek rajuk."

    Azzal indokolod a buzzwordok létjogosultságát, szükségességét, hogy üzlet épül rájuk. Én pedig azt kérdem: mitől indokolná valaminek a szükségességét az, hogy üzlet épül rájuk?




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173601

    Én szó szerint értelmeztem amit írtál, ha nem azt akartad írni, amit írtál, az nem az én saram. :/

    > A buzzword mogott azert mindig van valami az IT-ban. Vagy legalabbis legtobbszor(!). :D

    Jah. Bullshit. Legtöbbször. :P




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173639

    Hát ennyi erővel én is mondhatnám, hogy te jobban tudod, hogy én miről beszélek, mert én nem akartam jobban tudni semmit sem. Én egyetlen kérdést tettem fel, miszerint miért indokolná bárminek a szükségességét az, hogy üzlet épül rá. Ha nem akarsz rá válaszolni, akkor ne tedd. Túléljük.




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173823

    Akkor mit mondtál? Vagy mit akartál mondani?




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173858

    Össze vissza beszéltél, aztán meg azt állítottad, hogy nem azt mondtad, amit mondtál.

    De nyugodtan sértődj meg és fölényeskedj, ha jól esik.




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173918

    Érdemi választ még nem kaptam. Téged meg a kutya nem kérdezett.




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173935

    Az igaz, hogy engem se kérdezett ott senki, de én a véleményével kapcsolatban tettem fel egy elméleti kérdést, te meg csak kötekszel, ahogy szoktál.
    Az meg kutyát nem érdekli, hogy hány éve vagy itt regisztrálva. Ezt már többen is mondták neked. Ettől nem leszel több senkinél.




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173957

    Szerintem pont neked nem kéne nagy arcról prézsmitálnod, ezen a portálon a te arcod a legnagyobb.

    Felfogóképességről meg annyit, hogy én beszélgetni próbáltam, de épp az nem lett felfogva, amit én mondtam, viszont a személyeskedés az meg ment.




    A Linux alapjai: a systemd - ingyenes, online képzés: https://hup.hu/cikkek/20171207/linux_alapjai_a_systemd_ingyenes_online_kepzes#comment-2173961

    Hiába fölényeskedsz. Viszont "etetni" nem fogsz, mert veled felesleges beszégetni; már a legelső "összefutásunknál" is csak beszólásra tellett. Te mindenkibe csak belemarsz, mert egy rosszindulatú seggfej vagy.




    otp internyetbank cloudflare: https://hup.hu/node/156906#comment-2173391

    Merthogy?




    otp internyetbank cloudflare: https://hup.hu/node/156906#comment-2173480

    És? Annyi out of box testreszabhatóságot egyetlen más böngésző sem biztosít, mint a régi Opera. Kézreállóbb is, rugalmasabb is, neki van a leg power-ebb felülete. Firefoxban és Chrome-ban nem lehet létezni az addonok nélkül, Operában meg simán. (És nem, nem azért mondom, mert Operában nincsenek is.) A motorokról nem is beszélve, az igaz, hogy a Presto valamivel lassabb, de ésszerűbb is. Az egyetlen baja a 12-es Operának, hogy a 12.18-as verziót csak win alá adták ki, a 12.16-ban pedig régi az OpenSSL és nem támogatja az új GCM cipher-t és így a https oldalak egy részét sem. De amióta a 12.15-ös forrása kiszivárgott, azóta ezen a problémán már dolgoznak, majd lesz patch.

    A régi Opera hardcore abuserei nem véletlenül nem váltottak át másra.




    otp internyetbank cloudflare: https://hup.hu/node/156906#comment-2173596

    Egyelőre még megy a tecső belőle. A HTML 5-ös is. Ha meg majd nem fog, akkor meg úgyis lesz más megoldás rá.




    PC helyett konzol... Na de milyen?: https://hup.hu/node/156783#comment-2171139

    3.) Az xb1 kb. a 10%-át viszi az xb360-as játékoknak, míg a PS4 megoldása elméletben 100% kompatibilis, csak épp fizetős. Lásd ezt a threadet.
    4.) A PS4-en meg van PlayStation Now.
    5.) A PS4 játékok sem régiófüggőek.




    PC helyett konzol... Na de milyen?: https://hup.hu/node/156783#comment-2171231

    Elérhetőnek elérhető...csak éppen pécére. Ez mondjuk elég ironikus.
    A játékok futtatásáról beszéltél, nem a lemezekről. A PS4-nek van egy online szolgáltatása, amin keresztül PS3 játékokkal lehet játszani. Ez ellentétben az xb1-gyel pénzbe kerül és net kell hozzá, viszont szintén ellentétben az xb1 kb. 10%-os kompatibilitási rátájával ez elméletileg 100%-os kompatibilitással bír, hiszen a "túloldalt" igazi PS3-ak vannak. Valamit valamiért.

    Mind a PS3-on, mind a PS4-en csak a DLC-k régiófüggőek. A játékok nem. Amúgy némi régiófüggés az xb1-ben is van, a kínai régió el van szeparálva a világ többi részétől, mind a két irányban. Ez persze nem az xb1 hibája.




    IT karácsonyi hangulat: https://hup.hu/node/156773#comment-2170324

    Eszközök/Beállítások
    Klikk a "Mind"-re.
    Kezelőfelületek/Elsődleges felületek/Qt
    Görgess le.
    "Automatikus ikonváltások engedélyezése" be.
    Mentés.
    Restart.

    Teszt gyanánt állítsd át az időt december 24-re. 2.2.6-ban még működik.




    Kirúgta az Oracle a 2017-es OpenZFS Developer Summit rendezvényen őszintén beszélő fejlesztőjét?: https://hup.hu/cikkek/20171128/kirugta_az_oracle_a_2017-es_openzfs_developer_summit_rendezvenyen_osziten_beszelo_fejlesztojet#comment-2166842

    Más oka is lehetett, hogy ott dolgozott, nem csak a pénz. Ha ez egy ex-Sun-os ember volt, akkor benne lehetett az is, hogy mielőtt az Oracle megette volna őket, ő és a kollégái már beleöltek rengeteg időt és energiát az egészbe és a magáénak érezte a projektet és ezért nem lépett le, nem pedig azért, mert az Oracle kartonpapírra printelte a csekkeket... Persze ez erősen feltételes mód. De rálátás nélkül kár ítélkezni bárki felett.




    Kirúgta az Oracle a 2017-es OpenZFS Developer Summit rendezvényen őszintén beszélő fejlesztőjét?: https://hup.hu/cikkek/20171128/kirugta_az_oracle_a_2017-es_openzfs_developer_summit_rendezvenyen_osziten_beszelo_fejlesztojet#comment-2166928

    Én nem magasztos eszmékről meg a pénz nemszeretetéről beszéltem, hanem arról, hogy ha a fickó beleölt időt, energiát egy projektbe, akkor nem szívesen hagyja ott, csak mert nem tetszik neki az új tulaj. Igen, nyilván célravezetőbb jelezni a cégnél, ha szar van a palacsintában, mint publicban lejáratni a céget, na de mi van, ha ez volt a last resort? Mi van, ha az Oracle leszarta a fickó panaszait? Ez persze merő spekuláció, de én nem lennék meglepve, az Oracle-től sok minden kitellik. (Off példa: Nem vagyok opensource fanboi, de annak tényleg nem volt sok értelme, hogy bezárják a Solarist, ha aztán lelövik a projektet...)




    Kirúgta az Oracle a 2017-es OpenZFS Developer Summit rendezvényen őszintén beszélő fejlesztőjét?: https://hup.hu/cikkek/20171128/kirugta_az_oracle_a_2017-es_openzfs_developer_summit_rendezvenyen_osziten_beszelo_fejlesztojet#comment-2166970

    Én nem a fickó eljárását védem, hanem arra próbáltam egy alternatív okot mondani, hogy miért maradhatott a munkáltatója iránt érzett unszimpátiája ellenére.




    Kirúgta az Oracle a 2017-es OpenZFS Developer Summit rendezvényen őszintén beszélő fejlesztőjét?: https://hup.hu/cikkek/20171128/kirugta_az_oracle_a_2017-es_openzfs_developer_summit_rendezvenyen_osziten_beszelo_fejlesztojet#comment-2170099

    Felőlem patológia is lehet, rohadtul nem ez volt a lényeg...




    Kirúgta az Oracle a 2017-es OpenZFS Developer Summit rendezvényen őszintén beszélő fejlesztőjét?: https://hup.hu/cikkek/20171128/kirugta_az_oracle_a_2017-es_openzfs_developer_summit_rendezvenyen_osziten_beszelo_fejlesztojet#comment-2167240

    Én még mindig nem erről beszélek!




    Elérhető a Microsoft Edge böngésző iOS-re és Androidra: https://hup.hu/cikkek/20171201/elerheto_a_microsoft_edge_bongeszo_ios_re_es_androidra#comment-2167965

    Milyen fujjogók? Senki nem fujjogott eddig.




    Lehet ezt meg fokozni? A Google folytatasos teleregeny ujabb epizodja...: https://hup.hu/node/156649#comment-2167638

    Biztos ez is benne van a kugli szerződési feltételeiben... :P




    Lehet ezt meg fokozni? A Google folytatasos teleregeny ujabb epizodja...: https://hup.hu/node/156649#comment-2167969

    +1

    A kugli az ellopott adatokból amúgy is valószínűleg vastagon többet profitált, mint amekkora büntetést kapnak érte a nyakukba...




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2166774

    Az eredeti szerzőket rutinszerűen szipolyozzák ki, nemcsak ezek a "jogvédő" bandák, de a kiadók is.

    http://www.userfriendly.org/cartoons/archives/07jan/uf009915.gif

    És nem csak a szerzők látják ennek kárát, de adott esetben a platform is, ahol terjeszteni akarják (akár ingyen is!) az alkotásaikat.

    A '90-es évek végén a PC-X magazin CD mellékletén volt az OlvaSokk rovat, ahová az olvasók mindenféle cuccaikat küldözgették be, főleg a zenéket. Pénzt egyik szerző sem kért érte és a számok amúgy sem voltak bejegyezve sehol sem.
    Aztán egyszer csak megjelent az Artisjus és becsicskította a PC-X szerkesztőségét, hogy ők illegálisan publikálnak jogvédett tartalmakat (a beküldött Fast, Scream és Impulse Tracker fájlokról van szó, még csak nem is stream-ekről), mert nem fizettek sem a szerzőknek (az amúgy egyáltalán nem jogvédett zenei anyagért), sem az Artisjus-nak (amiért a beküldött anyagokat jól megjogvédik, amit egyébként a kutya sem kért). Az indoklásban többek között az a bődületesen blőd csúsztatás is benne volt, hogy a PC-X pénzt keres a beküldött zenék publikálásával, holott ők egy kurwa vasat sem kértek a zenékért, ők az újságért és a CD-ért kértek pénzt, ami a munkájukat és a nyersanyagot fedezte, a beküldött stuffokért soha nem kértek pénzt; az újság/CD kombó nem került többe abban a hónapban, amikor több volt rajta a zene. De minden hiába, tövig be és leszopták a nagy fiskális faszt... (És akkor ugye nem is beszéltünk arról, hogy az Artisjus jól megsarcolta mind a PC-X-et, mind az újság olvasóit a CD-k árába általánosan beépített "adójával".)

    Így aztán az újság többet nem fogadott el semmilyen beküldött zenét. Hiába nyilatkoztak volna a zenészek, hogy ők nem kérnek pénzt: a jogszabályzás szerint nekik nincs joguk lemondani az automatikus jogvédelem által rájuk erőszakolt "jogaikról", mert akkor az Artisjus kierőszakolt rablójogai is sérülnének. Így semmisült meg egy tisztán közösségi alapon működő platform, ahol a zenészek - a tehetségük függvényében - ismeretségre, népszerűségre és alkalmasint akár munkára, pénzre is szert tehettek, ha például valaki ebben a rovatban talált egy neki tetsző számot és felkérte a zenészt valamire, vagy ha a beküldött demo song alapján megvették a zenész albumát. De mivel ezekből a lehetőségekből csak a zenészek profitáltak, az Artisjus öltönybe bújtatott vér és fasszopó piócái nem, így szépen tönkretették az egészet.

    Ezek a legalizált rablóhordák sosem a szerzők, hanem a saját (kierőszakolt) jogaikat védik. Azt, hogy a szerzőt közben megkárosítják, azt tőből leszarják. Pár éve Svájcban a kormány által megbízott szakértői csoport arra jutott, hogy ezek a köcsöggyárosok még az illegális letöltésekből (szoftver, zene, film, stb.) is profitálnak így vagy úgy. Ennek ellenére a mai napig csinálják a cirkuszt, hogy őket micsoda károk érik állandóan, mert ez a sok köcsög letölti a zenét, a filmet, meg a játékot...




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2166783

    Ki tudja... Lehet, hogy a két szervezet mögött ugyanazok állnak, vagyis nem kétfelé fizetsz, hanem egyfelé, de kétszer.




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2166822

    Hát, amennyiben az MPLC szelektív módon működik, azaz csak azoknak a cégeknek, személyeknek védi a filmjeit, akik ebből a célból szerződést kötöttek vele, akkor teljesen rendben van a dolog, hiszen akkor ez egy szolgáltatás, amit az érintettek kértek.

    A probléma akkor van, amikor tök mindegy mit csinálsz, a szellemi terméked mindenképpen valami önkényes oltalom alá esik és bizonyos emberek akkor is kaszálnak rajta, ha te ezt nem akarod, sőt, te egy rozsdás rézgarast sem keresel az egészen.

    Csakhogy nekem a fenti cikkből éppen ez jön le:

    Ennél fogva a jogszabály alapján nem ellenőrzik, hogy a szervezet mely jogosultakat milyen szerződés, megbízás alapján képviseli független jogkezelő szervezetként.

    ...

    A Turizmus.com cikke számol be arról, hogy egy osztrák szálloda megtagadta a jogdíjfizetést, és az az Európai Unió Bírósághoz (EUB) fordult jogértelmezésért, ahol tulajdonképpen igazat adtak neki.

    ...

    a hivatal szerint az ítéletből nem következik, hogy az előadóművészeket, hangfelvétel-előállítókat vagy a zeneszerzőket és az irodalmi művek szerzőit képviselő közös jogkezelő szervezetek ne szedhetnének továbbra is díjakat az ő általuk képviseltek műveinek felhasználása után

    Eszerint ezek ugyanúgy működnek, mint az Artisjus, csak itt még a beszedett pénzt is kiviszik az országból.




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2166864

    Nem akarok én bizonyítani semmit, az egész poszt feltételes módban volt, leírtam, hogy amennyiben csak azokat védik, akik ezt kérték, akkor oké, csak jelen pillanatban nem lehet tudni, hogy kiknek és hogyan képviselik a jogait, mert:

    "amikor nyilvántartásba vették az MPLC magyarországi leányát, akkor nem ellenőrizték, hogy konkrétan kiket képvisel. Mert ez csak egy nyilvántartás."

    És ezt nem én "ollóztam össze", hanem te írtad konklúziónak és én is erre próbáltam célozni az egyel feljebbi poszttal, hogy majd akkor lesz tiszta a kép, ha tudjuk, hogy kinek a nevében szednek sápot és hogy jogosan-e.

    Ami meg a "közös jogkezelőt" illeti, azt meg egyszerűen benéztem.




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2167203

    A tecső milyen szabályzás alá esik? Meg úgy en-bloc a hasonló megosztó oldalak, ahová bárki feltölthet bármilyen zenét és ingyen hallgathatja az egész világ. Őket is megkaszálja az Artisjus?




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2167425

    Én nem erre gondoltam, hanem arra, hogy mivel azt mindenki hallja, így nekik folyamatosan fizetniük kéne...




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2167204

    Elméletileg de. HavocS haverom is publikálta a saját számait. A FLAC verziót pár forintért lehet letölteni, az OGG verziót ingyen. Eddig még nem baszogatta az Artisjus, de lehet, hogy eddig csak nem találták meg.

    Azt én nem tudom, hogy ilyen esetben pontosan mi a szabályzás.




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2167244

    Mit akarsz mondani?




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2167260

    Jah értem, védelmi pénzért cserébe megvédik a klienseket saját maguktól, mint a jó öreg maffia.




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2167426

    Nem szabad? Miért, rabolni azt szabad? Ja persze, azt igen, hiszen amit az Artisjus művel az kb. szabad rablás. :P




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2167487

    A bűnöző meg az, akinek nem engedték meg, hogy áthágja a törvényeket. :/




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2166824

    Software-re van jogvédelem, bár nem tudom mennyire általános, de idehaza a '90-es években a BSA sok kis céget tönkrevágott vele.

    Ami a szkriptedet illeti, tudtommal automatikusan jogvédetté válik, ha publikálod, bár emlékeim szerint van lehetőség arra, hogy ne legyen az, csak olyan license-et kell használni. De erre most nem esküszöm meg. :P




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2166869

    Annak idején volt ilyen próbálkozás, hogy a software-ekre is legyen érvényes a csökkent vásárlói érték (vagy valami hasonló, mittudomén már) gyakorlata, azaz ha te kifizettél húsztrilliárd kuwaiti dínárt valami csodaszoftverért és a program egy raklap alsógatya volt, akkor visszakapd a pénzed egy részét. Természetesen semmi nem lett belőle.




    Az Artisjus mintájára (zene) itt van az MPLC - Motion Picture Licensing Company (filmekhez): https://hup.hu/node/156603#comment-2166932

    Az bazdmeg, a csipszar rádió a sarokban, mint nyilvános zeneszolgáltatás. Gusztustalan egy rablóbanda az Artisjus.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2164822

    Ezért nincs okostelefonom.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2164852

    Hiába gúnyolódsz.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2165520

    Nincs TV-m, nem érint. Illetve TV van, de 8/16-bites gépek vannak csak rákötve, adás nincs. :P (Szerintem erre nem is lehet már.)




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2164853

    Én nem vagyok meggyőződve róla, hogy tényleg minden kémfunkciót ki lehet ezekben kapcsolni. Ez a thread is arról szól, hogy az ominózus "feature" kikapcsolhatatlan volt.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2165179

    Mit parókában, komplett kecskejelmezben.

    Egyébként meg hiába a gúnyolódás, mert itt nem arról van szó, hogy egy kő alá bújjon az ember, hanem, hogy a pofátlan amcsi mammutok ne tudjanak róla adatot gyűjteni. Csak az nem érti már, aki nem akarja.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2166796

    Nem használom, azt hittem ez kiderült a korábbiakból. Írtam, hogy ezért nincs okostelefonom.
    Amúgy rohadtul nincs ingyen a kugli szarja, az adataiddal fizetsz érte. Azt sajnos nem tudom, hogy ebben a témakörben mi az, amit törvényesen meg lehet csinálni és mi az amit nem, de szerintem attól a lehallgatás/lekövetés még nem lesz legális, hogy felhívják rá a felhasználó figyelmét, hogy ezt csinálják. Illegális dolgot pedig hiába írnak bele szerződési feltételekbe, a vesédet sem kérhetik el valami szolgáltatásért.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2165186

    Miért kéne lepleznie? A kuglira már nagyon ráférne egy tisztességes seggberúgás.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2165575

    Az ötlet nem rossz, de becsuknak érte. :P
    A legtöbb, amit tehetsz, hogy húszezer parsec messzire elkerülöd a szarjaikat.




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2166802

    Hogy micsoda?




    A Google féle megfigyelési botrány újabb szintre emelkedett: https://hup.hu/node/156492#comment-2166801

    Miért, neked mi a célod ezzel a gúnyolódással? Csak az idődet pazarlod.




    XFCE vagy LXDE: https://hup.hu/node/156426#comment-2163465

    Gyengébb HW-re (régi gép, ARM-os minilapkák) csakis LXDE, mert az XFCE GTK3-at használ, ami ezeknek a platformoknak sok. Az Orange Pi-n is kínszenvedés volt az XFCE, míg az LXDE elfogadható sebességgel fut.




    TOP500 - 100% Linux: https://hup.hu/cikkek/20171115/top500_100_szazalek_linux#comment-2162682

    Nem bírják a konkurrenciát...




    Hivatalosan is megérkezett Magyarországra az Xbox One X: https://hup.hu/cikkek/20171107/hivatalosan_is_megerkezett_magyarorszagra_az_xbox_one_x#comment-2159580

    És nem azért volt kelendőbb a PS4, mert valamivel erősebb volt, mint az xb1, hanem az ms "körítése" miatt. Ha ez nem változott, akkor ez a konzol sem néz túl fényes jövő elé.




    Hivatalosan is megérkezett Magyarországra az Xbox One X: https://hup.hu/cikkek/20171107/hivatalosan_is_megerkezett_magyarorszagra_az_xbox_one_x#comment-2159780

    PS4-ből elment eddig 60 millió darab. Az azért nem minősül üzleti kudarcnak.
    Azt meg megnézem, hogy valami igazán nagy és erőforrászabáló játékkal hogy fognak játszani tableten vagy smartphone-on, pl. a legutolsó Doom meg GTA is pécére meg konzolra jött csak ki.




    Hivatalosan is megérkezett Magyarországra az Xbox One X: https://hup.hu/cikkek/20171107/hivatalosan_is_megerkezett_magyarorszagra_az_xbox_one_x#comment-2159931

    Sem a switch, sem a pc nem tablet meg smartphone. Egyébként épp a pc eladások zuhannak már évek óta.




    A Purism Librem laptopok letiltott Intel Management Engine-nel érkeznek: https://hup.hu/cikkek/20171025/a_purism_librem_laptopok_letiltott_intel_management_engine-nel_erkeznek#comment-2155266

    +1

    Mondjuk, az AMD PSP-vel is eljátszhatná ezt valaki.




    Telepített nyomtató, tesztoldal megy, lpstat megy, lpr szerint unknown printer: https://hup.hu/node/156320#comment-2161683

    Ja, elfelejtettem írni és szerkeszteni nem tudom hol lehet: Orange Pi PC+ és Armbian 5.30. Bár nem tudom, hogy ez releváns-e.




    Telepített nyomtató, tesztoldal megy, lpstat megy, lpr szerint unknown printer: https://hup.hu/node/156320#comment-2161805

    Up.




    Telepített nyomtató, tesztoldal megy, lpstat megy, lpr szerint unknown printer: https://hup.hu/node/156320#comment-2161820

    lp -d CUSTOM_Engineering_TG2460-H test.pdf működik, úgyhogy akár ez is jó, de nem értem, hogy az lpr miért szarik be...




    Telepített nyomtató, tesztoldal megy, lpstat megy, lpr szerint unknown printer: https://hup.hu/node/156320#comment-2161860

    Hú, köszi, működik!




    Művész vs Reál: https://hup.hu/node/156293#comment-2161247

    Ja, mindenkinek az a munka, amit ő végez.




    Szoftvereladók kisszótára: https://hup.hu/node/156281#comment-2161138

    +1




    Orange Pi PC+ / Armbian 5.30, felbontás beállítása után fekete kép: https://hup.hu/node/156269#comment-2160724

    És mi a teendő? Custom kernel? Vagy van valami kulcsrakész megoldás?




    Orange Pi PC+ / Armbian 5.30, felbontás beállítása után fekete kép: https://hup.hu/node/156269#comment-2160732

    Fsck... :/




    Orange Pi PC+ / Armbian 5.30, felbontás beállítása után fekete kép: https://hup.hu/node/156269#comment-2160978

    Ha-ha. :(

    Értékelném amúgy, ha nem lenne rohadt nagy veszteség a cégnek, ha le kéne cserélni ezeket a hülye OPi-ket.




    Orange Pi PC+ / Armbian 5.30, felbontás beállítása után fekete kép: https://hup.hu/node/156269#comment-2161093

    Király vagy! Működik. :)

    Mint kiderült a kernel már támogatja a dolgot, csak a h3disp keffentett el valamit, de rettenetesen...

    A /boot/bin/orangepipcplus.bin-t át kell konvertálni fex-be, kézzel belőni benne a disp_init szekcióban a koreai oldal által javasolt sorokat, majd visszakonvertálni fex-ből és meg is vagyunk.

    Még egyszer köszi. :)




    világ-adósság: https://hup.hu/node/156195#comment-2158832

    Az Urth Caffe 10 év után kezdett pénzt termelni.
    A Twitter 11 után.

    De biztos van, ami még tovább volt deficites.




    világ-adósság: https://hup.hu/node/156195#comment-2158858

    Ez most csak két példa volt, amit kb. két perc alatt felhozott a kugli. Közgáz buffok biztos tudnának még példákat hozni, amikor egy befektetés mondjuk csak 10-15 év múlva hozza meg az eredményt.

    Ezt a hét évet meg nem értem, miért pont annyi, miért nem hat, vagy nyolc, vagy akármennyi.




    világ-adósság: https://hup.hu/node/156195#comment-2158867

    Szerinted. Kiváncsi vagyok, hogy vajon a Twitter majd tényleg csődbe megy-e.

    És az még mindig tiszta, hogy miért pont hét év után dől el, hogy valami kinyiffan-e vagy sem.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2158816

    57-esben még jó. Valamit elkúrtak a kuglinál. Vagy nem is a böngésző csinálja, hanem valamelyik addonod.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2158821

    Ja, akkor ezért ment nálam normálisan; mire nem jó a blacklist. :D




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2158956

    +1 az első mondatra. +0.5 a másodikra. (Alapvetően jogos, de kivételek azért vannak.)

    Viszont a böngészőnek nem kéne tudnia hanyattlöknie az egész rendszert egy szar weblap miatt.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2158976

    A legtöbb "korszerű" weboldal szar. "Minimalista" design (fehér alapon fekete betű, néhol egy egyszínű téglalappal) és izzad alatta a gép.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159014

    Jó, lehet, hogy te nem azt hívod korszerűnek, hogy ötven megatonnás dzsuvaszkript keretrendszereket tölt be a frontend dev mindenféle pitiáner feladatra, de a balfasz webszakma meg igen.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159022

    Nem a teljes webszakmát írtam le vele, fentebb is írtam, hogy "kivételek vannak"; lehet, hogy a "balfasz webszakma" nem a legszerencsésebb szófordulat volt és inkább az általad preferált "webszakma balfasz részét" kellett volna írni.

    De azt már talán nem túlzás állítani, hogy a sigellef kolléga által megfogalmazott kritika a "modern" weblapokon található szemétdömping kontra hasznos tartalom arányra azért többségében megállja a helyét. És ami igazán tragikus szerintem, hogy ez nem csak a lamerekre áll, hanem egész komoly cégekre is, hogy a weblapjukat kinyitva hirtelen megugrik a villanyszámla és a böngésző sebessége visszaesik egy reumától sújtott lajháréra...vagy akár egyáltalán nem megy benne, ha már tegnapi a Firefoxod/Chrome-od/whatever-ed.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159494

    Én a "fehér alapon fekete betűvel" igazából arra gondoltam, hogy a weboldalak kinézete az utóbbi N évben a kugli hatására visszafejlődött kb. arra a "minimalista" szintre, ami a 90-es években volt. Csak amíg egy akkori weblapot egy 286-os pécé is meg tudott jeleníteni, a mostaniakhoz lassan már egy fúziós erőmű se elég. Kb. olyan ez, mintha egy repülő nézne ma ki úgy, mint a Wright fivérek repülője, de 4 turbina kellene ahhoz, hogy felszálljon, mert a motor olyan nehéz és ráadásul a 99 százaléka nem csinál semmit, csak ballasztnak van... Vagy valami hasonló. Lehet, hogy van jobb hasonlat.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159537

    > Jaj, ne kezdjük már ezt megint. Persze, van a http://motherfuckingwebsite.com,
    > de ha minden ilyen lenne, akkor meg azzal lenne a bajotok, hogy miért nem működik n+1 funkció m+1. eszközön.

    Hol mondtam én olyat, hogy legyen minden website olyan, mint a linkelt? Én nem azt mondtam, hogy nézzen ki úgy egy weblap, mint negyed évszázada, hanem azt mondtam, hogy úgy néz ki, de ennek ellenére még a mai gépek is izzadnak alatta.

    > Abban valóban van igazság, hogy nagyon sok követő cuccot használnak a mai weboldalak -
    > ez pedig simán hozzájárul a teljesítményigényhez is.

    Nem csak a követésről van szó. Arról van szó, amiben fentebb már konszenzusra jutottunk, hogy a weblapok habókra hívogatnak be mindenféle heavyweight JS keretrendszereket, amiknek a feature-jeiből 10%-ot sem használnak ki, de azért ott van, fut a háttérben N szálon, akad a weblap, izzad a processzor, pörög a ventillátor, füstöl az erőmű, hazudik a cukkenberg...

    > Ezen kívül azt is látni kell, hogy "demokratizálódott" a technológia:
    > "mindenkihez" eljut, emiatt bárki hozzányúlhat, ha akar: akár kóklerek is.
    > Ha egy cég viszont ilyen embert bíz meg, onnantól kezdve már csak magára vessen,
    > és viselje el azt is, ha a vásárlói/ügyfelei/látogatói kővel dobálják.

    És ez miért ellenérv arra, hogy szarok a mai weblapok? Ezzel éppenhogy megnevezed az okok egyikét, hogy miért azok.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159770

    Milyen jó dolgokkal járt a technológia "demokratizációja"? Mert én csak azt látom, hogy olyan emberek írnak programokat, vagy épp weblapokat, akiknek nagyon nem kéne ezt erőltetniük.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159807

    Személyeskedünk? Mikor szabtam én meg bárkinek, hogy mit csinálhat és mit nem? Kritikával azért csak élhetek, vagy te viszont megszabod, hogy nem? Egyébként meg ne szabjunk meg senkinek semmit sem, legyen minden szabad, éljen az anarchia. Pontosan ezt lehet tapasztalni a mai szoftverekben, pláne a weblapokban, a fejetlenséget, a zűrzavart. (Vajon pilótának vagy űrhajósnak miért nem mehet akárki? Miért van egy csomó szakmánál alkalmassági?)




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159814

    Akinek nem inge??? Szó szerint azt írtad, hogy "az olyan embereknek, mint nekem", ez nem általános megfogalmazás volt, amit vagy magamra veszek, vagy nem, hanem egyértelműen rámmutattál.

    Ja, szépen elkerülted a kérdést, hogy miért van egyes szakmáknál alkalmassági.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159820

    Egy szóval sem mondtam, hogy én akarom eldönteni, hogy ki programozhat és ki nem, légy szíves ne adj szavakat a számba. Az, hogy rossz dolognak tartom, hogy mindenki programozhat, az meg engedtessék már meg nekem ebben a fene nagy demokráciában; szart csinálni azt lehet, de a szarra rámondani, hogy szar, azt nem?

    Én nem értek azzal egyet, hogy bárki csinálhasson bármit, mert így születnek a katasztrófák. Nyilván egy szar program vagy weblap még nem katasztrófa, de itt tendenciákról beszélünk. Talán kissé demagógia, de amikor a demokrácia keretében alkotó úriember olyan weblapot vagy programot csinál, ami kétpofára zabálja az erőforrásokat és ezt sokan használják, akkor az rengeteg elpocsékolt idő és villany. És ez összeadódik. (Úgy értem, sok ilyen van, sokan használják, stb. Nem két percről meg három Wattról van szó...) Nem tesz jót sem a gazdaságnak, sem a környezetnek, sem semminek.

    Kössz a macskát, nem tudtam mi hiányzott még a 14 macska mellé. :(

    Én nem néznék semmit, mert nem én vagyok az illetékes. De egy programozó esetében a gondolkodást kéne nézni és aki beránt húszféle JS és CSS keretrendszert egy hóttprimitív weblaphoz, az biztos, hogy nem áll a helyzet magaslatán a gondolkodását tekintve.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159826

    Hol kiáltottam én cenzorért? Ezt igazán belinkelhetnéd már...

    Én értem, hogy az lenne a normális, hogy a piac szabályoz, csakhogy a piac meg quantity over quality alapon működik, a minőség másodlagos, ennek megfelelően a piaci szabályzás kb. egy nagy nulla. Az embereknek minden szart el lehet adni, miért gyártana akkor minőséget az, akinek a programozás nem a hivatása, csak a pénz érdekli?

    Ami pedig a végzettséget illeti, én arra adok a legkevésbé; manapság szinte akárki szerzhet informatikai végzettséget. Valószínűleg éppen azért, mert quantity over quality szemlélet van az oktatásban is (nem csak idehaza) és valószínűleg éppen azért, mert a piac diktálja ezt: nem baj, ha a weblap/program egy határ nagy fostenger, benne egy égig érő szarheggyel, csak legyen készen tegnapra, majd teszünk alá még vasat, éljen a trash for da mass mozgalom. :/




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159872

    Csak az a baj, hogy a fogyasztók vajmi kevés eséllyel fognak kővel dobálózni; nekik mindig sikerül lenyomni a torkukon a szart.




    Oldal ami kinyírja a Chromiumot: https://hup.hu/node/156200#comment-2159546

    Az utvonalterv.hu is kvázi használhatatlanná vált. A régi minden böngészőben ment, ez az új meg króm/bugróka only. (És überlassú.)




    Azt hiszem nagy baj van a világgal II - a rakás sz*r probléma: https://hup.hu/treyblog/20171106/azt_hiszem_nagy_baj_van_a_vilaggal_2_a_rakas_szar_problema#comment-2159152

    Az IT világgal már elég rég óta nagy bajok vannak.




    Egy kis Magyarország: https://hup.hu/node/156097#comment-2156784

    Nem általánosabb, csak te általánosítasz. Az lehet, hogy nem csak pár gyökér boltosra jellemző az ilyen mentalitás, de hogy mind a tízmillió itt lakó jómunkásemberre, az biztos nem állja meg a helyét, hacsak nem mi vagyunk a tízmillió gyökér boltos országa. Kicsinyes alakok meg bárhol lehetnek, nem csak idehaza, menj csak be egy amcsi kisboltba...


    Σ: 001 -> Gregor


    Egy kis Magyarország: https://hup.hu/node/156097#comment-2157125

    Az USA is nyugatabbra van tőlünk (sőt, annál nyugatabbra nehezebben is lehetne menni, lévén a nyugati határai a dátumvonalig érnek) és az elmúlt években átlagosan évi usque 120 ezer milliárd HUF-nak megfelelő kárt okozott a gazdaságuknak az össznépi adócsalás. Azonfelül nem csak a nyugat létezik rajtunk kívül; mi a helyzet keleten, északon, vagy épp délen? A "hétköznapi mutyizás", szintúgy mint a "nagybani mutyizás" mindenütt "az élet szerves része", maximum máshogy.




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2146042

    A spameket nem hagyod jóvá, tehát be kell lőni a rendszert, hogy a jóvá nem hagyott üzeneteket N idő után törölje automatikusan és kész.




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2146057

    Akkor kéne neked egy felület, ahol az összes jóváhagyásra váró üzenet megjelenik és checkboxokkal kijelölve csoportosan lehet jóváhagyni, vagy törölni. Ez is kézimunka, de sokkal gyorsabban tudod csinálni, mintha egyesével kell őket nézegetni és törölgetni.




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2146125

    Hát akkor csak az automata tartalomszűrő fejlesztése marad; a poszt tartalmának az elemzése kell, hogy megmondja, hogy spam vagy nem. A rekapca nem jó semmire, a robotot egy egyszerűbb védelem is megfogja, az ember úgyis átmegy rajta, a júzereket viszont rommá szopatja.




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2146199

    > Ezt nevezik death star design pattern-nek, amikor egy jelentéktelen problémára egy hatalmas rendszert fejleszt az ember... :)

    Nem tudom mi a halálcsillag azon, hogy az ember javít a spamszűrő algoritmusán...de akkor igazán elárulhatná Vader nagyúr, hogy mégis mit óhajt, mert ha a jelenlegi spamszűrőn átmegy a spam és azt akarod, hogy ne menjen át rajta (mert nem akarsz kézzel törölgetni), akkor nem nagyon tudok elképzelni mást, mint a spamszűrő fejlesztését.




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2146251

    Hát, ha mindenképpen faéket akarsz, akkor a legegyszerűbb mód a szótáralapú szűrés. Ha van egy listád, hogy mik azok a szavak, amiket a spammerek használnak, akkor amennyiben a szótár valamelyik szava szerepel az üzenetben, akkor eldobod. Ha átmegy egy spam, akkor azt persze kézzel kell törölni és megnézni, hogy milyen kulcsszavak voltak benne és azokat is felvenni. Egy ilyen függvényt lefejleszteni kb. 10 perc.

    De egyébként még ennél is egyszerűbb dolgod van, ha nem nemzetközi az oldal, mert ha csak idehazulra szól, akkor ki lehet tiltani a külföldi IP címeket és ezzel megszabadulsz a spammerek döntő többségétől. De ha vársz külföldi vendégeket, akkor is érdemes lehet szelektálni, mert egy jól összeállított IP filterlista csodákat tehet, pl. Nigériát vagy az Antarktiszot (nem ez nem vicc) tuti érdemes blokkolni.




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2146259

    > Szerinted: ha a fő tevékenységként ezzel foglalkozó Akismet (https://en.wikipedia.org/wiki/Akismet) szűrőjén átmegy, akkor én fogok tudni fél nap alatt jobbat alkotni?

    És ebben az Akismetben nincs szótáralapú szűrő? Mert akkor csak el kéne kezdeni felveszegetni a szavakat és nem is kéne írnod semmit.

    > Angol nyelvű nemzetközi, ahogy a spamek többsége is.

    Volt egy második fele is a mondandómnak: az IP filterlistát akkor is összerakhatod, csak körültekintőbbnek kell lenned.

    Sz*rk: Az is lehet opció, hogy ha link van a kommentben, akkor dobja. De csak akkor, ha az userek nem szoktak linkeket postolni.




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2157674

    Hát ez nem öröm...de nézd a naposabbik felét: így lehet, hogy indokolatlanná válik és kiveszik a rekapca nevű emberiség elleni bűncselekmény. :P




    Wordpress fórum spam: https://hup.hu/node/155592#comment-2157870

    Ki kell rakni egy CSS-ből eltüntetett, "name" nevű input mezőt, amit ha kitölt a robot, akkor el kell dobni a postot.




    Partaker N3 Nano vs. win7: https://hup.hu/node/156071#comment-2157325

    Végigpróbálták az összes USB-t és nem ment.




    Partaker N3 Nano vs. win7: https://hup.hu/node/156071#comment-2157327

    Főnök azt mondta, hogy ez jó ötlet, kipróbálják.




    A Microsoft befejezte a Kinect gyártását: https://hup.hu/cikkek/20171025/a_mIcrosoft_befejezte_a_kinect_gyartasat#comment-2155580

    Azért ez túlzás, hogy viszi a 360-as játékokat, a 360-as játékoknak kb. a 10%-a kompatibilis az új konzol emulátorával. A PS4-re elérhető PlayStation Now elméletileg 100%-ig kompatibilis visszafelé, hiszen a túloldalt igazi PS3-ak vannak, viszont ennek a megoldásnak meg az a hátránya, hogy fizetős és online-only. Meg az is, hogy a Sony nem tette elérhetővé az összes PS3-as címet, de ez már őket minősíti, nem a technológiát.




    soros port bajok: https://hup.hu/node/155944#comment-2153646

    /proc/tty/driver/serial-ban mi van?




    soros port bajok: https://hup.hu/node/155944#comment-2153879

    Csak a ttyS7-re dob invalid argumentet? A másik három port (4-6) működik?




    soros port bajok: https://hup.hu/node/155944#comment-2153887

    Csak vaktában lövök: történik változás, ha a fourportot leveszed a konfigban? (A 8250_fourport be van töltve amúgy?)




    soros port bajok: https://hup.hu/node/155944#comment-2153898

    stty -F /dev/ttyS7 elszáll, ha megpróbálod?




    soros port bajok: https://hup.hu/node/155944#comment-2153900

    Meg kéne próbálni egy live Debian Jessie alól piszkálni a dolgot. Ha megy, akkor valami beállítási mizéria lesz. Ha nem, akkor ki kéne próbálni egy live Debian Wheezy alól is. Ha megy, akkor a Jessie-ben lesz elszabva valami. Jobb ötletem nincs. :/




    soros port bajok: https://hup.hu/node/155944#comment-2153922

    Én szűz live Jessie-vel próbálnám meg, ahol minden default még.

    Meg eszembe jutott, hogy ha megpróbálod a portot 16750 helyett 16550-ként használni, akkor történik valami érdemleges változás?




    soros port bajok: https://hup.hu/node/155944#comment-2153979

    > Mit is kellene megnézni a live verziókban? Mi a telepítetthez képest a különbség?

    Az esetleges rossz konfig. Live Debian Wheezyvel kéne még kipróbálni. Ha azzal se jó, akkor az azt jelenti, hogy már a default konfig sem jó. Vagy, valami miatt nincs betöltve a modul. lsmod | grep 8250_fourport szerint be van töltve?




    soros port bajok: https://hup.hu/node/155944#comment-2156651

    Erre hogy jöttél rá? (Bugreportot küldtél nekik?)




    soros port bajok: https://hup.hu/node/155944#comment-2156662

    Hát ez tényleg elég értelmetlen. Kéne küldeni a Debian levlistára bugreportot. Meg meg kéne próbálni egy másik disztróval, mondjuk Slackware-rel, hogy a probléma Debian specifikus, avagy belefutottál valami kernel mizériába.




    soros port bajok: https://hup.hu/node/155944#comment-2156709

    A setserial fejlesztőjétől is kérhetsz tanácsot szerintem. Ha másban nem is, abban, hogy mit kéne csinálnod, hogy neki a debuggoláshoz infót adj.




    Mennyire ismered az IBM i operációs rendszert?: https://hup.hu/szavazasok/20171013/mennyire_ismered_az_ibm_i_operacios_rendszert#comment-2151116

    Hallomásból ismerem, de szívesen kipróbálnám. Ez legalább még támogatja a POWER architektúrát.




    Mennyire ismered az IBM i operációs rendszert?: https://hup.hu/szavazasok/20171013/mennyire_ismered_az_ibm_i_operacios_rendszert#comment-2151236

    Hát sajnos én se találtam.




    Mennyire ismered az IBM i operációs rendszert?: https://hup.hu/szavazasok/20171013/mennyire_ismered_az_ibm_i_operacios_rendszert#comment-2151418

    Tudom, hogy RHEL is van POWER-re (benne van a listában), legalábbis még. Az utóbbi időkben a Linuxok elkezdték eldobálni a POWER támogatást, vagy max a little-endian maradt.




    Mennyire ismered az IBM i operációs rendszert?: https://hup.hu/szavazasok/20171013/mennyire_ismered_az_ibm_i_operacios_rendszert#comment-2151948

    Köszi.




    awk finomságok már megint: https://hup.hu/node/155943#comment-2153589

    > Az int(x) függvény véletlenül sem azt csinálja, amit matematikából tanultunk, hogy egész szám esetén visszaadja x-et, tört esetén pedig a nála kisebb egészet, hanem nulla felé a legközelebbi egészet adja vissza.

    Dehát egy programnyelvben az a normális, nem? Az integerre való typecastolás az a lebegőpontos számból csak a karakterisztikát és az előjelet adja vissza; az pedig azt jelenti, hogy az előjel állapota irreleváns, a mantissza eltűnésével ténylegesen a tizedesponttól jobbra eső részt veszed le. Ez C/C++-ban is így megy.




    awk finomságok már megint: https://hup.hu/node/155943#comment-2153618

    "Ugrik"? Sajnos nem értem mire gondolsz. Kipróbáltam -1 és 1 közötti törtekre mit ad vissza az int() és azt adta vissza, ami a tizedesponttól balra volt, az előjeltől függetlenül. A doksit én is csak most olvastam el, de a többi nyelv után egy float to int castnál én pont arra számítottam, amit leírt a doksi. Nincs kizárva, hogy nálam hiányzik valami infó, ami miatt nem értem a problémát...de én nem látom, mi a hiba.




    awk finomságok már megint: https://hup.hu/node/155943#comment-2153630

    Tehát az a baj, hogy a nullán bármely irányban túllépve az eredmény nem változik, mint teszi azt a többi egésznél akár negatív akár pozitív irányba? Ez azért van, mert -0 = +0, nem?

    Kerekítésre az nem jó, hogy int(x + (x < 0 ? -0.5 : 0.5)) ?




    awk finomságok már megint: https://hup.hu/node/155943#comment-2153637

    De elmondásod szerint az awk-ban nem az van, viszont ami megoldást írtál

    > Így aztán kellett írnom egy függvényt, amelyik x==int(x) esetén visszatér x-szel, x<0 esetén int(x-1)-gyel, minden más esetben int(x)-szel.

    abban külön függvényt kell használnod és 3 eset van benne 2 helyett, míg így nem kell egy "wrapper" függvény, csak beledobsz egy ternaryt az int() belsejébe.




    awk finomságok már megint: https://hup.hu/node/155943#comment-2153623

    > Vagy 210-et (integer).

    Vagy, mivel (ha jól értem) az indexek lépésköze konstans 0.05, így akár vehet egy sima integer indexelt tömböt is és a valós indexet egy egyszerű 20.0-szal való osztással visszakapja iterálás alatt.

    Vagy ez rossz ötlet?




    mpv nem tud https címet kinyitni: https://hup.hu/node/155967#comment-2154143

    Oké, #mpv-n adtak megoldást: az FFMPEG-et így kell konfigurálni:

    configure --enable-gpl --disable-debug --disable-doc --enable-gnutls --enable-nonfree --disable-libfontconfig --disable-filter='ass,drawtext,coreimage,coreimagesrc' --disable-avdevice --enable-static --disable-shared --enable-libass --enable-opengl




    Szerintem egy hup.hu-n (vagy bármilyen más szakmai fórumon) zajló szakmai vagy ahhoz közelálló témájú vitában: https://hup.hu/szavazasok/20171016/szerintem_egy_hup_hu-n_vagy_barmilyen_mas_szakmai_forumon_zajlo_szakmai_vagy_ahhoz_kozelallo#comment-2151965

    Contradiction még belefér.




    Szerintem egy hup.hu-n (vagy bármilyen más szakmai fórumon) zajló szakmai vagy ahhoz közelálló témájú vitában: https://hup.hu/szavazasok/20171016/szerintem_egy_hup_hu-n_vagy_barmilyen_mas_szakmai_forumon_zajlo_szakmai_vagy_ahhoz_kozelallo#comment-2152019

    Nem azt mondtam, hogy célszerű, hanem azt, hogy az még belefér. :)




    Disabling the Intel Management Engine: https://hup.hu/node/155863#comment-2152079

    Köszi, ez nagyon hasznos!




    Disabling the Intel Management Engine: https://hup.hu/node/155863#comment-2152091

    Nehezen, lévén nincs újkori inteles gépem, pont az ME miatt. :)
    De így legalább tudom, mit kell majd csinálni, ha egyszer ez a mostani felmondja a szolgálatot, mert ez a jelenlegi Piledriveres gépem ugyan mentes az ilyen nyavalyáktól, de az újabb AMD-s gépekben már ott van a PSP, ami kvázi az ME megfelelője à la AMD, tehát azokra sem fogok tudni váltani (hacsak nem találják ki ott is, hogy hogy lehet tőle megszabadulni). Így viszont már van megoldás. :)




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150338

    És természetesen ez is "hiba" volt. Erre mondtam itt valakinek pár napja, hogy amikor kiderül, hogy ezek a szarok olyat rögzítenek, amit nem kéne, akkor az mindig hiba. Mindenki azt hisz (el), amit akar. Részemről ezeknek a mammutoknak azt se, amit kérdeznek.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150366

    Hehe, ez le se esett.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150515

    Miért ne tehetné? Az emberek elsöprő többsége vastagon szarik az egész magánszféra kérdésre, önként osztanak meg magukról mindent. Az ms/gugli/fácse szentháromságnak meg se kell erőltetnie magát, ha annyira spionkodni akar.

    Ettől persze még lehetett technikai malőr ez a konkrét eset, de én biztos nem raknék kuglis mikrofont a környékemre.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150641

    Én is leírtam, hogy az embereket nem érdekli, ha kémkednek utánuk. Újfennt lebukott egy multi a kémkedéssel. Hanyadik eset ez már? Sokezredik? Változott valami? Csak a kockák anyáznak, a jónép, akik az elsődleges célpont; tojnak rá.

    Még ha ez speciel elkúrás is volt; nyugodtan kémkedhetnek az emberek után. Ők is, mások is. A win10 is szépen lassan terjed, az emberek nem foglalkoznak vele, hogy megfigyelik őket.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150657

    Már elnézést, de én leírtam, hogy: "Ettől persze még lehetett technikai malőr ez a konkrét eset, de én biztos nem raknék kuglis mikrofont a környékemre."
    Én meg azt magyarázom, hogyha ez speciel tényleg csak egy benézés volt, attól még ez a derék gigavállalat nagyüzemben kémkedik mindenki után, aki él és mozog és megteheti, mert a tömegek tojnak rá. És nem csak náluk, hanem mindegyik hasonszőrű bandánál úgy kommunikálják az ilyen eseteket, hogy "ez csak bug". Általában beszéltem. Szerintem elbeszélünk egymás mellett.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150847

    A kereséseket nem tudják kihez kötni, mert nálam minden kuglis tracker, analytics, g+, mittudomén blokkolva van.
    És még egyszer mondom, hogy általában beszéltem, tök mindegy, hogy ez tényleg baki volt, vagy szándékos.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2151959

    Hát ha a routerben benne van a blocklistben és mégis megjelenik, akkor minden bizonnyal rosszul van felvéve. Amúgy, ha az Opera alatt az Opera 12-t érted, nem ezt az újkori "chroperát", akkor annak a tartalomszűrőjében fel lehet venni ezeket a sorokat:

    *google.com/*-ads*
    *google.com/*/ads*
    */plusone.js*
    *://accounts.google.com/*Verified*
    *://profiles.google.com/*
    *://*.google.com/aclk?*
    *://google.com/aclk?*
    *://*.google-analytics.com/*
    *://google-analytics.com/*
    *://*.google.com/*track.*
    *://google.com/*track.*
    *://*.googlesyndication.com/*
    *://googlesyndication.com/*
    *://*.plus.google.com/*
    *://plus.google.com/*
    *://*.google.com/xjs/*
    *://google.com/xjs/*
    *://*.google.com/*.js?*
    *://google.com/*.js?*
    *://*.google.com/js/bg/*
    *://google.com/js/bg/*
    *://*.gstatic.com/xjs/*
    *://gstatic.com/xjs/*
    *://*.gstatic.com/*.js
    *://gstatic.com/*.js
    *://*.gstatic.com/*.js?*
    *://gstatic.com/*.js?*
    *://plus.googleapis.com/*
    *://*.plus.googleapis.com/*
    *://*.google.hu/blank.html
    *://google.hu/blank.html
    *://fonts.googleapis.com/*
    *://clients1.google.com/*
    *://*.googleusercontent.com/gadgets/*.js
    *://googleusercontent.com/gadgets/*.js
    *://*.googleusercontent.com/gadgets/*.js?*
    *://googleusercontent.com/gadgets/*.js?*
    *://*.googleusercontent.com/gadgets/makeRequest?*
    *://googleusercontent.com/gadgets/makeRequest?*
    *://*.youtube.com/link_gplus?*
    *://youtube.com/link_gplus?*
    *://*.youtube-nocookie.com/*
    *://youtube-nocookie.com/*
    *://*.youtube.com/ptracking*
    *://youtube.com/ptracking*
    *://*.youtube.com/cthru*
    *://youtube.com/cthru*

    És akkor coki van. (A listát elég régen frissítettem, lehet, hogy azóta van újabb path is, amit ki kéne blokkolni...)

    Meg felrakhatod ezt az addont is: http://bgafc.t-hosting.hu/gsf.php
    Ez az addon egyfelől leszedi a kugli által generált keresési találatokról az url trackert (azaz, ráböksz az url-re és nem oda visz, hanem előtte a kuglihoz, hogy tudja, mire böktél), másfelől meg azt is be lehet vele lőni, hogy milyen domaineket szűrjön ki a keresési találatokból. (Kurwa sok volt már a keresőeltérítő oldal, hogy "erre kerestél: StarCraft III, 0 találat, nézz reklámot, telepíts SAM-et" és ezek jöttek fel első N helyre.)




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2152017

    Nem mondod.

    A postomban, amire mark7 reagált, az szerepelt, hogy "nálam minden kuglis tracker, analytics, g+, mittudomén blokkolva van", azaz a gaylanalitics csak egy elem volt a felsorolásban. Az erre érkező kérdés pedig úgy szólt, hogy "Megmondanád, hogy blokkolod pl. a g-analitycs-et?", azaz a gaylanalitics csak egy példa volt. Ezért én odaadtam a teljes listámat. Ha valamit ebből mark7 nem akar szűrni, akkor kiveszi.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2152036

    Sorry, nem beszólásnak szántam, csak tudom, hogy mit csinál a listám. Az nem probléma, hogy jelezni akarsz valamit, csak nem azt írtad le, amit jelezni akartál, vagy legalábbis nem az jött át belőle, mert csak annyit írtál, hogy mást is blokkol, nem azt, hogy mark7 esetleg nem várt elemeket blokkolna ki vele. Én szimplán feltételeztem, hogy mark7 tud olvasni és mielőtt behányja az egészet az urflilterbe, megnézi, hogy mi az, ami kellhet neki.




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2151234

    +1




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150609

    Biztos, hogy ez kár és nem szerencse?




    "Mindent kihallgat és felvesz a Google Home Mini": https://hup.hu/node/155791#comment-2150608

    Szerintem meg nagyon is jól értette, azért csinálhat és csinál ilyeneket.




    A basho es a riak s2 is olyan, mint a blackpanther: https://hup.hu/node/155845#comment-2151784

    Mivel pár hete még elérhető volt, így inkább az a valószínű, hogy dolgoznak valamin. Vagy elkúrtak valamit.




    Elon Musk szerintem leginkább ...: https://hup.hu/szavazasok/20171010/elon_musk_szerintem_leginkabb#comment-2149393

    Megelőztél.

    Nem biztos, hogy minden bejön neki, de ezek mindenképpen igazak rá.




    A Microsoft alapértelmezésben kémkedik a Debian felhasználók után: https://hup.hu/node/155786#comment-2150334

    Mindegy, hogy ki, mit, kinek és minek gyűjti. A lényeg, hogy van a gépeden egy ajtó, amin keresztül adatot lehet "kivinni", amin keresztül belátnak a rendszeredbe és te rájuk bízod, hogy mihez kezdenek ezzel a lehetőséggel.




    A Microsoft alapértelmezésben kémkedik a Debian felhasználók után: https://hup.hu/node/155786#comment-2150365

    Ha én posztolok bárhova, akkor én nyitottam ajtót. Ha egy program küldözget adatot valahova a tudtom nélkül, akkor meg valaki más, akinek ehhez nincs joga. Ne értsd, ha nem akarod.




    A Microsoft alapértelmezésben kémkedik a Debian felhasználók után: https://hup.hu/node/155786#comment-2150846

    Feltéve, ha tényleg te telepítetted és nem "adták", olyan opt-out módon. Utánaolvasni meg csak annak lehet, amit valahol leírtak. Egy spyware-nél biztos leírják, hogy adatot gyűjt.




    A Microsoft alapértelmezésben kémkedik a Debian felhasználók után: https://hup.hu/node/155786#comment-2151785

    Lehet igaz, amennyiben az ő repójukat használod egy adott csomag telepítéskor (third party repo, vagy forrásból telepítés esetén értelemszerűen nem látják), vagy be van kapcsolva a crash report (defaultból off), vagy be van kapcsolva a popularity contest (defaultból off).




    Idén is legyen HUP Olvasók Választása Díj (HOVD) szavazás?: https://hup.hu/szavazasok/20171012/iden_is%20legyen_hup_olvasok_valasztasa_dij_hovd_szavazas#comment-2150361

    +1




    Idén is legyen HUP Olvasók Választása Díj (HOVD) szavazás?: https://hup.hu/szavazasok/20171012/iden_is%20legyen_hup_olvasok_valasztasa_dij_hovd_szavazas#comment-2150364

    Nem biztos, hogy aki azt mondja, hogy legyen az szavazni akar, vagy a saját kedvencét nyerni látni, lehet, hogy csak érdekli, hogy hogy mi az emberek véleménye a különféle dolgokról.


    Σ: 002 -> enpassant , heckles04


    Az izraeliek megtörték a Kaspersky-t és az NSA elleni kémkedésen kapták az orosz titkosszolgálatot: https://hup.hu/cikkek/20171011/az_izraeliek_megtortek_a_kaspersky-t_es_az_nsa_elleni_kemkedesen_kaptak_az_orosz_titkosszolgalatot#comment-2149703

    Már a 80-as, 90-es években is mondogatták, hogy a vírusok többségét a vírusírtó cégek írják, hogy legyen mit irtani...




    Nem nyomtatható oldal: https://hup.hu/node/155809#comment-2150702

    lpr ki tudja nyomtatni?




    Melyik IT cégre bíznád inkább a szenzitív személyes adataidat?: https://hup.hu/szavazasok/20171010/melyik_it_cegre_biznad_inkabb_a_szenzitiv_szemelyes_adataidat#comment-2149441

    > Nálam ő lenne a felsoroltak közül a facebookal együtt az utolsó.

    Nálam az ms/google/facebook együtt, de amúgy egyikre se bíznék nemhogy érzékeny, de semmilyen adatot sem.


    Σ: 001 -> Kristee


    A .NET core alapértelmezésben kémkedik a felhasználók után?: https://hup.hu/cikkek/20171010/a_dotnet_core_alapertelmezesben_kemkedik_a_felhasznalok_utan#comment-2149434

    Az ilyen adatgyűjtők sose gyűjtenek érzékeny adatot, aztán amikor kiderül, hogy mégis, az természetesen mindig csak bug. (Nem csak az ms féle adatgyűjtőkre mondom ezt most, hanem mindre.)




    A .NET core alapértelmezésben kémkedik a felhasználók után?: https://hup.hu/cikkek/20171010/a_dotnet_core_alapertelmezesben_kemkedik_a_felhasznalok_utan#comment-2149447

    Leírtam, hogy nem erről az esetről beszéltem, hanem arra a sablonszövegre reflektáltam, hogy mindig ez a duma (más cégeknél is), hogy nem gyűjtenek semmi "olyat", ha meg mégis, az csakis bug lehet.




    Melyik IT céget utálod a legjobban?: https://hup.hu/szavazasok/20171005/melyik_it_ceget_utalod_a_legjobban#comment-2147605

    +1




    Melyik IT céget utálod a legjobban?: https://hup.hu/szavazasok/20171005/melyik_it_ceget_utalod_a_legjobban#comment-2147882

    +1




    Melyik IT céget utálod a legjobban?: https://hup.hu/szavazasok/20171005/melyik_it_ceget_utalod_a_legjobban#comment-2147703

    +1




    Már megint úgy csinál a BSA, mintha valami hasznos szervezet lenne: https://hup.hu/node/155734#comment-2148843

    Ne foglalkozz vele. A BSA nem hatóság, nem tehetnek ellened semmit, max. "szakértőként" lehetnek jelen, ha egy igazi hatóság világítja át a céget.




    Otter browser H.264 videó lejátszása Ubuntu 16.04 alatt: https://hup.hu/node/155726#comment-2148833

    Azt írják, hogy a QtWebKit-es backenddel nem megy. Melyik backend van nálad, a QtWebKit, vagy a QtWebEngine?




    Átméretezett és átmozgatott "szülődobozban" a "gyerekdoboz" új koordinátáinak kiszámolása: https://hup.hu/node/155669#comment-2147695

    Igen, erre gondoltam, köszönöm!

    float x_ratio = (float)(sub_area_ox - container_ox) / (float)container_ow;
    float y_ratio = (float)(sub_area_oy - container_oy) / (float)container_oh;

    *sub_area_nx = container_nx + (int32_t)round((float)container_nw * x_ratio);
    *sub_area_ny = container_ny + (int32_t)round((float)container_nh * y_ratio);

    Hogy tudom a topiknak beállítani, hogy megoldva?




    Átméretezett és átmozgatott "szülődobozban" a "gyerekdoboz" új koordinátáinak kiszámolása: https://hup.hu/node/155669#comment-2147698

    Igen, de ez volt a kérdés, hogy hova tolom vissza, mert nem ugyanoda kellett. De fejesjoco kolléga már leszállította a megoldást.




    dd merevlemez klónozás: https://hup.hu/node/119773#comment-2142391

    Másik gépbe nem lehet bedugni az új HDD-t? Mert akkor hálózaton keresztül mindent átmásolhatnál, a dd megy ssh-n keresztül is.




    0b101100: https://hup.hu/treyblog/20170913/0b101100#comment-2139315

    Ha ez az éppen betöltött évek száma volt, akkor Miner éltessen.




    Bryan Cantrill - "A Solaris váratlan halála és örök élete": https://hup.hu/cikkek/20170905/bryan_cantrill_a_solaris_varatlan_halala_es_orok_elete#comment-2136492

    Kár a Solarisért. Csak tudnám mi értelme volt felvásárolni azért, hogy aztán megszüntessék. Persze, ha nekik csak a Sun többi technológiája kellett, akkor érthető, de akkor meg azt nem értem, hogy minek zárták be. Nem vagyok opensource fan, de ha nekik nem kell, akkor ennyi erővel nyitva is hagyhatták volna a Solarist.




    Bryan Cantrill - "A Solaris váratlan halála és örök élete": https://hup.hu/cikkek/20170905/bryan_cantrill_a_solaris_varatlan_halala_es_orok_elete#comment-2136555

    > Talán most már érted, miért vették meg a Sunt. Csak a Java miatt, minden más csak ballaszt.

    Hát erre mondtam, hogy ha a Solaris nem is kellett nekik, akkor ennyi erővel nyitva is hagyhatták volna, hogy más folytassa. Azt viszont nem értem, hogy miért kellett az egész Sun-t felvásárolni a Java megszerzéséhez, miért nem vették meg csak a Java forrását, jogait, mittudomén... Akkor a Sun folytathatta volna a saját cuccait, az Oracle meg bohóckodhatna a Java-val.




    Bryan Cantrill - "A Solaris váratlan halála és örök élete": https://hup.hu/cikkek/20170905/bryan_cantrill_a_solaris_varatlan_halala_es_orok_elete#comment-2136664

    Én azt nem értem, hogy minek kellett az egész Sun-t felvásárolni, ha most csak szétverik...ha csak a Java kellett volna nekik, akkor elég lett volna csak a Javát megszerezni, aztán hagyják békén a Sun-t.




    Bryan Cantrill - "A Solaris váratlan halála és örök élete": https://hup.hu/cikkek/20170905/bryan_cantrill_a_solaris_varatlan_halala_es_orok_elete#comment-2136763

    Igen, a Solaris 10-et kinyitották a Sun-ék, de aztán az Oracle 10u9-től kezdve ismét bezárta. Vagy nem erre gondoltál?




    Bryan Cantrill - "A Solaris váratlan halála és örök élete": https://hup.hu/cikkek/20170905/bryan_cantrill_a_solaris_varatlan_halala_es_orok_elete#comment-2136762

    Értem, köszi. Viszont akkor miért zárták be a Solarist, vagy miért nem nyitják most újra ki, ha már úgysem kell nekik? Veszteségük nem lesz belőle és ebből nem hiszem, hogy ügyet csinálna az USA vagy az EU.




    Bryan Cantrill - "A Solaris váratlan halála és örök élete": https://hup.hu/cikkek/20170905/bryan_cantrill_a_solaris_varatlan_halala_es_orok_elete#comment-2136973

    Én nem vártam tőle sokat. Mondjuk én csak az adatbázisukat ismerem, de azt az ellenségemnek sem kívánom... A nyomulós, profitorientált corporate stílus nem lep meg tőlük, de ez értelmetlen pusztítás volt, hogy megveszik, bezárják, majd leállítják. Azt értem, hogy nem kell, de akkor adják el másnak, akinek igen, vagy tegyék közzé, mittudomén...




    Hobbielektronika - Kínai kábelek színezése: https://hup.hu/node/155143#comment-2136189

    Így van. Öcsém szokta ehhez hasonló esetekben mondani, hogy "Inkább mérj tízszer, mint szopj egyszer."




    All-in-1 minipc, Linuxsszal: https://hup.hu/node/155148#comment-2136268

    Azt a Debianos manualt én is megtaláltam, de az a baj, hogy nem lehet felbootolni az USB-t. A gépben sajnos nem SSD van, hanem flash.




    All-in-1 minipc, Linuxsszal: https://hup.hu/node/155148#comment-2136356

    Oké, de hova telepítsem? A flashre nem lehet, USB-re meg akár másik gépen is fel tudok rakni egy Debian-t, de nem bootolja fel a gép.




    All-in-1 minipc, Linuxsszal: https://hup.hu/node/155148#comment-2136424

    Mert ott terpeszkedik a windóz és ez a linkelt telepítő windóz alól fut. Lehetne a flashre telepíteni, de csak akkor, ha kívülről bootolunk be. De ha valaki elárulja, hogy hogy lehet USB-ről bootolni ezen a vacakon, akkor már akár USB-ről is futhat az egész rendszer.




    All-in-1 minipc, Linuxsszal: https://hup.hu/node/155148#comment-2136432

    Eddig mi is eljutottunk, de az USB nem jelent meg a listában és az EFI-ben sem lehetett bekapcsolni.




    All-in-1 minipc, Linuxsszal: https://hup.hu/node/155148#comment-2136491

    Ez viszont jó ötlet, köszi! A kérdés csak az, hogy ez a windózos Debian telepítő meg tudja-e ezt csinálni? Ami a kockázatot illeti, szerintem úgyis lesz kiesett darab, amin ezt ki lehet próbálni... Kösz még egyszer az ötletet!




    All-in-1 minipc, Linuxsszal: https://hup.hu/node/155148#comment-2136433

    Köszi, de nekünk olyan All-in-1 cucc kell, mint a PIPO, amiben képernyő is van.




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2128679

    Bullshit. Ha a mi cuccainkban fognál sechole-t, vagy bugot és szólnál róla nekünk, akkor megköszönnénk és mi is magyar cég vagyunk. A feljelentgetős T-Systems meg nem magyar, csak van magyar leányvállalata (vagy minek hívják ezt). Úgyhogy ez nem attól függ, hogy magyar-e a cég vagy sem.




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2128713

    Önelégült, fontoskodó balfaszok mindenütt vannak, ez nem országfüggő. Ahogy az önkritika megléte, vagy hiánya sem.

    Inkább a cég mérete lehet a kulcs; a nagy számok törvénye alapján minél nagyobb egy cég, annál nagyobb az esélye, hogy esetleg belefutsz egy szarrágóba.


    Σ: 001 -> tothjeno


    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2128712

    Hát azt nehéz lesz megmagyarázni, hogy nincs közük egymáshoz...




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2128723

    Nem tudom, hogy pontosan hogy megy ez, de nem lehet csak úgy ráhúzni, hogy "ez egy magyar cég", amikor egyértelműen nemzetközi gyökerei vannak. Ahogy az sem állja meg a helyét, hogy azért jelentget fel, mert "ez egy magyar cég". A felfedezett sebezhetőségek bejelentésének kezelése szempontjából ez teljesen irreleváns.




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2128837

    És akkor ez mindjárt igazolja is a szálindító post tartalmát?




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2129190

    Senki nem takarózik semmivel. De egy cég alapján en-bloc kijelenteni, hogy az összes magyar cég ilyen, az nettó fasság.




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2129233

    > Senki nem mondta, hogy ezért jobbak vagy rosszabbak bárkinél, csak annyit állít, hogy magyar cég.

    De, a threadot indító SchTamas ezt mondta. Nem azt mondta, hogy konkrétan a T-Systems azért köcsög, mert magyar, hanem en-bloc kijelentette, hogy a magyar cégek mind feljelentenének, ha lereportolnál nekik egy bugot, vagy lukat. Ami nyilvánvalóan nem igaz.




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2128736

    Hát az simán lehet, hogy összegyűjtötték a helyi hülyéket.




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2129002

    Nem tudom, hogy hogy van pontosan. Én csak arra céloztam, hogy ezt így nem lehet kijelenteni, hogy egy cég azért köcsög, mert magyar.




    Sebezhetőség bejelentés: https://hup.hu/node/154806#comment-2129234

    A gazdasági rész nekem sajnos kínai...




    Mobile stick / Debian Wheezy: https://hup.hu/node/154817#comment-2128814

    Köszi a tippet, szereztem egy Huawei E398-at.
    Viszont tudsz segíteni abban, hogy be is üzemeljem? Sajnos a hálózatos dolgok nekem kínaiak.

    Odáig eljutottam, hogy

    root@Csabi:~# wvdial
    --> WvDial: Internet dialer version 1.61
    --> Initializing modem.
    --> Sending: ATZ
    ATZ
    OK
    --> Sending: ATQ0 V1 E1 S0=0
    ATQ0 V1 E1 S0=0
    OK
    --> Modem initialized.
    --> Configuration does not specify a valid phone number.
    --> Configuration does not specify a valid login name.
    --> Configuration does not specify a valid password.
    root@Csabi:~# usb_modeswitch -v 12d1 -p 1506
    Look for default devices ...
    product ID matched
    Found devices in default mode (1)
    Access device 003 on bus 003
    Current configuration number is 1
    Use interface number 0

    USB description data (for identification)
    -------------------------
    Manufacturer: HUAWEI_MOBILE
    Product: HUAWEI_MOBILE
    Serial No.: not provided
    -------------------------
    Warning: no switching method given. See documentation
    -> Run lsusb to note any changes. Bye!

    root@Csabi:~# dhcpcd wwan0
    dhcpcd[3261]: version 6.0.5 starting
    dhcpcd[3261]: wwan0: soliciting an IPv6 router
    dhcpcd[3261]: wwan0: using IPv4LL address 169.254.135.156
    dhcpcd[3261]: wwan0: adding host route to 169.254.135.156 via 127.0.0.1
    dhcpcd[3261]: wwan0: adding route to 169.254.0.0/16
    dhcpcd[3261]: forked to background, child pid 3300
    root@Csabi:~# dhclient -v wwan0
    Internet Systems Consortium DHCP Client 4.3.1
    Copyright 2004-2014 Internet Systems Consortium.
    All rights reserved.
    For info, please visit https://www.isc.org/software/dhcp/

    Listening on LPF/wwan0/00:1e:10:1f:00:00
    Sending on LPF/wwan0/00:1e:10:1f:00:00
    Sending on Socket/fallback
    DHCPDISCOVER on wwan0 to 255.255.255.255 port 67 interval 7
    DHCPDISCOVER on wwan0 to 255.255.255.255 port 67 interval 14
    DHCPDISCOVER on wwan0 to 255.255.255.255 port 67 interval 15
    DHCPDISCOVER on wwan0 to 255.255.255.255 port 67 interval 16
    DHCPDISCOVER on wwan0 to 255.255.255.255 port 67 interval 9
    No DHCPOFFERS received.
    No working leases in persistent database - sleeping.
    root@Csabi:~# ping -I wwan0 8.8.4.4
    PING 8.8.4.4 (8.8.4.4) from 169.254.135.156 wwan0: 56(84) bytes of data.
    From 169.254.135.156 icmp_seq=1 Destination Host Unreachable

    Sajnos nem tudom, hogy hogy kellene "átváltani rá", hogy azt használja a Linux, meg arról sincs gőzöm, hogy egyáltalán jól lőttem-e be. A kuglit meg hiába túrom, mert gőzöm sincs, hogy mire kéne keressek.

    Sz*rk: ifconfig azt írja, hogy az interface él

    root@Csabi:~# ifconfig -a
    eth0 Link encap:Ethernet HWaddr 90:2b:34:11:35:0f
    inet addr:192.168.10.100 Bcast:192.168.10.255 Mask:255.255.255.0
    inet6 addr: fe80::922b:34ff:fe11:350f/64 Scope:Link
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:87134 errors:0 dropped:0 overruns:0 frame:0
    TX packets:51414 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1000
    RX bytes:121048323 (115.4 MiB) TX bytes:5149974 (4.9 MiB)

    lo Link encap:Local Loopback
    inet addr:127.0.0.1 Mask:255.0.0.0
    inet6 addr: ::1/128 Scope:Host
    UP LOOPBACK RUNNING MTU:65536 Metric:1
    RX packets:51 errors:0 dropped:0 overruns:0 frame:0
    TX packets:51 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:0
    RX bytes:4964 (4.8 KiB) TX bytes:4964 (4.8 KiB)

    wwan0 Link encap:Ethernet HWaddr 00:1e:10:1f:00:00
    inet addr:169.254.135.156 Bcast:169.254.255.255 Mask:255.255.0.0
    inet6 addr: fe80::21e:10ff:fe1f:0/64 Scope:Link
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    TX packets:126 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1000
    RX bytes:0 (0.0 B) TX bytes:24092 (23.5 KiB)




    Mobile stick / Debian Wheezy: https://hup.hu/node/154817#comment-2128825

    Beraktam az interfaces-be, amit írtál, meg a 3g config fájlt is. Ha újrahúzom a networkot, akkor kiírja, hogy oké, de ha beírom, hogy ifup ppp0, akkor azt írja, hogy ifup: interface ppp0 already configured és továbbra sem tudom használni az eszközt, mert nem tudom, hogy hogy váltok át rá. A linkelt topicot a draisberghof-on már olvastam, nem lettem tőle okosabb.

    Sz*rk: Ha ifdown eth0-t nyomok, akkor meg network unreachable, a ppp0 nem megy.




    Mobile stick / Debian Wheezy: https://hup.hu/node/154817#comment-2128819

    Hát előtte nyomtam egy modprobe option vendor=0x12d1 product=0x1506 parancsot, az lsmod szerint pedig

    huawei_cdc_ncm 12694 0
    cdc_wdm 17427 1 huawei_cdc_ncm
    cdc_ncm 26618 1 huawei_cdc_ncm
    option 49512 0
    usb_wwan 17091 1 option
    usbnet 30844 2 huawei_cdc_ncm,cdc_ncm
    usbserial 36293 2 option,usb_wwan

    azaz bent kéne, hogy legyen.

    A WiCD-et most felraktam, de mint mondtam, nekem a hálózat kínai, így GUI-n se tudom jobban, hogy mit kéne csinálni. (Azonfelül ennek majd egy szerveren kéne mennie, ahol nincs GUI. Mondjuk látom, van wicd-cli is, de tudnom kéne, hogy mit kéne csinálni...)




    Mobile stick / Debian Wheezy: https://hup.hu/node/154817#comment-2128826

    Ez szerintem a 2-es kategóriába tartozik. De maga az eszköz inicializálódik, csak épp a Linux nem használja, nem tudom, hogy mondom meg neki, hogy használja.




    Firefox youtube furcsaság: https://hup.hu/node/154668#comment-2126841

    A nohtml5=1 valóban nem működik már, viszont az embedre használható /v/ URL még igen.

    Tehát, ha van egy youtube page kinyitva "https://www.youtube.com/watch?v=xyzabc" eléréssel, akkor azt átírva "https://www.youtube.com/v/xyzabc" elérésre a Flash playert fogjuk megkapni. Csak épp a tab teljes méretére széthúzva.

    Opera Classic-ban (12.xx) csináltam rá workaroundot. Erre a linkre bökve kapunk egy az Opera felületére dobható buttont, amit megnyomva lefut egy dzsuvaszkript és kicseréli a HTML5 playert egy iframe-re, amiben a "/v/" paraméterrel meghívott URL van. (Ehhez természetesen engedélyezni kell a böngészőben a JS-t, viszont az Opera 12 beépítetten támogatja a maszkolt URL szűrést, meg a per site preferences-t is, úgyhogy le lehet tiltani a tecsőn az összes JS-t és mégis működni fog a gombunk.)

    Ennek az egyik hátulütője, hogy nem tudjuk teljes képernyőre rakni az iframe miatt, de erre van workaround: be kell kapcsolni a Flashblockot (beépítve tartalmazza az Opera 12) és miután megnyomtuk az injektáló gombot és megjelenik a nagy playgomb, jobb klikk rá, "Keret" és "megnyitás új lapon". Aztán F11 és teljes képernyőn van. Nem kényelmes, de működik.

    A másik hátulütője, hogy a tecsőn vannak videók, amik nézik, hogy honnan vannak meghívva és ha ezzel az embedded linkkel hívjuk meg, akkor kiírja, hogy csak a tecsőn lehet megnézni. Erre még nem találtam megoldást. Mondjuk nem is nagyon kerestem, mert ez nem túl gyakori.

    Az ideális persze az lenne, ha a Flash player-t lehetne iframe nélkül beinjektálni, de gőzöm nincs milyen paramétereket kéne neki átadni. A régi embeddelhető objectes megoldás már nem működik, az azt dobja vissza, hogy not supported.

    Firefox usereknek ezt az addont találtam, a Chrome-ot és klónjait preferáló tábornak meg ezt. De letesztelni nem teszteltem egyiket sem, így gőzöm nincs, hogy működnek-e még; Opera 12-t használok, ott erre nem volt szükség.




    Ha Javascript frontendet kell fejlesztenem, akkor...: https://hup.hu/szavazasok/20170706/ha_javascript_frontendet_kell_fejlesztenem_akkor#comment-2118714

    Dettó.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117557

    Poettering szerint ez nem bug, hanem feature. És szerinte a 0day név amúgy is invalid és pont. A hibajegyet meg lezárták, nem javítják, pedig az egyik user még meg is jegyezte, hogy akár invalid, akár nem, nem a root-ra kéne revertelni.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117615

    A punchline, hogy Poettering a 0pointer nevet használja. Az nem invalid? :)




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117627

    :D




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117686

    Valami hasonló volt már: https://github.com/systemd/systemd/issues/5644




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117710

    Kb. a legtöbb systemd hibánál így van. Ez a systemd ciklus; elbasz valamit, leanyázzák, lezárja a jegyet, goto 10.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2118165

    De jó is a scope creep...




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117687

    Debian alatt:

    It is usually recommended to only use usernames that begin with a lower
    case letter or an underscore, followed by lower case letters, digits,
    underscores, or dashes. They can end with a dollar sign. In regular
    expression terms: [a-z_][a-z0-9_-]*[$]?

    Azaz csak javasolt, nem kötelező, tehát nem invalid egy számmal kezdődő név. De amúgy egyfelől a POSIX sem írja elő, hogy ne kezdődhessen számmal a név (http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_437), másfelől meg ahogy az egyik user is megjegyezte, akár invalid, akár nem, talán nem a root-ra kéne revertelni hiba esetén.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117709

    Szerencsére a Slackware-t nem érinti; egyedül nekik volt annyi eszük, hogy ne használják ezt a szart. Mármint a mainstream disztrók közül.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117720

    Mitől öreg? Ugyanannyi idős, mint a Debian. Vagy nem értem.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117920

    Ja, hogy az öreg rendszer alatt azt érted, hogy a fejlesztőgárdája öreg? Hát az lehet... De ha azt nézem, hogy a mai újhullámos disztrókkal néha mit művelnek, akkor nem hiszem, hogy annyira rossz dolog, ha van megfontolt veteránok által fejlesztett disztró is.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117919

    A win nt is 93-as. Akkor az is öreg? Persze azóta sokat változott, dehát a Linux is sokat változott. Ezért nem értem, hiszen a software az folyamatosan fejlődött, frissült, mitől lenne öreg?




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2118009

    A binárisan tárolt konfigurációt, ill. a registry á la systemd-t még megérhetjük anélkül is, hogy ezt elolvasná...




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2119807

    Én ezért (is) töröltem le a pulse-t már évekkel ezelőtt, azóta csak ALSA van.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2119806

    > És erre nem a "not-a-bug" a normális válasz, hanem egy "a büdös**ˇ^°[đ][Đđ] életbe de elbasztam, bocsánat, javítom ASAP".

    De ő inkább kijelenti, hogy ez a normális és a világ igazodjon hozzá. Ismerős tempó, a körte kicserélése helyett inkább belevette a szabványba a sötétet.




    systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2119809

    Vajon az utolsó két mondatával a systemd-re célzott? Csak megtelt a töke neki is?




    Ismét Telekomos phishing: https://hup.hu/node/154305#comment-2117560

    Kiváncsiságból végigmásztam rajta, kitöltögettem kamu adatokkal, sértegetésekkel, a végén az OTP oldalát is megpróbálták imitálni, aztán miután azt is kitöltöttem, átirányítottak a https://www.telekom.hu/lakossagi linkre.

    Tkp. szerintem vicces lenne többezer ilyen sértegetős kamu adattal telepumpálni a szemétgyűjtőjüket.




    Ismét Telekomos phishing: https://hup.hu/node/154305#comment-2118499

    Lehet írni kéne egy botot ilyesmire, aztán ha előkerül egy ilyen oldal, akkor rá lehet ereszteni. :P




    Brave böngésző - a JavaScript atyjától: https://hup.hu/cikkek/20170615/brave_bongeszo_a_javascript_atyjatol#comment-2112511

    Nincs még elég Chrome/Chromium fork?




    Brave böngésző - a JavaScript atyjától: https://hup.hu/cikkek/20170615/brave_bongeszo_a_javascript_atyjatol#comment-2112571

    Csak úgy. Sorra jönnek ki a Chrome forkok, de nem igazán látom értelmüket, mert a fork kb. kimerül abban, hogy van rajta valami custom skin, meg alapból adnak hozzá N db. kiegészítőt. Nem ismerem mindegyiknek az összes feature-jét, de kétlem, hogy ne lehetne ugyanazt elérni az eredetivel is.




    Brave böngésző - a JavaScript atyjától: https://hup.hu/cikkek/20170615/brave_bongeszo_a_javascript_atyjatol#comment-2112900

    Olyasmi, csak még rosszabb, mert azért a Linuxoknál egy Slackware, egy CentOS, egy Debian között van némi különbség, addig a Chrome forkok között szinte semmi. Inkább konkrétan az Ubuntuhoz lehetne hasonlítani, hogy van az alap stuff és annak kiscsillió iterációja, amik a skinen és az - ugyanabból a választékból származó - alapból mellékelt programokon kívül semmiben sem térnek el.




    Brave böngésző - a JavaScript atyjától: https://hup.hu/cikkek/20170615/brave_bongeszo_a_javascript_atyjatol#comment-2112952

    Akkor klónok.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112517

    - Lassú és memóriaigényes a legtöbb toolkithez képest
    - Bugos
    - Nyakatekert API
    - Koncepcionális problémák

    Az első kettő saját tapasztalat, a másik kettőt programozók blogjaiban olvastam.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112542

    Nem.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112649

    Ennyi erővel te meg a "szopjunk fel minden felesleges kényszerinnovációt" teszttel mérsz.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112669

    Az elsőre nem tökéletes kissé érdekesen hangzik egy több, mint hat éves szoftvernél.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112541

    A sebességet sehogy, azt érezni lehetett, a Synapticot pl. ezért downgradeltem, mert egy 6 magos 3.5 GHz-es Piledriveren is sokkal lassabb volt, mint a GTK2-es verzió.
    A memóriafoglalást a taskkezelő, vagy a top is megmondja, de itt egy összehasonlító ábra, ezen is látszik, hogy pl. a GTK3-as GNOME 3 mennyit eszik a többiekhez képest. Elsősorban a MATE-hez képest érdemes nézni, mert a GNOME 2 alkalmazásai nagyjából ugyanazok és ugyanazt tudják, mint a GNOME 3-asoké, így nem lehet a teljes memóriaigény növekedést az alkalmazásokra fogni.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112548

    Elsősorban a toolkittől függ. A sebességre meg tudok még példát mondani: régi gépeken még jobban kijön a dolog, sokkal jobban érződik, pl. az 1.25 GHz-es G4-es PowerMac-emen a Debian 6-tal települő GNOME 2 valamivel gyorsabb volt, mint az OSX 10.4 felülete, míg a Debian 7-tel települő GTK3-as GNOME 3 már leírhatatlanul lassú volt.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112650

    A programjaimat PPC-re is leforgatom, ahhoz kell a PowerMac, de nem ez volt a lényeg, hanem az, hogy régi gépeken lehet jobban látni, hogy mi eszik többet.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112750

    Miért, új gépen nem fog többet enni egy éhesebb algoritmus?




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112795

    Dehogy is. De egy lassabb algoritmus az az új processzoron is jó eséllyel lassabb lesz, maximum nem látszik annyira.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112800

    Ezek a feature-ök a gyorsabb algoritmust is gyorsíthatják, nem csak a lassabbat. Azonfelül nem minden feladat párhuzamosítható.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112841

    Nem, én nem ilyesmire gondoltam, hogy a gyorsrendezést hasonlítanám össze a buborékkal, vagy a heappal, ezeknél a sebesség nagyban függ az adatoktól is.
    Én olyanra gondoltam, hogy "túl van szervezve", vagy "túl van generalizálva" az egész, túl sok a köztes réteg, a segédfüggvény, a paraméter, mittudomén. Ha a pl. feladat az, hogy rakjunk ki egy négyzetet az X11-el, akkor minél több rétegen, azaz kódon kell átmásznia a processzornak, annál lassabb lesz; a leggyorsabb az, ha egy db XFillRectangle az egész, de nyilván egy ablakkezelőnél nem lehet ennyi. A kérdés, hogy mennyire bonyolítják meg a dolgot. A tekervényes megközelítésről és a felesleges kerülőkről beszélek. Valami ilyesmit ír le Wirth törvénye is, csak nyilván neki több fogalma volt róla, hogy mit beszél, mint nekem. :P

    Sajnos nagyon rosszul magyarázok, de remélem azért nagyjából érthető volt.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112749

    Mértem én is egyet ezzel a ps_mem-mel:

    87.9 MiB + 3.1 MiB = 91.0 MiB synaptic
    96.5 MiB + 2.1 MiB = 98.6 MiB synaptic

    Az első a GTK2-es 0.75-ös Synaptic, a második a GTK3-as 0.81-es. Itt egyértelműen látszik, hogy a GTK3 többet eszik. Nem vészesen többet, de ez alkalmazásonként összeadódik.

    Az általad linkelt mérés csak azt bizonyítja, hogy az új MATE nem eszik többet, nem azt, hogy a GTK3 nem eszik többet, ha az egyes alkalmazásokat hasonlítod össze, akkor látszik a különbség; úgy nem nehéz lefaragni a hátrányt, ha az új MATE 10%-al kevesebb processt futtat.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112771

    A két Synaptic között semmi drasztikus változás nincsen, csak a GUI toolkit cserélődött.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2113065

    Nem néhány MB-on vagyok fennakadva, más dolgokat is felsoroltam. Azokat a plusz widgeteket, amiket a GTK3 tartalmaz, a GTK2-be is bele lehetett volna fejleszteni. De inkább átírták az egészet és alapvetően lassabb és erőforrásigényesebb lett. A tendenciával van bajom, ez felesleges kényszerinnováció, nem fejlődés. A Firefox is csak most nemrég váltott GTK2-ről (muszájból), mert semmi extrát nem nyújtott nekik a GTK3.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2113142

    > Vagy sokkal inkább azért csak most váltott, mert 120 MB a forrása. És bizony nem mindegy, hogy 1-2 MB-os forrást írsz át GTK2-ről GTK3-ra
    > vagy 120 MB-osat.

    Azért az a 120 MB nem mind a GUI-ból áll csak. Nyilván nem két sor a GUI se, de nem is 120 MB. És ez nem cáfolja amit mondtam, hogy semmi extra nem származott a GTK3-ra való átállásból, hiszen az összes funkciót meg tudták valósítani eddig GTK2-vel. Persze, mivel a GTK2 elhalt, így muszáj váltani.

    > Ezzel nem értek egyet. Nekem a GNOME3 gyorsabb, mint a GNOME2 volt. És jobb is, szebb, könnyebben kezelhetőbb is.
    > Az erőforrások meg nem érdekelnek. 6 éves gépem van, de kraft még így is van benne bőven. Simán viszi a GNOME3-at.

    Az én gépem is akörüli és nekem érezhetően lassabb nem csak a GNOME3, de minden GTK3-as cucc, mint a GTK2-esek. És akkor még nem is beszéltem a régebbi, gyengébb gépekről. A szépség, meg a "jobbság" szemszög kérdése. A könnyebben kezelhetőségről nem tudok nyilatkozni, nekem egyik kezelésével sem volt gondom.

    > De ilyen a világ. Ez ellen nem nagyon tudsz mit tenni. Kiabálhatsz, dühönghetsz, moroghatsz, sőt még sírhatsz is, de ez nem fog változni.

    És én melyiket csináltam? Emlékeim szerint nem kiabáltam, dühöngtem, morogtam, vagy sírtam, csak a feltett kérdésekre válaszoltam. A tendenciával kapcsolatban a véleményem is elmondtam. Ez csak nem baj még, nem?

    > Aki nem változik a világgal az lemarad. Hogy ez jó vagy rossz, az most lényegtelen.

    Tény. De nem kell minden változást követni. Már csak azért sem, mert egynémelyik zsákutcának bizonyulhat. Nem arról beszélek, hogy mindig a régihez kell ragaszkodni, hanem arról, hogy amennyiben a régi bevált és az új semmi igazi újítást nem hozott, akkor nincs értelme lecserélni. Értelemszerűen, ha az új sokkal többet tud és arra szükség is van, nem merül ki pár senkinek nem kellő feature-ben, akkor érdemes váltani.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2113158

    Elméletileg lehetséges valami trükkel. A Firefox is megoldotta valahogy a GTK2-es időkben.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112894

    Szerintem a közel 20% épp elég, mert ez minden alkalmazásnál jelen lesz, ráadásul gondolom, itt egy egyszerű alkalmazásról beszélünk, a komplexebb, több widgetet használó cuccoknál ez még nagyobb olló lesz.

    A kódot mondjuk publikálhattad volna.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112947

    Abszolút nem időpazarlás, érdekes kísérlet. Kódot tuti nem akarsz publikálni? Megspórolnád nekem, hogy írnom kelljen egyet. :P




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112948

    Benne, de az a btami által linkelt mérésben is benne van és ott az is beleszámolódott az össz memóriába.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2113221

    > Nem, nem lesz jelen, mert shared libként töltődik be az első alkalmazáshoz, amit használ a többi futó Gtk3-as program is. Magyarán
    > elenyésző mértékben kell neki több memória, ez a +1-2 MB nem tétel.

    A btami által linkelt mérésben beleszámolták. Illetve a ps_mem beleszámolta.

    > Továbbá azért áll át a legtöbb fejlesztő Gtk3-ra, mert az a jövő, a 2-eset már nem fejlesztik, idővel el fog halni.

    Ezt írtam le én is pár poszttal feljebb... :P




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112770

    Látom, nagyon a tyúkszemedre léptem, butthurt fanboi.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112949

    Lehet, de akkor az a régi gépektől függetlenül lenne. Mint mondtam a G4 compile célokra van. (Ill. látókör tágításra.) Nekem amúgy van mai gépem, azt használom desktop célokra.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2113003

    Itt mindenki szeret kombinálni, látom. :P
    Nem tudom feltűnt-e, de én nem az újdonságok ellen emeltem szót általában, bármennyire is ezt akarta hazudni Breaknet, azokkal, amiket a számba adott; én csak egy feltett kérdésre válaszoltam meg, hogy miféle bajok vannak a GTK3-mal. Remélem, az még csak nem tilos. Mint ahogy az sem, hogy régi PPC-s, ill SPARC64-es gépem legyen compile célokra...

    Sz*rk: Bár, ahogy visszaemlékszem, hajbazer sem en-bloc az újdonságok ellen ágált, hanem csak azt nehezményezte, hogy régi gépen nem feltétlenül futnak.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2113004

    Nem. Engem itt is el lehet érni, már vagy 11 éve, azonkívül balagesz és Gyuszk is igazolhatják, hogy nem én vagyok.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112652

    Egyáltalán nem fejlesztek benne, csak felsoroltam, hogy mi vele a baj.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112654

    Az nem baj, hogy a pulse alatt ugyanúgy az ALSA/OSS van, hogy nélkülük nem is megy? Csak egy felesleges réteg, újfennt.




    Firefox 54: https://hup.hu/cikkek/20170615/firefox_54#comment-2112751

    Lehet, hogy megoldott pár marginális problémát, de sokkal többet csinált. Arról nem is beszélve, hogy eléggé bugos volt, pl. a VLC - amíg a pulse fennt volt a rendszeren - ha lelőttem, akkor még egy fél másodpercig ment a hang. Az ALSA ilyet nem csinál.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2110836

    Egyszer felvettek valahova PHP fejlesztőnek. Backend munkát nem is láttam, viszont mást sem csináltam, mint ie7 kompatibilis sitebuildeket csináltam. Kifolyt az agyam tőle. Az egyik oldalba, HTML kommentbe (tehát nem látható helyre) beírtam, hogy ie sux. Valaki (nem kolléga, hanem kívülről valaki) szólt a főnöknek és az meg kirúgott érte. Még meg is fenyegetett, hogy örüljek, hogy csak ennyi, mert "lehetett volna bonyolultabb is". Hogy ez alatt mit értett, azt nem tudom. Vagy, hogy mire számított...

    - Bíró úr kérem, a vádlott beírta a HTML kódba kommentnek, hogy íesuksz!
    - A vádlottat aknavetős tarkólövés általi kivégzésre ítélem.

    Ja, természetesen minimálbérre bejelentős móka volt. Az még pluszba külön vicces lett volna, ha a törvény elé kerül a dolog.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112320

    Bőven elég, ha csak magunkat irtjuk ki/magunk számára tesszük élhetetlenné a bolygót. :/




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2110983

    Nem az ügyfél volt, aki kiverte a hisztit, ők azt se tudták, hogy mi a HTML kód. Egy túlbuzgó msfan írt levelet a cégnek, legalábbis a főnök is ezt mondta, meg a vezető programozó is. (Utóbbi az egyetlen értelmes ember volt a cégnél, illetve volt még egy jó fej kopasz grafikus is.)




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111901

    Szerintem neki az a baja, hogy szerinte egy profi az ilyesmit fapofával állja és nem kommentálja a munkakörülményeket. Ezen szerintem lehet vitatkozni.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112107

    Mondjuk a mai napig nem vagyok meggyőződve róla, hogy ez nem csak ürügy volt, mert már amúgy is ki akart dobni. Nem voltunk jóba'. A próbaidőn már túl voltunk, nem dobhatott volna csak úgy ki, mert a munkámba másutt nem tudott belekötni, viszont lehet, hogy tartott tőle, hogy ha csak úgy kitesz, akkor felnyomom a minimálbéres trükközés és az elmaradt túlórák miatt. (Nem tettem volna meg.) Így viszont hite szerint neki is volt "ütőkártya" a kezében.
    De az is lehet, hogy nem így van. Mindenesetre én már amúgy is menni akartam és már fel is voltam véve egy másik céghez; két heti bérem ugrott, de legalább volt két heti szabim.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2113067

    Kézbe kaptam az egészet, nincs bankszámla.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2113088

    Csakhogy nekem eszemben sem volt felnyomni, ahogy azt fentebb írtam is. Nem éri meg az egész.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2110980

    Nem, HTML komment. A forrásban látható, de az oldalon nem volt.

    Amúgy borítékoltam, hogy lesz, akinek ugyan gőze sincs arról, hogy mi folyt ott, nem tud a dologról többet, minthogy el lett hintve egy hülye komment a forrásba, de azért jobban akarja tudni, hogy de, a főnöknek volt igaza.

    Akkor csak pár dolog:

    - Unprofesszinális: az a cég minden volt, csak professzionális nem.
    Az ukáz az volt, hogy leszarják, hogy mit hogy oldok meg, de működjön ie7-ben, mert a kuncsaft vezérigazgatói azt használnak és nekik kell azt látni, hogy működik, a látogatók és a normális böngészők, amit használtak, másodlagosak voltak. A backend is kb. egy nulla CMS volt, amit egy nap alatt kellett nulláról összehányni, mindegy csak ie7-ben működjön a frontend. Ez professzionális?
    Aztán volt olyan is, hogy egy bréjnsztormszessilyön alatt a grafikusok felpanaszolták, hogy a tökömtudja milyen futó projektben (szórólap, étlap, whatever) használt fontkészlet "1"-es karakterének a felső szára túl rövid és "l" betűnek néz ki. És ott vakarták a fejüket, hogy most mi legyen. Azt hittem beszarok. Mondtam nekik, hogy szerkesszék át a rohadt fontkészletet. Mi, hogy olyat is lehet? Utána én kerestem meg a grafikus Mac-jén a fontkészletet és én szerkesztettem neki át a fontot, pedig akkor láttam először fontszerkesztőt. Ez professzionális? (És még csak nem is az én munkaköröm volt.)
    Az egyik kulcsprojekt, amit két hétig gányoltattak velem (az se programozói munka volt, hanem favágó, tkp. adatkitöltögetés és tesztelés), az is az volt, hogy az ügyfél konkurrenciájának az ugyanolyan projektjét lekoppintattatták velem valami ingyenes alternatívát felhasználtatva. Ez professzionális?

    - Ügyfél: Az ügyfélről csak annyit, hogy egyike a közutálatnak örvendő nemzetközi cégeknek. (A nevüket nem írom le, nem vagyok hülye.) Itt is minden szarba belekötöttek. Népszerűségről szó sincs.

    - Kártérítés: Azt inkább én követelhettem volna az elmaradt túlórapénzek után (bezzeg, ha késtem 10 percet, akkor le lettem baszva, de ha több órával tovább bennt voltam, az nem baj), meg a minimálbérre bejelentős trükközés után. És akkor kerestem 180 nettót, amiből 20 rögtön elment a bérletre. A munkának köze nem volt ahhoz, amire felvettek, meg ami a szakmám, de azért értsek mindenhez. (Ld. sitebuild, fontszerkesztés.) A góré egyszer még azt is mondta, hogyha azt mondja, hogy mossam le a kocsiját, akkor azt is le kell.

    Szerintem baromi nagy kár határozott véleményt formálni azzal kapcsolatban, amiről nincs elég információja az embernek.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2110988

    Főleg, ha enni is akar, ugyebár.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2110997

    Hogy jó vagyok-e, azt döntsd el te: tud egy pancser 6502 emulátort, vagy assemblert írni?

    Az, hogy a jó programozó válogathat a "munkaltato/ugyfel/projektek" között, az egy vicc, úgyhogy most engedelmeddel röhögök... :(




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111008

    Szerintem hozzá sem tudna kezdeni, de legyen neked igazad: legyek pancser.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111294

    Hát nem tudom. Én nem a google-ből szedtem hozzá az anyagot, hanem manualokból, leírásokból, az 1541 emuban meg balagesz segített, mert ő betéve tudta a VIA-k, meg úgy az egész 1541 működését. A kugliban szinte semmi anyagot nem találtam, ezért is volt nagy mákom, hogy összefutottunk.

    Mondjuk olyan howto-t nem is találtam sose, hogy "how to write an assembler". :P




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111303

    Hát ez lol. :D

    Mondjuk az én 65xx/6800 assemblerem nem guide alapján készült, hanem csak úgy.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111902

    Nice. Grat. Makrós volt?




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111051

    Bár mondjuk példát mutathatnál...




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111115

    Nem emlékszem rá, hogy foglalkozott volna 6502-vel. De mégha igen is, miből gondolod, hogy olyan vagyok, mint ő?




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111121

    Hát _Franko_ egyszavas odabökéséből nekem az jött le, hogy pancsernak tart, azt hittem te is ezért mondod poliverzumot.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111128

    "Beszélek" C-t, Pascalt, Java-t, PHP-t, pár SQL-t, JS-t, egyéb webes szarokat, UNIX shell-t és többféle assemblyt. (Persze nem azonos szinten, van amire jobban rágyúrtam, van amire kevésbé.) Nem hinném, hogy pancser vagyok. Ifjú titán meg pláne nem; a 90-es évek vége óta tolom aktívan. (A legelső programomat még a 80-as évek végén írtam CBM BASIC-ben.) De nem meggyőzni akarlak, csak úgy nézem, itt baromi gyorsan mondanak ítéletet bárki felett, anélkül, hogy ismernék...

    Amúgy tényleg ekkora főbenjáró bűn volt, hogy sok-sok sitebuild szívás után beírtam egy szaros kommentbe, hogy ie sux?




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111188

    Ld. lejjebb.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111187

    Mert ugye olyan nincs, hogy az ember ért a szakmájához és mégis tróger melók jutnak neki, ugye?

    Ez nem magyarázkodás, baromi sokan nehezen találnak munkát az országban, ezzel én is így voltam, elmeséltem egy sztorit és máris meg vagyok bélyegezve pancsernek, mert állítólag a cégek már bárkit felvesznek. Rajtam kívül még sok másik embernek rohadtul nem ez a tapasztalata.

    Amúgy több oka is van, hogy ennyit kellett kínlódnom. Az egyik, hogy nincs diplomám, így azok akik azt kérnek, alapból ugrottak. A másik, hogy a legtöbbször fejvadász cégeken keresztül intézik a cégek, azokkal meg pár befürdés után abbahagytam a kísérletezést; úgy akarnak emberileg és szakmailag felmérni, hogy se a szakmához, se az emberekhez nem értenek. A harmadik a referenciahiány; még diákmunkásként felvettek webezni egy-két helyre, így aztán csak webes referenciáim voltak, csak ezen a területen tudtam később elhelyezkedni. A negyedik, hogy windows-zal nem akartam foglalkozni, így azok a melók is kiestek. (Ezt mondjuk most nem úsztam meg, de hála a Lazarusnak, csak leforgatni kell a programot win alatt, amúgy fejleszthetem Linux alatt.)

    A mostani munkahelyemmel is csak szerencsém volt, mert megint webes céghez dobtam önéletrajzot, de az ottani főnök továbbpasszolt a bátyjának, aki felvett, úgyhogy most itt dolgozom és itt van mindenféle fejlesztés, van beágyazott, van desktop alkalmazás, webes alkalmazás, szerverprogram, whatever. Megkérdezheted a mostani főnökömet, hogy mekkora pancser vagyok.

    Szerintem ez, hogy Magyarországon egy programozónak könnyű jó melót találnia, ez egy nagy kamu.

    Hol kérdeztem én olyat, hogy ti tudtok valamivel valamit kezdeni?




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111288

    Ad 1. Már sikerült szerezni, de ez csak a szerencsén múlott.
    Ad 2. Ld. feljebb.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111291

    Na, ez kimaradt a felsorolásból. Sajnos gőzöm nem volt, hogy mennyit kérhettem volna.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111287

    Köszönöm, örülök, hogy van, aki érti. Bár szerencsére már múltidő a dolog, a mostani melóhelyemmel és főnökömmel megfogtam az isten lábát és megszabadultam a webtől.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111286

    Látod erről beszéltem. Ugyan gőzöd nincs róla, hogy miért voltam abban a helyzetben, amiben, de az ítélet már kész, pancser vagyok és kész és ha megpróbálom magam megvédeni, akkor az magyarázkodás, hencegés, whatever. Szép lehetek, okos nem.

    Ennyi erővel én is kérdezhetném, hogyha te olyan jó vagy, akkor miért tanítottál 7 évig egy suliban, ahelyett, hogy a sokszorosát kerested volna meg aktív szakemberként. A te analógiád mintájára én is mondhatnám, hogy szinte csak olyan számtechtanárral találkoztam, akinek gőze nem volt az egészhez.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111289

    > Nem kamu, lehet csak simán rosszul manageled magad

    Az lehet. Sőt, biztos. De a manageléshez nem értek.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111678

    Nekem sajnos más tapasztalataim vannak. Nem tudom, hogy a szerencsén múlott-e, vagy - ahogy lejjebb megjegyezték - a managementen.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111687

    Akkor miért írják oda egy csomó álláshirdetésnél, hogy "Követelmény: Felsőfokú, szakirányú végzettség"?




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111693

    Próbáltam pár helyen; ahol egyáltalán válaszoltak, ott visszaírták, hogy diplomára gondoltak felsőfokú végzettség alatt, nem OKJ-s papírra.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111719

    Mindkettőre volt példa. Bár a fejvadászokkal diplomát nem kérő munkáknál is csak a szívás volt, így a végén már inkább csak direkt jelentkezésket adtam be. Mondjuk túl sokáig nem erőltettem a diplomás állásokat, az első N elutasítás után helyretettem magam és tudomásul vettem, hogy ilyen helyekre nem kellek. Ez van.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111779

    Nem, már van melóm. Csak válaszoltam flatline kérdéseire.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111837

    Dehát azt nem is neked válaszoltam. A neked írt válasz itt van.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111903

    Sorry, ezt benéztem. Mentségemre szóljon, hogy egész éjjel dolgoztam, hatkor estem ágyba és alig aludtam.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112174

    Miért? Ez nem tipikus, most vészhelyzet volt az egyik kuncsaftnál. Amúgy normál munkaidő van.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2113238

    > A kérdés, hogy a munkáltatód is korrektül kompenzál-e?

    Igen. Kaptam egy szabadnapot. A mostani főnököm a legkorrektebb és a legrugalmasabb, akivel eddig találkoztam.

    > Kiderült-e az interjú folyamán, hogy részükről van ilyen elvárás?

    Telefonon intéztük az elején, mert már órák óta ott szenvedett vele és én kínáltam fel neki, hogy bemegyek segíteni, nem ő kérte. Az meg előre nem látható volt, hogy ennyit fogunk aznap este szívni.

    > Szóval, amire szerintem NagyZ célozni próbált: hogy ha ilyesmivel mentegetőznöd kell, akkor lehet, hogy a work-life balance-odra nem
    > annyira vannak a munkahelyednél tekintettel.

    Én meg leírtam, hogy ez nem egy tipikus dolog.

    > Említett cégnél pl. tipikusan az volt, hogy ha valaki oncall-ban beriasztott, akkor eszedbe se jusson másnap hajnali fél 10-es a
    > standupra besietni! Pihend ki magad! Ha fáradt vagy az neked se jó, nekik se jó!

    Nem siettem be sehova, egyrészt most otthonról melózok, másfelől meg az volt az ukáz, hogy nyugodtan aludjak délig; én keltem fel másfél órával korábban, mert csak vergődtem, nem bírok rendesen aludni napközben. Meg ha alszok délutánig, akkor utána meg éjszaka nem fogok.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111762

    Sajnos én ezzel a rugalmassággal nem találkoztam, amikre én dobtam cv-t, azok mind komolyan vették.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2113239

    Az agyvelő kivételével szinte minden megfordult már a fejemben, többek között ez is, de választ nem tudok rá adni.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111776

    Nekem egy fejvadász csaj azt játszotta be, hogy megkérdezte, tudok-e angolul, majd az angolul feltett kérdéseire érkező választ egyszerűen nem értette, pedig a végén már tőmondatokban mondtam neki, hogy mi volt az eddigi cégeknél a "daily routine".




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111801

    Akkora nincs. :) Nem oxfordi, de nem is redneck. Az itt élő mexikói, ill. ukrajnai magyar haverommal is angolul szoktunk beszélgetni (mivel spanyolul, meg oroszul csak makogni tudok) és megértjük egymást.
    Egyszerűen a hölgyemény úgy akart angoltudást felmérni, hogy nem tudott tisztességesen angolul.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2113069

    Én nem kompenzáltam, csak védekeztem. Azért, hogy nulla infóval az akkori helyzetemről, rögtön azzal nyissanak többen is, hogy balfasz vagyok, azért nincs munkám, az nem fair.
    Csak a főnökkel nem jöttem ki jól, a vezető programozóval tök jól megvoltam. A többiekkel nem gyakorlatilag semmi kommunikáció nem volt. Az ie7 kompatibilis sitebuild meg tényleg tróger meló. Főleg, hogy nem is arra vettek fel.

    Esetleg egy idézet, hogy hol viselkedtem én itt faszul? Vagy azt csak általánosságban írtad?




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2113243

    A vi kapcsán nekem a telepítőmédiákra pakolt alternatívák hiánya volt a bajom, nem maga a vi létezése. Mivel a kódjaimat GUI-s programmal írom, nekem parancssorban csak egy-két alkalommal kell szöveget szerkeszteni és akkor is csak sima szövegfájlok átírása a cél, azaz nekem még mindig egyszerűbb azt egy hagyományos szövegszerkesztővel megcsinálni. De amúgy azt a pár parancsot, ami kellett, megtanultam, csak pl. FreeBSD ARM-on még be is bugzott nekem a vi.

    Lehetek kicsit én is troll?

    Mert picsogni amúgy te picsogtál - extrém butthurt módon - hogy valaki rosszat mert szólni a szent vi-re. Elhordtál engem minden szarnak, aki nem tett le semmit az asztalra, csak benyalta magát a munkahelyére, továbbá összehazudoztál olyanokat, hogy én beszóltam Zahy-nak (hozzá sem szóltam), meg arra vertem magam, hogy hányezer fős cégnél dolgozom (lehetetlen állítás, kb. 5 fős cégnél vagyok alkalmazva), meg mekkora ász vagyok (pláne nem mondtam ilyet) és amikor idézetet kértem, nagyvonalúan eltűntél a fárasba. Külön fail volt, hogy szerinted az tett le valamit az asztalra, akinek te ismered a nevét.

    PS.: Bocs, magaslabda volt, nem lehetett kihagyni. Lol, szmájli, izé, ikszdé, stb...




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2113341

    Hát az elég szomorú, hogy ha egy szövegszerkesztő kritikája, vagy egy barátod becsmérlése képes kihozni belőled azt, hogy vakon nekiállj kollektíven mocskolni és rágalmazni véletlenszerűen kiválasztott embereket...

    Nincs kizárva, hogy a glitch a terminál miatt volt, de normál szövegszerkesztőben nem történt ilyen.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111677

    > Java-n es PHP-n belul milyen keretrendszerekkel van tapasztalatod, Spring, JPA, EJB, Laravel, Yii, ezek ismerosok? GoF tervezesi mintak
    > megvannak? Clean code? Unit testing?

    Java-n belül nem nagyon ismerek keretrendszereket, csak magát a nyelvet ismerem. PHP-nál Wordpress-szel, Joomla-val, Symfonyval, CodeIgniterrel foglalkoztam, de egyik se nyerte el túlságosan a tetszésemet. Írtam saját keretrendszert is, de szerintem ezzel nagyon sokan vannak így.

    > Ez mit jelent, hagy RDBMS-t ismersz olyan szinten, hogy bonyolultabb lekerdezesek teljesitmenyet tudd elemezni es optimalizalni?

    Nem tudom mennyire bonyolultra gondolsz. Nyilván van olyan bonyolult, ami már sok volna. Én inkább arra gondoltam, hogy csináltam már portálokat MySQL-el, PgSQL-lel és Oracle DB-vel is. (Ez utóbbi a Coca Cola-nak ilyen kupakfeltöltő promói alatt futott 2012/2013-ban. Maguk a lekérdezések nem voltak túl bonyolultak, de nagyon sok adattal dolgoztak és sokan töltögettek fel rá. Maga az Oracle cucca viszont nagyon nem tetszett.)

    > Selenium? Angular? react?

    Hallottam róluk, de nem találkoztam velük, csak JQueryvel, Prototype-pal, ilyenekkel.

    > Angollal hogy allsz?

    Elég jól.

    > Szerk: maven, gradle, grunt, bower ismerosek?

    Nem.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111681

    Azokat a technológiákat ismerem, amiket a cégeknél kértek. Ha nekik jó volt... Azt már sokan mondták, hogy nem tudom eladni magam, de ezzel sajnos nem tudok mit kezdeni.

    Amúgy szerencsére már megszabadultam a webtől, a mostani melóhelyemen a web csak másodlagos, itt desktop, meg embedded fejlesztések vannak.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111904

    Miért, a festészet, vagy a zenészet miben különbözik más dolgok megtanulásától? Nem csak szorgalom kell egy adott dolog elsajátításához, hanem érzék is. Bizonyos fokig tuti meg lehet tanulni a legtöbb dolgot, de ha valakinek nincs valamihez érzéke, akkor azt jobb, ha nem erőlteti. Vannak botfülű/botkezű emberek. Én ezen a téren vagyok az.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112017

    A Java-t csak megemlítettem, mert játékot már írtam benne, de amúgy sosem jelentkeztem Java-s állásra.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112076

    Sose állítottam, hogy Java-ból annyira jó lennék. Szó szerint leírtam a nyelvek után, hogy "nem azonos szinten, van amire jobban rágyúrtam, van amire kevésbé". A Java amúgy nem is szerepel a cv-mben, mert sose pályáztam Java-s állásra. Csak volt, amikor úgy gondoltam, hogy átnyergelek rá, mert elegem volt a webből, akkor összedobtam egy tetris klónt benne, gondolván, hogy juniornak már annyival is felvesznek. De végül felvettek máshova, a Java-t meg jegeltem. Nem volt túl szimpatikus nyelv. Persze a PHP sem az. :P




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111723

    Ez is egy vélemény. Szerintem még beletartozik az alkalmazkodóképesség és a problémamegoldás is. A legtöbb helyen pont azt értékelték, hogy tök mindegy mit varrnak a nyakamba, meg fogom oldani. Pl. pont a Coca Cola kapcsán; azelőtt sose láttam Oracle DB-t, csomó dolog hiányzott belőle, ami a PgSQL-ben és a MySQL-ben megvolt és két hét múlva mégis futottak a promók. Azért egy sokszázezres userbázissal bíró projekt csak piacképes. Persze lehet, hogy tévedek, a gazdasághoz egyáltalán nem értek.

    Mert nem ismerek túl sok embert, nem tudom hova lehetne ilyesmivel fordulni. Eddig egy ember (az XForms X11 toolkitet karbantartó Jens Thoms Toerring) kérdezte, hogy nem akarok-e külföldre menni, mert szerinte volna értelme, de külföldre menni nem szeretnék. De legalább értékelte a ShellView-et, meg a TreeView-et, amiken most dolgozom az XFormshoz, mert ilyen widgetek nem voltak benne eddig. Meg is dobott egy RPi-vel, köszönetképpen.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111739

    Elismerem, volt rá példa, hogy a nagyon rövid idő miatt gányolásra kényszerültem (pl. a tescomobile.hu egy hétvége alatt készült el, mert a megbízott külsős Symfony-s csapat a kapott egy hónap alatt a keretrendszer feltelepítéséig jutott és hétfőre a Tesco eredményt akart), de alapvetően nem ez a jellemző. Ha van elég idő, akkor tisztességesen utánaolvasok a technológiának, a megoldásoknak és aztán használom őket. Az meg igazán nem az én saram, ha azzal jön a főnök vagy a projektvezető, hogy tegnapra kell.

    Köszi a tippeket, de jelenleg asszem megtaláltam a helyemet. Jó a meló, jól fizet és a főnök is elégedett, egyelőre jól vagyok.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112077

    Te se vagy oda a keretrendszerekért? :)




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112088

    Ez marha jó. :D




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111660

    Érthetőbben nem tudom leírni, hogy mik voltak a gondjaim a jelenlegi munkahelyem előtt, mint ahogy fentebb leírtam.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111337

    Ja, hát úgy könnyű. :D




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2110999

    Nem irrelevánsak. Unprofesszionális viselkedéssel vádoltál, csak leírtam, hogy a cég is az volt. Kártérítést emlegettél, csak felhomályosítottalak, hogy az nekem is járna ennyi erővel. Mi az irreleváns?
    A munkáltatónak szabad? Na, ez a "Quod licet Iovi" mentalitás a munkáltató/munkavállaló kapcsolatnál, na ez vezetett oda, hogy idehaza munkát vállalni agyfasz, mert a cégek azt tesznek az emberekkel, amit akarnak.

    Menjek mindjárt életfogytiglan WC-t pucolni ezért az orbitális kommentes bűnért, ugye?




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112267

    Elbaltázásról nem nagyon beszélhetünk, szándékosan csináltam. :) Mondjuk azt én sem gondoltam, hogy ebből a marhaságból bármi lesz, eléggé meglepett, amikor ezzel az indokkal basztak ki...




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2112319

    Nem is szoktam vicceskedni, de itt már tényleg annyira tele volt a tököm az exploderrel, hogy beírtam kommentbe, hogy mi a véleményem erről a böngészőnek csúfolt tákolmányról. Azért az milyen már, hogy ahhoz, hogy rendesen értelmezze, hogy hány pixeles fontot szeretnék, ahhoz először 0 pixelre kell beállítani a fontméretet... És ez csak egy a sok közül. A munka 10%-át tette ki a backend, kb. újabb 10-15%-át a sima frontend, a maradék 75-80% volt az ie7 kompatibilis frontend, azaz majd az egész meló abból állt, hogy az ie7 szarságait kerülgetem, fixelgetem.
    Minden további nélkül lehet, hogy csak ki akart dobni a főnök, ezt itt is írtam, de ez csak lehetőség, az is lehet, hogy tényleg ezért vágott ki.

    Ez jópofa. :)




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111003

    > 180-ért szivesen mosom le bárki kocsiját, azért az jó pénz,

    Én is ezt mondtam neki, hogyha ekkora órabért fizet egy kocsimosásért, az az ő baja. :)
    Azt igazából csak azért mondtam, hogy érzékeltessem, hogy hogy, hol és minek kezelt a főnök.

    > ugyanakkor ha ilyenek a körülmények akkor nem fogok megoldást mondani egy megbeszélésen egy a területemet nem érintő problémára.
    Van igazság abban, amit mondasz, de engem nagyon bosszant a butaság és az, ha leragadunk a sárba. Nagyon sokszor volt olyan (nem csak itt), hogy én oldottam meg másnak a feladatát is, egyszerűen mert bosszantott.

    > Ezzel a kirúgással az a legnagyobb probléma, hogy nem te hagytad őket ott előbb :)
    Hát, majdnem... Igazság szerint, amikor kirúgtak, akkor már fel voltam véve egy másik céghez, a következő hónaptól. (Menetközben úgy tele lett a tököm, hogy keresni kezdtem és ezúttal szerencsém is volt.) Úgy volt, hogy két héttel később már én mondok fel, de megelőztek. Így volt két hét szabim, persze két hét fizut meg buktam.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111304

    :D Azért ilyet nem engedek meg magamnak. Az ie sux nem trágár.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111040

    Szerintem jogi következményekre gondolt, mivel egyfelől kézbe kaptam a pénzt, másfelől meg a fél hónap miatt csak 90 járt. Bár ki tudja, másik cégnél volt rá példa, hogy beígérte a 320-at a főnök, aztán csak azt adta oda, amire be is voltam jelentve...
    A root jelszóval sajnos nem rendelkeztem. :) De ha rendelkeztem is volna, csak a vezető programozót szívattam volna meg elsősorban, őt meg nem akartam, mert ő rendes volt.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111177

    Az meg a másik.




    A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2111769

    Ha ez vicc, akkor jó, de ha igazi, akkor elég szomorú, hogy ilyen emberek kerülhetnek vezető pozícióba.




    Baj van: Letöröltem egy egész könyvtárat: https://hup.hu/node/154100#comment-2113322

    extundelete megérhet egy próbát.




    OpenBSD GPT-n, nem akar települni: https://hup.hu/node/153988#comment-2110995

    > # fdisk -v sd?

    http://oscomp.hu/depot/openbsd_fdisk_p1.jpg
    http://oscomp.hu/depot/openbsd_fdisk_p2.jpg

    > # disklabel -h sd?

    http://oscomp.hu/depot/openbsd_disklabel.jpg

    A disklabel szerint csak két partíció (a NetBSD partíciói) van, viszont az fdisk meg látja az OpenBSD-ét (meg a Linuxos parted is). Ez mitől van? Ez az oka, hogy nem telepszik?




    OpenBSD GPT-n, nem akar települni: https://hup.hu/node/153988#comment-2111336

    Köszi, de ez így az egész SSD-t fel fogja használni, vagy csak azt a 8 GB-t, amit én kijelöltem neki? Van olyan lehetőség, hogy megmondom a disklabel-nek, hogy automatikusan darabolja fel a megadott partíciót magának? Mert erre még menni fog más is, meg a NetBSD is meg kéne, hogy maradjon.




    OpenBSD GPT-n, nem akar települni: https://hup.hu/node/153988#comment-2111412

    Oké, létrehoztam egy 6656 MB-s "a" slice-ot és egy 1536 MB-s "b" swap slice-ot. De a mountpointot nem tudtam beállítani n-nel, mert közölte, hogy az csak akkor valid, ha -f paraméterrel futtatom a disklabel-t, amire a manual azt mondja, hogy az írja ki az fstab-ba a táblát, dehát itt még nincs fájlrendszer, hova írjam ki? Hogy lehet beállítani a mountpointokat?




    OpenBSD GPT-n, nem akar települni: https://hup.hu/node/153988#comment-2111655

    De nem ez történik. Én létrehoztam kézzel a két slice-ot, aztán hiába akarom kiválasztani az OpenBSD area-t, ugyanúgy visszadob, hogy (W)hole Disk, (O)penBSD Area, (E)dit. A root disket hogy választom ki? Az fdisk-ben már beflaggeltem a partíciót és ki lett választva, hogy "A6" a típusa, alatta meg ott van a két slice; 4.2BSD és swap.




    OpenBSD GPT-n, nem akar települni: https://hup.hu/node/153988#comment-2111767

    > Itt lehet kiválasztani a root disket, utána pedig elindítja a disklabelt magától, ahol:
    >
    > (W)hole Disk, (O)penBSD Area, (E)dit
    >
    > Kiválasztásával lehet tovább haladni.

    Igen, itt akad el.

    > Elvileg az (E)dit kiválasztásával magad módosíthatod, azaz megint törölheted és hozzáadhatod az a slice-ot a /-
    > nek, a b slice-ot pedig a swapnak. Nem tudom miért dobál vissza és nem csinálja azt, amit csinálnia kellene.

    Hát, sajnos itt nekem nem ez megy. Ha editet kérek, akkor az fdisk jön fel és a 0. partíciót szerkesztve megadhatom a típust, a labelt, az offsetet és a méretet, de a slice-okat nem. Viszont az fdisk-ben nem találtam olyat, hogy új partíció létrehozása, így csak az maradt, hogy Debian alól hozom létre.

    Viszont most vettem észre, hogy amikor visszadob, akkor a sorok közt elbújt egy üzenet is, miszerint: "No EFI Sys partition in GPT, try again.". Rákerestem, ezt találtam: http://man.openbsd.org/FreeBSD-11.0/uefi.8 Ezek szerint ennyi a baja, hogy kéne neki egy FAT partíció? Jól értem, hogy ez nem slice, hanem külön partíció?




    OpenBSD GPT-n, nem akar települni: https://hup.hu/node/153988#comment-2112083

    Én azzal is beérném már, ha csak azt csinálná a telepítő, amit mondok neki. Létrehoztam a partíciót a Debian telepítője alól, 10 MB FAT32. Ehhez képest az OpenBSD telepítője FAT12-nek ($01) látja és ha mondom neki, hogy jó, akkor állítsd át FAT32-re ($0B), akkor nem teszi meg. És továbbra is azt mondja, hogy nincs EFI Sys partíció...




    OpenBSD GPT-n, nem akar települni: https://hup.hu/node/153988#comment-2112238

    Rendben van, köszi az eddigieket.




    Desktop OS-ek piaci részesedése | 2009 január - 2017 május: https://hup.hu/node/153957#comment-2110040

    A százalékos arány csalóka.
    Nem ártana mellé egy másik grafikon, amin a desktop piac mérete is látszik, mert tudtommal évről évre zsugorodik, ahogy a smartphone/tablet piac nő. Vagy egy abszolút grafikon, ahol nem százalékban, hanem felhasználók számában van megadva az Y tengely.




    Desktop OS-ek piaci részesedése | 2009 január - 2017 május: https://hup.hu/node/153957#comment-2110087

    Hanem? Valami kimaradt nekem?




    Desktop OS-ek piaci részesedése | 2009 január - 2017 május: https://hup.hu/node/153957#comment-2110324

    Értem. Mindenesetre azt fenntartom, hogy csalóka, mert a zsugorodó desktop piac miatt saját magához képest nem 10%-ot esett hét év alatt a win, hanem valószínűleg jóval többet. Ezért lenne jó egy abszolút statisztika, ami azt mutatja, hogy hány user használja, nem azt, hogy hány százalék.




    Szállodai beléptetési rendszer automatizálása: https://hup.hu/node/154021#comment-2111674

    Privát ment.




    Két retek számtech vicc: https://hup.hu/node/154010#comment-2111665

    Hú, köszönöm! Én csak az év legszarabb vicce díjra pályáztam, nem gondoltam, hogy ezt is elnyerem!




    Két retek számtech vicc: https://hup.hu/node/154010#comment-2111666

    Szerintem, ha szakmailag nettó ostobaságokat kell írkálni, akkor téged nem lehet überelni.




    A rendszer pillanatnyilag nem elérhető!: https://hup.hu/node/154004#comment-2111376

    Az is csoda, ha ki tud lépni onnan, nekem alig sikerült. :D




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107623

    > A helyes módszer a rendszer saját dokumentációjának megismerése. Ennek meg egy baja van. Igen hamar kiderül, hogy az adott rendszer
    > megismerhető-e a saját dokumentációjából vagy sem. ;)

    Hol van leírva a vi dokumentációjában, hogy a sorvégén jobbra kurzort nyomva beszúrja az utolsó karaktert többtucatszor?




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107759

    > Nem hallottál arról, hogy a unix terminálon keresztül érhető el. A terminál(-emuláció) típusát be lehet állítani, újraírni stb.

    De hallottam. Be is volt állítva, VT100-ra.

    > Tehát úgy jártál, hogy egy billentyű megnyomása egy karaktersorozatot generált, amit a vi értelmezett, majd végrehajtotta.

    Akkor ugyanez kurzorgomb kint a terminálban miért működött? Ugyanez a kurzorgomb a PPC-n futó FreeBSD-n miért működött a vi-ben? Ott is VT100 volt.

    > Szomorúan közlöm, hogy jól át lettél verve. Az egész a Microsoft hibája. Készítettek egy olyan rendszert, amely bárminemű tanulás és így
    > tudás nélkül is könnyedén használható. Legábbis elhitették a naívabbakkal. Ennek tudatában felnőtt egy generácó, amely tudás híján csak
    > hőbölögni tud. :(

    Én nem ms cuccokon nőttem fel, hanem C64-en meg Amigán, aztán meg Linuxon. Tök jó, hogy fingod sincs róla, hogy ki vagyok, vagy mit tudok/nem tudok, de jól leoltasz a faszba, mint valami lamert, mert fel merészeltem tenni egy kérdést a szent vi-ről...




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107801

    Hol írtam én ilyet, hogy szar? Hol minősítettem egyáltalán bárhogy? Én csak a választási lehetőséget firtattam, meg azt állítottam, hogy egy sima konfigfájl átírására jobb egy natúr szövegszerkesztő. Sehol nem minősítettem a vi-t, sem szarnak, sem másnak.

    Legalább rágalmazni nem kéne, ha már olvasni nem tudsz.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107815

    > Elnézést, valóban, te csak annyit mondtál, hogy egy sima szövegszerkesztőnél rosszabb, és bármi jó, ami nem vi. Hogy szar, azt így
    > explicit nem írtad le.

    Még ez sem teljesen igaz: én nem azt írtam, hogy rosszabb egy sima szövegszerkesztőnél, hanem azt, amit egy mondattal később megreklamálsz: hogy egy-egy szó átírására lassabb, mint egy fapad editor. Azt sem írtam, hogy "bármi jó, ami nem vi". Én azt írtam, hogy én kérek bármi mást, remélem ez még csak nem bűn...

    > Viszont azt továbbra sem vagy hajlandó belátni, hogy neked, és pl olyan csodás csúsztatásokba szaladsz bele, hogy egy szót átírni vi-al
    > hosszabb, ami gyakorlatilag biztos, hogy hamis.

    Max. lehet, hogy hamis. Nem tudom. De akkor is vérlázító, hogy egyesek szent grált csinálnak egy editorból és akinek nem tetszik, az rögtön csuklóból hülye lamer.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107828

    > Akkor kérlek hozz egyetlen ellenpéldát, amikor bármi mással gyorsabb ugyanonnan indulva, mint viból.

    Kinyitok egy konfigfájlt, amiben az van, hogy kecske=0. Nyomok egy End-et, egy Backspace-t, egy 1-est, egy Ctrl+X-et, egy i-t és egy Entert. Ez hat billentyűleütés volt. (Hét, ha a Ctrl+X-et kettőnek vesszük, de akkor is hat lépés.) Ez hány leütés vi-ben?

    > mint ahogy az is, hogy amikor próbálják elmagyarázni, hogy bár nem szent grál, de miért nem tököl mindenki a default átírásával, azt nem
    > annyira hallod meg :)

    Inkább az, amikor már sokadjára adsz valamit a számba, amit soha nem mondtam. Soha nem mondtam, hogy írják át a defaultot.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107838

    > Jajj, már megint ez a karakterleütéses számolgatás. Hihetetlen, hogy ez mindig előjön.

    Ez volt a kérdés, hogy melyikben gyorsabb. Nem tudom mit vártál, hogy mérem meg? time paranccsal?
    Egyébként ezt a posztot megnézve elég furán hangzik egy vi párti szájából a karakterleütések számolgatása elleni tiltakozás.

    > De akkor legyen: csere 0-ról 1-re: $r1 - ez három ($: sor végére, r: karakter cseréje, 1: nyilván). De akár lehet az is ebben a speciális
    > esetben (ha vim is használható, nem ragaszkodunk a vi-hez), hogy ctrl-a (megnöveli eggyel a számot).

    + :wq, hogy kilépjünk és mentsünk.

    > A ctrl+x, i, enter mit csinál?

    Kilép és ment.

    > Egyébként a már-már szokásos e-penis méretét leszámítva (most ugyebár a kisebb a menőbb :) ) milyen következtetés vonható le, ha
    > kiderül,
    > hogy egy konkrét esetben a vi 6, a nano (vagy bármi hasonló) 7 gombnyomásra csinálja meg ugyanazt? Vagy a vi 8, a nano meg 6?

    Ez nem e-pénisz méregetés. Azt kérte, hogy adjak egy példát, ami gyorsabban meg lehet csinálni bármi másban, mint vi-ben. Ez volt a feladat. Adtam példát.
    Erre az nem válasz, hogy "Jajj, már megint ez a karakterleütéses számolgatás.", meg az sem, hogy "mi van akkor, ha egy konkrét esetben...", mert ezt a példát vég nélkül lehet iterálni, nem egy konkrét esetről beszélünk, hanem sok ilyen fajta átírásról, ahol egyszerűen vi-vel tovább fog tartani.
    És akkor itt jön képbe a másik dolog, a vi ismerete, nem ismerete. Egy normál editorral ezt mindenkinek ugyanannyi átírni, míg a vi-vel nem, mert ott vagy ismered az általad leírt kombót, vagy nem és ez már nem csak annyi, hogy hogy kell kilépni a vi-ből, hanem részletesen kell ismerni a normál szövegszerkesztőktől teljesen eltérő használatát.

    Azt a bizonyos e-péniszt nem én lengetem, hanem te, hogy bibibí, én tudom ám használni a vi-t.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107844

    Jó, akkor kecske=f-ről írd át kecske=t-re. Akkor a $rtZZ + Enter már ugyanúgy hat leütéses lesz.

    De olyat is lehet, hogy kecske=xx-ből kecske=fx legyen. Az nano-ban End, balra, Backspace, f, Ctrl+X, i, enter, azaz hét leütés. Van a vi-ban olyan parancs, ami utolsó előtti karakterre ugrik?

    Viszont a többi még mindig áll, hogy ez minden csak nem triviális és már nem csak arról van szó, hogy ki kéne lépni.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107854

    > Azt hiszem, nem nagyon fogsz olyat találni, ami Nanoban kevesebb, mint Vi(m)-ben, de azért próbálkozz! ;-)

    Nekem egyetlen egyet is elég találni és nem föltétlen nano-ban, kroozo azt mondta, hogy bármilyen példa, bármilyen editorban. A fölényeskedésed meg nem érdekel.

    Legyen mondjuk a legelső sor kikommentelése: ;, Ctrl+X, i, Enter. Ez négy leütés. vi-ban ez i, ;, Esc, Z, Z, azaz öt.

    Másik példa: legelső sor kitörlése mcedit-ben, F8, F10, balra, Enter, ez 4.

    Sőt, elméletileg, ha csak annyi a dolog, hogy beírjunk egy szót, egy fájlba (pl. /etc/hostname), akkor az vi-ből mindig tovább fog tartani, mert a többi editorba csak beírod, míg vi-ben insert mode, beírás, insert módból kilépés.

    És akkor még mindig ott van, hogy a többi editorban ez triviális, míg vi-ben nem.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107858

    Már mégis miért számítanám bele, már ne is haragudj? Ha akarok, csinálok egybetűs aliast a nano-ra.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107870

    És az hol szól a vi javára?

    A feladat az volt, hogy az editorban. Nem az, hogy mi van rajta kívül.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107878

    > Jaja, és ha végre nagy nehezen sikerül találni egyet, akkor azután nyilván be fogjuk látni, mint általános igazságot, hogy a közbe
    > előjött
    > 22 másik ellenére "hogy egy-egy szó átírására lassabb, mint egy fapad editor." Nem inkább azt, hogy triviális esetekben, ha kb tudod,
    > hogy
    > működik, akkor nagyjából mindegy, ha meg értesz a vihoz, akkor meg -- nem túl meglepő módon, hiszen akik esküsznek rá ezért szeretik --
    > gyorsabb lesz, pláne ha kicsit bonyább, amit csinálni kell.

    Úgy tudtam, hogy úgyis ez lesz, hogy ha mondok is, akkor is én leszek a hülye... Trivialitásról meg a vi esetében ne is beszéljünk. Ha leültetsz valakit egy gép elé, hogy tessék szerkesszen egy kis szöveget, akkor azt meg fogja tudni csinálni szinte minden editorban, kivéve vi-ben. Ezt mondtam uzsoltnak is, hogy én elhiszem, hogy egy expert user baszott hatékonyan tud benne dolgozni, de ez kisebbség. Most én is várjam el mindenkitől, hogy le tudja programozni egy 1541-es LPT portos emulációját, processzoremulációval, VIA-emulációval, lemezfelülettel, tokkal-vonóval? Ad abszurdum lenne.

    > Khömm khömm, ha már itt lovagolunk azon, hogy de elindítás meg kilépés (ami már eleve igen izzadságszagú)

    Azon nem én lovagoltam, hanem zebra!

    > De egyébként tényleg jól sikerül megtámadnod a vi-t, mikor már olyan példákat próbálsz hozni, ahol már a nano helyett is azt mondja az
    > ember hogy echo szó > /etc/hostname, azt ezzel versenyezzen akármi.

    És az mcedit-es sortörlés? Két példát adtam.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107957

    > Akkor most kérlek te ne adj a számba olyat, amit nem mondtam, ha már egyébként ilyen kis érzékeny vagy.

    Miért? Ti egész nap azt csináljátok. Nektek lehet?

    > Ha leültetek valakit egy konzolos editor előtt, az a nanóval pont ugyanúgy fog szopni, mert wördhoz van szokva, a büdös életben nem
    > találja ki, hogy lent az a C^anyám mit jelent.

    Ebben van igazság. De nem csak nano van, az mcedit-ben F-gombokkal megy.

    > A sortörlés konkrétan egy dd, és mivel első sor, ezért ugye indulás után ott vagyunk, szóval kettő. De ha mégsem akkor a rettenetes
    > ggdd, az még mindig csak négy.

    mcedit-ben egy db F8.

    > Ráadásul azért itt már az van, hogy az mcből is meg kell tanulni ezeket a kombókat, pont mint a viban (ja, és mesze levő dolgokat kell
    > ütni :D)

    A fontos dolgok egy db F-gombbal elérhetőek és alul ki is vannak írva.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107872

    Na álljunk már meg. Te kérted, hogy adjak olyan user-case-t, ahol a vi-vel tovább tart. A példádat megkaptad. Akkor most mitől is blődség? Különben is csak te hallod ki abból, amit mondtam, hogy én ezt meg azt mondom a vi-re.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107883

    > mert át kell tenni insert modeba egy egész i betű leírásával

    Erről beszélek, hogy a vi tele van ilyenekkel, hogy de ezt kell csinálni, meg azt kell csinálni, amihez az egész rohadt manualt tövig be kell nyalni, különben meg vagy lőve. Normál editorban ilyen nincs.

    > ja, és a vim-et el lehet indítani úgy, hogy alapból insert modeban van, uh még csak nem is nyert.

    De abból ki is kell lépni, ha menteni akarsz.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107920

    Ahogy azt is elmondtam már ezerszer, hogy ki bírtam belőle lépni. Nem ez vele a bajom.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107869

    > Miért linkeled nekem raavi hozzászólását?

    Mert te fanyalogtál a karakterleütések számlálásán, míg egy másik vi hívő épp annak örült, hogy lehet számlálni.

    > Egyébként szerintem nem attól lesz jó egy szerkesztő, hogy egy konkrét feladatot 6 vagy 7 billentyűleütésből tudsz megoldani.

    Ebben egyetértünk.

    > Ezért nem hiszem, hogy ez bármiféle érv is lenne egy eszköz jósága mellett vagy ellen (persze egy bizonyos határig - a példádnál maradva
    > 100 billentyűleütésnél azért elgondolkodnék, hogy jó-e az eszköz az adott feladatra).

    Ebben viszont nem értünk egyet.
    Ad 1.: A kérdés az volt, hogy nagyon egyszerű, átírásokra mi a jobb.
    Ad 2.: kroozo is erre kért példát.
    És ha magukon az egy-két karakteres leütésszámi különbségeken tényleg nem nagyon van is értelme vergődni, az még mindg áll, hogy vi-ban ez még mindig nem triviális. A szövegszerkesztők elsöprő többsége mind intuitíven működik és mindegy, hogy winről, UNIX-ról, vagy egy ZX Spectrumról beszélünk.

    > Amúgy a :wq vi-ben nem működik, ott bizony :w[enter]:q[enter] kell :)

    Érdekes, nekem ment. Biztos elcsesztem valamit. De mindegy, mert a ZZ rövidebb.

    > Várj-várj! Kicsit unfair a helyzet! Feltételezed, hogy a "normál editort" mindenki ismeri, kombóstól együtt (én speciel a control-x-et
    > nem tudtam - akkor ki se tudtam volna lépni???), míg a vi esetében nulla kiindulási tudást tételezel fel. Így valóban nehézkesebb a vi.

    Azért nincs igazad, mert a nano-ban ki van alul írva az összes parancs, többek közt a kilépés is. :P Úgy könnyű? Hát pont ez az!

    > És ettől miért lesz rossz?

    Hol mondtam, hogy rossz? Ezt már a sokadik ember vágja a fejemhez, hogy én azt mondtam, hogy a vi rossz. Én nem mondtam. Én azt mondtam, hogy ilyen egyszerű átírásos mókákra jobb a natúr fapados. Nem azzal van a bajom, hogy meg kell tanulni, hanem az, hogy teljesen logikátlan, unintuitív, ha valaki most kezdi, akkor tkp. folyton a helpet kell nézegetnie, hogy ezt most megint hogy kell. Ez minden csak nem produktív. Nyilván, ha valakinek a kezében van már az egész, akkor az baszott hatékonyan tud vele dolgozni, de ez egy kisebbséget takar és nem feltétlenül lamer idióta, aki nincs ebben a kisebbségben.

    > Az összes tiling ablakkezelő rossz, mert eltérő a használata a legelterjedtebb float (Windows included) típusú ablakkezelőtől?

    Alma/körte. A tiling ablakkezelőkkel valahogy nem volt ilyen gondom, rögtön tudtam, hogy hogy működnek.

    > nem akarom senkire se ráerőltetni

    Akkor mit csinálsz?

    > nem akarom bizonyítani, hogy jobb, mint bármi más (főleg nem általánosan, bárkinek, ahogy te hagyod ki sorban a "szerintem" szavakat)

    Isoraz.

    > nem fogadom el, hogy csak azért rossz, mert más a működési elve, mint a legtöbb szerkesztőnek

    Kész. Nem mondtam, hogy rossz. Hányszor mondjam még?

    > mint ahogy azt sem fogadom el, hogy csak azért rossz, mert egy kicsit tanulni kell

    Kicsit?




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107880

    Hát miért használod olyan nyelvvel, amit nem beszélsz? Beszél az angolul meg magyarul is.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107893

    Én egy szóval nem mondtam, hogy nem vagyok hajlandó megtanulni. Én ki tudok lépni belőle.

    Amúgy az oprendszer a telepítés alatt megkérdezi, hogy mi legyen a locale.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107892

    > És még te siránkozol, hogy olyat adnak a szádba, amit nem mondtál? Az rögtön jobb, hogy másvalaki véleményével teszed egyenlőve
    > automatikusan az én véleményemet is.

    Hm, sorry, ez tényleg nem volt helytálló.

    > Ah, értem. Ha a vim-ben ki lenne írva, akkor rögtön jó lenne.

    Lol. Hát szerinted, ha a ki lenne írva, akkor is megkérdezte volna egymillió szerencsétlen, hogy hogy kell? Igen, ha valami nem triviális, akkor jó, ha ki van írva. Ha szerinted nem, akkor arra nem tudok mit mondani...

    > Ha a "natúr fapados" jobb, ebből nyilván az következik, hogy a vim rosszabb. Nem? Ezt akarom már nyögni, de még mindig nem sikerült
    > megértened: mindig kihagyod a "szerintem" szót. Ui. attól, hogy szerinted a natúr fapados jobb, nem jelenti automatikusan, hogy
    > mindenkinek az a jobb. Ezzel akarod a saját igazad ráerőltetni mindenkire, aki nem "natúr fapados".

    Nem akarom ráerőltetni senkire. Én a választás lehetőségét firtattam. Amit tőlem láttál az ellenreakció volt a vi hívők erőltetésére.

    > Ezt hívják úgy, hogy tanulás.

    És kérdezte valaki a szerencsétlent, hogy meg akarja-e ezt tanulni? Ő szeretett volna átírni valamit, mert az volt a dolga. Most akkor nyaljon be egy egész manualt egyetlen szó átírására?

    > A tanulás meghozza a gyümölcsét (amiből pedig ugyebár pálinkát lehet főzni).

    Ja, csak sajnos nem jó, ha a pálinka fel van vi-zezve.

    > Mutasd meg, hogy hol akarom ráerőltetni bárkire is.

    Hát akkor mit győzködsz engem? Amúgy meg most írtad le ebben a posztodban, hogyha egy csóri át akar írni egyetlen szót egy konfigfájlban, akkor lesz szíves beseggelni a vi manualt...

    > Ez meg itt a harmadik. Mutasd, hol akarom bizonyítani

    Hát akkor mit győzködsz engem? Csak szólok, hogy nem én kezdtem a vitát veled, te próbáltál végig meggyőzni a magad igazáról. Ami nem baj, mert ezt hívják vitának, csak akkor nem értem miért mondod, hogy nem akarod bebizonyítani.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107918

    > Szóval ha ki lenne írva, hogy a (esc):q-val tudsz kilépni, akkor már jó lenne a vi?

    Jobb lenne. De a másik háromezer nontriviális feature attól még mindig ott lenne. De legalább az alapokat kiírhatnák benne, mittudomén...

    > Dehogynem. Folyamatosan azt hangoztatod, hogy a natúr fapad egyszerű esetben jobb. Hiába mondtam már párszor, hogy ez csak az egyéni
    > véleményed, valakinek a vi/vim jobb.

    Jó, akkor legyen jobb a vi, ha neked ez ennyire fontos...

    > Ezen hozzászólásom
    > utolsó pontjában benne van, hogy mennyi hatalmas tudás szükséges egyetlen szó átírására.

    Elkezdhetjük lebontani apró darabokra, de a normális használat nem merül ki az egy szó átírása, mentés, kilépés sorozatban.

    > Itt száltam be:

    A vita nem itt kezdődött, hanem még egy másik threadban...

    > Ez egy kérdés, és sehol nem akartalak arról meggyőzni, hogy... miről is? Szerinted miről akarlak meggyőzni?

    Arról, hogy mekkora rulez a vi?

    > de látom, teljesen felesleges volt, mert valami képzelt ellenséggel hadakozol.

    Ja, a vizfejű sárkánnyal.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107929

    > ha nem így van, rossz szakmát választottál:)

    De szerencsére itt vagy te és felvilágosítasz, hogy menjek kapálni.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107939

    > legalább önbecsülés van:) azonban, - sajnálatos módon - ettől nem íródik át semmilyen config fájl.

    Szerencsére van más editor is, így mégis.

    > de ki tudja, a win3000 már erre is képes lesz.

    Mivel nem használok win-t, így erről a fantörpikus feature-ről lemaradok.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107943

    Már megtanultam. Akkor maradhatok programozó, nem kell kapálni mennem? A vi-t továbbra se szeretem. Akkor mégis?




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107948

    Akkor meg nem választottam rossz szakmát.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107964

    Nem is szavaztam. Te voltál, aki szerint rossz szakmát választottam.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107931

    > Ezt se mondtam sehol se.

    Ezt én mondtam, de nem baj.

    > Hát akkor vitázni a másik szrídben kellene, nem? Ha nekem válaszolsz, ne keverd bele egy másik szrídben egy másik fórumozó álláspontját/
    > hozzászólását.

    Mindkét threadben te szóltál hozzám először!




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107941

    > Akkor miért nem ott válaszolsz?

    Mert amit itt mondtál nekem, itt válaszolom meg.

    > Vagy inkább elismered, hogy más köteles elviselni, ha a szájába adsz bármit is, neked pedig ilyen esetben jogodban áll hisztizni?

    Na, ezt meg te adtad a számba. Egyébként meg hisztizett a faszom. Ha szóváteszek valamit az hiszti? Akkor te végighisztizted mindkét topicot.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107956

    > Nem válaszolsz kb. semmire, amit mondok neked. Amire meg válaszolsz, azt meg nem én mondtam.

    Ez nem igaz. Olvass vissza.

    > Akkor próbálj erre válaszolni - nagyon gyanúsan próbálod erről elterelni a szót.

    Nem terelek. De ha mindenáron akarod, pl. itt azt magyaráztad, hogy vi-ből kevesebb leütés, holott épp előtte oltottál le, hogy minek a leütéseket számolni.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107960

    kroozo kérte, hogy mondjak egy példát, ami vi-ben lassabb, te szóltál bele, hogy "jajjmár".

    Szerintem menj el Bubóhoz, hátha ad valami gyógyszert fölényeskedésre, mert nem túl vonzó szokás.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107985

    Mi ebben a terelés? Tegyük fel, hogy nem akartad rámerőltetni, de nekem ettől még ez jött le.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2108002

    Jó, akkor ünnepélyesen bocsánatot kérek, amiért a folyamatos mellette érvelésedből azt sikerült kiérezni, hogy erőlteted. Sorry.


    Σ: 001 -> btami


    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107882

    Hát ha nálad orosz nyelvű, akkor nem is fog. Magyarban az igen i-vel kezdődik, angolban y-nal, oroszban д-vel. És ez triviális. Az nem a nano hibája, ha számodra ismeretlen nyelvvel használod.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107846

    Egyel feljebb enpassant-nak adtam másik példát.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107923

    Azóta a szál kissé továbbhaladt.




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2108021

    Kb. mint ahogy én írok vi-ben? :] (J/K)




    ... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107897

    > A nagy kérdéscsoportodra meg is van a válasz: VT100. Ez olyan, mint amikor kijelented, hogy németül/kínaiul/angolul beszéltél. Aztán senki
    > sem értett.
    > Régen, ha már valaminek működnie is kellett, akkor VT102 vagy VT220-at használtunk. Ez abszolút nem zárja ki azt, hogy egyes rendszereken
    > ugyanaz az emuláció másképp van definiálva.
    > Ráadásul ugynazon a rendszeren az egyes alkalmazások másképp használják a terminál lehetőségeit.
    >
    > Egy biztos: Hol van leírva a vi dokumentációjában, hogy a sorvégén jobbra kurzort nyomva beszúrja az utolsó karaktert többtucatszor?
    > - ez nem VT100 emuláció volt, hanem valami kiegészítést is hozzácsaptak. Ugyanakkor a terminálod (soros/emuláció?) sem VT100-nak felelt meg.
    >
    > Annyit kell tudni, hogy egy billentyű lenyomásakor keletkező karakter (szekvencia) úgy 8 filteren keresztül éri el az alkalmazást. Az
    > alkalmazásból érkező dolgok 6 filteren + a kernel optimalizáción keresztül érkeznek a képernyőre. Ez egyáltalán nem egyszerű, vagy
    > triviális dolog.

    Értem. Ez már mindjárt információdúsabb volt.

    > És íme itt a vi ereje! Ha a billentyűk hibásan definiáltak, akkor is teljes értékű szövegszerkesztőd van.

    Hát nekem az utána feltelepített nano-ban ment a dolog, úgyhogy más editor is megeszi azokat a hibásan definiált billentyűket.

    > Ez úton megkövetlek, ha úgy éreznéd ms bérencnek tekintettelek. Inkább a jelenséget szerettem volna kidomborítani, mintsem
    > személyeskedni.

    Felejtsük el.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106995

    Én lenyomtam az i-t, ehhez képest a jobbra kurzor a sor végén beírta az utolsó karaktert vagy ötvenszer, a backspace meg ugyanazt csinálta, mint a balra kurzor, törölni nem törölt. A del is vagy ment insert módban, vagy nem. FreeBSD ARM, bár nem hiszem, hogy platformfüggő lenne, már ha ez bug és nem feature...




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107023

    Én azt nem értem, hogy miért nem lehet feltenni legalább egy nano-t, vagy pico-t a vi mellé. Felfér a telepítőre, senki ne mondja, hogy nem. Én értem, hogy ez ilyen tradíció, hogy a vi a default, de parancssorból ma már nem sokan szerkesztenek komoly szövegeket, konfigfájlokat viszont annál inkább és arra meg sokkal jobb egy totál natúr szerkesztő.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107133

    Nem felejtettem el. Ha szerinted egy konfig fájlban egy-egy szó átírására jobb egy fapad editornál a karácsonyfa vi, akkor ez egy meddő vita.

    Ezt baromira bírom az opensource hívőkben; ha valami nem tetszik, akkor legyen bármilyen apróságról is szó (pl. alternatív editor a telepítőmédián), akkor mindjárt forkoljam az egész operációs rendszert. Használni szeretném, nem forkolni.

    Hát nem tudom, nekem mindenféle baromságot csinált insert módban is. Nincs kizárva, hogy elcsesztem valamit, de tudtommal az insert módhoz más nem kell, mint lenyomni az i-t.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107246

    Ha már partícionáló, PowerPC-n pl. a FreeBSD partícionálója és installere beismerten nem működik, kézzel kell csinálni a telepítést, ami azt jelenti, hogy pl. az /etc/fstab-ot és az /etc/rc.conf-ot kézzel kell megírni. És a rendszer telepítése alatt az ember nehezen telepít fel egy másik editort a vi helyett. Inkább írtam egy scriptet, ami automatizálta a telepítést és hálózaton átvittem...




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107237

    > Ne haragudj, de az úr óvjon a magadfajta adminoktól!

    Rohadtul nem vagyok admin. Nekem fejlesztéshez kellett az oprendszer és nem basztatni akarom.

    > Ehhez képest a linux telepítők meg az elhülyülés irányába mennek el: Arra számít az ember, legalább egy konzolos-text-es telepítőnél, hogy
    > ha valami fájlba direktbe bele kell nyúlni, akkor arra vi-t (bármelyik buta verzióját, legyen az akár nvi!) fog megnyitni.

    Hogy micsoda? Ha azt írom be, hogy vi, akkor azt fogja elindítani.

    > Ha meg annyira fáj sok embernek a vi, akkor az első szerkesztés előtt fel lehetne tenni a telepítőben egy kérdést, hogy mit szeretnél
    > editornak: nano vagy vi, illetve egy rövid tájékoztatás, hogy később update-alternatives-lóf@... paranccsal tudod átállítani a default
    > editort.

    Én is ezt szerettem volna, hogy lehessen választani, erről beszéltem egész végig, hogy legyen alternatíva; csak ahhoz fel is kéne rakni valamelyik másik editort is. De azért köszi a beszólást Emese.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107309

    FreeBSD, NetBSD, OpenBSD. Én legalábbis nem találtam, külön kellett felrakni.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107239

    > Ja, értem. Csak az lehet a jó, ami neked jó. Más vélemény nem valós vélemény.

    Nem ezt mondtam, de nem baj.

    > Lehetőségként írtam. Ha meg benne lenne a nano, akkor valakinek a joe kellene, másvalakinek a pico, stb. De nem gondolnám, hogy annyira
    > bonyolult lenne egy kedvelt editort feltelepíteni.

    Nekem mindegy, csak ne vi. A feltelepítésről meg annyit, hogy nyilván az az első dolgom, hogy felrakjam, de ahhoz át kellett írni pár dolgot és megint csak vi.

    > FreeBSD-hez: az ee editort ugye ismered? Része az alaprendszernek, biztosan tetszeni fog :)

    Nem, nem ismertem, köszönöm. Ha nem olyan, mint a vi, akkor tetszeni fog.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107311

    Nekem speciel egy háromsoros fájlt kellett volna editálnom, meg két ötsorosat megírnom. Ehhez baromira felesleges az általad felsorolt featurelista.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107307

    Én rohadtul nem ezt mondtam. Azt mondtam, hogy legyen lehetőség választani. És telepítés közben nem tudok másik editort feltelepíteni, de ezt is leírtam már.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107597

    > Én pl. szeretem, hogy a vim syntax highlighttal jeleníti meg a konfig fájlt.

    Hacsak syntax highlighter lenne benne, akkor nem zavarna.

    > Nem azt mondom, hogy vim az egyetlen, amit használni lehet, de egy fapad editor helyett szívesebben használok valami kényelmesebbet.

    Hát nekem a vi minden csak nem kényelmes.

    > Főleg, ha nem csak egy szót akarok átírni, hanem valami összetettebb a feladat

    De itt pont az volt a lényeg, hogy apró villámszerkesztésre sokkal jobb valami más.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107761

    Nem énrajtam van a hangsúly, de a vi-ben több meló átírni egy-egy szót.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107134

    Nyilván nem olyan bonyolult beseggelni azt a két-három parancsot, de nekem pl. insert módban az említett tünetek jöttek elő, ami nem volt dokumentálva.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107243

    Nem csak mcedit van. Én sem annak a hiányát reklamáltam, hanem bármi értelmes szövegszerkesztőét.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107601

    Lehet mutogatni, meg gúnyolódni, csak felesleges, mert ki tudok lépni belőle. FreeBSD-vel meg akkor foglalkoztam kb. először, nem tudtam miket kínál alternatívaként; a problémát megoldottam máshogy.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107612

    Majdnem. Először tényleg megpróbáltam nano-t, pico-t, de nem voltak, de a vi-ről tudtam, hogy adják a BSD-hez, nem tippre írtam be. mcedit-ről tudtam, hogy nem lesz, a joe-t akkor még nem ismerem, így azokat nem próbáltam.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107616

    Egy biztos pont, amiről tudom, hogy számomra használhatatlan.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107760

    Mert nem tudtam, hogy van más editor is. Azért. Ha eddig nem derült volna ki.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107812

    +1




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107240

    Köszönöm, örülök, hogy van aki érti.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107952

    Én nem is szóltam Zahyhoz, nem mondtam mekkora cégnél dolgozom, de tök jó, hogy többes számban beszélsz. És nem is nyaltam be magam sehová. Arról nem is beszélve, hogy nem tudod mit tettem, vagy nem tettem le az asztalra.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108074

    Én hol voltam büszke arra, hogy mit nem tudok, már mégis?! Ti itt nagyon összemostok valamit, meg valakivel. De vicces ez a predesztináció is, hogy úgysem tudok megtanulni semmit, ezt miből gondolod?




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108073

    De én mégis hol dicsekedtem, hogy mekkora ász vagyok, vagy hogy mekkora cégnél dolgozok?! Idézd már be ezt a postot! Ahogy azt is, ahol én oltom Zahyt! Neked ez a hobbid, hogy hazudozol a neten?




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108245

    Ha az asztalra letevésben bármi szóbajöhet, akkor tőlem itt tallózhatsz. Illetve van még itt egy 65xx/6800 assembler, amit sosem publikáltam, mert még nincs teljesen kész.

    Viszont még mindig várom a linkeket, hogy hol szóltam be Zahynak, vagy vertem a faszom, hogy mekkora cégnél dolgozok, vagy hogy mekkora ász vagyok.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108259

    A kereső minden mezőben keres, így kijön az is, ahol a névben van olyan, hogy "tch". Ki van írva, ahol én vagyok a szerző, senki nem mondta, hogy minden patch az enyém, vagy minden az enyém itt, azt mondtam, itt lehet tallózni.
    A gratuláció most gunyor volt?




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108301

    Sajnos az semmit nem jelent. Mondtak már nekem itt cifrákat és ott volt benne a szmájli. De lehet, hogy csak én hagytam el valahol a humorérzékemet ez alatt a pár nap alatt, amióta itt vagyok.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108260

    Nem fogom kinyitni a forrást.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108261

    Igazából nem tudom mit képzel magáról, ő mondja meg mi számít? Egy raklap ember van a világon, aki tett le valamit az asztalra, mégse ismeri őket.




    StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107348

    Ez egy RPi volt, rádugva egy billentyűzettel. A nano működik rendesen.




    Multibootos gép, NetBSD, partíciós tábla bajok: https://hup.hu/node/153940#comment-2109861

    Azzal kezdtem. De nem érek vele semmit, mert a példa 5.0-ával és MBR-rel van illusztrálva, én pedig 7.1-et akarnék GPT-re rakni és köze nincs a kettőnek egymáshoz. Pl. a 7.1 nem az elején kérdezi, hogy mit szeretnék telepíteni, hanem a végén (bár ez nem fontos), viszont a GPT-nél nincs ez a kép, ahol beállíthatnám, hogy mi is lenne a partíció, amit majd ő magának darabolhat, ahogy akar.

    A FreeBSD-nél simán meg kellett csinálni a partíciókat (boot, root, swap), mint Linux alatt, míg OpenBSD-nél meg kellett adni a cilinderhatárokat és utána ő szépen felosztotta magának. A NetBSD egyiket sem teszi, ő tojik rá, hogy én mit adok meg neki rootnak, vagy akárminek, ő szépen elfoglalja az egész partícionálatlan területet, méghozzá úgy, hogy a nagyját fel sem partícionálja, hanem felvesz 4 GB-ot "a"-nak (rootnak), 2-t "b"-nek (swapnak), a többit meg parlagon hagyja, de közben valamit úgy elcsesz a partíciós táblában, hogy pl. a Linux utána egyetlen partíciót sem lát a gépen. Az OpenBSD sem. A FreeBSD érdekes módon látta őket.




    Multibootos gép, NetBSD, partíciós tábla bajok: https://hup.hu/node/153940#comment-2110007

    Köszönöm a részletes választ.

    Annyi kérdésem lenne, hogy akkor 1. lépésnél csak egy db partíciót kell csinálnom, amit majd ő szétszed magának, vagy kettőt, egyet a rootnak, egyet a swapnak? Csak mert a 3. lépésnél azt írod, hogy a GPT partícióra kell beállítani a mount pointot, azt meg ő a wedge-ek nél magának szokta (a, b, etc.).




    Multibootos gép, NetBSD, partíciós tábla bajok: https://hup.hu/node/153940#comment-2110043

    Értem, köszönöm. A bootloadereket nem kell házasítanom, mert nem telepítek bootloadert, csak felrakom az oprendszereket, aztán a végén majd megy rá egy GRUB. Lehet akkor az lesz, hogy beszerzek még egy SSD-t és akkor azon egyedül fog lakni a NetBSD.

    Vagy, elsőnek telepítem a NetBSD-t, akkor nem tud szétbarmolni semmit, utána meg már mindegy.




    Multibootos gép, NetBSD, partíciós tábla bajok: https://hup.hu/node/153940#comment-2110086

    A partícionálást, másolást, kitömörítést, ilyesmiket még csak-csak megcsinálnám, de a konfigfájlok beállítgatását inkább nem reszkíroznám, mert nem ismerem annyira a rendszert.




    SIDPlayer frontend: https://hup.hu/node/153877#comment-2108246

    Necropolo? Mármint micsoda?




    SIDPlayer frontend: https://hup.hu/node/153877#comment-2108291

    Nem értem mire vonatkozott a kérdés. Necropolo-ról annyit tudok, hogy C64-es zenész, de amúgy nem tudom, hogy most hogy jött ide.




    SIDPlayer frontend: https://hup.hu/node/153877#comment-2108335

    Az nem Hermit volt, aki a SID Wizardot írta? Meg a 3SID koncepciója is mintha tőle származna.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108171

    Az alaplap egy Veriton M421G, a BIOS v2.61-es.

    Van a gépen egy Linux, nyomtam rajta egy hwinfo-t, itt az eredmény: http://oscomp.hu/depot/hwinfo.log




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108180

    Sajnos nem nyert hangszórót. Mindkét BIOS-szal kipróbáltam és mindkettővel ugyanaz a helyezet.

    (És zárójelben megjegyezném, hogy az Arch Linux tutorialja pont a write parancsnál hibás, kétszer van beírva az "internal".)




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108188

    De nekem ezt a telepítő dobja fel, nem tudok telepíteni. Különben tojnék rá én is.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108358

    A 10.3 legalább egy shellt adott, de nem tudom, hogy hogy lehet az installert manuálisan elindítani, hiába túrtam a kuglit.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108385

    Köszi ezt is, közben már kiderült, hogy jó, amit írtatok. Már jön le a 11-es, hogy azt rakjam fel. Remélem azzal is megy.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108308

    A 9.2 is ugyanezt csinálja, de az is ad shellt, mint a 10.3. De a telepítő nem indul el. Hogyan lehet manuálisan elindítani a telepítőt?




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108334

    Nekem konkrétan FreeBSD kell, mert szeretném leforgatni rá az egyik programomat.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108341

    Hát ha másképp nem megy, akkor az lesz, de azért szeretném magát a problémát megoldani...




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108344

    Ezt hol tudom mondani a telepítőnek?




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108359

    > Nem tudom, miket próbáltál, de értelmezésem szerint az "ACPI support" ill. a "Safe Mode" segíthet.

    Ez volt az első, amit tegnap kipróbáltam. Nem segített.

    > A kérdésedre válaszolva meg az "Escape to loader prompt" kell, ott meg majd a set parancs (ld. itt).

    Köszi, mindjárt kipróbálom.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108384

    Működik!

    Köszi neked is, meg robyboynak is!

    Hogy tudom a témát átcímezni [SOLVED]-re?




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108532

    Sajnos nem tudom szerkeszteni.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108379

    A 10.3-asban ugyan kapok egy shellt, ott be tudnám írni, viszont utána hogy lehet elindítani a telepítőt?

    Sz*rk: Ezt közben fennt uzsolt már megválaszolta. A tippet azért köszi neked is.




    Installer elszáll AHCI hibával?: https://hup.hu/node/153879#comment-2108361

    Kiváncsiságból kipróbáltam a 8.4-et is. Az ugyan nem dobálta ezt az üzenetet és a telepítőt is elindította, viszont, miután létrehoztam a szeletet, meg rajta a partíciókat, a commitnál közli, hogy "Unable to find device node for /dev/ad8s1b in /dev!" és azzal a rössel szét is baszta az egész lemezt, kétszer is, a Linuxnak is annyi lett mind a kétszer. Most kipróbáltam, hogy nincs Linux és úgy, de ugyanúgy, ugyanezt dobja. Ha kiszedem a partíciók közül az ad8s1b partíciót (swap), akkor is ugyanazt írja, csak ad8s1a-val...




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104492

    Már megoldottam: ha a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\EnableLUA kulcsot zéróra állítom, akkor a felhasználó által futtatott programok mindig elevated accessel futnak. Így a megoldás az lett, hogy fenti kulcs nullázása, majd utána a programban már megy a registry értékek átírása és aztán a reboot.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104507

    Ezzel nem tudok mit kezdeni, ez sem a megrendelőt, sem a főnökömet nem érdekli, viszont még ma készen kellett lennie. Egyébként a cucc egy zárt hálózaton ülő munkaidőterminál lesz, senkit nem érdekel a biztonság.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2105323

    Ez nem a főnököm hibája, a gépek csak a minap érkeztek (jó sok késés után, hurrá Kína) és mivel a program már rég kész volt és xp meg 7-es alatt ment, így azt hittem, hogy menni fog 10-es alatt is, csak fel kell rakni. Hiba volt. Azt én értem, hogy sok a hülye, meg sok a vírus és az ms kínjában már minden marhaságot kitalál - leginkább minden kattintásra rákérdez, hogy most te kattintottál oda, vagy meghekkelték a gépedet - de nem értem, hogy miért nem teszik ezt opcionálissá; legyen valahol egy beállítás, hogy "tudom mit csinálok, kapcsold ki ezt a sok blockert a francba" és ennyi. Külön szívás volt, hogy erre a gépre home verziót tettek és a normál verzióval ellentétben - ahol legalább ilyen eldugott felületeken megvolt a lehetőség a blockerek egyesével történő kikapcsolgatására - ebből az ms gondosan kigyomlált minden ilyen lehetőséget.

    De, hogy ne csak az ms legyen ekézve a hordozhatóság, meg a kompatibilitás miatt, elmondom, hogy a webes felületen a szervízkártyás beállításoknál volt két db. number típusú HTML input mező, amikbe egy odarajzolt numerikus keypaddal lehetett bepötyögni a számokat (a terminál érintőképernyős, egér és billentyűzet nincsen, egy zárt dobozba van bezárva az egész) és ez Opera 12-ben ment, Firefox 45-ben dettó. Ehhez képest a gépre felpakolt vadiúj Chrome és Firefox nemes egyszerűséggel közölték, hogy number típusú mezőre a selection nem támogatott többé (a caret pos-t, azzal lehet lekérni). Magyarul pár verzióval korábban ezt még simán megcsinálták a böngészők, most meg nem, mert csak. Nem tudom ennek mi értelme volt, de biztos van rá valami szakmai magyarázatnak álcázott bullshit, hogy miért kell valamit kivenni, ami amúgy működik.

    Mintha az egész ipar arra gyúrna rá, hogy ami tegnap még működött, azt mára tönkre kell tenni, mert nem jó, ha nem rossz.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2105353

    Én meg már elmondtam, hogy nem én állítom össze a hálózatot; a feladat ez volt, ezt kellett megoldani. Nincs DHCP. A virtuális billentyűzetet nem lehet használni, mert az oprendszert teljesen ki kellett takarni, csak a kioszk módban futó böngésző és a benne lévő weblap látható.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2105374

    Ezt is leírtam: Bedrótozottan win10 van ezen a PIPO X8-ason.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104511

    Én úgy látom, hogy ez csak lekéri a címeket, de nem írja át.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104539

    Az a baj, hogy én UNIX-okra fejlesztek, a winhez nem értek és ennek ma kész kell lennie, nincs időm beleásni magam, mert még ezen kívül is van dolgom a projekttel. Egyébként nem tudom, hogy az elevated access hiánya az IP helpernek is meggátolná-e az állítgatást, mert az alapján, amit blr írt, meg kéne, hiszen ezt is ugyanaz a sima process hívta volna meg.

    És mondom, zárt hálózaton fog futni, van egy db. Linuxos szerver, meg az egy db. win10-es munkaidőterminál, nincs netre kötve a rendszer; azonfelül zárt dobozban lesz, egér, billentyűzet és USB portok nélkül, csak a LAN-on ülő szerveren lévő weblap fog látszani. Így a megtörés miatt szerintem nem kell félni.

    Ha kellene, nem így lenne kezelve a dolog.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104549

    Azért, mert a rendszer fix IP címekkel dolgozik. Minden ajtónak, sorompónak, kamerának fix IP címe van, mert a rendszer így tartja nyilván, hogy honnan jött adat. Így aztán a kártyalehúzós munkaidőterminálnak is fix címe van.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104566

    Nem tudom, nem én terveztem a rendszert. Így működik, ezt kellett megcsinálni.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104825

    Mert egyszer, az elején be akarják állítani, viszont a rendszerhez nem akarnak hozzáférést adni. Csak a munkaidőterminál programja fut, kitakarva mindent, ráhúzva egy SW_HIDE-ot a tálcára is.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2104861

    A szoftver telepítését mi végezzük, de az eszköz beállítását nem. Én összeraktam idehaza a terminálokat, de a helyére pakolni (és az IP-t beállítani) már a megrendelő fogja.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2105313

    Itt az indításkori kérdés nem játszik. Ennek újrainduláskor kérdés nélkül el kell jutnia a munkaidőterminál felületéig. Elevated joggal felruházott parancsikont hogy indítasz startupkor? Indítópult megeszi?




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2105354

    Thx a tippet.




    IP cím megváltoztatása programból, win10 alatt: https://hup.hu/node/153698#comment-2105358

    Nincs DHCP. Statikus IP-k vannak. Az okát nem tudom, mert nem én terveztem a rendszert, de így működik és kész.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103634

    Tessék:

    http://oscomp.hu/depot/e1541-linux-amd64.zip
    http://oscomp.hu/depot/e1541-linux-i386.zip




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103679

    Bitte.

    Érdekes. Float művelet egyetlen egy helyen található az egész programban, ahol a timer pontosságát számolja: 1000000.0 van elosztva az 1000000 ciklus alatt eltelt idővel, viszont azt nem értem, hogy egymillió ciklus alatt hogy lehetne nulla az eltelt idő...

    Próbáld meg ezt, ebben beraktam egy if-et, hogy 0.0 esetén ne ossza el. Ha így már működik, akkor az időmérő valamiért nem jól működik nálad.
    http://oscomp.hu/depot/e1541-test




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103692

    Fogtam és kihajítottam az egész számítgatós mókát, így egyáltalán nincs float a programban. Most nem azt írja ki, hogy hány ciklus egy usec, hanem azt írja ki, hogy 1 millió ciklus hány usec-ig tartott (megspóroltam az osztást); ezt kell úgy beszabályozni, hogy minél jobban megközelítse az egymilliót.

    Itt a float-mentesített tesztverzió:
    http://oscomp.hu/depot/e1541-nofloattest




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103698

    Float-mentesített és ROM elérés javított binárisok itt:

    http://oscomp.hu/depot/e1541-linux-amd64.zip
    http://oscomp.hu/depot/e1541-linux-i386.zip




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103726

    Never mind.

    Hát itt egy unstripped exe, de nem értem, hogy a strippelés hogy csinálhat SIGFPE-t. Pláne, hogy miért ad egy float-mentes program SIGFPE-t. Milyen accot? SSH accot a géphez?

    http://oscomp.hu/depot/e1541-unstripped

    Meg ki tudod próbálni ezt is?

    http://oscomp.hu/depot/e1541-unstripped-noo

    Ezen az optimalizációt is kikapcsoltam, hogy hátha beleforgat valami olyan utasítást a GCC, ami K6-on még nincs.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103771

    Dehát ezt mondtam én is. Ezért adtam az optimalizálatlan verziót is.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103774

    Tessék, 32-bites binárisok. Az első -O3, unstripped, a második optimalizálatlan unstripped.

    http://oscomp.hu/depot/e1541-32-unstripped
    http://oscomp.hu/depot/e1541-32-unstripped-noo

    Mondjuk nem tudom, hogy hogy fog menni nálad a K6-on, még ha el is indul, mert a két port access és a getchar() (azaz kemény 3 sor) megzabálja a futásidő 95%-át, az emunak alig marad ideje futni még az én 2.4-es Athlonomon, meg a 3.5 GHz-es Piledriveremen is. Gondolom a te géped 450 MHz-es.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103830

    Hopsz, de hülye vagyok. Csak nem strippeltem le a binárisokat, de a -g kapcsoló elmaradt, sorry. Itt vannak újból:
    http://oscomp.hu/depot/e1541-32-unstripped
    http://oscomp.hu/depot/e1541-32-unstripped-noo

    Igen, az időzítéssel. Azzal szenvedtem a legtöbbet. Kísérleteztem pl. azzal is, amit az 1541emu fejlesztői írtak, de hiába lockoltam a process-t, a 0. magra, meg hiába lockoltam az órajelet is, az RDTSC majdhogynem random értékeket adott. (Nyilván nem random értékek voltak, de nem sikerült vele tick delayt mérni...) A többi mag letiltása sem segített. Kínomban már át akartam írni az egészet assemblyre (bár, akkor később írhatom újra az egészet, ha PPC-re, vagy Sparcra akarom portolni), de letettem róla, mert a mérések szerint az emu maga alig eszik valamit; 1 ciklus alatt valami pár tíz nanosec-et, így kb. semmit nem nyertem volna vele, viszont bukom a hordozhatóságot.
    De, ha azt nézem, amit az 1541emu fejlesztői írtak, hogy multitaskos oprendszeren ezt kb. nem lehet megcsinálni, akkor már annak is örülök, hogy legalább annyit sikerült elérni, hogy egy gyorsabb gépen megy... Csak a fastloadereket sajnálom, dehát rövid távon egyszerűen képtelenség az 1 ciklus / 1 us-es időzítés, így a szinkronfutásos fastloaderek elpusztulnak.
    Mondjuk még nem próbáltam, de a Jiffyvel elméletileg lehet gyorsítani, lévén ez nem protokoll emulátor, mint az Amigás, vagy DOS-os emuk többsége, így elvileg mennie kéne a Jiffynek is.

    Viszont az 1541emu valami speciális kábelt használ, azt írják az X1541 kábelek túl lassúak volnának, lehet nekem is ezt a kábelt kéne használni, noha nem jött le a kapcsolási rajzból, hogy mitől lenne gyorsabb a type0, mint az XE1541, hiszen maga az ISA buszon ülő LPT port a lassú...




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103843

    Az unoptimized verzió sem megy? Nem ír ki semmit, creditset se? Ha legalább azt lehetne tudni, hogy meddig jut el; nekem itt sajnos nincs K6-osom, nem tudom kipróbálni.

    Demok szerintem ezen se nagyon fognak menni a fastloader miatt. Most pl. kipróbáltam az Artilleryt a Shape-től, de csak addig jutott el, hogy a zenét betöltse. (Az emulátor nem crashelt el, csak a kapcsolat szétesett.)
    RR lehet, hogy nem szinkronfutásos fastloader, hanem valami mást csinál, így emulátorbarát.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103865

    Hát passzolom. Az első utasítás az printf(), szóval, ha az sem fut le, akkor valami már a startup kódban sem jó; de nem értem, hogy minek pakol a GCC float utasításokat egy floatmentes program kódjába. Megpróbáljuk CLanggal? Az is fennt van.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103892

    Oké, akkor itt van a két bináris CLanggal lefordítva. -g kapcsolóval.

    http://oscomp.hu/depot/e1541-32-unstripped
    http://oscomp.hu/depot/e1541-32-unstripped-noo

    Nálam 3.16-os kernel van, de nem tudom ez mennyire játszik közre.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2104073

    Ha a libc API tér el, akkor valami egyéb crashnek (hiányzó függvény, eltérő paraméterezés, etc.) kéne történnie, nem pedig SIGFPE-nek; az nem igazán API divergenciára vall...




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103693

    Megy modern gépen is. (Bár mi számít modernnek?) Én egy 2012-es AMD-s gépen fejlesztettem le PCIe-es LPT kártyával. (Először egy 2.4 GHz-es Athlon volt benne, most meg egy 3.5 GHz-es Piledriver van.)
    A régi gépeken inkább necces, mert a getchar() és a port access rengeteg időt megzabál, így az emunak alig marad idő. Nem tudom mekkora a minimum, amin már menni fog; nálam ment.




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2103697

    Sajnos arról teljesen megfeledkeztem, hogy a ROM elérése be volt drótozva a futási könyvtár alatt "1541/dos15412.rom" néven. (A fejlesztés a home könyvtárból ment, de nyilván, ha valaki telepíti, akkor mindig be kéne lépni abba a könyvtárba, ahol a ROM van.)
    Ezt most gyorsan javítottam; az új javított programokat feltettem a helyükre. Ebben már az a floattalanítás is benne van, amit Gabucinonak csináltam.

    A ROM-ot ~/.e1541.rom útvonalon kell elhelyezni és a teljes 16k-s kép kell, tehát, ha valakinek két db 8k-sban van meg, akkor join.

    http://oscomp.hu/depot/e1541-linux-amd64.zip
    http://oscomp.hu/depot/e1541-linux-i386.zip




    LPT-s 1541 emulátor: https://hup.hu/node/153661#comment-2104071

    Miért, jobb úgy?



    Total +1: 1795
    #o +1-ers: 287
    array ( 'solt87' => 164, 'hetvenhatos' => 121, 'NevemTeve' => 85, 'hajbazer' => 57, 'Ritter' => 55, 'chx' => 52, 'carlcolt' => 46, 'bra-ket' => 37, 'arpi_esp' => 36, 'Hevi' => 34, 'nullptr' => 33, 'mbael' => 31, 'osod88' => 31, 'zaphodb' => 28, 'asch' => 24, 'neuron' => 22, 'enpassant' => 20, 'st3v3' => 17, 'bohocmasni' => 17, 'n0b0dy' => 17, 'jevgenyij' => 17, 'hgen' => 17, 'Wabbitseason' => 16, 'bimi3' => 16, 'Addam2' => 16, 'bobesz' => 16, 'mogorva' => 15, 'gelei' => 15, 'uid_21365' => 15, 'kikadff' => 14, 'Ar0n' => 14, 'guszti' => 14, 'aszijg' => 14, 'ak0sh' => 13, 'nevergone' => 13, 'zdesigner' => 13, 'Pene' => 13, 'kecske' => 12, 'Gyurex' => 12, 'gaby' => 11, 'mark7' => 11, 'csardij' => 10, 'Tassadar' => 10, 'Gregor' => 10, 'pink' => 9, 'end' => 9, 'locsemege' => 8, 'inf3rno' => 8, 'Hiena' => 8, 'Jason' => 8, 's-kami' => 8, 'pacm4n' => 7, 'leviske' => 7, 'Pixel5' => 7, 'transitive' => 7, 'Nyosigomboc' => 6, 'Gyuszk' => 6, 'pepo' => 6, 'Sulc' => 6, 'torzsm0kus' => 6, 'hory' => 5, 'martonmiklos' => 5, 'renard' => 5, 'csortu' => 5, 'bennyh' => 5, 'vl' => 5, 'freeoli' => 5, 'x15' => 5, 'Carter' => 5, 'ricsip' => 5, 'ibenny' => 5, 'gyuri23' => 4, 'phord' => 4, 'BlinTux' => 4, 'falu' => 4, 'Kristee' => 4, 'n4buk0d0n0z0r' => 4, 'Lacyc3' => 4, 'muszi' => 4, 'g' => 4, 'tigrincs' => 4, 'neutrino' => 4, 'persicsb' => 4, 'wladek1' => 4, 'lupus' => 4, 'Botond' => 4, 'YleGreg' => 4, 'harlequin' => 3, 'lacesz' => 3, 'lpds' => 3, 'norbertkiss' => 3, 'salaud' => 3, 'trey' => 3, 'Oregon' => 3, 'fdavid' => 3, 'zeller' => 3, 'HalfDemon' => 3, '_Allen' => 3, 'szilard_' => 3, 'log69' => 3, 'Gaab' => 3, 'peterson' => 3, 'hanischz' => 3, 'Zozz' => 3, 'szazol' => 3, 'nydn' => 3, 'SPYFF' => 3, 'Caro' => 3, 'saxus' => 3, 'csearo' => 3, 'zitev' => 3, 'Kiskübi' => 2, 'baloghge' => 2, 'tomio' => 2, 'khiraly' => 2, 'uid_17784' => 2, 'gee' => 2, 'Nuanda73' => 2, 'wheelmaster' => 2, 'kikepzo' => 2, 'andrasf' => 2, '_neo' => 2, 'ncssrtvnthm' => 2, 'bucko' => 2, 'hunluki' => 2, 'mhmxs' => 2, 'Dwokfur' => 2, 'staccato' => 2, 'samucli' => 2, 'zrubi' => 2, 'dap' => 2, 'zolk3ri' => 2, 'levideo' => 2, 'Schedar' => 2, 'szz' => 2, 'answ' => 2, 'kantal' => 2, 'Salcay' => 2, 'uid_15480' => 2, 'kilvadi' => 2, 'uid_2716' => 2, 'robavad' => 2, 'maszili' => 2, 'zerobit' => 2, 'mash' => 2, 'Adamyno' => 2, 'jassbg' => 2, 'BaT' => 2, 'ggallo' => 2, 'Csab' => 2, 'Baaal' => 2, 'kmm' => 2, 'rgabor90' => 2, 'bacsi2' => 2, 'LJ67' => 2, 'N0v3mb3r' => 2, 'kbalint' => 2, 'agostonl' => 2, 'tibyke' => 2, 'suckit' => 2, 'Dolphy' => 2, 'siddis' => 2, 'goodbyte' => 2, 'hg2ecz' => 2, 'Dgzt' => 2, 'kisbetu' => 2, 'radzeer' => 2, 'golgota' => 2, 'airween' => 2, 'DJTommyka' => 1, 'kojot' => 1, 'junior013' => 1, 'john_silver' => 1, '_Gabor_' => 1, 'imbuszkulcs' => 1, 'wowbagger' => 1, 'SchTamas' => 1, 'jailhouse' => 1, 'sleepy' => 1, 'heckles04' => 1, 'tethys' => 1, 'tothjeno' => 1, 'davebacsi' => 1, 'Arpi' => 1, 'krix' => 1, 'kupcsik' => 1, 'domby' => 1, 'BlackCode' => 1, 'juniorz' => 1, 'thomasp001' => 1, 'p2pking' => 1, 'therion' => 1, 'espakm' => 1, 'zeroms' => 1, 'summoner' => 1, 'gyu' => 1, 'dejo' => 1, 'kassaiviktor' => 1, 'tttaaa' => 1, 'horvathlg' => 1, 'zslaszlo' => 1, 'subscope' => 1, 'szilas' => 1, 'VaZso' => 1, 'drue' => 1, 'j' => 1, 'Rackshee' => 1, 'sas' => 1, 'sarkanyolo' => 1, 'M0Rph3U5' => 1, 'fastlemon' => 1, 'sabe' => 1, 'denesb' => 1, 'fodorb' => 1, 'timi' => 1, 'eddie303' => 1, 'Polesz' => 1, 'Smokey2k' => 1, 'villanymester' => 1, 'KaTT' => 1, 'mraacz' => 1, 'Foltos' => 1, 'htmm' => 1, 'zsirmo' => 1, 'tomsolo' => 1, 'nehai' => 1, 'webmotion' => 1, 'ddmb' => 1, 'Celtic' => 1, 'Cajga' => 1, 'bazso' => 1, 'zsolt' => 1, 'tamas.hornos' => 1, 'kovi' => 1, 'Mobulla' => 1, 'fonya' => 1, 'Leno' => 1, 'nsandoragy' => 1, 'nagy_peter' => 1, 'slinky' => 1, 'Czo' => 1, 'sebist' => 1, 'zolti' => 1, 'Zsugabubus' => 1, 'djpety' => 1, 'dzsolt' => 1, 'Raynes' => 1, 'zoyo' => 1, 'rushmoon' => 1, 'Toma_' => 1, 'ro.bika' => 1, 'Elbandi' => 1, 'belaqq' => 1, 'Vales' => 1, 'Sanya' => 1, 'Nickname' => 1, 'zapverho' => 1, 'csabezs' => 1, 'bzs' => 1, 'NewC' => 1, 'daemon82' => 1, 'babo' => 1, 'kosa_l' => 1, 'BehringerZoltan' => 1, 'simanzoli' => 1, 'DirtY_iCE' => 1, 'kallaics' => 1, 'djsilas' => 1, 'ron' => 1, 'SCOPE' => 1, 'tamaas' => 1, 'toga77' => 1, 'Kepe' => 1, 'viraghj' => 1, 'krychek' => 1, 'peta' => 1, 'uid_952' => 1, 'razoli' => 1, 'CamelTH' => 1, 'brandonx' => 1, 'uid_14489' => 1, 'veyron007' => 1, 'benz' => 1, 'vilmos.nagy' => 1, 'uid_18385' => 1, 'RadikalerLudwig' => 1, 'btami' => 1, )